]> git.kernelconcepts.de Git - karo-tx-uboot.git/commitdiff
dm: test: Add a test for the reset uclass
authorSimon Glass <sjg@chromium.org>
Mon, 6 Jul 2015 18:54:30 +0000 (12:54 -0600)
committerLothar Waßmann <LW@KARO-electronics.de>
Wed, 9 Sep 2015 11:48:55 +0000 (13:48 +0200)
Add tests that confirm that the drivers work as expected, and we can walk
through the available reset types trying to reset the board.

Signed-off-by: Simon Glass <sjg@chromium.org>
test/dm/Makefile
test/dm/reset.c [new file with mode: 0644]

index 7947545868b2ac991c83e1315d07a75c6a15c5ab..d28a22f01849cee0cd52c0d9345263cb18bfff39 100644 (file)
@@ -20,6 +20,7 @@ obj-$(CONFIG_DM_ETH) += eth.o
 obj-$(CONFIG_DM_GPIO) += gpio.o
 obj-$(CONFIG_DM_I2C) += i2c.o
 obj-$(CONFIG_DM_PCI) += pci.o
+obj-$(CONFIG_RESET) += reset.o
 obj-$(CONFIG_DM_RTC) += rtc.o
 obj-$(CONFIG_DM_SPI_FLASH) += sf.o
 obj-$(CONFIG_DM_SPI) += spi.o
diff --git a/test/dm/reset.c b/test/dm/reset.c
new file mode 100644 (file)
index 0000000..5d53f25
--- /dev/null
@@ -0,0 +1,74 @@
+/*
+ * Copyright (C) 2015 Google, Inc
+ *
+ * SPDX-License-Identifier:    GPL-2.0+
+ */
+
+#include <common.h>
+#include <dm.h>
+#include <reset.h>
+#include <asm/state.h>
+#include <asm/test.h>
+#include <dm/test.h>
+#include <test/ut.h>
+
+/* Test that we can use particular reset devices */
+static int dm_test_reset_base(struct unit_test_state *uts)
+{
+       struct sandbox_state *state = state_get_current();
+       struct udevice *dev;
+
+       /* Device 0 is the platform data device - it should never respond */
+       ut_assertok(uclass_get_device(UCLASS_RESET, 0, &dev));
+       ut_asserteq(-ENODEV, reset_request(dev, RESET_WARM));
+       ut_asserteq(-ENODEV, reset_request(dev, RESET_COLD));
+       ut_asserteq(-ENODEV, reset_request(dev, RESET_POWER));
+
+       /* Device 1 is the warm reset device */
+       ut_assertok(uclass_get_device(UCLASS_RESET, 1, &dev));
+       ut_asserteq(-EACCES, reset_request(dev, RESET_WARM));
+       ut_asserteq(-ENOSYS, reset_request(dev, RESET_COLD));
+       ut_asserteq(-ENOSYS, reset_request(dev, RESET_POWER));
+
+       state->reset_allowed[RESET_WARM] = true;
+       ut_asserteq(-EINPROGRESS, reset_request(dev, RESET_WARM));
+       state->reset_allowed[RESET_WARM] = false;
+
+       /* Device 2 is the cold reset device */
+       ut_assertok(uclass_get_device(UCLASS_RESET, 2, &dev));
+       ut_asserteq(-ENOSYS, reset_request(dev, RESET_WARM));
+       ut_asserteq(-EACCES, reset_request(dev, RESET_COLD));
+       state->reset_allowed[RESET_POWER] = false;
+       ut_asserteq(-EACCES, reset_request(dev, RESET_POWER));
+       state->reset_allowed[RESET_POWER] = true;
+
+       return 0;
+}
+DM_TEST(dm_test_reset_base, DM_TESTF_SCAN_PDATA | DM_TESTF_SCAN_FDT);
+
+/* Test that we can walk through the reset devices */
+static int dm_test_reset_walk(struct unit_test_state *uts)
+{
+       struct sandbox_state *state = state_get_current();
+
+       /* If we generate a power reset, we will exit sandbox! */
+       state->reset_allowed[RESET_POWER] = false;
+       ut_asserteq(-EACCES, reset_walk(RESET_WARM));
+       ut_asserteq(-EACCES, reset_walk(RESET_COLD));
+       ut_asserteq(-EACCES, reset_walk(RESET_POWER));
+
+       /*
+        * Enable cold reset - this should make cold reset work, plus a warm
+        * reset should be promoted to cold, since this is the next step
+        * along.
+        */
+       state->reset_allowed[RESET_COLD] = true;
+       ut_asserteq(-EINPROGRESS, reset_walk(RESET_WARM));
+       ut_asserteq(-EINPROGRESS, reset_walk(RESET_COLD));
+       ut_asserteq(-EACCES, reset_walk(RESET_POWER));
+       state->reset_allowed[RESET_COLD] = false;
+       state->reset_allowed[RESET_POWER] = true;
+
+       return 0;
+}
+DM_TEST(dm_test_reset_walk, DM_TESTF_SCAN_PDATA | DM_TESTF_SCAN_FDT);