[PATCH 0/3] amba: Properly handle device probe without IRQ domain

[PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of 
irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
domain is not yet created, amba_device_add() will properly to handle the
no IRQ domain issue via deferred probe.

Kefeng Wang (3):
  amba: Drop unused functions about APB/AHB devices add
  Revert "ARM: amba: make use of -1 IRQs warn"
  amba: Properly handle device probe without IRQ domain

 drivers/amba/bus.c       | 100 ++++++++++-----------------------------
 drivers/of/platform.c    |   6 +--
 include/linux/amba/bus.h |  18 -------
 3 files changed, 27 insertions(+), 97 deletions(-)

-- 
2.26.2

[PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of 
irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
domain is not yet created, amba_device_add() will properly to handle the
no IRQ domain issue via deferred probe.

Kefeng Wang (3):
  amba: Drop unused functions about APB/AHB devices add
  Revert "ARM: amba: make use of -1 IRQs warn"
  amba: Properly handle device probe without IRQ domain

 drivers/amba/bus.c       | 100 ++++++++++-----------------------------
 drivers/of/platform.c    |   6 +--
 include/linux/amba/bus.h |  18 -------
 3 files changed, 27 insertions(+), 97 deletions(-)

-- 
2.26.2


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

[PATCH 1/3] amba: Drop unused functions about APB/AHB devices add

[Kefeng Wang]

No one use the following functions, kill them.

  amba_aphb_device_add()
  amba_apb_device_add()
  amba_apb_device_add_res()
  amba_ahb_device_add()
  amba_ahb_device_add_res()

Cc: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 drivers/amba/bus.c       | 72 ----------------------------------------
 include/linux/amba/bus.h | 18 ----------
 2 files changed, 90 deletions(-)

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 962041148482..2f2137518be0 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -579,78 +579,6 @@ int amba_device_add(struct amba_device *dev, struct resource *parent)
 }
 EXPORT_SYMBOL_GPL(amba_device_add);
 
-static struct amba_device *
-amba_aphb_device_add(struct device *parent, const char *name,
-		     resource_size_t base, size_t size, int irq1, int irq2,
-		     void *pdata, unsigned int periphid, u64 dma_mask,
-		     struct resource *resbase)
-{
-	struct amba_device *dev;
-	int ret;
-
-	dev = amba_device_alloc(name, base, size);
-	if (!dev)
-		return ERR_PTR(-ENOMEM);
-
-	dev->dev.coherent_dma_mask = dma_mask;
-	dev->irq[0] = irq1;
-	dev->irq[1] = irq2;
-	dev->periphid = periphid;
-	dev->dev.platform_data = pdata;
-	dev->dev.parent = parent;
-
-	ret = amba_device_add(dev, resbase);
-	if (ret) {
-		amba_device_put(dev);
-		return ERR_PTR(ret);
-	}
-
-	return dev;
-}
-
-struct amba_device *
-amba_apb_device_add(struct device *parent, const char *name,
-		    resource_size_t base, size_t size, int irq1, int irq2,
-		    void *pdata, unsigned int periphid)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, 0, &iomem_resource);
-}
-EXPORT_SYMBOL_GPL(amba_apb_device_add);
-
-struct amba_device *
-amba_ahb_device_add(struct device *parent, const char *name,
-		    resource_size_t base, size_t size, int irq1, int irq2,
-		    void *pdata, unsigned int periphid)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, ~0ULL, &iomem_resource);
-}
-EXPORT_SYMBOL_GPL(amba_ahb_device_add);
-
-struct amba_device *
-amba_apb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, 0, resbase);
-}
-EXPORT_SYMBOL_GPL(amba_apb_device_add_res);
-
-struct amba_device *
-amba_ahb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, ~0ULL, resbase);
-}
-EXPORT_SYMBOL_GPL(amba_ahb_device_add_res);
-
-
 static void amba_device_initialize(struct amba_device *dev, const char *name)
 {
 	device_initialize(&dev->dev);
diff --git a/include/linux/amba/bus.h b/include/linux/amba/bus.h
index c68d87b87283..edfcf7a14dcd 100644
--- a/include/linux/amba/bus.h
+++ b/include/linux/amba/bus.h
@@ -122,24 +122,6 @@ struct amba_device *amba_device_alloc(const char *, resource_size_t, size_t);
 void amba_device_put(struct amba_device *);
 int amba_device_add(struct amba_device *, struct resource *);
 int amba_device_register(struct amba_device *, struct resource *);
-struct amba_device *amba_apb_device_add(struct device *parent, const char *name,
-					resource_size_t base, size_t size,
-					int irq1, int irq2, void *pdata,
-					unsigned int periphid);
-struct amba_device *amba_ahb_device_add(struct device *parent, const char *name,
-					resource_size_t base, size_t size,
-					int irq1, int irq2, void *pdata,
-					unsigned int periphid);
-struct amba_device *
-amba_apb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase);
-struct amba_device *
-amba_ahb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase);
 void amba_device_unregister(struct amba_device *);
 struct amba_device *amba_find_device(const char *, struct device *, unsigned int, unsigned int);
 int amba_request_regions(struct amba_device *, const char *);
-- 
2.26.2

[PATCH 1/3] amba: Drop unused functions about APB/AHB devices add

[Kefeng Wang]

No one use the following functions, kill them.

  amba_aphb_device_add()
  amba_apb_device_add()
  amba_apb_device_add_res()
  amba_ahb_device_add()
  amba_ahb_device_add_res()

Cc: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 drivers/amba/bus.c       | 72 ----------------------------------------
 include/linux/amba/bus.h | 18 ----------
 2 files changed, 90 deletions(-)

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 962041148482..2f2137518be0 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -579,78 +579,6 @@ int amba_device_add(struct amba_device *dev, struct resource *parent)
 }
 EXPORT_SYMBOL_GPL(amba_device_add);
 
-static struct amba_device *
-amba_aphb_device_add(struct device *parent, const char *name,
-		     resource_size_t base, size_t size, int irq1, int irq2,
-		     void *pdata, unsigned int periphid, u64 dma_mask,
-		     struct resource *resbase)
-{
-	struct amba_device *dev;
-	int ret;
-
-	dev = amba_device_alloc(name, base, size);
-	if (!dev)
-		return ERR_PTR(-ENOMEM);
-
-	dev->dev.coherent_dma_mask = dma_mask;
-	dev->irq[0] = irq1;
-	dev->irq[1] = irq2;
-	dev->periphid = periphid;
-	dev->dev.platform_data = pdata;
-	dev->dev.parent = parent;
-
-	ret = amba_device_add(dev, resbase);
-	if (ret) {
-		amba_device_put(dev);
-		return ERR_PTR(ret);
-	}
-
-	return dev;
-}
-
-struct amba_device *
-amba_apb_device_add(struct device *parent, const char *name,
-		    resource_size_t base, size_t size, int irq1, int irq2,
-		    void *pdata, unsigned int periphid)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, 0, &iomem_resource);
-}
-EXPORT_SYMBOL_GPL(amba_apb_device_add);
-
-struct amba_device *
-amba_ahb_device_add(struct device *parent, const char *name,
-		    resource_size_t base, size_t size, int irq1, int irq2,
-		    void *pdata, unsigned int periphid)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, ~0ULL, &iomem_resource);
-}
-EXPORT_SYMBOL_GPL(amba_ahb_device_add);
-
-struct amba_device *
-amba_apb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, 0, resbase);
-}
-EXPORT_SYMBOL_GPL(amba_apb_device_add_res);
-
-struct amba_device *
-amba_ahb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase)
-{
-	return amba_aphb_device_add(parent, name, base, size, irq1, irq2, pdata,
-				    periphid, ~0ULL, resbase);
-}
-EXPORT_SYMBOL_GPL(amba_ahb_device_add_res);
-
-
 static void amba_device_initialize(struct amba_device *dev, const char *name)
 {
 	device_initialize(&dev->dev);
diff --git a/include/linux/amba/bus.h b/include/linux/amba/bus.h
index c68d87b87283..edfcf7a14dcd 100644
--- a/include/linux/amba/bus.h
+++ b/include/linux/amba/bus.h
@@ -122,24 +122,6 @@ struct amba_device *amba_device_alloc(const char *, resource_size_t, size_t);
 void amba_device_put(struct amba_device *);
 int amba_device_add(struct amba_device *, struct resource *);
 int amba_device_register(struct amba_device *, struct resource *);
-struct amba_device *amba_apb_device_add(struct device *parent, const char *name,
-					resource_size_t base, size_t size,
-					int irq1, int irq2, void *pdata,
-					unsigned int periphid);
-struct amba_device *amba_ahb_device_add(struct device *parent, const char *name,
-					resource_size_t base, size_t size,
-					int irq1, int irq2, void *pdata,
-					unsigned int periphid);
-struct amba_device *
-amba_apb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase);
-struct amba_device *
-amba_ahb_device_add_res(struct device *parent, const char *name,
-			resource_size_t base, size_t size, int irq1,
-			int irq2, void *pdata, unsigned int periphid,
-			struct resource *resbase);
 void amba_device_unregister(struct amba_device *);
 struct amba_device *amba_find_device(const char *, struct device *, unsigned int, unsigned int);
 int amba_request_regions(struct amba_device *, const char *);
-- 
2.26.2


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

[PATCH 2/3] Revert "ARM: amba: make use of -1 IRQs warn"

[Kefeng Wang]

After commit 77a7300abad7 ("of/irq: Get rid of NO_IRQ usage"),
no irq case has been removed, irq_of_parse_and_map() will return
0 in all cases when get error from parse and map an interrupt into
linux virq space.

amba_device_register() is only used on no-DT initialization, see
  s3c64xx_pl080_init()		arch/arm/mach-s3c/pl080.c
  ep93xx_init_devices()		arch/arm/mach-ep93xx/core.c

They won't set -1 to irq[0], so no need the warn.

This reverts commit 2eac58d5026e4ec8b17ff8b62877fea9e1d2f1b3.

Cc: Russell King <linux@armlinux.org.uk>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 drivers/amba/bus.c | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 2f2137518be0..36f2f42c8014 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -377,9 +377,6 @@ static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
 	void __iomem *tmp;
 	int i, ret;
 
-	WARN_ON(dev->irq[0] == (unsigned int)-1);
-	WARN_ON(dev->irq[1] == (unsigned int)-1);
-
 	ret = request_resource(parent, &dev->res);
 	if (ret)
 		goto err_out;
-- 
2.26.2

[PATCH 2/3] Revert "ARM: amba: make use of -1 IRQs warn"

[Kefeng Wang]

After commit 77a7300abad7 ("of/irq: Get rid of NO_IRQ usage"),
no irq case has been removed, irq_of_parse_and_map() will return
0 in all cases when get error from parse and map an interrupt into
linux virq space.

amba_device_register() is only used on no-DT initialization, see
  s3c64xx_pl080_init()		arch/arm/mach-s3c/pl080.c
  ep93xx_init_devices()		arch/arm/mach-ep93xx/core.c

They won't set -1 to irq[0], so no need the warn.

This reverts commit 2eac58d5026e4ec8b17ff8b62877fea9e1d2f1b3.

Cc: Russell King <linux@armlinux.org.uk>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 drivers/amba/bus.c | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 2f2137518be0..36f2f42c8014 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -377,9 +377,6 @@ static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
 	void __iomem *tmp;
 	int i, ret;
 
-	WARN_ON(dev->irq[0] == (unsigned int)-1);
-	WARN_ON(dev->irq[1] == (unsigned int)-1);
-
 	ret = request_resource(parent, &dev->res);
 	if (ret)
 		goto err_out;
-- 
2.26.2


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

[PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

of_amba_device_create() uses irq_of_parse_and_map() to translate
a DT interrupt specification into a Linux virtual interrupt number.

But it doesn't properly handle the case where the interrupt controller
is not yet available, eg, when pl011 interrupt is connected to MBIGEN
interrupt controller, because the mbigen initialization is too late,
which will lead to no IRQ due to no IRQ domain found, log is shown below,
  "irq: no irq domain found for uart0 !"

use of_irq_get() to return -EPROBE_DEFER as above, and in the function
amba_device_try_add()/amba_device_add(), it will properly handle in such
case, also return 0 in other fail cases to be consistent as before.

Cc: Russell King <linux@armlinux.org.uk>
Cc: Rob Herring <robh+dt@kernel.org>
Cc: Frank Rowand <frowand.list@gmail.com>
Reported-by: Ruizhe Lin <linruizhe@huawei.com>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
 drivers/of/platform.c |  6 +-----
 2 files changed, 28 insertions(+), 5 deletions(-)

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 36f2f42c8014..720aa6cdd402 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -19,6 +19,7 @@
 #include <linux/clk/clk-conf.h>
 #include <linux/platform_device.h>
 #include <linux/reset.h>
+#include <linux/of_irq.h>
 
 #include <asm/irq.h>
 
@@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
 	kfree(d);
 }
 
+static int of_amba_device_decode_irq(struct amba_device *dev)
+{
+	struct device_node *node = dev->dev.of_node;
+	int i, irq = 0;
+
+	if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
+		/* Decode the IRQs and address ranges */
+		for (i = 0; i < AMBA_NR_IRQS; i++) {
+			irq = of_irq_get(node, i);
+			if (irq < 0) {
+				if (irq == -EPROBE_DEFER)
+					return irq;
+				irq = 0;
+			}
+
+			dev->irq[i] = irq;
+		}
+	}
+
+	return 0;
+}
+
 static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
 {
 	u32 size;
 	void __iomem *tmp;
 	int i, ret;
 
+	ret = of_amba_device_decode_irq(dev);
+	if (ret)
+		goto err_out;
+
 	ret = request_resource(parent, &dev->res);
 	if (ret)
 		goto err_out;
diff --git a/drivers/of/platform.c b/drivers/of/platform.c
index 74afbb7a4f5e..32d5ff8df747 100644
--- a/drivers/of/platform.c
+++ b/drivers/of/platform.c
@@ -222,7 +222,7 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
 {
 	struct amba_device *dev;
 	const void *prop;
-	int i, ret;
+	int ret;
 
 	pr_debug("Creating amba device %pOF\n", node);
 
@@ -253,10 +253,6 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
 	if (prop)
 		dev->periphid = of_read_ulong(prop, 1);
 
-	/* Decode the IRQs and address ranges */
-	for (i = 0; i < AMBA_NR_IRQS; i++)
-		dev->irq[i] = irq_of_parse_and_map(node, i);
-
 	ret = of_address_to_resource(node, 0, &dev->res);
 	if (ret) {
 		pr_err("amba: of_address_to_resource() failed (%d) for %pOF\n",
-- 
2.26.2

[PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

of_amba_device_create() uses irq_of_parse_and_map() to translate
a DT interrupt specification into a Linux virtual interrupt number.

But it doesn't properly handle the case where the interrupt controller
is not yet available, eg, when pl011 interrupt is connected to MBIGEN
interrupt controller, because the mbigen initialization is too late,
which will lead to no IRQ due to no IRQ domain found, log is shown below,
  "irq: no irq domain found for uart0 !"

use of_irq_get() to return -EPROBE_DEFER as above, and in the function
amba_device_try_add()/amba_device_add(), it will properly handle in such
case, also return 0 in other fail cases to be consistent as before.

Cc: Russell King <linux@armlinux.org.uk>
Cc: Rob Herring <robh+dt@kernel.org>
Cc: Frank Rowand <frowand.list@gmail.com>
Reported-by: Ruizhe Lin <linruizhe@huawei.com>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
 drivers/of/platform.c |  6 +-----
 2 files changed, 28 insertions(+), 5 deletions(-)

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 36f2f42c8014..720aa6cdd402 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -19,6 +19,7 @@
 #include <linux/clk/clk-conf.h>
 #include <linux/platform_device.h>
 #include <linux/reset.h>
+#include <linux/of_irq.h>
 
 #include <asm/irq.h>
 
@@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
 	kfree(d);
 }
 
+static int of_amba_device_decode_irq(struct amba_device *dev)
+{
+	struct device_node *node = dev->dev.of_node;
+	int i, irq = 0;
+
+	if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
+		/* Decode the IRQs and address ranges */
+		for (i = 0; i < AMBA_NR_IRQS; i++) {
+			irq = of_irq_get(node, i);
+			if (irq < 0) {
+				if (irq == -EPROBE_DEFER)
+					return irq;
+				irq = 0;
+			}
+
+			dev->irq[i] = irq;
+		}
+	}
+
+	return 0;
+}
+
 static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
 {
 	u32 size;
 	void __iomem *tmp;
 	int i, ret;
 
+	ret = of_amba_device_decode_irq(dev);
+	if (ret)
+		goto err_out;
+
 	ret = request_resource(parent, &dev->res);
 	if (ret)
 		goto err_out;
diff --git a/drivers/of/platform.c b/drivers/of/platform.c
index 74afbb7a4f5e..32d5ff8df747 100644
--- a/drivers/of/platform.c
+++ b/drivers/of/platform.c
@@ -222,7 +222,7 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
 {
 	struct amba_device *dev;
 	const void *prop;
-	int i, ret;
+	int ret;
 
 	pr_debug("Creating amba device %pOF\n", node);
 
@@ -253,10 +253,6 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
 	if (prop)
 		dev->periphid = of_read_ulong(prop, 1);
 
-	/* Decode the IRQs and address ranges */
-	for (i = 0; i < AMBA_NR_IRQS; i++)
-		dev->irq[i] = irq_of_parse_and_map(node, i);
-
 	ret = of_address_to_resource(node, 0, &dev->res);
 	if (ret) {
 		pr_err("amba: of_address_to_resource() failed (%d) for %pOF\n",
-- 
2.26.2


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Rob Herring]

+Saravana

Saravana mentioned to me there may be some issues with this one...


On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
> of_amba_device_create() uses irq_of_parse_and_map() to translate
> a DT interrupt specification into a Linux virtual interrupt number.
>
> But it doesn't properly handle the case where the interrupt controller
> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> interrupt controller, because the mbigen initialization is too late,
> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>   "irq: no irq domain found for uart0 !"
>
> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> amba_device_try_add()/amba_device_add(), it will properly handle in such
> case, also return 0 in other fail cases to be consistent as before.
>
> Cc: Russell King <linux@armlinux.org.uk>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Frank Rowand <frowand.list@gmail.com>
> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> ---
>  drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>  drivers/of/platform.c |  6 +-----
>  2 files changed, 28 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> index 36f2f42c8014..720aa6cdd402 100644
> --- a/drivers/amba/bus.c
> +++ b/drivers/amba/bus.c
> @@ -19,6 +19,7 @@
>  #include <linux/clk/clk-conf.h>
>  #include <linux/platform_device.h>
>  #include <linux/reset.h>
> +#include <linux/of_irq.h>
>
>  #include <asm/irq.h>
>
> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>         kfree(d);
>  }
>
> +static int of_amba_device_decode_irq(struct amba_device *dev)
> +{
> +       struct device_node *node = dev->dev.of_node;
> +       int i, irq = 0;
> +
> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> +               /* Decode the IRQs and address ranges */
> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> +                       irq = of_irq_get(node, i);
> +                       if (irq < 0) {
> +                               if (irq == -EPROBE_DEFER)
> +                                       return irq;
> +                               irq = 0;
> +                       }
> +
> +                       dev->irq[i] = irq;
> +               }
> +       }
> +
> +       return 0;
> +}
> +
>  static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>  {
>         u32 size;
>         void __iomem *tmp;
>         int i, ret;
>
> +       ret = of_amba_device_decode_irq(dev);
> +       if (ret)
> +               goto err_out;
> +
>         ret = request_resource(parent, &dev->res);
>         if (ret)
>                 goto err_out;
> diff --git a/drivers/of/platform.c b/drivers/of/platform.c
> index 74afbb7a4f5e..32d5ff8df747 100644
> --- a/drivers/of/platform.c
> +++ b/drivers/of/platform.c
> @@ -222,7 +222,7 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
>  {
>         struct amba_device *dev;
>         const void *prop;
> -       int i, ret;
> +       int ret;
>
>         pr_debug("Creating amba device %pOF\n", node);
>
> @@ -253,10 +253,6 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
>         if (prop)
>                 dev->periphid = of_read_ulong(prop, 1);
>
> -       /* Decode the IRQs and address ranges */
> -       for (i = 0; i < AMBA_NR_IRQS; i++)
> -               dev->irq[i] = irq_of_parse_and_map(node, i);
> -
>         ret = of_address_to_resource(node, 0, &dev->res);
>         if (ret) {
>                 pr_err("amba: of_address_to_resource() failed (%d) for %pOF\n",
> --
> 2.26.2
>

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Rob Herring]

+Saravana

Saravana mentioned to me there may be some issues with this one...


On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
> of_amba_device_create() uses irq_of_parse_and_map() to translate
> a DT interrupt specification into a Linux virtual interrupt number.
>
> But it doesn't properly handle the case where the interrupt controller
> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> interrupt controller, because the mbigen initialization is too late,
> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>   "irq: no irq domain found for uart0 !"
>
> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> amba_device_try_add()/amba_device_add(), it will properly handle in such
> case, also return 0 in other fail cases to be consistent as before.
>
> Cc: Russell King <linux@armlinux.org.uk>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Frank Rowand <frowand.list@gmail.com>
> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> ---
>  drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>  drivers/of/platform.c |  6 +-----
>  2 files changed, 28 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> index 36f2f42c8014..720aa6cdd402 100644
> --- a/drivers/amba/bus.c
> +++ b/drivers/amba/bus.c
> @@ -19,6 +19,7 @@
>  #include <linux/clk/clk-conf.h>
>  #include <linux/platform_device.h>
>  #include <linux/reset.h>
> +#include <linux/of_irq.h>
>
>  #include <asm/irq.h>
>
> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>         kfree(d);
>  }
>
> +static int of_amba_device_decode_irq(struct amba_device *dev)
> +{
> +       struct device_node *node = dev->dev.of_node;
> +       int i, irq = 0;
> +
> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> +               /* Decode the IRQs and address ranges */
> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> +                       irq = of_irq_get(node, i);
> +                       if (irq < 0) {
> +                               if (irq == -EPROBE_DEFER)
> +                                       return irq;
> +                               irq = 0;
> +                       }
> +
> +                       dev->irq[i] = irq;
> +               }
> +       }
> +
> +       return 0;
> +}
> +
>  static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>  {
>         u32 size;
>         void __iomem *tmp;
>         int i, ret;
>
> +       ret = of_amba_device_decode_irq(dev);
> +       if (ret)
> +               goto err_out;
> +
>         ret = request_resource(parent, &dev->res);
>         if (ret)
>                 goto err_out;
> diff --git a/drivers/of/platform.c b/drivers/of/platform.c
> index 74afbb7a4f5e..32d5ff8df747 100644
> --- a/drivers/of/platform.c
> +++ b/drivers/of/platform.c
> @@ -222,7 +222,7 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
>  {
>         struct amba_device *dev;
>         const void *prop;
> -       int i, ret;
> +       int ret;
>
>         pr_debug("Creating amba device %pOF\n", node);
>
> @@ -253,10 +253,6 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
>         if (prop)
>                 dev->periphid = of_read_ulong(prop, 1);
>
> -       /* Decode the IRQs and address ranges */
> -       for (i = 0; i < AMBA_NR_IRQS; i++)
> -               dev->irq[i] = irq_of_parse_and_map(node, i);
> -
>         ret = of_address_to_resource(node, 0, &dev->res);
>         if (ret) {
>                 pr_err("amba: of_address_to_resource() failed (%d) for %pOF\n",
> --
> 2.26.2
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Saravana Kannan]

On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>
> +Saravana
>
> Saravana mentioned to me there may be some issues with this one...
>
>
> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >
> > of_amba_device_create() uses irq_of_parse_and_map() to translate
> > a DT interrupt specification into a Linux virtual interrupt number.
> >
> > But it doesn't properly handle the case where the interrupt controller
> > is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> > interrupt controller, because the mbigen initialization is too late,
> > which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >   "irq: no irq domain found for uart0 !"
> >
> > use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> > amba_device_try_add()/amba_device_add(), it will properly handle in such
> > case, also return 0 in other fail cases to be consistent as before.
> >
> > Cc: Russell King <linux@armlinux.org.uk>
> > Cc: Rob Herring <robh+dt@kernel.org>
> > Cc: Frank Rowand <frowand.list@gmail.com>
> > Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> > Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> > ---
> >  drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >  drivers/of/platform.c |  6 +-----
> >  2 files changed, 28 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> > index 36f2f42c8014..720aa6cdd402 100644
> > --- a/drivers/amba/bus.c
> > +++ b/drivers/amba/bus.c
> > @@ -19,6 +19,7 @@
> >  #include <linux/clk/clk-conf.h>
> >  #include <linux/platform_device.h>
> >  #include <linux/reset.h>
> > +#include <linux/of_irq.h>
> >
> >  #include <asm/irq.h>
> >
> > @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >         kfree(d);
> >  }
> >
> > +static int of_amba_device_decode_irq(struct amba_device *dev)
> > +{
> > +       struct device_node *node = dev->dev.of_node;
> > +       int i, irq = 0;
> > +
> > +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> > +               /* Decode the IRQs and address ranges */
> > +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> > +                       irq = of_irq_get(node, i);
> > +                       if (irq < 0) {
> > +                               if (irq == -EPROBE_DEFER)
> > +                                       return irq;
> > +                               irq = 0;
> > +                       }
> > +
> > +                       dev->irq[i] = irq;
> > +               }
> > +       }
> > +
> > +       return 0;
> > +}
> > +
> >  static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >  {
> >         u32 size;
> >         void __iomem *tmp;
> >         int i, ret;
> >
> > +       ret = of_amba_device_decode_irq(dev);
> > +       if (ret)
> > +               goto err_out;
> > +

Similar to other resources the AMBA bus "gets" for the device, I think
this should be moved into amba_probe() and not here. There's no reason
to delay the addition of the device (and loading its module) because
the IRQ isn't ready yet.

-Saravana

> >         ret = request_resource(parent, &dev->res);
> >         if (ret)
> >                 goto err_out;
> > diff --git a/drivers/of/platform.c b/drivers/of/platform.c
> > index 74afbb7a4f5e..32d5ff8df747 100644
> > --- a/drivers/of/platform.c
> > +++ b/drivers/of/platform.c
> > @@ -222,7 +222,7 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
> >  {
> >         struct amba_device *dev;
> >         const void *prop;
> > -       int i, ret;
> > +       int ret;
> >
> >         pr_debug("Creating amba device %pOF\n", node);
> >
> > @@ -253,10 +253,6 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
> >         if (prop)
> >                 dev->periphid = of_read_ulong(prop, 1);
> >
> > -       /* Decode the IRQs and address ranges */
> > -       for (i = 0; i < AMBA_NR_IRQS; i++)
> > -               dev->irq[i] = irq_of_parse_and_map(node, i);
> > -
> >         ret = of_address_to_resource(node, 0, &dev->res);
> >         if (ret) {
> >                 pr_err("amba: of_address_to_resource() failed (%d) for %pOF\n",
> > --
> > 2.26.2
> >

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Saravana Kannan]

On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>
> +Saravana
>
> Saravana mentioned to me there may be some issues with this one...
>
>
> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >
> > of_amba_device_create() uses irq_of_parse_and_map() to translate
> > a DT interrupt specification into a Linux virtual interrupt number.
> >
> > But it doesn't properly handle the case where the interrupt controller
> > is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> > interrupt controller, because the mbigen initialization is too late,
> > which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >   "irq: no irq domain found for uart0 !"
> >
> > use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> > amba_device_try_add()/amba_device_add(), it will properly handle in such
> > case, also return 0 in other fail cases to be consistent as before.
> >
> > Cc: Russell King <linux@armlinux.org.uk>
> > Cc: Rob Herring <robh+dt@kernel.org>
> > Cc: Frank Rowand <frowand.list@gmail.com>
> > Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> > Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> > ---
> >  drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >  drivers/of/platform.c |  6 +-----
> >  2 files changed, 28 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> > index 36f2f42c8014..720aa6cdd402 100644
> > --- a/drivers/amba/bus.c
> > +++ b/drivers/amba/bus.c
> > @@ -19,6 +19,7 @@
> >  #include <linux/clk/clk-conf.h>
> >  #include <linux/platform_device.h>
> >  #include <linux/reset.h>
> > +#include <linux/of_irq.h>
> >
> >  #include <asm/irq.h>
> >
> > @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >         kfree(d);
> >  }
> >
> > +static int of_amba_device_decode_irq(struct amba_device *dev)
> > +{
> > +       struct device_node *node = dev->dev.of_node;
> > +       int i, irq = 0;
> > +
> > +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> > +               /* Decode the IRQs and address ranges */
> > +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> > +                       irq = of_irq_get(node, i);
> > +                       if (irq < 0) {
> > +                               if (irq == -EPROBE_DEFER)
> > +                                       return irq;
> > +                               irq = 0;
> > +                       }
> > +
> > +                       dev->irq[i] = irq;
> > +               }
> > +       }
> > +
> > +       return 0;
> > +}
> > +
> >  static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >  {
> >         u32 size;
> >         void __iomem *tmp;
> >         int i, ret;
> >
> > +       ret = of_amba_device_decode_irq(dev);
> > +       if (ret)
> > +               goto err_out;
> > +

Similar to other resources the AMBA bus "gets" for the device, I think
this should be moved into amba_probe() and not here. There's no reason
to delay the addition of the device (and loading its module) because
the IRQ isn't ready yet.

-Saravana

> >         ret = request_resource(parent, &dev->res);
> >         if (ret)
> >                 goto err_out;
> > diff --git a/drivers/of/platform.c b/drivers/of/platform.c
> > index 74afbb7a4f5e..32d5ff8df747 100644
> > --- a/drivers/of/platform.c
> > +++ b/drivers/of/platform.c
> > @@ -222,7 +222,7 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
> >  {
> >         struct amba_device *dev;
> >         const void *prop;
> > -       int i, ret;
> > +       int ret;
> >
> >         pr_debug("Creating amba device %pOF\n", node);
> >
> > @@ -253,10 +253,6 @@ static struct amba_device *of_amba_device_create(struct device_node *node,
> >         if (prop)
> >                 dev->periphid = of_read_ulong(prop, 1);
> >
> > -       /* Decode the IRQs and address ranges */
> > -       for (i = 0; i < AMBA_NR_IRQS; i++)
> > -               dev->irq[i] = irq_of_parse_and_map(node, i);
> > -
> >         ret = of_address_to_resource(node, 0, &dev->res);
> >         if (ret) {
> >                 pr_err("amba: of_address_to_resource() failed (%d) for %pOF\n",
> > --
> > 2.26.2
> >

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 4:08, Saravana Kannan wrote:
> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>> +Saravana
>>
>> Saravana mentioned to me there may be some issues with this one...
>>
>>
>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>
>>> But it doesn't properly handle the case where the interrupt controller
>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>> interrupt controller, because the mbigen initialization is too late,
>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>    "irq: no irq domain found for uart0 !"
>>>
>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>> case, also return 0 in other fail cases to be consistent as before.
>>>
>>> Cc: Russell King <linux@armlinux.org.uk>
>>> Cc: Rob Herring <robh+dt@kernel.org>
>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>> ---
>>>   drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>>>   drivers/of/platform.c |  6 +-----
>>>   2 files changed, 28 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>>> index 36f2f42c8014..720aa6cdd402 100644
>>> --- a/drivers/amba/bus.c
>>> +++ b/drivers/amba/bus.c
>>> @@ -19,6 +19,7 @@
>>>   #include <linux/clk/clk-conf.h>
>>>   #include <linux/platform_device.h>
>>>   #include <linux/reset.h>
>>> +#include <linux/of_irq.h>
>>>
>>>   #include <asm/irq.h>
>>>
>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>>>          kfree(d);
>>>   }
>>>
>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
>>> +{
>>> +       struct device_node *node = dev->dev.of_node;
>>> +       int i, irq = 0;
>>> +
>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
>>> +               /* Decode the IRQs and address ranges */
>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
>>> +                       irq = of_irq_get(node, i);
>>> +                       if (irq < 0) {
>>> +                               if (irq == -EPROBE_DEFER)
>>> +                                       return irq;
>>> +                               irq = 0;
>>> +                       }
>>> +
>>> +                       dev->irq[i] = irq;
>>> +               }
>>> +       }
>>> +
>>> +       return 0;
>>> +}
>>> +
>>>   static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>>>   {
>>>          u32 size;
>>>          void __iomem *tmp;
>>>          int i, ret;
>>>
>>> +       ret = of_amba_device_decode_irq(dev);
>>> +       if (ret)
>>> +               goto err_out;
>>> +
> Similar to other resources the AMBA bus "gets" for the device, I think
> this should be moved into amba_probe() and not here. There's no reason
> to delay the addition of the device (and loading its module) because
> the IRQ isn't ready yet.

The following code in the amba_device_try_add() will be called, it uses irq[0]
and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().

470         if (dev->irq[0])
471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
472         if (ret == 0 && dev->irq[1])
473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
474         if (ret == 0)
475                 return ret;

of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
only delay the device add, right?

If make it into amba_probe(), the above code should be moved too, could we
make a new patch to move both of them, or don't move them?

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 4:08, Saravana Kannan wrote:
> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>> +Saravana
>>
>> Saravana mentioned to me there may be some issues with this one...
>>
>>
>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>
>>> But it doesn't properly handle the case where the interrupt controller
>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>> interrupt controller, because the mbigen initialization is too late,
>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>    "irq: no irq domain found for uart0 !"
>>>
>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>> case, also return 0 in other fail cases to be consistent as before.
>>>
>>> Cc: Russell King <linux@armlinux.org.uk>
>>> Cc: Rob Herring <robh+dt@kernel.org>
>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>> ---
>>>   drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>>>   drivers/of/platform.c |  6 +-----
>>>   2 files changed, 28 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>>> index 36f2f42c8014..720aa6cdd402 100644
>>> --- a/drivers/amba/bus.c
>>> +++ b/drivers/amba/bus.c
>>> @@ -19,6 +19,7 @@
>>>   #include <linux/clk/clk-conf.h>
>>>   #include <linux/platform_device.h>
>>>   #include <linux/reset.h>
>>> +#include <linux/of_irq.h>
>>>
>>>   #include <asm/irq.h>
>>>
>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>>>          kfree(d);
>>>   }
>>>
>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
>>> +{
>>> +       struct device_node *node = dev->dev.of_node;
>>> +       int i, irq = 0;
>>> +
>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
>>> +               /* Decode the IRQs and address ranges */
>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
>>> +                       irq = of_irq_get(node, i);
>>> +                       if (irq < 0) {
>>> +                               if (irq == -EPROBE_DEFER)
>>> +                                       return irq;
>>> +                               irq = 0;
>>> +                       }
>>> +
>>> +                       dev->irq[i] = irq;
>>> +               }
>>> +       }
>>> +
>>> +       return 0;
>>> +}
>>> +
>>>   static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>>>   {
>>>          u32 size;
>>>          void __iomem *tmp;
>>>          int i, ret;
>>>
>>> +       ret = of_amba_device_decode_irq(dev);
>>> +       if (ret)
>>> +               goto err_out;
>>> +
> Similar to other resources the AMBA bus "gets" for the device, I think
> this should be moved into amba_probe() and not here. There's no reason
> to delay the addition of the device (and loading its module) because
> the IRQ isn't ready yet.

The following code in the amba_device_try_add() will be called, it uses irq[0]
and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().

470         if (dev->irq[0])
471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
472         if (ret == 0 && dev->irq[1])
473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
474         if (ret == 0)
475                 return ret;

of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
only delay the device add, right?

If make it into amba_probe(), the above code should be moved too, could we
make a new patch to move both of them, or don't move them?


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Saravana Kannan]

On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/25 4:08, Saravana Kannan wrote:
> > On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
> >> +Saravana
> >>
> >> Saravana mentioned to me there may be some issues with this one...
> >>
> >>
> >> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>> of_amba_device_create() uses irq_of_parse_and_map() to translate
> >>> a DT interrupt specification into a Linux virtual interrupt number.
> >>>
> >>> But it doesn't properly handle the case where the interrupt controller
> >>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> >>> interrupt controller, because the mbigen initialization is too late,
> >>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >>>    "irq: no irq domain found for uart0 !"
> >>>
> >>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> >>> amba_device_try_add()/amba_device_add(), it will properly handle in such
> >>> case, also return 0 in other fail cases to be consistent as before.
> >>>
> >>> Cc: Russell King <linux@armlinux.org.uk>
> >>> Cc: Rob Herring <robh+dt@kernel.org>
> >>> Cc: Frank Rowand <frowand.list@gmail.com>
> >>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> >>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> >>> ---
> >>>   drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >>>   drivers/of/platform.c |  6 +-----
> >>>   2 files changed, 28 insertions(+), 5 deletions(-)
> >>>
> >>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> >>> index 36f2f42c8014..720aa6cdd402 100644
> >>> --- a/drivers/amba/bus.c
> >>> +++ b/drivers/amba/bus.c
> >>> @@ -19,6 +19,7 @@
> >>>   #include <linux/clk/clk-conf.h>
> >>>   #include <linux/platform_device.h>
> >>>   #include <linux/reset.h>
> >>> +#include <linux/of_irq.h>
> >>>
> >>>   #include <asm/irq.h>
> >>>
> >>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >>>          kfree(d);
> >>>   }
> >>>
> >>> +static int of_amba_device_decode_irq(struct amba_device *dev)
> >>> +{
> >>> +       struct device_node *node = dev->dev.of_node;
> >>> +       int i, irq = 0;
> >>> +
> >>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> >>> +               /* Decode the IRQs and address ranges */
> >>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> >>> +                       irq = of_irq_get(node, i);
> >>> +                       if (irq < 0) {
> >>> +                               if (irq == -EPROBE_DEFER)
> >>> +                                       return irq;
> >>> +                               irq = 0;
> >>> +                       }
> >>> +
> >>> +                       dev->irq[i] = irq;
> >>> +               }
> >>> +       }
> >>> +
> >>> +       return 0;
> >>> +}
> >>> +
> >>>   static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >>>   {
> >>>          u32 size;
> >>>          void __iomem *tmp;
> >>>          int i, ret;
> >>>
> >>> +       ret = of_amba_device_decode_irq(dev);
> >>> +       if (ret)
> >>> +               goto err_out;
> >>> +
> > Similar to other resources the AMBA bus "gets" for the device, I think
> > this should be moved into amba_probe() and not here. There's no reason
> > to delay the addition of the device (and loading its module) because
> > the IRQ isn't ready yet.
>
> The following code in the amba_device_try_add() will be called, it uses irq[0]
> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>
> 470         if (dev->irq[0])
> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
> 472         if (ret == 0 && dev->irq[1])
> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
> 474         if (ret == 0)
> 475                 return ret;
>
> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
> only delay the device add, right?

But delaying the device add is the issue. For example, adding a device
could trigger the loading of the corresponding module using uevents.
But now this change would delay that step. That can have other
unintended consequences -- slowing down boot, what if the driver was
working fine without the IRQ, etc.

> If make it into amba_probe(), the above code should be moved too, could we
> make a new patch to move both of them, or don't move them?

I'd say move them both. If Russell hasn't already picked this up, then
I'd say redo your Patch 3/3.

Btw, I've been working on [1] cleaning up the one-off deferred probe
solution that we have for amba devices. That causes a bunch of other
headaches. Your patch 3/3 takes us further in the wrong direction by
adding more reasons for delaying the addition of the device.

-Saravana

[1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Saravana Kannan]

On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/25 4:08, Saravana Kannan wrote:
> > On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
> >> +Saravana
> >>
> >> Saravana mentioned to me there may be some issues with this one...
> >>
> >>
> >> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>> of_amba_device_create() uses irq_of_parse_and_map() to translate
> >>> a DT interrupt specification into a Linux virtual interrupt number.
> >>>
> >>> But it doesn't properly handle the case where the interrupt controller
> >>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> >>> interrupt controller, because the mbigen initialization is too late,
> >>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >>>    "irq: no irq domain found for uart0 !"
> >>>
> >>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> >>> amba_device_try_add()/amba_device_add(), it will properly handle in such
> >>> case, also return 0 in other fail cases to be consistent as before.
> >>>
> >>> Cc: Russell King <linux@armlinux.org.uk>
> >>> Cc: Rob Herring <robh+dt@kernel.org>
> >>> Cc: Frank Rowand <frowand.list@gmail.com>
> >>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> >>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> >>> ---
> >>>   drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >>>   drivers/of/platform.c |  6 +-----
> >>>   2 files changed, 28 insertions(+), 5 deletions(-)
> >>>
> >>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> >>> index 36f2f42c8014..720aa6cdd402 100644
> >>> --- a/drivers/amba/bus.c
> >>> +++ b/drivers/amba/bus.c
> >>> @@ -19,6 +19,7 @@
> >>>   #include <linux/clk/clk-conf.h>
> >>>   #include <linux/platform_device.h>
> >>>   #include <linux/reset.h>
> >>> +#include <linux/of_irq.h>
> >>>
> >>>   #include <asm/irq.h>
> >>>
> >>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >>>          kfree(d);
> >>>   }
> >>>
> >>> +static int of_amba_device_decode_irq(struct amba_device *dev)
> >>> +{
> >>> +       struct device_node *node = dev->dev.of_node;
> >>> +       int i, irq = 0;
> >>> +
> >>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> >>> +               /* Decode the IRQs and address ranges */
> >>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> >>> +                       irq = of_irq_get(node, i);
> >>> +                       if (irq < 0) {
> >>> +                               if (irq == -EPROBE_DEFER)
> >>> +                                       return irq;
> >>> +                               irq = 0;
> >>> +                       }
> >>> +
> >>> +                       dev->irq[i] = irq;
> >>> +               }
> >>> +       }
> >>> +
> >>> +       return 0;
> >>> +}
> >>> +
> >>>   static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >>>   {
> >>>          u32 size;
> >>>          void __iomem *tmp;
> >>>          int i, ret;
> >>>
> >>> +       ret = of_amba_device_decode_irq(dev);
> >>> +       if (ret)
> >>> +               goto err_out;
> >>> +
> > Similar to other resources the AMBA bus "gets" for the device, I think
> > this should be moved into amba_probe() and not here. There's no reason
> > to delay the addition of the device (and loading its module) because
> > the IRQ isn't ready yet.
>
> The following code in the amba_device_try_add() will be called, it uses irq[0]
> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>
> 470         if (dev->irq[0])
> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
> 472         if (ret == 0 && dev->irq[1])
> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
> 474         if (ret == 0)
> 475                 return ret;
>
> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
> only delay the device add, right?

But delaying the device add is the issue. For example, adding a device
could trigger the loading of the corresponding module using uevents.
But now this change would delay that step. That can have other
unintended consequences -- slowing down boot, what if the driver was
working fine without the IRQ, etc.

> If make it into amba_probe(), the above code should be moved too, could we
> make a new patch to move both of them, or don't move them?

I'd say move them both. If Russell hasn't already picked this up, then
I'd say redo your Patch 3/3.

Btw, I've been working on [1] cleaning up the one-off deferred probe
solution that we have for amba devices. That causes a bunch of other
headaches. Your patch 3/3 takes us further in the wrong direction by
adding more reasons for delaying the addition of the device.

-Saravana

[1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 16:04, Saravana Kannan wrote:
> On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/25 4:08, Saravana Kannan wrote:
>>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>>>> +Saravana
>>>>
>>>> Saravana mentioned to me there may be some issues with this one...
>>>>
>>>>
>>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>>>
>>>>> But it doesn't properly handle the case where the interrupt controller
>>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>>>> interrupt controller, because the mbigen initialization is too late,
>>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>>>     "irq: no irq domain found for uart0 !"
>>>>>
>>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>>>> case, also return 0 in other fail cases to be consistent as before.
>>>>>
>>>>> Cc: Russell King <linux@armlinux.org.uk>
>>>>> Cc: Rob Herring <robh+dt@kernel.org>
>>>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>>>> ---
>>>>>    drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>>>>>    drivers/of/platform.c |  6 +-----
>>>>>    2 files changed, 28 insertions(+), 5 deletions(-)
>>>>>
>>>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>>>>> index 36f2f42c8014..720aa6cdd402 100644
>>>>> --- a/drivers/amba/bus.c
>>>>> +++ b/drivers/amba/bus.c
>>>>> @@ -19,6 +19,7 @@
>>>>>    #include <linux/clk/clk-conf.h>
>>>>>    #include <linux/platform_device.h>
>>>>>    #include <linux/reset.h>
>>>>> +#include <linux/of_irq.h>
>>>>>
>>>>>    #include <asm/irq.h>
>>>>>
>>>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>>>>>           kfree(d);
>>>>>    }
>>>>>
>>>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
>>>>> +{
>>>>> +       struct device_node *node = dev->dev.of_node;
>>>>> +       int i, irq = 0;
>>>>> +
>>>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
>>>>> +               /* Decode the IRQs and address ranges */
>>>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
>>>>> +                       irq = of_irq_get(node, i);
>>>>> +                       if (irq < 0) {
>>>>> +                               if (irq == -EPROBE_DEFER)
>>>>> +                                       return irq;
>>>>> +                               irq = 0;
>>>>> +                       }
>>>>> +
>>>>> +                       dev->irq[i] = irq;
>>>>> +               }
>>>>> +       }
>>>>> +
>>>>> +       return 0;
>>>>> +}
>>>>> +
>>>>>    static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>>>>>    {
>>>>>           u32 size;
>>>>>           void __iomem *tmp;
>>>>>           int i, ret;
>>>>>
>>>>> +       ret = of_amba_device_decode_irq(dev);
>>>>> +       if (ret)
>>>>> +               goto err_out;
>>>>> +
>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>> this should be moved into amba_probe() and not here. There's no reason
>>> to delay the addition of the device (and loading its module) because
>>> the IRQ isn't ready yet.
>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>
>> 470         if (dev->irq[0])
>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>> 472         if (ret == 0 && dev->irq[1])
>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>> 474         if (ret == 0)
>> 475                 return ret;
>>
>> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
>> only delay the device add, right?
> But delaying the device add is the issue. For example, adding a device
> could trigger the loading of the corresponding module using uevents.
> But now this change would delay that step. That can have other
> unintended consequences -- slowing down boot, what if the driver was
> working fine without the IRQ, etc.
>
>> If make it into amba_probe(), the above code should be moved too, could we
>> make a new patch to move both of them, or don't move them?
> I'd say move them both. If Russell hasn't already picked this up, then
> I'd say redo your Patch 3/3.


Sure，I will update it and resend.

>
> Btw, I've been working on [1] cleaning up the one-off deferred probe
> solution that we have for amba devices. That causes a bunch of other
> headaches. Your patch 3/3 takes us further in the wrong direction by
> adding more reasons for delaying the addition of the device.
Thanks for your explanation.
> -Saravana
>
> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> .
>

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 16:04, Saravana Kannan wrote:
> On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/25 4:08, Saravana Kannan wrote:
>>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>>>> +Saravana
>>>>
>>>> Saravana mentioned to me there may be some issues with this one...
>>>>
>>>>
>>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>>>
>>>>> But it doesn't properly handle the case where the interrupt controller
>>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>>>> interrupt controller, because the mbigen initialization is too late,
>>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>>>     "irq: no irq domain found for uart0 !"
>>>>>
>>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>>>> case, also return 0 in other fail cases to be consistent as before.
>>>>>
>>>>> Cc: Russell King <linux@armlinux.org.uk>
>>>>> Cc: Rob Herring <robh+dt@kernel.org>
>>>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>>>> ---
>>>>>    drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>>>>>    drivers/of/platform.c |  6 +-----
>>>>>    2 files changed, 28 insertions(+), 5 deletions(-)
>>>>>
>>>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>>>>> index 36f2f42c8014..720aa6cdd402 100644
>>>>> --- a/drivers/amba/bus.c
>>>>> +++ b/drivers/amba/bus.c
>>>>> @@ -19,6 +19,7 @@
>>>>>    #include <linux/clk/clk-conf.h>
>>>>>    #include <linux/platform_device.h>
>>>>>    #include <linux/reset.h>
>>>>> +#include <linux/of_irq.h>
>>>>>
>>>>>    #include <asm/irq.h>
>>>>>
>>>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>>>>>           kfree(d);
>>>>>    }
>>>>>
>>>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
>>>>> +{
>>>>> +       struct device_node *node = dev->dev.of_node;
>>>>> +       int i, irq = 0;
>>>>> +
>>>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
>>>>> +               /* Decode the IRQs and address ranges */
>>>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
>>>>> +                       irq = of_irq_get(node, i);
>>>>> +                       if (irq < 0) {
>>>>> +                               if (irq == -EPROBE_DEFER)
>>>>> +                                       return irq;
>>>>> +                               irq = 0;
>>>>> +                       }
>>>>> +
>>>>> +                       dev->irq[i] = irq;
>>>>> +               }
>>>>> +       }
>>>>> +
>>>>> +       return 0;
>>>>> +}
>>>>> +
>>>>>    static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>>>>>    {
>>>>>           u32 size;
>>>>>           void __iomem *tmp;
>>>>>           int i, ret;
>>>>>
>>>>> +       ret = of_amba_device_decode_irq(dev);
>>>>> +       if (ret)
>>>>> +               goto err_out;
>>>>> +
>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>> this should be moved into amba_probe() and not here. There's no reason
>>> to delay the addition of the device (and loading its module) because
>>> the IRQ isn't ready yet.
>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>
>> 470         if (dev->irq[0])
>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>> 472         if (ret == 0 && dev->irq[1])
>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>> 474         if (ret == 0)
>> 475                 return ret;
>>
>> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
>> only delay the device add, right?
> But delaying the device add is the issue. For example, adding a device
> could trigger the loading of the corresponding module using uevents.
> But now this change would delay that step. That can have other
> unintended consequences -- slowing down boot, what if the driver was
> working fine without the IRQ, etc.
>
>> If make it into amba_probe(), the above code should be moved too, could we
>> make a new patch to move both of them, or don't move them?
> I'd say move them both. If Russell hasn't already picked this up, then
> I'd say redo your Patch 3/3.


Sure，I will update it and resend.

>
> Btw, I've been working on [1] cleaning up the one-off deferred probe
> solution that we have for amba devices. That causes a bunch of other
> headaches. Your patch 3/3 takes us further in the wrong direction by
> adding more reasons for delaying the addition of the device.
Thanks for your explanation.
> -Saravana
>
> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> .
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 16:04, Saravana Kannan wrote:
> On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/25 4:08, Saravana Kannan wrote:
>>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>>>> +Saravana
>>>>
>>>> Saravana mentioned to me there may be some issues with this one...
>>>>
>>>>
>>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>>>
>>>>> But it doesn't properly handle the case where the interrupt controller
>>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>>>> interrupt controller, because the mbigen initialization is too late,
>>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>>>     "irq: no irq domain found for uart0 !"
>>>>>
>>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>>>> case, also return 0 in other fail cases to be consistent as before.
>>>>>
>>>>> Cc: Russell King <linux@armlinux.org.uk>
>>>>> Cc: Rob Herring <robh+dt@kernel.org>
>>>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>>>> ---
>>>>>    drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>>>>>    drivers/of/platform.c |  6 +-----
>>>>>    2 files changed, 28 insertions(+), 5 deletions(-)
>>>>>
>>>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>>>>> index 36f2f42c8014..720aa6cdd402 100644
>>>>> --- a/drivers/amba/bus.c
>>>>> +++ b/drivers/amba/bus.c
>>>>> @@ -19,6 +19,7 @@
>>>>>    #include <linux/clk/clk-conf.h>
>>>>>    #include <linux/platform_device.h>
>>>>>    #include <linux/reset.h>
>>>>> +#include <linux/of_irq.h>
>>>>>
>>>>>    #include <asm/irq.h>
>>>>>
>>>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>>>>>           kfree(d);
>>>>>    }
>>>>>
>>>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
>>>>> +{
>>>>> +       struct device_node *node = dev->dev.of_node;
>>>>> +       int i, irq = 0;
>>>>> +
>>>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
>>>>> +               /* Decode the IRQs and address ranges */
>>>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
>>>>> +                       irq = of_irq_get(node, i);
>>>>> +                       if (irq < 0) {
>>>>> +                               if (irq == -EPROBE_DEFER)
>>>>> +                                       return irq;
>>>>> +                               irq = 0;
>>>>> +                       }
>>>>> +
>>>>> +                       dev->irq[i] = irq;
>>>>> +               }
>>>>> +       }
>>>>> +
>>>>> +       return 0;
>>>>> +}
>>>>> +
>>>>>    static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>>>>>    {
>>>>>           u32 size;
>>>>>           void __iomem *tmp;
>>>>>           int i, ret;
>>>>>
>>>>> +       ret = of_amba_device_decode_irq(dev);
>>>>> +       if (ret)
>>>>> +               goto err_out;
>>>>> +
>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>> this should be moved into amba_probe() and not here. There's no reason
>>> to delay the addition of the device (and loading its module) because
>>> the IRQ isn't ready yet.
>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>
>> 470         if (dev->irq[0])
>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>> 472         if (ret == 0 && dev->irq[1])
>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>> 474         if (ret == 0)
>> 475                 return ret;
>>
>> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
>> only delay the device add, right?
> But delaying the device add is the issue. For example, adding a device
> could trigger the loading of the corresponding module using uevents.
> But now this change would delay that step. That can have other
> unintended consequences -- slowing down boot, what if the driver was
> working fine without the IRQ, etc.
>
>> If make it into amba_probe(), the above code should be moved too, could we
>> make a new patch to move both of them, or don't move them?
> I'd say move them both. If Russell hasn't already picked this up, then
> I'd say redo your Patch 3/3.
I will resend with put it into amba_probe.
>
> Btw, I've been working on [1] cleaning up the one-off deferred probe
> solution that we have for amba devices. That causes a bunch of other
> headaches. Your patch 3/3 takes us further in the wrong direction by
> adding more reasons for delaying the addition of the device.

Got it,  and I could resend all combine your patch(due to context conflict

when changing same function) if you no object.


>
> -Saravana
>
> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> .
>

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 16:04, Saravana Kannan wrote:
> On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/25 4:08, Saravana Kannan wrote:
>>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>>>> +Saravana
>>>>
>>>> Saravana mentioned to me there may be some issues with this one...
>>>>
>>>>
>>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>>>
>>>>> But it doesn't properly handle the case where the interrupt controller
>>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>>>> interrupt controller, because the mbigen initialization is too late,
>>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>>>     "irq: no irq domain found for uart0 !"
>>>>>
>>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>>>> case, also return 0 in other fail cases to be consistent as before.
>>>>>
>>>>> Cc: Russell King <linux@armlinux.org.uk>
>>>>> Cc: Rob Herring <robh+dt@kernel.org>
>>>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>>>> ---
>>>>>    drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
>>>>>    drivers/of/platform.c |  6 +-----
>>>>>    2 files changed, 28 insertions(+), 5 deletions(-)
>>>>>
>>>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>>>>> index 36f2f42c8014..720aa6cdd402 100644
>>>>> --- a/drivers/amba/bus.c
>>>>> +++ b/drivers/amba/bus.c
>>>>> @@ -19,6 +19,7 @@
>>>>>    #include <linux/clk/clk-conf.h>
>>>>>    #include <linux/platform_device.h>
>>>>>    #include <linux/reset.h>
>>>>> +#include <linux/of_irq.h>
>>>>>
>>>>>    #include <asm/irq.h>
>>>>>
>>>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
>>>>>           kfree(d);
>>>>>    }
>>>>>
>>>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
>>>>> +{
>>>>> +       struct device_node *node = dev->dev.of_node;
>>>>> +       int i, irq = 0;
>>>>> +
>>>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
>>>>> +               /* Decode the IRQs and address ranges */
>>>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
>>>>> +                       irq = of_irq_get(node, i);
>>>>> +                       if (irq < 0) {
>>>>> +                               if (irq == -EPROBE_DEFER)
>>>>> +                                       return irq;
>>>>> +                               irq = 0;
>>>>> +                       }
>>>>> +
>>>>> +                       dev->irq[i] = irq;
>>>>> +               }
>>>>> +       }
>>>>> +
>>>>> +       return 0;
>>>>> +}
>>>>> +
>>>>>    static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
>>>>>    {
>>>>>           u32 size;
>>>>>           void __iomem *tmp;
>>>>>           int i, ret;
>>>>>
>>>>> +       ret = of_amba_device_decode_irq(dev);
>>>>> +       if (ret)
>>>>> +               goto err_out;
>>>>> +
>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>> this should be moved into amba_probe() and not here. There's no reason
>>> to delay the addition of the device (and loading its module) because
>>> the IRQ isn't ready yet.
>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>
>> 470         if (dev->irq[0])
>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>> 472         if (ret == 0 && dev->irq[1])
>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>> 474         if (ret == 0)
>> 475                 return ret;
>>
>> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
>> only delay the device add, right?
> But delaying the device add is the issue. For example, adding a device
> could trigger the loading of the corresponding module using uevents.
> But now this change would delay that step. That can have other
> unintended consequences -- slowing down boot, what if the driver was
> working fine without the IRQ, etc.
>
>> If make it into amba_probe(), the above code should be moved too, could we
>> make a new patch to move both of them, or don't move them?
> I'd say move them both. If Russell hasn't already picked this up, then
> I'd say redo your Patch 3/3.
I will resend with put it into amba_probe.
>
> Btw, I've been working on [1] cleaning up the one-off deferred probe
> solution that we have for amba devices. That causes a bunch of other
> headaches. Your patch 3/3 takes us further in the wrong direction by
> adding more reasons for delaying the addition of the device.

Got it,  and I could resend all combine your patch(due to context conflict

when changing same function) if you no object.


>
> -Saravana
>
> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> .
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Saravana Kannan]

On Wed, Aug 25, 2021 at 7:45 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/25 16:04, Saravana Kannan wrote:
> > On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >> On 2021/8/25 4:08, Saravana Kannan wrote:
> >>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
> >>>> +Saravana
> >>>>
> >>>> Saravana mentioned to me there may be some issues with this one...
> >>>>
> >>>>
> >>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
> >>>>> a DT interrupt specification into a Linux virtual interrupt number.
> >>>>>
> >>>>> But it doesn't properly handle the case where the interrupt controller
> >>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> >>>>> interrupt controller, because the mbigen initialization is too late,
> >>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >>>>>     "irq: no irq domain found for uart0 !"
> >>>>>
> >>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> >>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
> >>>>> case, also return 0 in other fail cases to be consistent as before.
> >>>>>
> >>>>> Cc: Russell King <linux@armlinux.org.uk>
> >>>>> Cc: Rob Herring <robh+dt@kernel.org>
> >>>>> Cc: Frank Rowand <frowand.list@gmail.com>
> >>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> >>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> >>>>> ---
> >>>>>    drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >>>>>    drivers/of/platform.c |  6 +-----
> >>>>>    2 files changed, 28 insertions(+), 5 deletions(-)
> >>>>>
> >>>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> >>>>> index 36f2f42c8014..720aa6cdd402 100644
> >>>>> --- a/drivers/amba/bus.c
> >>>>> +++ b/drivers/amba/bus.c
> >>>>> @@ -19,6 +19,7 @@
> >>>>>    #include <linux/clk/clk-conf.h>
> >>>>>    #include <linux/platform_device.h>
> >>>>>    #include <linux/reset.h>
> >>>>> +#include <linux/of_irq.h>
> >>>>>
> >>>>>    #include <asm/irq.h>
> >>>>>
> >>>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >>>>>           kfree(d);
> >>>>>    }
> >>>>>
> >>>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
> >>>>> +{
> >>>>> +       struct device_node *node = dev->dev.of_node;
> >>>>> +       int i, irq = 0;
> >>>>> +
> >>>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> >>>>> +               /* Decode the IRQs and address ranges */
> >>>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> >>>>> +                       irq = of_irq_get(node, i);
> >>>>> +                       if (irq < 0) {
> >>>>> +                               if (irq == -EPROBE_DEFER)
> >>>>> +                                       return irq;
> >>>>> +                               irq = 0;
> >>>>> +                       }
> >>>>> +
> >>>>> +                       dev->irq[i] = irq;
> >>>>> +               }
> >>>>> +       }
> >>>>> +
> >>>>> +       return 0;
> >>>>> +}
> >>>>> +
> >>>>>    static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >>>>>    {
> >>>>>           u32 size;
> >>>>>           void __iomem *tmp;
> >>>>>           int i, ret;
> >>>>>
> >>>>> +       ret = of_amba_device_decode_irq(dev);
> >>>>> +       if (ret)
> >>>>> +               goto err_out;
> >>>>> +
> >>> Similar to other resources the AMBA bus "gets" for the device, I think
> >>> this should be moved into amba_probe() and not here. There's no reason
> >>> to delay the addition of the device (and loading its module) because
> >>> the IRQ isn't ready yet.
> >> The following code in the amba_device_try_add() will be called, it uses irq[0]
> >> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
> >>
> >> 470         if (dev->irq[0])
> >> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
> >> 472         if (ret == 0 && dev->irq[1])
> >> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
> >> 474         if (ret == 0)
> >> 475                 return ret;
> >>
> >> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
> >> only delay the device add, right?
> > But delaying the device add is the issue. For example, adding a device
> > could trigger the loading of the corresponding module using uevents.
> > But now this change would delay that step. That can have other
> > unintended consequences -- slowing down boot, what if the driver was
> > working fine without the IRQ, etc.
> >
> >> If make it into amba_probe(), the above code should be moved too, could we
> >> make a new patch to move both of them, or don't move them?
> > I'd say move them both. If Russell hasn't already picked this up, then
> > I'd say redo your Patch 3/3.
> I will resend with put it into amba_probe.
> >
> > Btw, I've been working on [1] cleaning up the one-off deferred probe
> > solution that we have for amba devices. That causes a bunch of other
> > headaches. Your patch 3/3 takes us further in the wrong direction by
> > adding more reasons for delaying the addition of the device.
>
> Got it,  and I could resend all combine your patch(due to context conflict
>
> when changing same function) if you no object.

If you want to resolve the conflict with my patch and resend it while
keeping me as the author, I would definitely appreciate it.

-Saravana
>
>
> >
> > -Saravana
> >
> > [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> > .
> >

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Saravana Kannan]

On Wed, Aug 25, 2021 at 7:45 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/25 16:04, Saravana Kannan wrote:
> > On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >> On 2021/8/25 4:08, Saravana Kannan wrote:
> >>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
> >>>> +Saravana
> >>>>
> >>>> Saravana mentioned to me there may be some issues with this one...
> >>>>
> >>>>
> >>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
> >>>>> a DT interrupt specification into a Linux virtual interrupt number.
> >>>>>
> >>>>> But it doesn't properly handle the case where the interrupt controller
> >>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> >>>>> interrupt controller, because the mbigen initialization is too late,
> >>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >>>>>     "irq: no irq domain found for uart0 !"
> >>>>>
> >>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> >>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
> >>>>> case, also return 0 in other fail cases to be consistent as before.
> >>>>>
> >>>>> Cc: Russell King <linux@armlinux.org.uk>
> >>>>> Cc: Rob Herring <robh+dt@kernel.org>
> >>>>> Cc: Frank Rowand <frowand.list@gmail.com>
> >>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> >>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> >>>>> ---
> >>>>>    drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >>>>>    drivers/of/platform.c |  6 +-----
> >>>>>    2 files changed, 28 insertions(+), 5 deletions(-)
> >>>>>
> >>>>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> >>>>> index 36f2f42c8014..720aa6cdd402 100644
> >>>>> --- a/drivers/amba/bus.c
> >>>>> +++ b/drivers/amba/bus.c
> >>>>> @@ -19,6 +19,7 @@
> >>>>>    #include <linux/clk/clk-conf.h>
> >>>>>    #include <linux/platform_device.h>
> >>>>>    #include <linux/reset.h>
> >>>>> +#include <linux/of_irq.h>
> >>>>>
> >>>>>    #include <asm/irq.h>
> >>>>>
> >>>>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >>>>>           kfree(d);
> >>>>>    }
> >>>>>
> >>>>> +static int of_amba_device_decode_irq(struct amba_device *dev)
> >>>>> +{
> >>>>> +       struct device_node *node = dev->dev.of_node;
> >>>>> +       int i, irq = 0;
> >>>>> +
> >>>>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> >>>>> +               /* Decode the IRQs and address ranges */
> >>>>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> >>>>> +                       irq = of_irq_get(node, i);
> >>>>> +                       if (irq < 0) {
> >>>>> +                               if (irq == -EPROBE_DEFER)
> >>>>> +                                       return irq;
> >>>>> +                               irq = 0;
> >>>>> +                       }
> >>>>> +
> >>>>> +                       dev->irq[i] = irq;
> >>>>> +               }
> >>>>> +       }
> >>>>> +
> >>>>> +       return 0;
> >>>>> +}
> >>>>> +
> >>>>>    static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >>>>>    {
> >>>>>           u32 size;
> >>>>>           void __iomem *tmp;
> >>>>>           int i, ret;
> >>>>>
> >>>>> +       ret = of_amba_device_decode_irq(dev);
> >>>>> +       if (ret)
> >>>>> +               goto err_out;
> >>>>> +
> >>> Similar to other resources the AMBA bus "gets" for the device, I think
> >>> this should be moved into amba_probe() and not here. There's no reason
> >>> to delay the addition of the device (and loading its module) because
> >>> the IRQ isn't ready yet.
> >> The following code in the amba_device_try_add() will be called, it uses irq[0]
> >> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
> >>
> >> 470         if (dev->irq[0])
> >> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
> >> 472         if (ret == 0 && dev->irq[1])
> >> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
> >> 474         if (ret == 0)
> >> 475                 return ret;
> >>
> >> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
> >> only delay the device add, right?
> > But delaying the device add is the issue. For example, adding a device
> > could trigger the loading of the corresponding module using uevents.
> > But now this change would delay that step. That can have other
> > unintended consequences -- slowing down boot, what if the driver was
> > working fine without the IRQ, etc.
> >
> >> If make it into amba_probe(), the above code should be moved too, could we
> >> make a new patch to move both of them, or don't move them?
> > I'd say move them both. If Russell hasn't already picked this up, then
> > I'd say redo your Patch 3/3.
> I will resend with put it into amba_probe.
> >
> > Btw, I've been working on [1] cleaning up the one-off deferred probe
> > solution that we have for amba devices. That causes a bunch of other
> > headaches. Your patch 3/3 takes us further in the wrong direction by
> > adding more reasons for delaying the addition of the device.
>
> Got it,  and I could resend all combine your patch(due to context conflict
>
> when changing same function) if you no object.

If you want to resolve the conflict with my patch and resend it while
keeping me as the author, I would definitely appreciate it.

-Saravana
>
>
> >
> > -Saravana
> >
> > [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> > .
> >

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/26 12:45, Saravana Kannan wrote:
> On Wed, Aug 25, 2021 at 7:45 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/25 16:04, Saravana Kannan wrote:
>>> On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>> On 2021/8/25 4:08, Saravana Kannan wrote:
>>>>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>>>>>> +Saravana
>>>>>>
>>>>>> Saravana mentioned to me there may be some issues with this one...
>>>>>>
>>>>>>
>>>>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>>>>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>>>>>
>>>>>>> But it doesn't properly handle the case where the interrupt controller
>>>>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>>>>>> interrupt controller, because the mbigen initialization is too late,
>>>>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>>>>>      "irq: no irq domain found for uart0 !"
>>>>>>>
>>>>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>>>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>>>>>> case, also return 0 in other fail cases to be consistent as before.
>>>>>>>
>>>>>>> Cc: Russell King <linux@armlinux.org.uk>
>>>>>>> Cc: Rob Herring <robh+dt@kernel.org>
>>>>>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>>>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>>>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>>>>>> ---
...
>>>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>>>> this should be moved into amba_probe() and not here. There's no reason
>>>>> to delay the addition of the device (and loading its module) because
>>>>> the IRQ isn't ready yet.
>>>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>>>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>>>
>>>> 470         if (dev->irq[0])
>>>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>>>> 472         if (ret == 0 && dev->irq[1])
>>>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>>>> 474         if (ret == 0)
>>>> 475                 return ret;
>>>>
>>>> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
>>>> only delay the device add, right?
>>> But delaying the device add is the issue. For example, adding a device
>>> could trigger the loading of the corresponding module using uevents.
>>> But now this change would delay that step. That can have other
>>> unintended consequences -- slowing down boot, what if the driver was
>>> working fine without the IRQ, etc.
>>>
>>>> If make it into amba_probe(), the above code should be moved too, could we
>>>> make a new patch to move both of them, or don't move them?
>>> I'd say move them both. If Russell hasn't already picked this up, then
>>> I'd say redo your Patch 3/3.
>> I will resend with put it into amba_probe.
>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>> solution that we have for amba devices. That causes a bunch of other
>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>> adding more reasons for delaying the addition of the device.
>> Got it,  and I could resend all combine your patch(due to context conflict
>>
>> when changing same function) if you no object.
> If you want to resolve the conflict with my patch and resend it while
> keeping me as the author, I would definitely appreciate it.
Yes, I will keep it, and rebase my patch based on it.
>
> -Saravana
>>
>>> -Saravana
>>>
>>> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
>>> .
>>>
> .
>

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/26 12:45, Saravana Kannan wrote:
> On Wed, Aug 25, 2021 at 7:45 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/25 16:04, Saravana Kannan wrote:
>>> On Tue, Aug 24, 2021 at 9:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>> On 2021/8/25 4:08, Saravana Kannan wrote:
>>>>> On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
>>>>>> +Saravana
>>>>>>
>>>>>> Saravana mentioned to me there may be some issues with this one...
>>>>>>
>>>>>>
>>>>>> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>> of_amba_device_create() uses irq_of_parse_and_map() to translate
>>>>>>> a DT interrupt specification into a Linux virtual interrupt number.
>>>>>>>
>>>>>>> But it doesn't properly handle the case where the interrupt controller
>>>>>>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
>>>>>>> interrupt controller, because the mbigen initialization is too late,
>>>>>>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
>>>>>>>      "irq: no irq domain found for uart0 !"
>>>>>>>
>>>>>>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
>>>>>>> amba_device_try_add()/amba_device_add(), it will properly handle in such
>>>>>>> case, also return 0 in other fail cases to be consistent as before.
>>>>>>>
>>>>>>> Cc: Russell King <linux@armlinux.org.uk>
>>>>>>> Cc: Rob Herring <robh+dt@kernel.org>
>>>>>>> Cc: Frank Rowand <frowand.list@gmail.com>
>>>>>>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
>>>>>>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>>>>>>> ---
...
>>>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>>>> this should be moved into amba_probe() and not here. There's no reason
>>>>> to delay the addition of the device (and loading its module) because
>>>>> the IRQ isn't ready yet.
>>>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>>>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>>>
>>>> 470         if (dev->irq[0])
>>>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>>>> 472         if (ret == 0 && dev->irq[1])
>>>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>>>> 474         if (ret == 0)
>>>> 475                 return ret;
>>>>
>>>> of_amba_device_decode_irq() in amba_device_try_add() won't lead to issue,
>>>> only delay the device add, right?
>>> But delaying the device add is the issue. For example, adding a device
>>> could trigger the loading of the corresponding module using uevents.
>>> But now this change would delay that step. That can have other
>>> unintended consequences -- slowing down boot, what if the driver was
>>> working fine without the IRQ, etc.
>>>
>>>> If make it into amba_probe(), the above code should be moved too, could we
>>>> make a new patch to move both of them, or don't move them?
>>> I'd say move them both. If Russell hasn't already picked this up, then
>>> I'd say redo your Patch 3/3.
>> I will resend with put it into amba_probe.
>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>> solution that we have for amba devices. That causes a bunch of other
>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>> adding more reasons for delaying the addition of the device.
>> Got it,  and I could resend all combine your patch(due to context conflict
>>
>> when changing same function) if you no object.
> If you want to resolve the conflict with my patch and resend it while
> keeping me as the author, I would definitely appreciate it.
Yes, I will keep it, and rebase my patch based on it.
>
> -Saravana
>>
>>> -Saravana
>>>
>>> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
>>> .
>>>
> .
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

[BUG] amba: Remove deferred device addition

[Kefeng Wang]

>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>> solution that we have for amba devices. That causes a bunch of other
>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>> adding more reasons for delaying the addition of the device.

Hi Saravana, I try the link[1], but with it, there is a crash when boot 
(qemu-system-arm -M vexpress-a15),

without it, boot successfully.

[    2.246057] aaci-pl041 1c040000.aaci: ARM AC'97 Interface PL041 rev0 
at 0x1c040000, irq 36
[    2.246357] aaci-pl041 1c040000.aaci: FIFO 512 entries
[    2.248617] NET: Registered PF_PACKET protocol family
[    2.250481] 9pnet: Installing 9P2000 support
[    2.251474] Registering SWP/SWPB emulation handler
[    2.284374] 1c090000.serial: ttyAMA0 at MMIO 0x1c090000 (irq = 41, 
base_baud = 0) is a PL011 rev1
[    2.287797] printk: console [ttyAMA0] enabled
[    2.287797] printk: console [ttyAMA0] enabled
[    2.288262] input: AT Raw Set 2 keyboard as 
/devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
[    2.288262] input: AT Raw Set 2 keyboard as 
/devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
[    2.288755] printk: bootconsole [earlycon0] disabled
[    2.288755] printk: bootconsole [earlycon0] disabled
[    2.294507] 1c0a0000.serial: ttyAMA1 at MMIO 0x1c0a0000 (irq = 42, 
base_baud = 0) is a PL011 rev1
[    2.296950] 1c0b0000.serial: ttyAMA2 at MMIO 0x1c0b0000 (irq = 43, 
base_baud = 0) is a PL011 rev1
[    2.298636] 1c0c0000.serial: ttyAMA3 at MMIO 0x1c0c0000 (irq = 44, 
base_baud = 0) is a PL011 rev1
[    2.300496] 8<--- cut here ---
[    2.300775] ------------[ cut here ]------------
[    2.301260] Unable to handle kernel NULL pointer dereference at 
virtual address 00000000
[    2.300928] WARNING: CPU: 1 PID: 27 at 
/home/wkf/work/hulk/lib/refcount.c:25 refcount_warn_saturate+0x108/0x174
[    2.301700] pgd = (ptrval)
[    2.302002] refcount_t: addition on 0; use-after-free.
[    2.302184] [00000000] *pgd=00000000
[    2.302363] Modules linked in:
[    2.302384]
[    2.302753]
[    2.303501] CPU: 1 PID: 27 Comm: kworker/u4:1 Not tainted 5.14.0-rc7+ 
#193
[    2.303990] Hardware name: ARM-Versatile Express
[    2.304198] Internal error: Oops: 5 [#1] SMP ARM
[    2.304537] Workqueue: events_unbound deferred_probe_work_func
[    2.304829] Modules linked in:
[    2.304865]
[    2.305133]
[    2.305401] Backtrace:
[    2.305562] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted 5.14.0-rc7+ #193
[    2.305614] Hardware name: ARM-Versatile Express
[    2.305576]
[    2.305781] [<c010c780>] (dump_backtrace) from [<c010cacc>] 
(show_stack+0x20/0x24)
[    2.306266] Workqueue: events_long serio_handle_event
[    2.306732]  r7:00000009 r6:00000000 r5:c0b1efb8 r4:600b0093
[    2.306889] PC is at strcmp+0x18/0x44
[    2.307115] [<c010caac>] (show_stack) from [<c091eba4>] 
(dump_stack_lvl+0x48/0x54)
[    2.307263] LR is at platform_match+0xb8/0xcc
[    2.307498] [<c091eb5c>] (dump_stack_lvl) from [<c091ebc8>] 
(dump_stack+0x18/0x1c)
[    2.307739] pc : [<c0560aec>]    lr : [<c064626c>]    psr: 60000013
[    2.307988]  r5:c0b4ef98 r4:c165ddc4
[    2.308317] sp : c1675d70  ip : c1675d80  fp : c1675d7c
[    2.308433] [<c091ebb0>] (dump_stack) from [<c01289c4>] 
(__warn+0x110/0x114)
[    2.308743] r10: 00000000  r9 : 00000000  r8 : 00000001
[    2.308961] [<c01288b4>] (__warn) from [<c0128a4c>] 
(warn_slowpath_fmt+0x84/0xc0)
[    2.309252] r7 : c0d04d08  r6 : c13aed18  r5 : c1090fc0  r4 : c13aed18
[    2.309547]  r9:00000009 r8:c0504f10 r7:00000019 r6:c0b4ef98 
r5:c0b4efbc r4:c0d04d08
[    2.309975] [<c01289cc>] (warn_slowpath_fmt) from [<c0504f10>] 
(refcount_warn_saturate+0x108/0x174)
[    2.310531] r3 : c0a5e1c0  r2 : 00000002  r1 : c0b82860  r0 : 00000000
[    2.311263] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  
Segment none
[    2.311298]  r9:600b0013 r8:00000000 r7:00000000 r6:c1787eb8 
r5:c165de3c r4:c1702b38
[    2.311899] Control: 10c5387d  Table: 8000406a  DAC: 00000051
[    2.312117] [<c0504e08>] (refcount_warn_saturate) from [<c055657c>] 
(klist_next+0x134/0x138)
[    2.312755] Register r0 information:
[    2.312964] [<c0556448>] (klist_next) from [<c06411dc>] 
(bus_for_each_drv+0x74/0xc8)
[    2.313345]  NULL pointer
[    2.313690] Register r1 information:
[    2.313736]  r9:00000000 r8:00000001 r7:c0d04d08 r6:c064373c 
r5:c165de6c r4:00000000
[    2.313933]  non-slab/vmalloc memory
[    2.314172] [<c0641168>] (bus_for_each_drv) from [<c0642f38>] 
(__device_attach+0xf0/0x15c)
[    2.315042]  r7:c10846b8 r6:c13ae444 r5:c13ae400 r4:c0d04d08
[    2.315060] Register r2 information:
[    2.315243] [<c0642e48>] (__device_attach) from [<c064390c>] 
(device_initial_probe+0x1c/0x20)
[    2.315276]  non-paged memory
[    2.315569]  r8:00000000 r7:c10846b8 r6:c13ae400 r5:c107d690 r4:c13ae400
[    2.315593] [<c06438f0>] (device_initial_probe) from [<c0642080>] 
(bus_probe_device+0x94/0x9c)
[    2.316192] [<c0641fec>] (bus_probe_device) from [<c064259c>] 
(deferred_probe_work_func+0x8c/0xb8)
[    2.316939]  r7:c10846b8 r6:c10846a4 r5:c10846a4 r4:c13ae400
[    2.317573] [<c0642510>] (deferred_probe_work_func) from [<c01475a4>] 
(process_one_work+0x238/0x594)
[    2.318513]  r9:00000000 r8:00000000 r7:c1225b00 r6:c1206200 
r5:c16b6f80 r4:c10846d4
[    2.318931] Register r3 information: non-slab/vmalloc memory
[    2.319218] [<c014736c>] (process_one_work) from [<c0147bc4>] 
(worker_thread+0x2c4/0x5f4)
[    2.320001]  r10:c0d03d00 r9:00000088 r8:ffffe000 r7:c1206218 
r6:c16b6f94 r5:c1206200
[    2.320280] Register r4 information:
[    2.320614]  r4:c16b6f80
[    2.320942] [<c0147900>] (worker_thread) from [<c014feb4>] 
(kthread+0x178/0x194)
[    2.321111]  slab kmalloc-1k
[    2.321403]  r10:c165c000 r9:c1313e74 r8:00000000 r7:c16b6f80 
r6:c0147900 r5:c16b5580
[    2.321391]  start c13aec00 pointer offset 280
[    2.321993]  r4:c13d4980
[    2.322006]  size 1024
[    2.322176] [<c014fd3c>] (kthread) from [<c0100150>] 
(ret_from_fork+0x14/0x24)
[    2.323165] Exception stack(0xc165dfb0 to 0xc165dff8)
[    2.323187]
[    2.323371] Register r5 information: non-slab/vmalloc memory
[    2.323535] Register r6 information: slab kmalloc-1k start c13aec00 
pointer offset 280 size 1024
[    2.324594] Register r7 information:
[    2.324597] dfa0:                                     00000000 
00000000 00000000 00000000
[    2.325507]  non-slab/vmalloc memory
[    2.325830] Register r8 information: non-paged memory
[    2.326267] Register r9 information:
[    2.326274] dfc0: 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
[    2.326453]  NULL pointer
[    2.326942] Register r10 information: NULL pointer
[    2.327159] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[    2.327258] Register r11 information: non-slab/vmalloc memory
[    2.327904] Register r12 information:
[    2.327928]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 
r6:00000000 r5:c014fd3c
[    2.327937]  non-slab/vmalloc memory
[    2.328057] Process kworker/0:2 (pid: 41, stack limit = 0x(ptrval))
[    2.328204] Stack: (0xc1675d70 to 0xc1676000)
[    2.328479]  r4:c16b5580
[    2.329851] ---[ end trace f293b13f591ee203 ]---
[    2.330027] 5d60:                                     c1675d9c 
c1675d80 c064626c c0560ae0
[    2.331070] 5d80: c1090fc0 c1675df4 c13aed18 c0d04d08 c1675dbc 
c1675da0 c0643778 c06461c0
[    2.331120] 8<--- cut here ---
[    2.331739] Unhandled fault: page domain fault (0x01b) at 0x00000010
[    2.331915] 5da0: 00000000 c1675df4 c064373c c0d04d08 c1675dec 
c1675dc0 c06411d0 c0643748
[    2.332379] pgd = (ptrval)
[    2.332408] 5dc0: c1675dec c16bf06c c1787eb8 76076098 c0d04d08 
c13aed18 c13aed5c c13aa800
[    2.332889] [00000010] *pgd=00000000
[    2.332951] 5de0: c1675e24 c1675df0 c0642f38 c0641174 c1675e44 
c13aed18 00000001 76076098
[    2.333535] 5e00: 00000000 c13aed18 c108ea84 c13aed18 c13aa800 
c10843a0 c1675e34 c1675e28
[    2.334201] 5e20: c064390c c0642e54 c1675e54 c1675e38 c0642080 
c06438fc c13aed18 00000000
[    2.334845] 5e40: c0d04d08 c13aa800 c1675eb4 c1675e58 c063fa1c 
c0641ff8 c13a5180 c1706380
[    2.335464] 5e60: eee2e0c0 c1201180 c071c008 c11ea558 c0b7f260 
c0b7f28c c1675eb4 c1675e88
[    2.336088] 5e80: c02e6368 76076098 00000001 c1706f4c c13aec00 
c108ea54 c1706f40 c11ea558
[    2.336758] 5ea0: c0b7f260 c0b7f28c c1675ef4 c1675eb8 c071c0e4 
c063f620 c0923300 c0158300
[    2.337399] 5ec0: 00000000 c13aed18 c1675ef4 c108ea70 c1702e80 
effc4400 effc7700 00000000
[    2.338025] 5ee0: 00000000 c10b2580 c1675f34 c1675ef8 c01475a4 
c071bf38 c13a5100 ffffe000
[    2.338663] 5f00: c1675f1c c1675f10 c0149250 c1702e80 effc4400 
c1702e94 effc4418 ffffe000
[    2.339296] 5f20: 00000008 c0d03d00 c1675f74 c1675f38 c014795c 
c0147378 c130fe74 c0b0c2c4
[    2.340102] 5f40: c10b1d2a effc4400 c1675f74 c1706000 c1706880 
c0147900 c1702e80 00000000
[    2.340736] 5f60: c130fe74 c1674000 c1675fac c1675f78 c014feb4 
c014790c c1706024 c1706024
[    2.341315] 5f80: c1675fac c1706880 c014fd3c 00000000 00000000 
00000000 00000000 00000000
[    2.341852] 5fa0: 00000000 c1675fb0 c0100150 c014fd48 00000000 
00000000 00000000 00000000
[    2.342407] 5fc0: 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
[    2.342957] 5fe0: 00000000 00000000 00000000 00000000 00000013 
00000000 00000000 00000000
[    2.343361] Backtrace:
[    2.343573] [<c0560ad4>] (strcmp) from [<c064626c>] 
(platform_match+0xb8/0xcc)
[    2.343954] [<c06461b4>] (platform_match) from [<c0643778>] 
(__device_attach_driver+0x3c/0xc4)
[    2.344369]  r7:c0d04d08 r6:c13aed18 r5:c1675df4 r4:c1090fc0
[    2.344615] [<c064373c>] (__device_attach_driver) from [<c06411d0>] 
(bus_for_each_drv+0x68/0xc8)
[    2.345015]  r7:c0d04d08 r6:c064373c r5:c1675df4 r4:00000000
[    2.345283] [<c0641168>] (bus_for_each_drv) from [<c0642f38>] 
(__device_attach+0xf0/0x15c)
[    2.345654]  r7:c13aa800 r6:c13aed5c r5:c13aed18 r4:c0d04d08
[    2.345903] [<c0642e48>] (__device_attach) from [<c064390c>] 
(device_initial_probe+0x1c/0x20)
[    2.346325]  r8:c10843a0 r7:c13aa800 r6:c13aed18 r5:c108ea84 r4:c13aed18
[    2.346635] [<c06438f0>] (device_initial_probe) from [<c0642080>] 
(bus_probe_device+0x94/0x9c)
[    2.347038] [<c0641fec>] (bus_probe_device) from [<c063fa1c>] 
(device_add+0x408/0x8b8)
[    2.347419]  r7:c13aa800 r6:c0d04d08 r5:00000000 r4:c13aed18
[    2.347695] [<c063f614>] (device_add) from [<c071c0e4>] 
(serio_handle_event+0x1b8/0x234)
[    2.348094]  r10:c0b7f28c r9:c0b7f260 r8:c11ea558 r7:c1706f40 
r6:c108ea54 r5:c13aec00
[    2.348453]  r4:c1706f4c
[    2.348604] [<c071bf2c>] (serio_handle_event) from [<c01475a4>] 
(process_one_work+0x238/0x594)
[    2.348968]  r10:c10b2580 r9:00000000 r8:00000000 r7:effc7700 
r6:effc4400 r5:c1702e80
[    2.349315]  r4:c108ea70
[    2.349468] [<c014736c>] (process_one_work) from [<c014795c>] 
(worker_thread+0x5c/0x5f4)
[    2.349875]  r10:c0d03d00 r9:00000008 r8:ffffe000 r7:effc4418 
r6:c1702e94 r5:effc4400
[    2.350169]  r4:c1702e80
[    2.350315] [<c0147900>] (worker_thread) from [<c014feb4>] 
(kthread+0x178/0x194)
[    2.350687]  r10:c1674000 r9:c130fe74 r8:00000000 r7:c1702e80 
r6:c0147900 r5:c1706880
[    2.351038]  r4:c1706000
[    2.351182] [<c014fd3c>] (kthread) from [<c0100150>] 
(ret_from_fork+0x14/0x24)
[    2.351500] Exception stack(0xc1675fb0 to 0xc1675ff8)
[    2.351855] 5fa0:                                     00000000 
00000000 00000000 00000000
[    2.352415] 5fc0: 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
[    2.352923] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[    2.353283]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 
r6:00000000 r5:c014fd3c
[    2.353618]  r4:c1706880
[    2.354146] Code: e24cb004 ea000001 e3530000 0a000006 (e4d03001)
[    2.354860] Internal error: : 1b [#2] SMP ARM
[    2.355172] Modules linked in:
[    2.355254] ---[ end trace f293b13f591ee204 ]---
[    2.355650] CPU: 1 PID: 27 Comm: kworker/u4:1 Tainted: G      D 
W         5.14.0-rc7+ #193
[    2.355888] Kernel panic - not syncing: Fatal exception
[    2.355990] Hardware name: ARM-Versatile Express
[    2.356735] Workqueue: events_unbound deferred_probe_work_func
[    2.357217] PC is at klist_put+0x20/0xa4
[    2.357537] LR is at klist_iter_exit+0x24/0x30
[    2.357872] pc : [<c0556280>]    lr : [<c0556340>]    psr: a00b0013
[    2.358299] sp : c165de00  ip : c165de20  fp : c165de1c
[    2.358655] r10: c10b2580  r9 : 00000000  r8 : 00000001
[    2.359009] r7 : c1702b38  r6 : 00000000  r5 : c165de6c  r4 : 00000000
[    2.359440] r3 : 00000000  r2 : 76076098  r1 : 00000000  r0 : 00000000
[    2.359893] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  
Segment none
[    2.360368] Control: 10c5387d  Table: 8177806a  DAC: 00000051
[    2.360759] Register r0 information: NULL pointer
[    2.361126] Register r1 information: NULL pointer
[    2.361477] Register r2 information: non-paged memory
[    2.361835] Register r3 information: NULL pointer
[    2.362162] Register r4 information: NULL pointer
[    2.362486] Register r5 information: non-slab/vmalloc memory
[    2.362887] Register r6 information: NULL pointer
[    2.363226] Register r7 information: slab kmalloc-128 start c1702b00 
pointer offset 56 size 128
[    2.363919] Register r8 information: non-paged memory
[    2.364299] Register r9 information: NULL pointer
[    2.364668] Register r10 information: non-slab/vmalloc memory
[    2.365089] Register r11 information: non-slab/vmalloc memory
[    2.365466] Register r12 information: non-slab/vmalloc memory
[    2.365872] Process kworker/u4:1 (pid: 27, stack limit = 0x(ptrval))
[    2.366297] Stack: (0xc165de00 to 0xc165e000)
[    2.366769] de00: c165de3c c165de6c c064373c c0d04d08 c165de34 
c165de20 c0556340 c055626c
[    2.367478] de20: 00000000 c165de6c c165de64 c165de38 c0641208 
c0556328 c165de64 c136996c
[    2.368192] de40: c1702b38 76076098 c0d04d08 c13ae400 c13ae444 
c10846b8 c165de9c c165de68
[    2.368934] de60: c0642f38 c0641174 c063c4c4 c13ae400 00000001 
76076098 00000000 c13ae400
[    2.369654] de80: c107d690 c13ae400 c10846b8 00000000 c165deac 
c165dea0 c064390c c0642e54
[    2.370367] dea0: c165decc c165deb0 c0642080 c06438fc c13ae400 
c10846a4 c10846a4 c10846b8
[    2.371046] dec0: c165def4 c165ded0 c064259c c0641ff8 c10846d4 
c16b6f80 c1206200 c1225b00
[    2.371774] dee0: 00000000 00000000 c165df34 c165def8 c01475a4 
c064251c c13906c0 ffffe000
[    2.372470] df00: c165df1c c165df10 c0149250 c16b6f80 c1206200 
c16b6f94 c1206218 ffffe000
[    2.373189] df20: 00000088 c0d03d00 c165df74 c165df38 c0147bc4 
c0147378 c1313e74 c0b0c2c4
[    2.373925] df40: c10b1d2a c1206200 c165df74 c13d4980 c16b5580 
c0147900 c16b6f80 00000000
[    2.374628] df60: c1313e74 c165c000 c165dfac c165df78 c014feb4 
c014790c c13d49a4 c13d49a4
[    2.375345] df80: c165dfac c16b5580 c014fd3c 00000000 00000000 
00000000 00000000 00000000
[    2.376080] dfa0: 00000000 c165dfb0 c0100150 c014fd48 00000000 
00000000 00000000 00000000
[    2.376807] dfc0: 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
[    2.377534] dfe0: 00000000 00000000 00000000 00000000 00000013 
00000000 00000000 00000000
[    2.378080] Backtrace:
[    2.378297] [<c0556260>] (klist_put) from [<c0556340>] 
(klist_iter_exit+0x24/0x30)
[    2.378819]  r7:c0d04d08 r6:c064373c r5:c165de6c r4:c165de3c
[    2.379199] [<c055631c>] (klist_iter_exit) from [<c0641208>] 
(bus_for_each_drv+0xa0/0xc8)
[    2.379701]  r5:c165de6c r4:00000000
[    2.379932] [<c0641168>] (bus_for_each_drv) from [<c0642f38>] 
(__device_attach+0xf0/0x15c)
[    2.380482]  r7:c10846b8 r6:c13ae444 r5:c13ae400 r4:c0d04d08
[    2.380871] [<c0642e48>] (__device_attach) from [<c064390c>] 
(device_initial_probe+0x1c/0x20)
[    2.381453]  r8:00000000 r7:c10846b8 r6:c13ae400 r5:c107d690 r4:c13ae400
[    2.381851] [<c06438f0>] (device_initial_probe) from [<c0642080>] 
(bus_probe_device+0x94/0x9c)
[    2.382364] [<c0641fec>] (bus_probe_device) from [<c064259c>] 
(deferred_probe_work_func+0x8c/0xb8)
[    2.382936]  r7:c10846b8 r6:c10846a4 r5:c10846a4 r4:c13ae400
[    2.383266] [<c0642510>] (deferred_probe_work_func) from [<c01475a4>] 
(process_one_work+0x238/0x594)
[    2.383885]  r9:00000000 r8:00000000 r7:c1225b00 r6:c1206200 
r5:c16b6f80 r4:c10846d4
[    2.384344] [<c014736c>] (process_one_work) from [<c0147bc4>] 
(worker_thread+0x2c4/0x5f4)
[    2.384893]  r10:c0d03d00 r9:00000088 r8:ffffe000 r7:c1206218 
r6:c16b6f94 r5:c1206200
[    2.385341]  r4:c16b6f80
[    2.385536] [<c0147900>] (worker_thread) from [<c014feb4>] 
(kthread+0x178/0x194)
[    2.386030]  r10:c165c000 r9:c1313e74 r8:00000000 r7:c16b6f80 
r6:c0147900 r5:c16b5580
[    2.386540]  r4:c13d4980
[    2.386742] [<c014fd3c>] (kthread) from [<c0100150>] 
(ret_from_fork+0x14/0x24)
[    2.387211] Exception stack(0xc165dfb0 to 0xc165dff8)
[    2.387653] dfa0:                                     00000000 
00000000 00000000 00000000
[    2.388374] dfc0: 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
[    2.389071] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[    2.389546]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 
r6:00000000 r5:c014fd3c
[    2.390037]  r4:c16b5580
[    2.390376] Code: e1a07000 e1a06001 e3c44001 e1a00004 (e5945010)
[    2.390836] ---[ end trace f293b13f591ee205 ]---
[    2.391580] ---[ end Kernel panic - not syncing: Fatal exception ]---


>>> -Saravana
>>>
>>> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
>>> .
>>>
> .
>

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> >>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>> solution that we have for amba devices. That causes a bunch of other
> >>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>> adding more reasons for delaying the addition of the device.
>
> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> (qemu-system-arm -M vexpress-a15),

Hi,

It's hard to make sense of the logs. Looks like two different threads
might be printing to the log at the same time? Can you please enable
the config that prints the thread ID (forgot what it's called) and
collect this again? With what I could tell the crash seems to be
happening somewhere in platform_match(), but that's not related to
this patch at all?

-Saravana

>
> without it, boot successfully.
>
> [    2.246057] aaci-pl041 1c040000.aaci: ARM AC'97 Interface PL041 rev0
> at 0x1c040000, irq 36
> [    2.246357] aaci-pl041 1c040000.aaci: FIFO 512 entries
> [    2.248617] NET: Registered PF_PACKET protocol family
> [    2.250481] 9pnet: Installing 9P2000 support
> [    2.251474] Registering SWP/SWPB emulation handler
> [    2.284374] 1c090000.serial: ttyAMA0 at MMIO 0x1c090000 (irq = 41,
> base_baud = 0) is a PL011 rev1
> [    2.287797] printk: console [ttyAMA0] enabled
> [    2.287797] printk: console [ttyAMA0] enabled
> [    2.288262] input: AT Raw Set 2 keyboard as
> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> [    2.288262] input: AT Raw Set 2 keyboard as
> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> [    2.288755] printk: bootconsole [earlycon0] disabled
> [    2.288755] printk: bootconsole [earlycon0] disabled
> [    2.294507] 1c0a0000.serial: ttyAMA1 at MMIO 0x1c0a0000 (irq = 42,
> base_baud = 0) is a PL011 rev1
> [    2.296950] 1c0b0000.serial: ttyAMA2 at MMIO 0x1c0b0000 (irq = 43,
> base_baud = 0) is a PL011 rev1
> [    2.298636] 1c0c0000.serial: ttyAMA3 at MMIO 0x1c0c0000 (irq = 44,
> base_baud = 0) is a PL011 rev1
> [    2.300496] 8<--- cut here ---
> [    2.300775] ------------[ cut here ]------------
> [    2.301260] Unable to handle kernel NULL pointer dereference at
> virtual address 00000000
> [    2.300928] WARNING: CPU: 1 PID: 27 at
> /home/wkf/work/hulk/lib/refcount.c:25 refcount_warn_saturate+0x108/0x174
> [    2.301700] pgd = (ptrval)
> [    2.302002] refcount_t: addition on 0; use-after-free.
> [    2.302184] [00000000] *pgd=00000000
> [    2.302363] Modules linked in:
> [    2.302384]
> [    2.302753]
> [    2.303501] CPU: 1 PID: 27 Comm: kworker/u4:1 Not tainted 5.14.0-rc7+
> #193
> [    2.303990] Hardware name: ARM-Versatile Express
> [    2.304198] Internal error: Oops: 5 [#1] SMP ARM
> [    2.304537] Workqueue: events_unbound deferred_probe_work_func
> [    2.304829] Modules linked in:
> [    2.304865]
> [    2.305133]
> [    2.305401] Backtrace:
> [    2.305562] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted 5.14.0-rc7+ #193
> [    2.305614] Hardware name: ARM-Versatile Express
> [    2.305576]
> [    2.305781] [<c010c780>] (dump_backtrace) from [<c010cacc>]
> (show_stack+0x20/0x24)
> [    2.306266] Workqueue: events_long serio_handle_event
> [    2.306732]  r7:00000009 r6:00000000 r5:c0b1efb8 r4:600b0093
> [    2.306889] PC is at strcmp+0x18/0x44
> [    2.307115] [<c010caac>] (show_stack) from [<c091eba4>]
> (dump_stack_lvl+0x48/0x54)
> [    2.307263] LR is at platform_match+0xb8/0xcc
> [    2.307498] [<c091eb5c>] (dump_stack_lvl) from [<c091ebc8>]
> (dump_stack+0x18/0x1c)
> [    2.307739] pc : [<c0560aec>]    lr : [<c064626c>]    psr: 60000013
> [    2.307988]  r5:c0b4ef98 r4:c165ddc4
> [    2.308317] sp : c1675d70  ip : c1675d80  fp : c1675d7c
> [    2.308433] [<c091ebb0>] (dump_stack) from [<c01289c4>]
> (__warn+0x110/0x114)
> [    2.308743] r10: 00000000  r9 : 00000000  r8 : 00000001
> [    2.308961] [<c01288b4>] (__warn) from [<c0128a4c>]
> (warn_slowpath_fmt+0x84/0xc0)
> [    2.309252] r7 : c0d04d08  r6 : c13aed18  r5 : c1090fc0  r4 : c13aed18
> [    2.309547]  r9:00000009 r8:c0504f10 r7:00000019 r6:c0b4ef98
> r5:c0b4efbc r4:c0d04d08
> [    2.309975] [<c01289cc>] (warn_slowpath_fmt) from [<c0504f10>]
> (refcount_warn_saturate+0x108/0x174)
> [    2.310531] r3 : c0a5e1c0  r2 : 00000002  r1 : c0b82860  r0 : 00000000
> [    2.311263] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
> Segment none
> [    2.311298]  r9:600b0013 r8:00000000 r7:00000000 r6:c1787eb8
> r5:c165de3c r4:c1702b38
> [    2.311899] Control: 10c5387d  Table: 8000406a  DAC: 00000051
> [    2.312117] [<c0504e08>] (refcount_warn_saturate) from [<c055657c>]
> (klist_next+0x134/0x138)
> [    2.312755] Register r0 information:
> [    2.312964] [<c0556448>] (klist_next) from [<c06411dc>]
> (bus_for_each_drv+0x74/0xc8)
> [    2.313345]  NULL pointer
> [    2.313690] Register r1 information:
> [    2.313736]  r9:00000000 r8:00000001 r7:c0d04d08 r6:c064373c
> r5:c165de6c r4:00000000
> [    2.313933]  non-slab/vmalloc memory
> [    2.314172] [<c0641168>] (bus_for_each_drv) from [<c0642f38>]
> (__device_attach+0xf0/0x15c)
> [    2.315042]  r7:c10846b8 r6:c13ae444 r5:c13ae400 r4:c0d04d08
> [    2.315060] Register r2 information:
> [    2.315243] [<c0642e48>] (__device_attach) from [<c064390c>]
> (device_initial_probe+0x1c/0x20)
> [    2.315276]  non-paged memory
> [    2.315569]  r8:00000000 r7:c10846b8 r6:c13ae400 r5:c107d690 r4:c13ae400
> [    2.315593] [<c06438f0>] (device_initial_probe) from [<c0642080>]
> (bus_probe_device+0x94/0x9c)
> [    2.316192] [<c0641fec>] (bus_probe_device) from [<c064259c>]
> (deferred_probe_work_func+0x8c/0xb8)
> [    2.316939]  r7:c10846b8 r6:c10846a4 r5:c10846a4 r4:c13ae400
> [    2.317573] [<c0642510>] (deferred_probe_work_func) from [<c01475a4>]
> (process_one_work+0x238/0x594)
> [    2.318513]  r9:00000000 r8:00000000 r7:c1225b00 r6:c1206200
> r5:c16b6f80 r4:c10846d4
> [    2.318931] Register r3 information: non-slab/vmalloc memory
> [    2.319218] [<c014736c>] (process_one_work) from [<c0147bc4>]
> (worker_thread+0x2c4/0x5f4)
> [    2.320001]  r10:c0d03d00 r9:00000088 r8:ffffe000 r7:c1206218
> r6:c16b6f94 r5:c1206200
> [    2.320280] Register r4 information:
> [    2.320614]  r4:c16b6f80
> [    2.320942] [<c0147900>] (worker_thread) from [<c014feb4>]
> (kthread+0x178/0x194)
> [    2.321111]  slab kmalloc-1k
> [    2.321403]  r10:c165c000 r9:c1313e74 r8:00000000 r7:c16b6f80
> r6:c0147900 r5:c16b5580
> [    2.321391]  start c13aec00 pointer offset 280
> [    2.321993]  r4:c13d4980
> [    2.322006]  size 1024
> [    2.322176] [<c014fd3c>] (kthread) from [<c0100150>]
> (ret_from_fork+0x14/0x24)
> [    2.323165] Exception stack(0xc165dfb0 to 0xc165dff8)
> [    2.323187]
> [    2.323371] Register r5 information: non-slab/vmalloc memory
> [    2.323535] Register r6 information: slab kmalloc-1k start c13aec00
> pointer offset 280 size 1024
> [    2.324594] Register r7 information:
> [    2.324597] dfa0:                                     00000000
> 00000000 00000000 00000000
> [    2.325507]  non-slab/vmalloc memory
> [    2.325830] Register r8 information: non-paged memory
> [    2.326267] Register r9 information:
> [    2.326274] dfc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.326453]  NULL pointer
> [    2.326942] Register r10 information: NULL pointer
> [    2.327159] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
> [    2.327258] Register r11 information: non-slab/vmalloc memory
> [    2.327904] Register r12 information:
> [    2.327928]  r10:00000000 r9:00000000 r8:00000000 r7:00000000
> r6:00000000 r5:c014fd3c
> [    2.327937]  non-slab/vmalloc memory
> [    2.328057] Process kworker/0:2 (pid: 41, stack limit = 0x(ptrval))
> [    2.328204] Stack: (0xc1675d70 to 0xc1676000)
> [    2.328479]  r4:c16b5580
> [    2.329851] ---[ end trace f293b13f591ee203 ]---
> [    2.330027] 5d60:                                     c1675d9c
> c1675d80 c064626c c0560ae0
> [    2.331070] 5d80: c1090fc0 c1675df4 c13aed18 c0d04d08 c1675dbc
> c1675da0 c0643778 c06461c0
> [    2.331120] 8<--- cut here ---
> [    2.331739] Unhandled fault: page domain fault (0x01b) at 0x00000010
> [    2.331915] 5da0: 00000000 c1675df4 c064373c c0d04d08 c1675dec
> c1675dc0 c06411d0 c0643748
> [    2.332379] pgd = (ptrval)
> [    2.332408] 5dc0: c1675dec c16bf06c c1787eb8 76076098 c0d04d08
> c13aed18 c13aed5c c13aa800
> [    2.332889] [00000010] *pgd=00000000
> [    2.332951] 5de0: c1675e24 c1675df0 c0642f38 c0641174 c1675e44
> c13aed18 00000001 76076098
> [    2.333535] 5e00: 00000000 c13aed18 c108ea84 c13aed18 c13aa800
> c10843a0 c1675e34 c1675e28
> [    2.334201] 5e20: c064390c c0642e54 c1675e54 c1675e38 c0642080
> c06438fc c13aed18 00000000
> [    2.334845] 5e40: c0d04d08 c13aa800 c1675eb4 c1675e58 c063fa1c
> c0641ff8 c13a5180 c1706380
> [    2.335464] 5e60: eee2e0c0 c1201180 c071c008 c11ea558 c0b7f260
> c0b7f28c c1675eb4 c1675e88
> [    2.336088] 5e80: c02e6368 76076098 00000001 c1706f4c c13aec00
> c108ea54 c1706f40 c11ea558
> [    2.336758] 5ea0: c0b7f260 c0b7f28c c1675ef4 c1675eb8 c071c0e4
> c063f620 c0923300 c0158300
> [    2.337399] 5ec0: 00000000 c13aed18 c1675ef4 c108ea70 c1702e80
> effc4400 effc7700 00000000
> [    2.338025] 5ee0: 00000000 c10b2580 c1675f34 c1675ef8 c01475a4
> c071bf38 c13a5100 ffffe000
> [    2.338663] 5f00: c1675f1c c1675f10 c0149250 c1702e80 effc4400
> c1702e94 effc4418 ffffe000
> [    2.339296] 5f20: 00000008 c0d03d00 c1675f74 c1675f38 c014795c
> c0147378 c130fe74 c0b0c2c4
> [    2.340102] 5f40: c10b1d2a effc4400 c1675f74 c1706000 c1706880
> c0147900 c1702e80 00000000
> [    2.340736] 5f60: c130fe74 c1674000 c1675fac c1675f78 c014feb4
> c014790c c1706024 c1706024
> [    2.341315] 5f80: c1675fac c1706880 c014fd3c 00000000 00000000
> 00000000 00000000 00000000
> [    2.341852] 5fa0: 00000000 c1675fb0 c0100150 c014fd48 00000000
> 00000000 00000000 00000000
> [    2.342407] 5fc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.342957] 5fe0: 00000000 00000000 00000000 00000000 00000013
> 00000000 00000000 00000000
> [    2.343361] Backtrace:
> [    2.343573] [<c0560ad4>] (strcmp) from [<c064626c>]
> (platform_match+0xb8/0xcc)
> [    2.343954] [<c06461b4>] (platform_match) from [<c0643778>]
> (__device_attach_driver+0x3c/0xc4)
> [    2.344369]  r7:c0d04d08 r6:c13aed18 r5:c1675df4 r4:c1090fc0
> [    2.344615] [<c064373c>] (__device_attach_driver) from [<c06411d0>]
> (bus_for_each_drv+0x68/0xc8)
> [    2.345015]  r7:c0d04d08 r6:c064373c r5:c1675df4 r4:00000000
> [    2.345283] [<c0641168>] (bus_for_each_drv) from [<c0642f38>]
> (__device_attach+0xf0/0x15c)
> [    2.345654]  r7:c13aa800 r6:c13aed5c r5:c13aed18 r4:c0d04d08
> [    2.345903] [<c0642e48>] (__device_attach) from [<c064390c>]
> (device_initial_probe+0x1c/0x20)
> [    2.346325]  r8:c10843a0 r7:c13aa800 r6:c13aed18 r5:c108ea84 r4:c13aed18
> [    2.346635] [<c06438f0>] (device_initial_probe) from [<c0642080>]
> (bus_probe_device+0x94/0x9c)
> [    2.347038] [<c0641fec>] (bus_probe_device) from [<c063fa1c>]
> (device_add+0x408/0x8b8)
> [    2.347419]  r7:c13aa800 r6:c0d04d08 r5:00000000 r4:c13aed18
> [    2.347695] [<c063f614>] (device_add) from [<c071c0e4>]
> (serio_handle_event+0x1b8/0x234)
> [    2.348094]  r10:c0b7f28c r9:c0b7f260 r8:c11ea558 r7:c1706f40
> r6:c108ea54 r5:c13aec00
> [    2.348453]  r4:c1706f4c
> [    2.348604] [<c071bf2c>] (serio_handle_event) from [<c01475a4>]
> (process_one_work+0x238/0x594)
> [    2.348968]  r10:c10b2580 r9:00000000 r8:00000000 r7:effc7700
> r6:effc4400 r5:c1702e80
> [    2.349315]  r4:c108ea70
> [    2.349468] [<c014736c>] (process_one_work) from [<c014795c>]
> (worker_thread+0x5c/0x5f4)
> [    2.349875]  r10:c0d03d00 r9:00000008 r8:ffffe000 r7:effc4418
> r6:c1702e94 r5:effc4400
> [    2.350169]  r4:c1702e80
> [    2.350315] [<c0147900>] (worker_thread) from [<c014feb4>]
> (kthread+0x178/0x194)
> [    2.350687]  r10:c1674000 r9:c130fe74 r8:00000000 r7:c1702e80
> r6:c0147900 r5:c1706880
> [    2.351038]  r4:c1706000
> [    2.351182] [<c014fd3c>] (kthread) from [<c0100150>]
> (ret_from_fork+0x14/0x24)
> [    2.351500] Exception stack(0xc1675fb0 to 0xc1675ff8)
> [    2.351855] 5fa0:                                     00000000
> 00000000 00000000 00000000
> [    2.352415] 5fc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.352923] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000
> [    2.353283]  r10:00000000 r9:00000000 r8:00000000 r7:00000000
> r6:00000000 r5:c014fd3c
> [    2.353618]  r4:c1706880
> [    2.354146] Code: e24cb004 ea000001 e3530000 0a000006 (e4d03001)
> [    2.354860] Internal error: : 1b [#2] SMP ARM
> [    2.355172] Modules linked in:
> [    2.355254] ---[ end trace f293b13f591ee204 ]---
> [    2.355650] CPU: 1 PID: 27 Comm: kworker/u4:1 Tainted: G      D
> W         5.14.0-rc7+ #193
> [    2.355888] Kernel panic - not syncing: Fatal exception
> [    2.355990] Hardware name: ARM-Versatile Express
> [    2.356735] Workqueue: events_unbound deferred_probe_work_func
> [    2.357217] PC is at klist_put+0x20/0xa4
> [    2.357537] LR is at klist_iter_exit+0x24/0x30
> [    2.357872] pc : [<c0556280>]    lr : [<c0556340>]    psr: a00b0013
> [    2.358299] sp : c165de00  ip : c165de20  fp : c165de1c
> [    2.358655] r10: c10b2580  r9 : 00000000  r8 : 00000001
> [    2.359009] r7 : c1702b38  r6 : 00000000  r5 : c165de6c  r4 : 00000000
> [    2.359440] r3 : 00000000  r2 : 76076098  r1 : 00000000  r0 : 00000000
> [    2.359893] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
> Segment none
> [    2.360368] Control: 10c5387d  Table: 8177806a  DAC: 00000051
> [    2.360759] Register r0 information: NULL pointer
> [    2.361126] Register r1 information: NULL pointer
> [    2.361477] Register r2 information: non-paged memory
> [    2.361835] Register r3 information: NULL pointer
> [    2.362162] Register r4 information: NULL pointer
> [    2.362486] Register r5 information: non-slab/vmalloc memory
> [    2.362887] Register r6 information: NULL pointer
> [    2.363226] Register r7 information: slab kmalloc-128 start c1702b00
> pointer offset 56 size 128
> [    2.363919] Register r8 information: non-paged memory
> [    2.364299] Register r9 information: NULL pointer
> [    2.364668] Register r10 information: non-slab/vmalloc memory
> [    2.365089] Register r11 information: non-slab/vmalloc memory
> [    2.365466] Register r12 information: non-slab/vmalloc memory
> [    2.365872] Process kworker/u4:1 (pid: 27, stack limit = 0x(ptrval))
> [    2.366297] Stack: (0xc165de00 to 0xc165e000)
> [    2.366769] de00: c165de3c c165de6c c064373c c0d04d08 c165de34
> c165de20 c0556340 c055626c
> [    2.367478] de20: 00000000 c165de6c c165de64 c165de38 c0641208
> c0556328 c165de64 c136996c
> [    2.368192] de40: c1702b38 76076098 c0d04d08 c13ae400 c13ae444
> c10846b8 c165de9c c165de68
> [    2.368934] de60: c0642f38 c0641174 c063c4c4 c13ae400 00000001
> 76076098 00000000 c13ae400
> [    2.369654] de80: c107d690 c13ae400 c10846b8 00000000 c165deac
> c165dea0 c064390c c0642e54
> [    2.370367] dea0: c165decc c165deb0 c0642080 c06438fc c13ae400
> c10846a4 c10846a4 c10846b8
> [    2.371046] dec0: c165def4 c165ded0 c064259c c0641ff8 c10846d4
> c16b6f80 c1206200 c1225b00
> [    2.371774] dee0: 00000000 00000000 c165df34 c165def8 c01475a4
> c064251c c13906c0 ffffe000
> [    2.372470] df00: c165df1c c165df10 c0149250 c16b6f80 c1206200
> c16b6f94 c1206218 ffffe000
> [    2.373189] df20: 00000088 c0d03d00 c165df74 c165df38 c0147bc4
> c0147378 c1313e74 c0b0c2c4
> [    2.373925] df40: c10b1d2a c1206200 c165df74 c13d4980 c16b5580
> c0147900 c16b6f80 00000000
> [    2.374628] df60: c1313e74 c165c000 c165dfac c165df78 c014feb4
> c014790c c13d49a4 c13d49a4
> [    2.375345] df80: c165dfac c16b5580 c014fd3c 00000000 00000000
> 00000000 00000000 00000000
> [    2.376080] dfa0: 00000000 c165dfb0 c0100150 c014fd48 00000000
> 00000000 00000000 00000000
> [    2.376807] dfc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.377534] dfe0: 00000000 00000000 00000000 00000000 00000013
> 00000000 00000000 00000000
> [    2.378080] Backtrace:
> [    2.378297] [<c0556260>] (klist_put) from [<c0556340>]
> (klist_iter_exit+0x24/0x30)
> [    2.378819]  r7:c0d04d08 r6:c064373c r5:c165de6c r4:c165de3c
> [    2.379199] [<c055631c>] (klist_iter_exit) from [<c0641208>]
> (bus_for_each_drv+0xa0/0xc8)
> [    2.379701]  r5:c165de6c r4:00000000
> [    2.379932] [<c0641168>] (bus_for_each_drv) from [<c0642f38>]
> (__device_attach+0xf0/0x15c)
> [    2.380482]  r7:c10846b8 r6:c13ae444 r5:c13ae400 r4:c0d04d08
> [    2.380871] [<c0642e48>] (__device_attach) from [<c064390c>]
> (device_initial_probe+0x1c/0x20)
> [    2.381453]  r8:00000000 r7:c10846b8 r6:c13ae400 r5:c107d690 r4:c13ae400
> [    2.381851] [<c06438f0>] (device_initial_probe) from [<c0642080>]
> (bus_probe_device+0x94/0x9c)
> [    2.382364] [<c0641fec>] (bus_probe_device) from [<c064259c>]
> (deferred_probe_work_func+0x8c/0xb8)
> [    2.382936]  r7:c10846b8 r6:c10846a4 r5:c10846a4 r4:c13ae400
> [    2.383266] [<c0642510>] (deferred_probe_work_func) from [<c01475a4>]
> (process_one_work+0x238/0x594)
> [    2.383885]  r9:00000000 r8:00000000 r7:c1225b00 r6:c1206200
> r5:c16b6f80 r4:c10846d4
> [    2.384344] [<c014736c>] (process_one_work) from [<c0147bc4>]
> (worker_thread+0x2c4/0x5f4)
> [    2.384893]  r10:c0d03d00 r9:00000088 r8:ffffe000 r7:c1206218
> r6:c16b6f94 r5:c1206200
> [    2.385341]  r4:c16b6f80
> [    2.385536] [<c0147900>] (worker_thread) from [<c014feb4>]
> (kthread+0x178/0x194)
> [    2.386030]  r10:c165c000 r9:c1313e74 r8:00000000 r7:c16b6f80
> r6:c0147900 r5:c16b5580
> [    2.386540]  r4:c13d4980
> [    2.386742] [<c014fd3c>] (kthread) from [<c0100150>]
> (ret_from_fork+0x14/0x24)
> [    2.387211] Exception stack(0xc165dfb0 to 0xc165dff8)
> [    2.387653] dfa0:                                     00000000
> 00000000 00000000 00000000
> [    2.388374] dfc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.389071] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
> [    2.389546]  r10:00000000 r9:00000000 r8:00000000 r7:00000000
> r6:00000000 r5:c014fd3c
> [    2.390037]  r4:c16b5580
> [    2.390376] Code: e1a07000 e1a06001 e3c44001 e1a00004 (e5945010)
> [    2.390836] ---[ end trace f293b13f591ee205 ]---
> [    2.391580] ---[ end Kernel panic - not syncing: Fatal exception ]---
>
>
> >>> -Saravana
> >>>
> >>> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> >>> .
> >>>
> > .
> >

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> >>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>> solution that we have for amba devices. That causes a bunch of other
> >>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>> adding more reasons for delaying the addition of the device.
>
> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> (qemu-system-arm -M vexpress-a15),

Hi,

It's hard to make sense of the logs. Looks like two different threads
might be printing to the log at the same time? Can you please enable
the config that prints the thread ID (forgot what it's called) and
collect this again? With what I could tell the crash seems to be
happening somewhere in platform_match(), but that's not related to
this patch at all?

-Saravana

>
> without it, boot successfully.
>
> [    2.246057] aaci-pl041 1c040000.aaci: ARM AC'97 Interface PL041 rev0
> at 0x1c040000, irq 36
> [    2.246357] aaci-pl041 1c040000.aaci: FIFO 512 entries
> [    2.248617] NET: Registered PF_PACKET protocol family
> [    2.250481] 9pnet: Installing 9P2000 support
> [    2.251474] Registering SWP/SWPB emulation handler
> [    2.284374] 1c090000.serial: ttyAMA0 at MMIO 0x1c090000 (irq = 41,
> base_baud = 0) is a PL011 rev1
> [    2.287797] printk: console [ttyAMA0] enabled
> [    2.287797] printk: console [ttyAMA0] enabled
> [    2.288262] input: AT Raw Set 2 keyboard as
> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> [    2.288262] input: AT Raw Set 2 keyboard as
> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> [    2.288755] printk: bootconsole [earlycon0] disabled
> [    2.288755] printk: bootconsole [earlycon0] disabled
> [    2.294507] 1c0a0000.serial: ttyAMA1 at MMIO 0x1c0a0000 (irq = 42,
> base_baud = 0) is a PL011 rev1
> [    2.296950] 1c0b0000.serial: ttyAMA2 at MMIO 0x1c0b0000 (irq = 43,
> base_baud = 0) is a PL011 rev1
> [    2.298636] 1c0c0000.serial: ttyAMA3 at MMIO 0x1c0c0000 (irq = 44,
> base_baud = 0) is a PL011 rev1
> [    2.300496] 8<--- cut here ---
> [    2.300775] ------------[ cut here ]------------
> [    2.301260] Unable to handle kernel NULL pointer dereference at
> virtual address 00000000
> [    2.300928] WARNING: CPU: 1 PID: 27 at
> /home/wkf/work/hulk/lib/refcount.c:25 refcount_warn_saturate+0x108/0x174
> [    2.301700] pgd = (ptrval)
> [    2.302002] refcount_t: addition on 0; use-after-free.
> [    2.302184] [00000000] *pgd=00000000
> [    2.302363] Modules linked in:
> [    2.302384]
> [    2.302753]
> [    2.303501] CPU: 1 PID: 27 Comm: kworker/u4:1 Not tainted 5.14.0-rc7+
> #193
> [    2.303990] Hardware name: ARM-Versatile Express
> [    2.304198] Internal error: Oops: 5 [#1] SMP ARM
> [    2.304537] Workqueue: events_unbound deferred_probe_work_func
> [    2.304829] Modules linked in:
> [    2.304865]
> [    2.305133]
> [    2.305401] Backtrace:
> [    2.305562] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted 5.14.0-rc7+ #193
> [    2.305614] Hardware name: ARM-Versatile Express
> [    2.305576]
> [    2.305781] [<c010c780>] (dump_backtrace) from [<c010cacc>]
> (show_stack+0x20/0x24)
> [    2.306266] Workqueue: events_long serio_handle_event
> [    2.306732]  r7:00000009 r6:00000000 r5:c0b1efb8 r4:600b0093
> [    2.306889] PC is at strcmp+0x18/0x44
> [    2.307115] [<c010caac>] (show_stack) from [<c091eba4>]
> (dump_stack_lvl+0x48/0x54)
> [    2.307263] LR is at platform_match+0xb8/0xcc
> [    2.307498] [<c091eb5c>] (dump_stack_lvl) from [<c091ebc8>]
> (dump_stack+0x18/0x1c)
> [    2.307739] pc : [<c0560aec>]    lr : [<c064626c>]    psr: 60000013
> [    2.307988]  r5:c0b4ef98 r4:c165ddc4
> [    2.308317] sp : c1675d70  ip : c1675d80  fp : c1675d7c
> [    2.308433] [<c091ebb0>] (dump_stack) from [<c01289c4>]
> (__warn+0x110/0x114)
> [    2.308743] r10: 00000000  r9 : 00000000  r8 : 00000001
> [    2.308961] [<c01288b4>] (__warn) from [<c0128a4c>]
> (warn_slowpath_fmt+0x84/0xc0)
> [    2.309252] r7 : c0d04d08  r6 : c13aed18  r5 : c1090fc0  r4 : c13aed18
> [    2.309547]  r9:00000009 r8:c0504f10 r7:00000019 r6:c0b4ef98
> r5:c0b4efbc r4:c0d04d08
> [    2.309975] [<c01289cc>] (warn_slowpath_fmt) from [<c0504f10>]
> (refcount_warn_saturate+0x108/0x174)
> [    2.310531] r3 : c0a5e1c0  r2 : 00000002  r1 : c0b82860  r0 : 00000000
> [    2.311263] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
> Segment none
> [    2.311298]  r9:600b0013 r8:00000000 r7:00000000 r6:c1787eb8
> r5:c165de3c r4:c1702b38
> [    2.311899] Control: 10c5387d  Table: 8000406a  DAC: 00000051
> [    2.312117] [<c0504e08>] (refcount_warn_saturate) from [<c055657c>]
> (klist_next+0x134/0x138)
> [    2.312755] Register r0 information:
> [    2.312964] [<c0556448>] (klist_next) from [<c06411dc>]
> (bus_for_each_drv+0x74/0xc8)
> [    2.313345]  NULL pointer
> [    2.313690] Register r1 information:
> [    2.313736]  r9:00000000 r8:00000001 r7:c0d04d08 r6:c064373c
> r5:c165de6c r4:00000000
> [    2.313933]  non-slab/vmalloc memory
> [    2.314172] [<c0641168>] (bus_for_each_drv) from [<c0642f38>]
> (__device_attach+0xf0/0x15c)
> [    2.315042]  r7:c10846b8 r6:c13ae444 r5:c13ae400 r4:c0d04d08
> [    2.315060] Register r2 information:
> [    2.315243] [<c0642e48>] (__device_attach) from [<c064390c>]
> (device_initial_probe+0x1c/0x20)
> [    2.315276]  non-paged memory
> [    2.315569]  r8:00000000 r7:c10846b8 r6:c13ae400 r5:c107d690 r4:c13ae400
> [    2.315593] [<c06438f0>] (device_initial_probe) from [<c0642080>]
> (bus_probe_device+0x94/0x9c)
> [    2.316192] [<c0641fec>] (bus_probe_device) from [<c064259c>]
> (deferred_probe_work_func+0x8c/0xb8)
> [    2.316939]  r7:c10846b8 r6:c10846a4 r5:c10846a4 r4:c13ae400
> [    2.317573] [<c0642510>] (deferred_probe_work_func) from [<c01475a4>]
> (process_one_work+0x238/0x594)
> [    2.318513]  r9:00000000 r8:00000000 r7:c1225b00 r6:c1206200
> r5:c16b6f80 r4:c10846d4
> [    2.318931] Register r3 information: non-slab/vmalloc memory
> [    2.319218] [<c014736c>] (process_one_work) from [<c0147bc4>]
> (worker_thread+0x2c4/0x5f4)
> [    2.320001]  r10:c0d03d00 r9:00000088 r8:ffffe000 r7:c1206218
> r6:c16b6f94 r5:c1206200
> [    2.320280] Register r4 information:
> [    2.320614]  r4:c16b6f80
> [    2.320942] [<c0147900>] (worker_thread) from [<c014feb4>]
> (kthread+0x178/0x194)
> [    2.321111]  slab kmalloc-1k
> [    2.321403]  r10:c165c000 r9:c1313e74 r8:00000000 r7:c16b6f80
> r6:c0147900 r5:c16b5580
> [    2.321391]  start c13aec00 pointer offset 280
> [    2.321993]  r4:c13d4980
> [    2.322006]  size 1024
> [    2.322176] [<c014fd3c>] (kthread) from [<c0100150>]
> (ret_from_fork+0x14/0x24)
> [    2.323165] Exception stack(0xc165dfb0 to 0xc165dff8)
> [    2.323187]
> [    2.323371] Register r5 information: non-slab/vmalloc memory
> [    2.323535] Register r6 information: slab kmalloc-1k start c13aec00
> pointer offset 280 size 1024
> [    2.324594] Register r7 information:
> [    2.324597] dfa0:                                     00000000
> 00000000 00000000 00000000
> [    2.325507]  non-slab/vmalloc memory
> [    2.325830] Register r8 information: non-paged memory
> [    2.326267] Register r9 information:
> [    2.326274] dfc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.326453]  NULL pointer
> [    2.326942] Register r10 information: NULL pointer
> [    2.327159] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
> [    2.327258] Register r11 information: non-slab/vmalloc memory
> [    2.327904] Register r12 information:
> [    2.327928]  r10:00000000 r9:00000000 r8:00000000 r7:00000000
> r6:00000000 r5:c014fd3c
> [    2.327937]  non-slab/vmalloc memory
> [    2.328057] Process kworker/0:2 (pid: 41, stack limit = 0x(ptrval))
> [    2.328204] Stack: (0xc1675d70 to 0xc1676000)
> [    2.328479]  r4:c16b5580
> [    2.329851] ---[ end trace f293b13f591ee203 ]---
> [    2.330027] 5d60:                                     c1675d9c
> c1675d80 c064626c c0560ae0
> [    2.331070] 5d80: c1090fc0 c1675df4 c13aed18 c0d04d08 c1675dbc
> c1675da0 c0643778 c06461c0
> [    2.331120] 8<--- cut here ---
> [    2.331739] Unhandled fault: page domain fault (0x01b) at 0x00000010
> [    2.331915] 5da0: 00000000 c1675df4 c064373c c0d04d08 c1675dec
> c1675dc0 c06411d0 c0643748
> [    2.332379] pgd = (ptrval)
> [    2.332408] 5dc0: c1675dec c16bf06c c1787eb8 76076098 c0d04d08
> c13aed18 c13aed5c c13aa800
> [    2.332889] [00000010] *pgd=00000000
> [    2.332951] 5de0: c1675e24 c1675df0 c0642f38 c0641174 c1675e44
> c13aed18 00000001 76076098
> [    2.333535] 5e00: 00000000 c13aed18 c108ea84 c13aed18 c13aa800
> c10843a0 c1675e34 c1675e28
> [    2.334201] 5e20: c064390c c0642e54 c1675e54 c1675e38 c0642080
> c06438fc c13aed18 00000000
> [    2.334845] 5e40: c0d04d08 c13aa800 c1675eb4 c1675e58 c063fa1c
> c0641ff8 c13a5180 c1706380
> [    2.335464] 5e60: eee2e0c0 c1201180 c071c008 c11ea558 c0b7f260
> c0b7f28c c1675eb4 c1675e88
> [    2.336088] 5e80: c02e6368 76076098 00000001 c1706f4c c13aec00
> c108ea54 c1706f40 c11ea558
> [    2.336758] 5ea0: c0b7f260 c0b7f28c c1675ef4 c1675eb8 c071c0e4
> c063f620 c0923300 c0158300
> [    2.337399] 5ec0: 00000000 c13aed18 c1675ef4 c108ea70 c1702e80
> effc4400 effc7700 00000000
> [    2.338025] 5ee0: 00000000 c10b2580 c1675f34 c1675ef8 c01475a4
> c071bf38 c13a5100 ffffe000
> [    2.338663] 5f00: c1675f1c c1675f10 c0149250 c1702e80 effc4400
> c1702e94 effc4418 ffffe000
> [    2.339296] 5f20: 00000008 c0d03d00 c1675f74 c1675f38 c014795c
> c0147378 c130fe74 c0b0c2c4
> [    2.340102] 5f40: c10b1d2a effc4400 c1675f74 c1706000 c1706880
> c0147900 c1702e80 00000000
> [    2.340736] 5f60: c130fe74 c1674000 c1675fac c1675f78 c014feb4
> c014790c c1706024 c1706024
> [    2.341315] 5f80: c1675fac c1706880 c014fd3c 00000000 00000000
> 00000000 00000000 00000000
> [    2.341852] 5fa0: 00000000 c1675fb0 c0100150 c014fd48 00000000
> 00000000 00000000 00000000
> [    2.342407] 5fc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.342957] 5fe0: 00000000 00000000 00000000 00000000 00000013
> 00000000 00000000 00000000
> [    2.343361] Backtrace:
> [    2.343573] [<c0560ad4>] (strcmp) from [<c064626c>]
> (platform_match+0xb8/0xcc)
> [    2.343954] [<c06461b4>] (platform_match) from [<c0643778>]
> (__device_attach_driver+0x3c/0xc4)
> [    2.344369]  r7:c0d04d08 r6:c13aed18 r5:c1675df4 r4:c1090fc0
> [    2.344615] [<c064373c>] (__device_attach_driver) from [<c06411d0>]
> (bus_for_each_drv+0x68/0xc8)
> [    2.345015]  r7:c0d04d08 r6:c064373c r5:c1675df4 r4:00000000
> [    2.345283] [<c0641168>] (bus_for_each_drv) from [<c0642f38>]
> (__device_attach+0xf0/0x15c)
> [    2.345654]  r7:c13aa800 r6:c13aed5c r5:c13aed18 r4:c0d04d08
> [    2.345903] [<c0642e48>] (__device_attach) from [<c064390c>]
> (device_initial_probe+0x1c/0x20)
> [    2.346325]  r8:c10843a0 r7:c13aa800 r6:c13aed18 r5:c108ea84 r4:c13aed18
> [    2.346635] [<c06438f0>] (device_initial_probe) from [<c0642080>]
> (bus_probe_device+0x94/0x9c)
> [    2.347038] [<c0641fec>] (bus_probe_device) from [<c063fa1c>]
> (device_add+0x408/0x8b8)
> [    2.347419]  r7:c13aa800 r6:c0d04d08 r5:00000000 r4:c13aed18
> [    2.347695] [<c063f614>] (device_add) from [<c071c0e4>]
> (serio_handle_event+0x1b8/0x234)
> [    2.348094]  r10:c0b7f28c r9:c0b7f260 r8:c11ea558 r7:c1706f40
> r6:c108ea54 r5:c13aec00
> [    2.348453]  r4:c1706f4c
> [    2.348604] [<c071bf2c>] (serio_handle_event) from [<c01475a4>]
> (process_one_work+0x238/0x594)
> [    2.348968]  r10:c10b2580 r9:00000000 r8:00000000 r7:effc7700
> r6:effc4400 r5:c1702e80
> [    2.349315]  r4:c108ea70
> [    2.349468] [<c014736c>] (process_one_work) from [<c014795c>]
> (worker_thread+0x5c/0x5f4)
> [    2.349875]  r10:c0d03d00 r9:00000008 r8:ffffe000 r7:effc4418
> r6:c1702e94 r5:effc4400
> [    2.350169]  r4:c1702e80
> [    2.350315] [<c0147900>] (worker_thread) from [<c014feb4>]
> (kthread+0x178/0x194)
> [    2.350687]  r10:c1674000 r9:c130fe74 r8:00000000 r7:c1702e80
> r6:c0147900 r5:c1706880
> [    2.351038]  r4:c1706000
> [    2.351182] [<c014fd3c>] (kthread) from [<c0100150>]
> (ret_from_fork+0x14/0x24)
> [    2.351500] Exception stack(0xc1675fb0 to 0xc1675ff8)
> [    2.351855] 5fa0:                                     00000000
> 00000000 00000000 00000000
> [    2.352415] 5fc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.352923] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000
> [    2.353283]  r10:00000000 r9:00000000 r8:00000000 r7:00000000
> r6:00000000 r5:c014fd3c
> [    2.353618]  r4:c1706880
> [    2.354146] Code: e24cb004 ea000001 e3530000 0a000006 (e4d03001)
> [    2.354860] Internal error: : 1b [#2] SMP ARM
> [    2.355172] Modules linked in:
> [    2.355254] ---[ end trace f293b13f591ee204 ]---
> [    2.355650] CPU: 1 PID: 27 Comm: kworker/u4:1 Tainted: G      D
> W         5.14.0-rc7+ #193
> [    2.355888] Kernel panic - not syncing: Fatal exception
> [    2.355990] Hardware name: ARM-Versatile Express
> [    2.356735] Workqueue: events_unbound deferred_probe_work_func
> [    2.357217] PC is at klist_put+0x20/0xa4
> [    2.357537] LR is at klist_iter_exit+0x24/0x30
> [    2.357872] pc : [<c0556280>]    lr : [<c0556340>]    psr: a00b0013
> [    2.358299] sp : c165de00  ip : c165de20  fp : c165de1c
> [    2.358655] r10: c10b2580  r9 : 00000000  r8 : 00000001
> [    2.359009] r7 : c1702b38  r6 : 00000000  r5 : c165de6c  r4 : 00000000
> [    2.359440] r3 : 00000000  r2 : 76076098  r1 : 00000000  r0 : 00000000
> [    2.359893] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
> Segment none
> [    2.360368] Control: 10c5387d  Table: 8177806a  DAC: 00000051
> [    2.360759] Register r0 information: NULL pointer
> [    2.361126] Register r1 information: NULL pointer
> [    2.361477] Register r2 information: non-paged memory
> [    2.361835] Register r3 information: NULL pointer
> [    2.362162] Register r4 information: NULL pointer
> [    2.362486] Register r5 information: non-slab/vmalloc memory
> [    2.362887] Register r6 information: NULL pointer
> [    2.363226] Register r7 information: slab kmalloc-128 start c1702b00
> pointer offset 56 size 128
> [    2.363919] Register r8 information: non-paged memory
> [    2.364299] Register r9 information: NULL pointer
> [    2.364668] Register r10 information: non-slab/vmalloc memory
> [    2.365089] Register r11 information: non-slab/vmalloc memory
> [    2.365466] Register r12 information: non-slab/vmalloc memory
> [    2.365872] Process kworker/u4:1 (pid: 27, stack limit = 0x(ptrval))
> [    2.366297] Stack: (0xc165de00 to 0xc165e000)
> [    2.366769] de00: c165de3c c165de6c c064373c c0d04d08 c165de34
> c165de20 c0556340 c055626c
> [    2.367478] de20: 00000000 c165de6c c165de64 c165de38 c0641208
> c0556328 c165de64 c136996c
> [    2.368192] de40: c1702b38 76076098 c0d04d08 c13ae400 c13ae444
> c10846b8 c165de9c c165de68
> [    2.368934] de60: c0642f38 c0641174 c063c4c4 c13ae400 00000001
> 76076098 00000000 c13ae400
> [    2.369654] de80: c107d690 c13ae400 c10846b8 00000000 c165deac
> c165dea0 c064390c c0642e54
> [    2.370367] dea0: c165decc c165deb0 c0642080 c06438fc c13ae400
> c10846a4 c10846a4 c10846b8
> [    2.371046] dec0: c165def4 c165ded0 c064259c c0641ff8 c10846d4
> c16b6f80 c1206200 c1225b00
> [    2.371774] dee0: 00000000 00000000 c165df34 c165def8 c01475a4
> c064251c c13906c0 ffffe000
> [    2.372470] df00: c165df1c c165df10 c0149250 c16b6f80 c1206200
> c16b6f94 c1206218 ffffe000
> [    2.373189] df20: 00000088 c0d03d00 c165df74 c165df38 c0147bc4
> c0147378 c1313e74 c0b0c2c4
> [    2.373925] df40: c10b1d2a c1206200 c165df74 c13d4980 c16b5580
> c0147900 c16b6f80 00000000
> [    2.374628] df60: c1313e74 c165c000 c165dfac c165df78 c014feb4
> c014790c c13d49a4 c13d49a4
> [    2.375345] df80: c165dfac c16b5580 c014fd3c 00000000 00000000
> 00000000 00000000 00000000
> [    2.376080] dfa0: 00000000 c165dfb0 c0100150 c014fd48 00000000
> 00000000 00000000 00000000
> [    2.376807] dfc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.377534] dfe0: 00000000 00000000 00000000 00000000 00000013
> 00000000 00000000 00000000
> [    2.378080] Backtrace:
> [    2.378297] [<c0556260>] (klist_put) from [<c0556340>]
> (klist_iter_exit+0x24/0x30)
> [    2.378819]  r7:c0d04d08 r6:c064373c r5:c165de6c r4:c165de3c
> [    2.379199] [<c055631c>] (klist_iter_exit) from [<c0641208>]
> (bus_for_each_drv+0xa0/0xc8)
> [    2.379701]  r5:c165de6c r4:00000000
> [    2.379932] [<c0641168>] (bus_for_each_drv) from [<c0642f38>]
> (__device_attach+0xf0/0x15c)
> [    2.380482]  r7:c10846b8 r6:c13ae444 r5:c13ae400 r4:c0d04d08
> [    2.380871] [<c0642e48>] (__device_attach) from [<c064390c>]
> (device_initial_probe+0x1c/0x20)
> [    2.381453]  r8:00000000 r7:c10846b8 r6:c13ae400 r5:c107d690 r4:c13ae400
> [    2.381851] [<c06438f0>] (device_initial_probe) from [<c0642080>]
> (bus_probe_device+0x94/0x9c)
> [    2.382364] [<c0641fec>] (bus_probe_device) from [<c064259c>]
> (deferred_probe_work_func+0x8c/0xb8)
> [    2.382936]  r7:c10846b8 r6:c10846a4 r5:c10846a4 r4:c13ae400
> [    2.383266] [<c0642510>] (deferred_probe_work_func) from [<c01475a4>]
> (process_one_work+0x238/0x594)
> [    2.383885]  r9:00000000 r8:00000000 r7:c1225b00 r6:c1206200
> r5:c16b6f80 r4:c10846d4
> [    2.384344] [<c014736c>] (process_one_work) from [<c0147bc4>]
> (worker_thread+0x2c4/0x5f4)
> [    2.384893]  r10:c0d03d00 r9:00000088 r8:ffffe000 r7:c1206218
> r6:c16b6f94 r5:c1206200
> [    2.385341]  r4:c16b6f80
> [    2.385536] [<c0147900>] (worker_thread) from [<c014feb4>]
> (kthread+0x178/0x194)
> [    2.386030]  r10:c165c000 r9:c1313e74 r8:00000000 r7:c16b6f80
> r6:c0147900 r5:c16b5580
> [    2.386540]  r4:c13d4980
> [    2.386742] [<c014fd3c>] (kthread) from [<c0100150>]
> (ret_from_fork+0x14/0x24)
> [    2.387211] Exception stack(0xc165dfb0 to 0xc165dff8)
> [    2.387653] dfa0:                                     00000000
> 00000000 00000000 00000000
> [    2.388374] dfc0: 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000
> [    2.389071] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
> [    2.389546]  r10:00000000 r9:00000000 r8:00000000 r7:00000000
> r6:00000000 r5:c014fd3c
> [    2.390037]  r4:c16b5580
> [    2.390376] Code: e1a07000 e1a06001 e3c44001 e1a00004 (e5945010)
> [    2.390836] ---[ end trace f293b13f591ee205 ]---
> [    2.391580] ---[ end Kernel panic - not syncing: Fatal exception ]---
>
>
> >>> -Saravana
> >>>
> >>> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> >>> .
> >>>
> > .
> >

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [BUG] amba: Remove deferred device addition

[Kefeng Wang]

[-- Attachment #1: Type: text/plain, Size: 11312 bytes --]


On 2021/8/27 8:04, Saravana Kannan wrote:
> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>> adding more reasons for delaying the addition of the device.
>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>> (qemu-system-arm -M vexpress-a15),
> Hi,
>
> It's hard to make sense of the logs. Looks like two different threads
> might be printing to the log at the same time? Can you please enable
> the config that prints the thread ID (forgot what it's called) and
> collect this again? With what I could tell the crash seems to be
> happening somewhere in platform_match(), but that's not related to
> this patch at all?

Can you reproduce it? it is very likely related(without your patch, the 
boot is fine),

the NULL ptr is about serio, it is registed from amba driver.

ambakmi_driver_init

  -- amba_kmi_probe

    -- __serio_register_port

> -Saravana

+Dmitry and input maillist, is there some known issue about serio ?

I add some debug, the full log is attached.

[    2.958355][   T41] input: AT Raw Set 2 keyboard as 
/devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
[    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null), 
drv c1090fc0, drv->name vexpress-reset
[    2.977928][   T41] 8<--- cut here ---
[    2.978162][   T41] Unhandled fault: page domain fault (0x01b) at 
0x00000000
[    2.978494][   T41] pgd = (ptrval)
[    2.978819][   T41] [00000000] *pgd=00000000
[    2.979881][   T41] Internal error: : 1b [#1] SMP ARM
[    2.980385][   T41] Modules linked in:
[    2.980810][   T41] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted 
5.14.0-rc7+ #213
[    2.981229][   T41] Hardware name: ARM-Versatile Express
[    2.981780][   T41] Workqueue: events_long serio_handle_event
[    2.982737][   T41] PC is at strcmp+0x18/0x44
[    2.983030][   T41] LR is at platform_match+0xdc/0xf0
[    2.983283][   T41] pc : [<c0560bcc>]    lr : [<c0646358>]    psr: 
600b0013
[    2.983572][   T41] sp : c1675d68  ip : c1675d78  fp : c1675d74
[    2.983832][   T41] r10: 00000000  r9 : 00000000  r8 : 00000001
[    2.984095][   T41] r7 : c1e05518  r6 : c1675df4  r5 : c1e05518  r4 : 
c1090fc0
[    2.984395][   T41] r3 : c0a5e180  r2 : 6bede3db  r1 : c0b82a04  r0 : 
00000000
[    2.984906][   T41] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32 ISA 
ARM  Segment none
[    2.985273][   T41] Control: 10c5387d  Table: 81e0806a  DAC: 00000051
[    2.985598][   T41] Register r0 information: NULL pointer
[    2.986045][   T41] Register r1 information: non-slab/vmalloc memory
[    2.986444][   T41] Register r2 information: non-paged memory
[    2.986724][   T41] Register r3 information: non-slab/vmalloc memory
[    2.987010][   T41] Register r4 information: non-slab/vmalloc memory
[    2.987300][   T41] Register r5 information: slab kmalloc-1k start 
c1e05400 pointer offset 280 size 1024
[    2.988215][   T41] Register r6 information: non-slab/vmalloc memory
[    2.988507][   T41] Register r7 information: slab kmalloc-1k start 
c1e05400 pointer offset 280 size 1024
[    2.988975][   T41] Register r8 information: non-paged memory
[    2.989240][   T41] Register r9 information: NULL pointer
[    2.989486][   T41] Register r10 information: NULL pointer
[    2.989733][   T41] Register r11 information: non-slab/vmalloc memory
[    2.990014][   T41] Register r12 information: non-slab/vmalloc memory
[    2.990333][   T41] Process kworker/0:2 (pid: 41, stack limit = 
0x(ptrval))
[    2.990696][   T41] Stack: (0xc1675d68 to 0xc1676000)
[    2.991194][   T41] 5d60:                   c1675d9c c1675d78 
c0646358 c0560bc0 c1090fc0 c0b82a04
[    2.991788][   T41] 5d80: 200b0013 00000000 c1090fc0 c1675df4 
c1675dbc c1675da0 c06437d4 c0646288
[    2.992363][   T41] 5da0: 00000000 c1675df4 c0643798 c0d04d08 
c1675dec c1675dc0 c0641180 c06437a4
[    2.992932][   T41] 5dc0: c1675dec c16bfa6c c1dedab8 6bede3db 
c0d04d08 c1e05518 c1e0555c c13ab800
[    2.993501][   T41] 5de0: c1675e24 c1675df0 c0642f40 c0641124 
c1675e44 c1e05518 00000001 6bede3db
[    2.994066][   T41] 5e00: 00000000 c1e05518 c108ea84 c1e05518 
c13ab800 c10843a0 c1675e34 c1675e28
[    2.994657][   T41] 5e20: c06439d4 c0642e5c c1675e54 c1675e38 
c0642030 c06439c4 c1e05518 00000000
[    2.995238][   T41] 5e40: c0d04d08 c13ab800 c1675eb4 c1675e58 
c063f9cc c0641fa8 c13a5180 c1de98c0
[    2.995806][   T41] 5e60: eee3bd20 c1201180 c071c0f0 c11ea558 
c0b7f404 c0b7f430 c1675eb4 c1675e88
[    2.996382][   T41] 5e80: c02e6410 6bede3db 00000001 c1de938c 
c1e05400 c108ea54 c1de9380 c11ea558
[    2.996950][   T41] 5ea0: c0b7f404 c0b7f430 c1675ef4 c1675eb8 
c071c1cc c063f5d0 c0923528 c0158300
[    2.997523][   T41] 5ec0: 00000000 c1e05518 c1675ef4 c108ea70 
c1702f80 effc4400 effc7700 00000000
[    2.998098][   T41] 5ee0: 00000000 c10b2580 c1675f34 c1675ef8 
c01475a4 c071c020 c13a5100 ffffe000
[    2.998664][   T41] 5f00: c1675f1c c1675f10 c0149250 c1702f80 
effc4400 c1702f94 effc4418 ffffe000
[    2.999239][   T41] 5f20: 00000008 c0d03d00 c1675f74 c1675f38 
c014795c c0147378 c1617e74 c0b0c298
[    2.999805][   T41] 5f40: c10b1d2a effc4400 c1675f74 c1706b80 
c1706a80 c0147900 c1702f80 00000000
[    3.000380][   T41] 5f60: c1617e74 c1674000 c1675fac c1675f78 
c014feb4 c014790c c1706ba4 c1706ba4
[    3.000947][   T41] 5f80: c1675fac c1706a80 c014fd3c 00000000 
00000000 00000000 00000000 00000000
[    3.001519][   T41] 5fa0: 00000000 c1675fb0 c0100150 c014fd48 
00000000 00000000 00000000 00000000
[    3.002093][   T41] 5fc0: 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000
[    3.002658][   T41] 5fe0: 00000000 00000000 00000000 00000000 
00000013 00000000 00000000 00000000
[    3.003113][   T41] Backtrace:
[    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] 
(platform_match+0xdc/0xf0)
[    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] 
(__device_attach_driver+0x3c/0xf4)
[    3.004408][   T41]  r6:c1675df4 r5:c1090fc0 r4:00000000
[    3.004769][   T41] [<c0643798>] (__device_attach_driver) from 
[<c0641180>] (bus_for_each_drv+0x68/0xc8)
[    3.005218][   T41]  r7:c0d04d08 r6:c0643798 r5:c1675df4 r4:00000000
[    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] 
(__device_attach+0xf0/0x16c)
[    3.005885][   T41]  r7:c13ab800 r6:c1e0555c r5:c1e05518 r4:c0d04d08
[    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] 
(device_initial_probe+0x1c/0x20)
[    3.006560][   T41]  r8:c10843a0 r7:c13ab800 r6:c1e05518 r5:c108ea84 
r4:c1e05518
[    3.006853][   T41] [<c06439b8>] (device_initial_probe) from 
[<c0642030>] (bus_probe_device+0x94/0x9c)
[    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] 
(device_add+0x408/0x8b8)
[    3.007644][   T41]  r7:c13ab800 r6:c0d04d08 r5:00000000 r4:c1e05518
[    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] 
(serio_handle_event+0x1b8/0x234)
[    3.008320][   T41]  r10:c0b7f430 r9:c0b7f404 r8:c11ea558 r7:c1de9380 
r6:c108ea54 r5:c1e05400
[    3.008667][   T41]  r4:c1de938c
[    3.008824][   T41] [<c071c014>] (serio_handle_event) from 
[<c01475a4>] (process_one_work+0x238/0x594)
[    3.009253][   T41]  r10:c10b2580 r9:00000000 r8:00000000 r7:effc7700 
r6:effc4400 r5:c1702f80
[    3.009583][   T41]  r4:c108ea70
[    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] 
(worker_thread+0x5c/0x5f4)
[    3.010145][   T41]  r10:c0d03d00 r9:00000008 r8:ffffe000 r7:effc4418 
r6:c1702f94 r5:effc4400
[    3.010478][   T41]  r4:c1702f80
[    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] 
(kthread+0x178/0x194)
[    3.011008][   T41]  r10:c1674000 r9:c1617e74 r8:00000000 r7:c1702f80 
r6:c0147900 r5:c1706a80
[    3.011342][   T41]  r4:c1706b80
[    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] 
(ret_from_fork+0x14/0x24)
[    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
[    3.012213][   T41] 5fa0: 00000000 00000000 00000000 00000000
[    3.012780][   T41] 5fc0: 00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000
[    3.013311][   T41] 5fe0: 00000000 00000000 00000000 00000000 
00000013 00000000
[    3.013684][   T41]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 
r6:00000000 r5:c014fd3c
[    3.014024][   T41]  r4:c1706a80
[    3.014646][   T41] Code: e24cb004 ea000001 e3530000 0a000006 (e4d03001)
[    3.015468][   T41] ---[ end trace ff98706550126357 ]---
[    3.015897][   T41] Kernel panic - not syncing: Fatal exception
[    3.032519][   T41] ---[ end Kernel panic - not syncing: Fatal 
exception ]---

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 836d6d23bba3..883a58c658c2 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -237,6 +237,7 @@ static int amba_match(struct device *dev, struct 
device_driver *drv)

         if (!pcdev->periphid) {
                 int ret = amba_read_periphid(pcdev);
+               dev_info(dev, "%s, amba_read_periphid ret = %d\n", 
__func__, ret);

                 if (ret)
                         return ret;
@@ -522,6 +523,7 @@ int amba_device_add(struct amba_device *dev, struct 
resource *parent)
         /* If primecell ID isn't hard-coded, figure it out */
         if (!dev->periphid) {
                 ret = amba_read_periphid(dev);
+               dev_info(&dev->dev, "%s, amba_read_periphid ret = %d\n", 
__func__, ret);
                 if (ret && ret != -EPROBE_DEFER)
                         goto err_release;
                 /*
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index 8640578f45e9..f7c1933c56b5 100644
--- a/drivers/base/platform.c
+++ b/drivers/base/platform.c
@@ -1360,6 +1360,7 @@ static int platform_match(struct device *dev, 
struct device_driver *drv)
         struct platform_device *pdev = to_platform_device(dev);
         struct platform_driver *pdrv = to_platform_driver(drv);

+       dev_info(dev, "pdev %px, pdev->name %s, drv %px, drv->name %s", 
pdev, pdev->name, drv, drv->name);
         /* When driver_override is set, only bind to the matching driver */
         if (pdev->driver_override)
                 return !strcmp(pdev->driver_override, drv->name);


> [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> .
>
>>> .
>>>
> .
>

[-- Attachment #2: amba-change.log --]
[-- Type: text/plain, Size: 231666 bytes --]

[    0.000000][    T0] Booting Linux on physical CPU 0x0
[    0.000000][    T0] Linux version 5.14.0-rc7+ (wkf@ubuntu) (arm-linux-gnueabi-gcc (Ubuntu/Linaro 7.5.0-3ubuntu1~18.04) 7.5.0, GNU ld (GNU Binutils for Ubuntu) 2.30) #213 SMP Fri Aug 27 20:17:01 HKT 2021
[    0.000000][    T0] CPU: ARMv7 Processor [412fc0f1] revision 1 (ARMv7), cr=10c5387d
[    0.000000][    T0] CPU: div instructions available: patching division code
[    0.000000][    T0] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000][    T0] OF: fdt: Machine model: V2P-CA15
[    0.000000][    T0] OF: fdt: Ignoring memory range 0x100000000 - 0x140000000
[    0.000000][    T0] printk: bootconsole [earlycon0] enabled
[    0.000000][    T0] Memory policy: Data cache writealloc
[    0.000000][    T0] Zone ranges:
[    0.000000][    T0]   Normal   [mem 0x0000000080000000-0x00000000afffffff]
[    0.000000][    T0]   HighMem  [mem 0x00000000b0000000-0x00000000ffffefff]
[    0.000000][    T0] Movable zone start for each node
[    0.000000][    T0] Early memory node ranges
[    0.000000][    T0]   node   0: [mem 0x0000000080000000-0x00000000ffffefff]
[    0.000000][    T0] Initmem setup node 0 [mem 0x0000000080000000-0x00000000ffffefff]
[    0.000000][    T0] On node 0, zone HighMem: 1 pages in unavailable ranges
[    0.000000][    T0] percpu: Embedded 32 pages/cpu s99020 r8192 d23860 u131072
[    0.000000][    T0] pcpu-alloc: s99020 r8192 d23860 u131072 alloc=32*4096
[    0.000000][    T0] pcpu-alloc: [0] 0 [0] 1 
[    0.000000][    T0] Built 1 zonelists, mobility grouping on.  Total pages: 522751
[    0.000000][    T0] Kernel command line: console=ttyAMA0 cma=0 kfence.sample_interval=0 earlyprintk debug printk.time=1 user_debug=31
[    0.000000][    T0] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes, linear)
[    0.000000][    T0] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes, linear)
[    0.000000][    T0] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000][    T0] Memory: 2060780K/2097148K available (9216K kernel code, 3856K rwdata, 1972K rodata, 1024K init, 1195K bss, 36368K reserved, 0K cma-reserved, 1310716K highmem)
[    0.000000][    T0] random: get_random_u32 called from cache_random_seq_create+0x9c/0x174 with crng_init=0
[    0.000000][    T0] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000][    T0] ftrace: allocating 29097 entries in 86 pages
[    0.000000][    T0] ftrace: allocated 86 pages with 4 groups
[    0.000000][    T0] trace event string verifier disabled
[    0.000000][    T0] rcu: Hierarchical RCU implementation.
[    0.000000][    T0] rcu: 	RCU event tracing is enabled.
[    0.000000][    T0] rcu: 	RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.
[    0.000000][    T0] 	Rude variant of Tasks RCU enabled.
[    0.000000][    T0] 	Tracing variant of Tasks RCU enabled.
[    0.000000][    T0] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[    0.000000][    T0] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000][    T0] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000208][    T0] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 89478484971ns
[    0.005949][    T0] clocksource: arm,sp804: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[    0.007610][    T0] Failed to initialize '/bus@8000000/motherboard-bus/iofpga-bus@300000000/timer@120000': -22
[    0.011180][    T0] arch_timer: cp15 timer(s) running at 62.50MHz (virt).
[    0.011605][    T0] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1cd42e208c, max_idle_ns: 881590405314 ns
[    0.012276][    T0] sched_clock: 56 bits at 62MHz, resolution 16ns, wraps every 4398046511096ns
[    0.012809][    T0] Switching to timer-based delay loop, resolution 16ns
[    0.018725][    T0] Console: colour dummy device 80x30
[    0.024196][    T0] Calibrating delay loop (skipped), value calculated using timer frequency.. 125.00 BogoMIPS (lpj=625000)
[    0.024916][    T0] pid_max: default: 32768 minimum: 301
[    0.027105][    T0] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes, linear)
[    0.027487][    T0] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes, linear)
[    0.049664][    T0] CPU: Testing write buffer coherency: ok
[    0.051777][    T0] CPU0: Spectre v2: firmware did not set auxiliary control register IBE bit, system vulnerable
[    0.067219][    T1] /cpus/cpu@0 missing clock-frequency property
[    0.067642][    T1] /cpus/cpu@1 missing clock-frequency property
[    0.068119][    T1] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[    0.079732][    T1] Setting up static identity map for 0x80100000 - 0x80100060
[    0.081906][    T1] rcu: Hierarchical SRCU implementation.
[    0.089402][    T1] smp: Bringing up secondary CPUs ...
[    0.095976][    T0] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[    0.096288][    T0] CPU1: Spectre v2: firmware did not set auxiliary control register IBE bit, system vulnerable
[    0.104236][    T1] smp: Brought up 1 node, 2 CPUs
[    0.104580][    T1] SMP: Total of 2 processors activated (250.00 BogoMIPS).
[    0.104942][    T1] CPU: All CPU(s) started in SVC mode.
[    0.125115][    T1] devtmpfs: initialized
[    0.151868][    T1] VFP support v0.3: implementor 41 architecture 4 part 30 variant f rev 0
[    0.181234][    T1] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.182787][    T1] futex hash table entries: 512 (order: 3, 32768 bytes, linear)
[    0.200706][    T1] platform reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107cfcc, drv->name ARM-CCI
[    0.202339][    T1] platform reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107eed4, drv->name reg-dummy
[    0.215782][    T1] NET: Registered PF_NETLINK/PF_ROUTE protocol family
[    0.225802][    T1] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.233197][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1085fac, drv->name syscon
[    0.255647][    T1] cpuidle: using governor ladder
[    0.259211][    T1] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.259666][    T1] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.261529][    T1] Serial: AMBA PL011 UART driver
[    0.261875][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1082954, drv->name sbsa-uart
[    0.273766][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107cfcc, drv->name ARM-CCI
[    0.274311][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107eed4, drv->name reg-dummy
[    0.274763][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1085fac, drv->name syscon
[    0.275207][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1082954, drv->name sbsa-uart
[    0.276696][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107cfcc, drv->name ARM-CCI
[    0.277172][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107eed4, drv->name reg-dummy
[    0.277621][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1085fac, drv->name syscon
[    0.278057][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1082954, drv->name sbsa-uart
[    0.279388][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107cfcc, drv->name ARM-CCI
[    0.279854][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107eed4, drv->name reg-dummy
[    0.280304][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1085fac, drv->name syscon
[    0.280944][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1082954, drv->name sbsa-uart
[    0.282444][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107cfcc, drv->name ARM-CCI
[    0.282931][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107eed4, drv->name reg-dummy
[    0.283583][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1085fac, drv->name syscon
[    0.284242][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1082954, drv->name sbsa-uart
[    0.285405][    T1] platform fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107cfcc, drv->name ARM-CCI
[    0.285870][    T1] platform fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107eed4, drv->name reg-dummy
[    0.286327][    T1] platform fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1085fac, drv->name syscon
[    0.286756][    T1] platform fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1082954, drv->name sbsa-uart
[    0.288924][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107cfcc, drv->name ARM-CCI
[    0.289320][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107eed4, drv->name reg-dummy
[    0.289691][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1085fac, drv->name syscon
[    0.290051][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1082954, drv->name sbsa-uart
[    0.298455][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107cfcc, drv->name ARM-CCI
[    0.298898][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107eed4, drv->name reg-dummy
[    0.299307][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1085fac, drv->name syscon
[    0.299699][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1082954, drv->name sbsa-uart
[    0.301630][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107cfcc, drv->name ARM-CCI
[    0.302181][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107eed4, drv->name reg-dummy
[    0.302678][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1085fac, drv->name syscon
[    0.303171][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1082954, drv->name sbsa-uart
[    0.305097][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107cfcc, drv->name ARM-CCI
[    0.305527][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107eed4, drv->name reg-dummy
[    0.305944][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1085fac, drv->name syscon
[    0.306356][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1082954, drv->name sbsa-uart
[    0.307414][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107cfcc, drv->name ARM-CCI
[    0.307848][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107eed4, drv->name reg-dummy
[    0.308277][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1085fac, drv->name syscon
[    0.308685][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1082954, drv->name sbsa-uart
[    0.311276][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107cfcc, drv->name ARM-CCI
[    0.311981][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107eed4, drv->name reg-dummy
[    0.312474][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1085fac, drv->name syscon
[    0.312915][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1082954, drv->name sbsa-uart
[    0.314545][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107cfcc, drv->name ARM-CCI
[    0.314981][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107eed4, drv->name reg-dummy
[    0.315405][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1085fac, drv->name syscon
[    0.315816][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1082954, drv->name sbsa-uart
[    0.317320][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107cfcc, drv->name ARM-CCI
[    0.318043][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107eed4, drv->name reg-dummy
[    0.318675][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1085fac, drv->name syscon
[    0.319286][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1082954, drv->name sbsa-uart
[    0.320571][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107cfcc, drv->name ARM-CCI
[    0.321018][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107eed4, drv->name reg-dummy
[    0.321454][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1085fac, drv->name syscon
[    0.321870][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1082954, drv->name sbsa-uart
[    0.323319][    T1] platform 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107cfcc, drv->name ARM-CCI
[    0.323764][    T1] platform 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107eed4, drv->name reg-dummy
[    0.324191][    T1] platform 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1085fac, drv->name syscon
[    0.324618][    T1] platform 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1082954, drv->name sbsa-uart
[    0.328301][    T1] amba 1c040000.aaci: amba_device_add, amba_read_periphid ret = -517
[    0.329361][    T1] amba 1c040000.aaci: amba_match, amba_read_periphid ret = -517
[    0.329725][    T1] amba 1c040000.aaci: Device match requests probe deferral
[    0.330068][    T1] amba 1c040000.aaci: Added to deferred list
[    0.331509][    T1] amba 1c050000.mmci: amba_device_add, amba_read_periphid ret = -517
[    0.332720][    T1] amba 1c050000.mmci: amba_match, amba_read_periphid ret = -517
[    0.333083][    T1] amba 1c050000.mmci: Device match requests probe deferral
[    0.333380][    T1] amba 1c050000.mmci: Added to deferred list
[    0.334565][    T1] amba 1c060000.kmi: amba_device_add, amba_read_periphid ret = -517
[    0.335227][    T1] amba 1c060000.kmi: amba_match, amba_read_periphid ret = -517
[    0.335548][    T1] amba 1c060000.kmi: Device match requests probe deferral
[    0.335920][    T1] amba 1c060000.kmi: Added to deferred list
[    0.336853][    T1] amba 1c070000.kmi: amba_device_add, amba_read_periphid ret = -517
[    0.337520][    T1] amba 1c070000.kmi: amba_match, amba_read_periphid ret = -517
[    0.337840][    T1] amba 1c070000.kmi: Device match requests probe deferral
[    0.338135][    T1] amba 1c070000.kmi: Added to deferred list
[    0.339061][    T1] amba 1c090000.serial: amba_device_add, amba_read_periphid ret = -517
[    0.339680][    T1] amba 1c090000.serial: amba_match, amba_read_periphid ret = -517
[    0.340006][    T1] amba 1c090000.serial: Device match requests probe deferral
[    0.340306][    T1] amba 1c090000.serial: Added to deferred list
[    0.341234][    T1] amba 1c0a0000.serial: amba_device_add, amba_read_periphid ret = -517
[    0.341897][    T1] amba 1c0a0000.serial: amba_match, amba_read_periphid ret = -517
[    0.342229][    T1] amba 1c0a0000.serial: Device match requests probe deferral
[    0.342524][    T1] amba 1c0a0000.serial: Added to deferred list
[    0.343759][    T1] amba 1c0b0000.serial: amba_device_add, amba_read_periphid ret = -517
[    0.344461][    T1] amba 1c0b0000.serial: amba_match, amba_read_periphid ret = -517
[    0.344796][    T1] amba 1c0b0000.serial: Device match requests probe deferral
[    0.345106][    T1] amba 1c0b0000.serial: Added to deferred list
[    0.346112][    T1] amba 1c0c0000.serial: amba_device_add, amba_read_periphid ret = -517
[    0.346831][    T1] amba 1c0c0000.serial: amba_match, amba_read_periphid ret = -517
[    0.347171][    T1] amba 1c0c0000.serial: Device match requests probe deferral
[    0.347471][    T1] amba 1c0c0000.serial: Added to deferred list
[    0.348393][    T1] amba 1c0f0000.wdt: amba_device_add, amba_read_periphid ret = -517
[    0.349019][    T1] amba 1c0f0000.wdt: amba_match, amba_read_periphid ret = -517
[    0.349345][    T1] amba 1c0f0000.wdt: Device match requests probe deferral
[    0.349634][    T1] amba 1c0f0000.wdt: Added to deferred list
[    0.350404][    T1] amba 1c110000.timer: amba_device_add, amba_read_periphid ret = -517
[    0.351089][    T1] amba 1c110000.timer: amba_match, amba_read_periphid ret = -517
[    0.351418][    T1] amba 1c110000.timer: Device match requests probe deferral
[    0.351717][    T1] amba 1c110000.timer: Added to deferred list
[    0.352619][    T1] amba 1c120000.timer: amba_device_add, amba_read_periphid ret = -517
[    0.353490][    T1] amba 1c120000.timer: amba_match, amba_read_periphid ret = -517
[    0.353847][    T1] amba 1c120000.timer: Device match requests probe deferral
[    0.354154][    T1] amba 1c120000.timer: Added to deferred list
[    0.355171][    T1] platform 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107cfcc, drv->name ARM-CCI
[    0.355661][    T1] platform 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107eed4, drv->name reg-dummy
[    0.356266][    T1] platform 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1085fac, drv->name syscon
[    0.356680][    T1] platform 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1082954, drv->name sbsa-uart
[    0.357788][    T1] amba 1c170000.rtc: amba_device_add, amba_read_periphid ret = -517
[    0.358419][    T1] amba 1c170000.rtc: amba_match, amba_read_periphid ret = -517
[    0.358749][    T1] amba 1c170000.rtc: Device match requests probe deferral
[    0.359041][    T1] amba 1c170000.rtc: Added to deferred list
[    0.360036][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107cfcc, drv->name ARM-CCI
[    0.360531][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107eed4, drv->name reg-dummy
[    0.361008][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1085fac, drv->name syscon
[    0.361480][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1082954, drv->name sbsa-uart
[    0.362624][    T1] amba 1c1f0000.clcd: amba_device_add, amba_read_periphid ret = -517
[    0.364102][    T1] amba 1c1f0000.clcd: amba_match, amba_read_periphid ret = -517
[    0.364453][    T1] amba 1c1f0000.clcd: Device match requests probe deferral
[    0.364746][    T1] amba 1c1f0000.clcd: Added to deferred list
[    0.365660][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107cfcc, drv->name ARM-CCI
[    0.366653][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107eed4, drv->name reg-dummy
[    0.367423][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1085fac, drv->name syscon
[    0.368063][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1082954, drv->name sbsa-uart
[    0.369749][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107cfcc, drv->name ARM-CCI
[    0.370207][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107eed4, drv->name reg-dummy
[    0.370643][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1085fac, drv->name syscon
[    0.371063][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1082954, drv->name sbsa-uart
[    0.371831][    T1] amba 2b0a0000.memory-controller: amba_device_add, amba_read_periphid ret = -517
[    0.372591][    T1] amba 2b0a0000.memory-controller: amba_match, amba_read_periphid ret = -517
[    0.372952][    T1] amba 2b0a0000.memory-controller: Device match requests probe deferral
[    0.373286][    T1] amba 2b0a0000.memory-controller: Added to deferred list
[    0.374691][    T1] amba 7ffd0000.memory-controller: amba_device_add, amba_read_periphid ret = -517
[    0.375637][    T1] amba 7ffd0000.memory-controller: amba_match, amba_read_periphid ret = -517
[    0.376001][    T1] amba 7ffd0000.memory-controller: Device match requests probe deferral
[    0.376340][    T1] amba 7ffd0000.memory-controller: Added to deferred list
[    0.377887][    T1] amba 7ffb0000.dma: amba_device_add, amba_read_periphid ret = -517
[    0.378774][    T1] amba 7ffb0000.dma: amba_match, amba_read_periphid ret = -517
[    0.379107][    T1] amba 7ffb0000.dma: Device match requests probe deferral
[    0.379399][    T1] amba 7ffb0000.dma: Added to deferred list
[    0.380573][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107cfcc, drv->name ARM-CCI
[    0.380974][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107eed4, drv->name reg-dummy
[    0.381361][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1085fac, drv->name syscon
[    0.381730][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1082954, drv->name sbsa-uart
[    0.383137][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c107cfcc, drv->name ARM-CCI
[    0.383524][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c107eed4, drv->name reg-dummy
[    0.384070][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c1085fac, drv->name syscon
[    0.384476][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c1082954, drv->name sbsa-uart
[    0.386277][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107cfcc, drv->name ARM-CCI
[    0.386658][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107eed4, drv->name reg-dummy
[    0.387115][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1085fac, drv->name syscon
[    0.387624][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1082954, drv->name sbsa-uart
[    0.388605][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107cfcc, drv->name ARM-CCI
[    0.389041][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107eed4, drv->name reg-dummy
[    0.389466][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1085fac, drv->name syscon
[    0.389873][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1082954, drv->name sbsa-uart
[    0.441019][   T28] wait_for_initramfs() called before rootfs_initcalls
[    0.493896][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107ef3c, drv->name reg-fixed-voltage
[    0.494391][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107ef3c, drv->name reg-fixed-voltage
[    0.494889][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107ef3c, drv->name reg-fixed-voltage
[    0.495376][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107ef3c, drv->name reg-fixed-voltage
[    0.495858][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107ef3c, drv->name reg-fixed-voltage
[    0.497323][    T1] platform fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107ef3c, drv->name reg-fixed-voltage
[    0.502830][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107ef3c, drv->name reg-fixed-voltage
[    0.503256][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107ef3c, drv->name reg-fixed-voltage
[    0.503688][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107ef3c, drv->name reg-fixed-voltage
[    0.504211][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107ef3c, drv->name reg-fixed-voltage
[    0.504649][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107ef3c, drv->name reg-fixed-voltage
[    0.505101][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107ef3c, drv->name reg-fixed-voltage
[    0.505557][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107ef3c, drv->name reg-fixed-voltage
[    0.505990][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107ef3c, drv->name reg-fixed-voltage
[    0.506851][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107ef3c, drv->name reg-fixed-voltage
[    0.507364][    T1] platform 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107ef3c, drv->name reg-fixed-voltage
[    0.507820][    T1] platform 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107ef3c, drv->name reg-fixed-voltage
[    0.508279][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107ef3c, drv->name reg-fixed-voltage
[    0.508793][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107ef3c, drv->name reg-fixed-voltage
[    0.509479][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107ef3c, drv->name reg-fixed-voltage
[    0.510141][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107ef3c, drv->name reg-fixed-voltage
[    0.510692][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c107ef3c, drv->name reg-fixed-voltage
[    0.511267][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107ef3c, drv->name reg-fixed-voltage
[    0.511822][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107ef3c, drv->name reg-fixed-voltage
[    0.515141][    T1] SCSI subsystem initialized
[    0.517377][    T1] libata version 3.00 loaded.
[    0.520094][    T1] usbcore: registered new interface driver usbfs
[    0.521016][    T1] usbcore: registered new interface driver hub
[    0.521559][    T1] usbcore: registered new device driver usb
[    0.522762][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1090f58, drv->name versatile-i2c
[    0.523198][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1090f58, drv->name versatile-i2c
[    0.523671][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1090f58, drv->name versatile-i2c
[    0.524145][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1090f58, drv->name versatile-i2c
[    0.524611][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1090f58, drv->name versatile-i2c
[    0.525090][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1090f58, drv->name versatile-i2c
[    0.525564][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1090f58, drv->name versatile-i2c
[    0.525945][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1090f58, drv->name versatile-i2c
[    0.526368][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1090f58, drv->name versatile-i2c
[    0.526875][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1090f58, drv->name versatile-i2c
[    0.527511][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1090f58, drv->name versatile-i2c
[    0.527997][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1090f58, drv->name versatile-i2c
[    0.528473][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1090f58, drv->name versatile-i2c
[    0.528914][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1090f58, drv->name versatile-i2c
[    0.529560][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1090f58, drv->name versatile-i2c
[    0.530017][    T1] platform 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1090f58, drv->name versatile-i2c
[    0.535785][    T1] platform 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1090f58, drv->name versatile-i2c
[    0.538115][    T1] i2c 0-0039: Fixing up cyclic dependency with 1c1f0000.clcd
[    0.541933][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1090f58, drv->name versatile-i2c
[    0.542442][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1090f58, drv->name versatile-i2c
[    0.543097][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1090f58, drv->name versatile-i2c
[    0.543536][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1090f58, drv->name versatile-i2c
[    0.543927][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c1090f58, drv->name versatile-i2c
[    0.544308][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1090f58, drv->name versatile-i2c
[    0.544687][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1090f58, drv->name versatile-i2c
[    0.547348][    T1] Advanced Linux Sound Architecture Driver Initialized.
[    0.566117][    T1] clocksource: Switched to clocksource arch_sys_counter
[    1.443457][    T1] NET: Registered PF_INET protocol family
[    1.447013][    T1] IP idents hash table entries: 16384 (order: 5, 131072 bytes, linear)
[    1.452605][    T1] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes, linear)
[    1.453125][    T1] TCP established hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    1.453770][    T1] TCP bind hash table entries: 8192 (order: 4, 65536 bytes, linear)
[    1.454398][    T1] TCP: Hash tables configured (established 8192 bind 8192)
[    1.457555][    T1] UDP hash table entries: 512 (order: 2, 16384 bytes, linear)
[    1.458181][    T1] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes, linear)
[    1.460597][    T1] NET: Registered PF_UNIX/PF_LOCAL protocol family
[    1.467704][    T1] RPC: Registered named UNIX socket transport module.
[    1.468057][    T1] RPC: Registered udp transport module.
[    1.468309][    T1] RPC: Registered tcp transport module.
[    1.468539][    T1] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    1.469580][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c0d09534, drv->name armv7-pmu
[    1.470003][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c0d09534, drv->name armv7-pmu
[    1.470490][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c0d09534, drv->name armv7-pmu
[    1.470955][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c0d09534, drv->name armv7-pmu
[    1.471430][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c0d09534, drv->name armv7-pmu
[    1.471900][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c0d09534, drv->name armv7-pmu
[    1.472379][    T1] platform leds: pdev c137d400, pdev->name leds, drv c0d09534, drv->name armv7-pmu
[    1.472761][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c0d09534, drv->name armv7-pmu
[    1.473183][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c0d09534, drv->name armv7-pmu
[    1.473693][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c0d09534, drv->name armv7-pmu
[    1.474131][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c0d09534, drv->name armv7-pmu
[    1.474847][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c0d09534, drv->name armv7-pmu
[    1.475549][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c0d09534, drv->name armv7-pmu
[    1.475988][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c0d09534, drv->name armv7-pmu
[    1.476631][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c0d09534, drv->name armv7-pmu
[    1.477093][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c0d09534, drv->name armv7-pmu
[    1.477541][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c0d09534, drv->name armv7-pmu
[    1.477992][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c0d09534, drv->name armv7-pmu
[    1.478494][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c0d09534, drv->name armv7-pmu
[    1.479163][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c0d09534, drv->name armv7-pmu
[    1.479611][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c0d09534, drv->name armv7-pmu
[    1.480009][    T1] platform pmu: pdev c13ae000, pdev->name pmu, drv c0d09534, drv->name armv7-pmu
[    1.481293][    T1] armv7-pmu pmu: hw perfevents: no interrupt-affinity property, guessing.
[    1.490826][    T7] Unpacking initramfs...
[    1.505828][    T1] hw perfevents: enabled with armv7_cortex_a15 PMU driver, 1 counters available
[    1.506670][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c0d09534, drv->name armv7-pmu
[    1.507064][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c0d09534, drv->name armv7-pmu
[    1.509282][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1038688, drv->name alarmtimer
[    1.509701][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1038688, drv->name alarmtimer
[    1.510176][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1038688, drv->name alarmtimer
[    1.510629][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1038688, drv->name alarmtimer
[    1.511088][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1038688, drv->name alarmtimer
[    1.511540][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1038688, drv->name alarmtimer
[    1.512001][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1038688, drv->name alarmtimer
[    1.512369][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1038688, drv->name alarmtimer
[    1.512773][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1038688, drv->name alarmtimer
[    1.513271][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1038688, drv->name alarmtimer
[    1.513684][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1038688, drv->name alarmtimer
[    1.514107][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1038688, drv->name alarmtimer
[    1.514856][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1038688, drv->name alarmtimer
[    1.515442][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1038688, drv->name alarmtimer
[    1.516063][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1038688, drv->name alarmtimer
[    1.516502][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1038688, drv->name alarmtimer
[    1.516929][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1038688, drv->name alarmtimer
[    1.517355][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1038688, drv->name alarmtimer
[    1.517822][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1038688, drv->name alarmtimer
[    1.518459][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1038688, drv->name alarmtimer
[    1.518885][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1038688, drv->name alarmtimer
[    1.519262][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c1038688, drv->name alarmtimer
[    1.519630][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1038688, drv->name alarmtimer
[    1.519994][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1038688, drv->name alarmtimer
[    1.525993][    T1] workingset: timestamp_bits=30 max_order=19 bucket_order=0
[    1.555603][    T1] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    1.562332][    T1] jffs2: version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
[    1.564962][    T1] 9p: Installing v9fs 9p2000 file system support
[    1.566685][    T1] bounce: pool size: 64 pages
[    1.567255][    T1] io scheduler mq-deadline registered
[    1.567643][    T1] io scheduler kyber registered
[    1.569668][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107d04c, drv->name vexpress-syscfg
[    1.570141][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107d04c, drv->name vexpress-syscfg
[    1.570608][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107d04c, drv->name vexpress-syscfg
[    1.571068][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107d04c, drv->name vexpress-syscfg
[    1.571534][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107d04c, drv->name vexpress-syscfg
[    1.571995][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107d04c, drv->name vexpress-syscfg
[    1.572518][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107d04c, drv->name vexpress-syscfg
[    1.572898][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107d04c, drv->name vexpress-syscfg
[    1.573324][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107d04c, drv->name vexpress-syscfg
[    1.573829][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107d04c, drv->name vexpress-syscfg
[    1.574264][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107d04c, drv->name vexpress-syscfg
[    1.575067][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107d04c, drv->name vexpress-syscfg
[    1.575620][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107d04c, drv->name vexpress-syscfg
[    1.576056][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107d04c, drv->name vexpress-syscfg
[    1.576694][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107d04c, drv->name vexpress-syscfg
[    1.577149][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107d04c, drv->name vexpress-syscfg
[    1.577596][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107d04c, drv->name vexpress-syscfg
[    1.578041][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107d04c, drv->name vexpress-syscfg
[    1.578533][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107d04c, drv->name vexpress-syscfg
[    1.579189][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107d04c, drv->name vexpress-syscfg
[    1.579630][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107d04c, drv->name vexpress-syscfg
[    1.580023][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107d04c, drv->name vexpress-syscfg
[    1.580450][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107d04c, drv->name vexpress-syscfg
[    1.580828][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107d04c, drv->name vexpress-syscfg
[    1.581498][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107d468, drv->name basic-mmio-gpio
[    1.581913][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107d468, drv->name basic-mmio-gpio
[    1.582399][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107d468, drv->name basic-mmio-gpio
[    1.582873][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107d468, drv->name basic-mmio-gpio
[    1.583391][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107d468, drv->name basic-mmio-gpio
[    1.583867][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107d468, drv->name basic-mmio-gpio
[    1.584362][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107d468, drv->name basic-mmio-gpio
[    1.585147][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107d468, drv->name basic-mmio-gpio
[    1.585623][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107d468, drv->name basic-mmio-gpio
[    1.586170][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107d468, drv->name basic-mmio-gpio
[    1.586626][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107d468, drv->name basic-mmio-gpio
[    1.587097][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107d468, drv->name basic-mmio-gpio
[    1.587570][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107d468, drv->name basic-mmio-gpio
[    1.588022][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107d468, drv->name basic-mmio-gpio
[    1.588673][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107d468, drv->name basic-mmio-gpio
[    1.589147][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107d468, drv->name basic-mmio-gpio
[    1.589609][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107d468, drv->name basic-mmio-gpio
[    1.590073][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107d468, drv->name basic-mmio-gpio
[    1.590582][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107d468, drv->name basic-mmio-gpio
[    1.591262][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107d468, drv->name basic-mmio-gpio
[    1.591721][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107d468, drv->name basic-mmio-gpio
[    1.592135][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107d468, drv->name basic-mmio-gpio
[    1.592533][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107d468, drv->name basic-mmio-gpio
[    1.592933][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107d468, drv->name basic-mmio-gpio
[    1.593617][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107e19c, drv->name of_fixed_factor_clk
[    1.594057][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107e19c, drv->name of_fixed_factor_clk
[    1.594791][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107e19c, drv->name of_fixed_factor_clk
[    1.595331][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107e19c, drv->name of_fixed_factor_clk
[    1.595832][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107e19c, drv->name of_fixed_factor_clk
[    1.596337][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107e19c, drv->name of_fixed_factor_clk
[    1.596841][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107e19c, drv->name of_fixed_factor_clk
[    1.597254][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107e19c, drv->name of_fixed_factor_clk
[    1.597703][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107e19c, drv->name of_fixed_factor_clk
[    1.598248][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107e19c, drv->name of_fixed_factor_clk
[    1.598706][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107e19c, drv->name of_fixed_factor_clk
[    1.599218][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107e19c, drv->name of_fixed_factor_clk
[    1.599704][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107e19c, drv->name of_fixed_factor_clk
[    1.600161][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107e19c, drv->name of_fixed_factor_clk
[    1.600809][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107e19c, drv->name of_fixed_factor_clk
[    1.601282][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107e19c, drv->name of_fixed_factor_clk
[    1.601748][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107e19c, drv->name of_fixed_factor_clk
[    1.602218][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107e19c, drv->name of_fixed_factor_clk
[    1.602726][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107e19c, drv->name of_fixed_factor_clk
[    1.603446][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107e19c, drv->name of_fixed_factor_clk
[    1.603908][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107e19c, drv->name of_fixed_factor_clk
[    1.604323][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107e19c, drv->name of_fixed_factor_clk
[    1.605034][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107e19c, drv->name of_fixed_factor_clk
[    1.605632][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107e19c, drv->name of_fixed_factor_clk
[    1.606337][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107e204, drv->name of_fixed_clk
[    1.606747][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107e204, drv->name of_fixed_clk
[    1.607220][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107e204, drv->name of_fixed_clk
[    1.607681][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107e204, drv->name of_fixed_clk
[    1.608191][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107e204, drv->name of_fixed_clk
[    1.608656][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107e204, drv->name of_fixed_clk
[    1.609178][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107e204, drv->name of_fixed_clk
[    1.609556][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107e204, drv->name of_fixed_clk
[    1.609975][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107e204, drv->name of_fixed_clk
[    1.610482][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107e204, drv->name of_fixed_clk
[    1.610906][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107e204, drv->name of_fixed_clk
[    1.611341][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107e204, drv->name of_fixed_clk
[    1.611788][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107e204, drv->name of_fixed_clk
[    1.612214][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107e204, drv->name of_fixed_clk
[    1.612834][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107e204, drv->name of_fixed_clk
[    1.613321][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107e204, drv->name of_fixed_clk
[    1.613758][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107e204, drv->name of_fixed_clk
[    1.614201][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107e204, drv->name of_fixed_clk
[    1.615015][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107e204, drv->name of_fixed_clk
[    1.615705][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107e204, drv->name of_fixed_clk
[    1.616155][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107e204, drv->name of_fixed_clk
[    1.616545][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107e204, drv->name of_fixed_clk
[    1.616927][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107e204, drv->name of_fixed_clk
[    1.617359][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107e204, drv->name of_fixed_clk
[    1.618002][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107e26c, drv->name gpio-clk
[    1.618409][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107e26c, drv->name gpio-clk
[    1.618873][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107e26c, drv->name gpio-clk
[    1.619334][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107e26c, drv->name gpio-clk
[    1.619791][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107e26c, drv->name gpio-clk
[    1.620255][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107e26c, drv->name gpio-clk
[    1.620717][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107e26c, drv->name gpio-clk
[    1.621096][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107e26c, drv->name gpio-clk
[    1.621503][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107e26c, drv->name gpio-clk
[    1.622004][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107e26c, drv->name gpio-clk
[    1.622473][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107e26c, drv->name gpio-clk
[    1.622900][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107e26c, drv->name gpio-clk
[    1.623350][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107e26c, drv->name gpio-clk
[    1.623763][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107e26c, drv->name gpio-clk
[    1.624380][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107e26c, drv->name gpio-clk
[    1.625313][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107e26c, drv->name gpio-clk
[    1.625777][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107e26c, drv->name gpio-clk
[    1.626346][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107e26c, drv->name gpio-clk
[    1.626823][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107e26c, drv->name gpio-clk
[    1.627466][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107e26c, drv->name gpio-clk
[    1.627893][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107e26c, drv->name gpio-clk
[    1.628280][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107e26c, drv->name gpio-clk
[    1.628650][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107e26c, drv->name gpio-clk
[    1.629016][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107e26c, drv->name gpio-clk
[    1.629646][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107e2d4, drv->name vexpress-osc
[    1.630060][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107e2d4, drv->name vexpress-osc
[    1.630524][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107e2d4, drv->name vexpress-osc
[    1.630982][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107e2d4, drv->name vexpress-osc
[    1.631487][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107e2d4, drv->name vexpress-osc
[    1.631945][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107e2d4, drv->name vexpress-osc
[    1.632462][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107e2d4, drv->name vexpress-osc
[    1.632839][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107e2d4, drv->name vexpress-osc
[    1.633301][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107e2d4, drv->name vexpress-osc
[    1.633796][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107e2d4, drv->name vexpress-osc
[    1.634221][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107e2d4, drv->name vexpress-osc
[    1.634949][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107e2d4, drv->name vexpress-osc
[    1.635454][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107e2d4, drv->name vexpress-osc
[    1.635891][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107e2d4, drv->name vexpress-osc
[    1.636572][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107e2d4, drv->name vexpress-osc
[    1.637022][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107e2d4, drv->name vexpress-osc
[    1.637475][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107e2d4, drv->name vexpress-osc
[    1.637922][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107e2d4, drv->name vexpress-osc
[    1.638415][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107e2d4, drv->name vexpress-osc
[    1.639086][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107e2d4, drv->name vexpress-osc
[    1.639527][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107e2d4, drv->name vexpress-osc
[    1.639924][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107e2d4, drv->name vexpress-osc
[    1.640314][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107e2d4, drv->name vexpress-osc
[    1.640698][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107e2d4, drv->name vexpress-osc
[    1.641354][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107e5dc, drv->name virtio-mmio
[    1.641773][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107e5dc, drv->name virtio-mmio
[    1.643774][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107e5dc, drv->name virtio-mmio
[    1.644479][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107e5dc, drv->name virtio-mmio
[    1.645480][    T1] platform 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107e5dc, drv->name virtio-mmio
[    1.647506][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107e5dc, drv->name virtio-mmio
[    1.647997][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107e5dc, drv->name virtio-mmio
[    1.648384][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107e5dc, drv->name virtio-mmio
[    1.648799][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107e5dc, drv->name virtio-mmio
[    1.649303][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107e5dc, drv->name virtio-mmio
[    1.649724][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107e5dc, drv->name virtio-mmio
[    1.650194][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107e5dc, drv->name virtio-mmio
[    1.650635][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107e5dc, drv->name virtio-mmio
[    1.651046][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107e5dc, drv->name virtio-mmio
[    1.651661][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107e5dc, drv->name virtio-mmio
[    1.652100][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107e5dc, drv->name virtio-mmio
[    1.652526][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107e5dc, drv->name virtio-mmio
[    1.652953][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107e5dc, drv->name virtio-mmio
[    1.653426][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107e5dc, drv->name virtio-mmio
[    1.654062][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107e5dc, drv->name virtio-mmio
[    1.654734][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107e5dc, drv->name virtio-mmio
[    1.655166][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107e5dc, drv->name virtio-mmio
[    1.655675][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107e5dc, drv->name virtio-mmio
[    1.656042][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107e5dc, drv->name virtio-mmio
[    1.656911][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c107efa4, drv->name vexpress-regulator
[    1.657341][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c107efa4, drv->name vexpress-regulator
[    1.657817][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c107efa4, drv->name vexpress-regulator
[    1.658298][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c107efa4, drv->name vexpress-regulator
[    1.658773][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c107efa4, drv->name vexpress-regulator
[    1.659305][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c107efa4, drv->name vexpress-regulator
[    1.659794][    T1] platform leds: pdev c137d400, pdev->name leds, drv c107efa4, drv->name vexpress-regulator
[    1.660190][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c107efa4, drv->name vexpress-regulator
[    1.660617][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c107efa4, drv->name vexpress-regulator
[    1.661137][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c107efa4, drv->name vexpress-regulator
[    1.661574][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c107efa4, drv->name vexpress-regulator
[    1.662019][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c107efa4, drv->name vexpress-regulator
[    1.662481][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c107efa4, drv->name vexpress-regulator
[    1.662913][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c107efa4, drv->name vexpress-regulator
[    1.663548][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c107efa4, drv->name vexpress-regulator
[    1.663999][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c107efa4, drv->name vexpress-regulator
[    1.664711][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c107efa4, drv->name vexpress-regulator
[    1.665238][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c107efa4, drv->name vexpress-regulator
[    1.665747][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c107efa4, drv->name vexpress-regulator
[    1.666423][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c107efa4, drv->name vexpress-regulator
[    1.666878][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c107efa4, drv->name vexpress-regulator
[    1.667290][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c107efa4, drv->name vexpress-regulator
[    1.667690][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c107efa4, drv->name vexpress-regulator
[    1.668133][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c107efa4, drv->name vexpress-regulator
[    1.688439][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c108429c, drv->name panel-simple
[    1.688886][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c108429c, drv->name panel-simple
[    1.689579][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c108429c, drv->name panel-simple
[    1.690252][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c108429c, drv->name panel-simple
[    1.690916][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c108429c, drv->name panel-simple
[    1.691642][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c108429c, drv->name panel-simple
[    1.692275][    T1] platform leds: pdev c137d400, pdev->name leds, drv c108429c, drv->name panel-simple
[    1.692813][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c108429c, drv->name panel-simple
[    1.693386][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c108429c, drv->name panel-simple
[    1.694155][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c108429c, drv->name panel-simple
[    1.695064][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c108429c, drv->name panel-simple
[    1.695748][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c108429c, drv->name panel-simple
[    1.696451][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c108429c, drv->name panel-simple
[    1.697035][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c108429c, drv->name panel-simple
[    1.697823][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c108429c, drv->name panel-simple
[    1.698430][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c108429c, drv->name panel-simple
[    1.699030][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c108429c, drv->name panel-simple
[    1.699674][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c108429c, drv->name panel-simple
[    1.700367][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c108429c, drv->name panel-simple
[    1.701239][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c108429c, drv->name panel-simple
[    1.701826][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c108429c, drv->name panel-simple
[    1.702375][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c108429c, drv->name panel-simple
[    1.702910][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c108429c, drv->name panel-simple
[    1.703454][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c108429c, drv->name panel-simple
[    1.704356][    T1] amba 1c040000.aaci: amba_match, amba_read_periphid ret = -517
[    1.705011][    T1] amba 1c040000.aaci: Device match requests probe deferral
[    1.705547][    T1] amba 1c050000.mmci: amba_match, amba_read_periphid ret = -517
[    1.705865][    T1] amba 1c050000.mmci: Device match requests probe deferral
[    1.706283][    T1] amba 1c060000.kmi: amba_match, amba_read_periphid ret = -517
[    1.706594][    T1] amba 1c060000.kmi: Device match requests probe deferral
[    1.706956][    T1] amba 1c070000.kmi: amba_match, amba_read_periphid ret = -517
[    1.707271][    T1] amba 1c070000.kmi: Device match requests probe deferral
[    1.707604][    T1] amba 1c090000.serial: amba_match, amba_read_periphid ret = -517
[    1.707920][    T1] amba 1c090000.serial: Device match requests probe deferral
[    1.708289][    T1] amba 1c0a0000.serial: amba_match, amba_read_periphid ret = -517
[    1.708606][    T1] amba 1c0a0000.serial: Device match requests probe deferral
[    1.708973][    T1] amba 1c0b0000.serial: amba_match, amba_read_periphid ret = -517
[    1.709296][    T1] amba 1c0b0000.serial: Device match requests probe deferral
[    1.709661][    T1] amba 1c0c0000.serial: amba_match, amba_read_periphid ret = -517
[    1.709978][    T1] amba 1c0c0000.serial: Device match requests probe deferral
[    1.710393][    T1] amba 1c0f0000.wdt: amba_match, amba_read_periphid ret = -517
[    1.710703][    T1] amba 1c0f0000.wdt: Device match requests probe deferral
[    1.711067][    T1] amba 1c110000.timer: amba_match, amba_read_periphid ret = -517
[    1.711389][    T1] amba 1c110000.timer: Device match requests probe deferral
[    1.711758][    T1] amba 1c120000.timer: amba_match, amba_read_periphid ret = -517
[    1.712072][    T1] amba 1c120000.timer: Device match requests probe deferral
[    1.712438][    T1] amba 1c170000.rtc: amba_match, amba_read_periphid ret = -517
[    1.712748][    T1] amba 1c170000.rtc: Device match requests probe deferral
[    1.713116][    T1] amba 1c1f0000.clcd: amba_match, amba_read_periphid ret = -517
[    1.713426][    T1] amba 1c1f0000.clcd: Device match requests probe deferral
[    1.713786][    T1] amba 2b0a0000.memory-controller: amba_match, amba_read_periphid ret = -517
[    1.714142][    T1] amba 2b0a0000.memory-controller: Device match requests probe deferral
[    1.714756][    T1] amba 7ffd0000.memory-controller: amba_match, amba_read_periphid ret = -517
[    1.715153][    T1] amba 7ffd0000.memory-controller: Device match requests probe deferral
[    1.715578][    T1] amba 7ffb0000.dma: amba_match, amba_read_periphid ret = -517
[    1.715895][    T1] amba 7ffb0000.dma: Device match requests probe deferral
[    1.719182][    T1] lkdtm: No crash points registered, enable through debugfs
[    1.719587][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1086014, drv->name vexpress-sysreg
[    1.720003][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1086014, drv->name vexpress-sysreg
[    1.720476][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1086014, drv->name vexpress-sysreg
[    1.720947][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1086014, drv->name vexpress-sysreg
[    1.721420][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1086014, drv->name vexpress-sysreg
[    1.721904][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1086014, drv->name vexpress-sysreg
[    1.722385][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1086014, drv->name vexpress-sysreg
[    1.722771][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1086014, drv->name vexpress-sysreg
[    1.723195][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1086014, drv->name vexpress-sysreg
[    1.723705][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1086014, drv->name vexpress-sysreg
[    1.724178][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1086014, drv->name vexpress-sysreg
[    1.724893][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1086014, drv->name vexpress-sysreg
[    1.725403][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1086014, drv->name vexpress-sysreg
[    1.725848][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1086014, drv->name vexpress-sysreg
[    1.726492][    T1] platform 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1086014, drv->name vexpress-sysreg
[    1.731795][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c107cfcc, drv->name ARM-CCI
[    1.732268][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c107eed4, drv->name reg-dummy
[    1.732712][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1085fac, drv->name syscon
[    1.733157][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1082954, drv->name sbsa-uart
[    1.733600][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c107ef3c, drv->name reg-fixed-voltage
[    1.734079][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1090f58, drv->name versatile-i2c
[    1.734761][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c0d09534, drv->name armv7-pmu
[    1.735281][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1038688, drv->name alarmtimer
[    1.735747][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c107d04c, drv->name vexpress-syscfg
[    1.736231][    T1] platform basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c107d468, drv->name basic-mmio-gpio
[    1.739407][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c107cfcc, drv->name ARM-CCI
[    1.739881][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c107eed4, drv->name reg-dummy
[    1.740340][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1085fac, drv->name syscon
[    1.740780][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1082954, drv->name sbsa-uart
[    1.741239][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c107ef3c, drv->name reg-fixed-voltage
[    1.741720][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1090f58, drv->name versatile-i2c
[    1.742240][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c0d09534, drv->name armv7-pmu
[    1.742701][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1038688, drv->name alarmtimer
[    1.743158][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c107d04c, drv->name vexpress-syscfg
[    1.743627][    T1] platform basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c107d468, drv->name basic-mmio-gpio
[    1.746161][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c107cfcc, drv->name ARM-CCI
[    1.746654][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c107eed4, drv->name reg-dummy
[    1.747162][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1085fac, drv->name syscon
[    1.747609][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1082954, drv->name sbsa-uart
[    1.748069][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c107ef3c, drv->name reg-fixed-voltage
[    1.748560][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1090f58, drv->name versatile-i2c
[    1.749029][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c0d09534, drv->name armv7-pmu
[    1.749502][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1038688, drv->name alarmtimer
[    1.749956][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c107d04c, drv->name vexpress-syscfg
[    1.750429][    T1] platform basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c107d468, drv->name basic-mmio-gpio
[    1.752383][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c107cfcc, drv->name ARM-CCI
[    1.752853][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c107eed4, drv->name reg-dummy
[    1.753310][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1085fac, drv->name syscon
[    1.753751][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1082954, drv->name sbsa-uart
[    1.754207][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c107ef3c, drv->name reg-fixed-voltage
[    1.754977][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1090f58, drv->name versatile-i2c
[    1.755483][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c0d09534, drv->name armv7-pmu
[    1.755938][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1038688, drv->name alarmtimer
[    1.756436][    T1] platform vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c107d04c, drv->name vexpress-syscfg
[    1.758084][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107cfcc, drv->name ARM-CCI
[    1.758766][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107eed4, drv->name reg-dummy
[    1.759442][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1085fac, drv->name syscon
[    1.760103][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1082954, drv->name sbsa-uart
[    1.760770][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107ef3c, drv->name reg-fixed-voltage
[    1.761483][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1090f58, drv->name versatile-i2c
[    1.762176][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c0d09534, drv->name armv7-pmu
[    1.762865][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1038688, drv->name alarmtimer
[    1.763532][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107d04c, drv->name vexpress-syscfg
[    1.764216][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107d468, drv->name basic-mmio-gpio
[    1.765367][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107e19c, drv->name of_fixed_factor_clk
[    1.766131][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107e204, drv->name of_fixed_clk
[    1.766830][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107e26c, drv->name gpio-clk
[    1.767521][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c107e2d4, drv->name vexpress-osc
[    1.786809][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107cfcc, drv->name ARM-CCI
[    1.787512][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107eed4, drv->name reg-dummy
[    1.788186][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1085fac, drv->name syscon
[    1.788840][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1082954, drv->name sbsa-uart
[    1.789548][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107ef3c, drv->name reg-fixed-voltage
[    1.790240][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1090f58, drv->name versatile-i2c
[    1.790921][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c0d09534, drv->name armv7-pmu
[    1.791601][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1038688, drv->name alarmtimer
[    1.792275][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107d04c, drv->name vexpress-syscfg
[    1.792954][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107d468, drv->name basic-mmio-gpio
[    1.793680][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107e19c, drv->name of_fixed_factor_clk
[    1.794386][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107e204, drv->name of_fixed_clk
[    1.795675][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107e26c, drv->name gpio-clk
[    1.796413][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c107e2d4, drv->name vexpress-osc
[    1.816991][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107cfcc, drv->name ARM-CCI
[    1.817719][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107eed4, drv->name reg-dummy
[    1.818411][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1085fac, drv->name syscon
[    1.819095][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1082954, drv->name sbsa-uart
[    1.819776][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107ef3c, drv->name reg-fixed-voltage
[    1.820539][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1090f58, drv->name versatile-i2c
[    1.821247][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c0d09534, drv->name armv7-pmu
[    1.821949][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1038688, drv->name alarmtimer
[    1.822633][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107d04c, drv->name vexpress-syscfg
[    1.823336][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107d468, drv->name basic-mmio-gpio
[    1.824041][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107e19c, drv->name of_fixed_factor_clk
[    1.825264][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107e204, drv->name of_fixed_clk
[    1.826210][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107e26c, drv->name gpio-clk
[    1.826906][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c107e2d4, drv->name vexpress-osc
[    1.846027][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107cfcc, drv->name ARM-CCI
[    1.846765][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107eed4, drv->name reg-dummy
[    1.847464][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1085fac, drv->name syscon
[    1.848139][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1082954, drv->name sbsa-uart
[    1.848821][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107ef3c, drv->name reg-fixed-voltage
[    1.849576][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1090f58, drv->name versatile-i2c
[    1.850320][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c0d09534, drv->name armv7-pmu
[    1.851019][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1038688, drv->name alarmtimer
[    1.851701][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107d04c, drv->name vexpress-syscfg
[    1.852398][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107d468, drv->name basic-mmio-gpio
[    1.853105][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107e19c, drv->name of_fixed_factor_clk
[    1.853818][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107e204, drv->name of_fixed_clk
[    1.854799][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107e26c, drv->name gpio-clk
[    1.855532][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107e2d4, drv->name vexpress-osc
[    1.856250][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107e5dc, drv->name virtio-mmio
[    1.856951][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c107efa4, drv->name vexpress-regulator
[    1.859286][    T7] Freeing initrd memory: 1484K
[    1.876210][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107cfcc, drv->name ARM-CCI
[    1.876924][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107eed4, drv->name reg-dummy
[    1.877611][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1085fac, drv->name syscon
[    1.878293][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1082954, drv->name sbsa-uart
[    1.878987][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107ef3c, drv->name reg-fixed-voltage
[    1.879696][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1090f58, drv->name versatile-i2c
[    1.880398][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c0d09534, drv->name armv7-pmu
[    1.881100][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1038688, drv->name alarmtimer
[    1.881779][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107d04c, drv->name vexpress-syscfg
[    1.882476][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107d468, drv->name basic-mmio-gpio
[    1.883191][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107e19c, drv->name of_fixed_factor_clk
[    1.883912][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107e204, drv->name of_fixed_clk
[    1.884980][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107e26c, drv->name gpio-clk
[    1.885719][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107e2d4, drv->name vexpress-osc
[    1.886438][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107e5dc, drv->name virtio-mmio
[    1.887147][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c107efa4, drv->name vexpress-regulator
[    1.887864][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c108429c, drv->name panel-simple
[    1.888741][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1086014, drv->name vexpress-sysreg
[    1.890117][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107cfcc, drv->name ARM-CCI
[    1.890794][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107eed4, drv->name reg-dummy
[    1.891473][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1085fac, drv->name syscon
[    1.892143][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1082954, drv->name sbsa-uart
[    1.892815][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107ef3c, drv->name reg-fixed-voltage
[    1.893527][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1090f58, drv->name versatile-i2c
[    1.894225][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c0d09534, drv->name armv7-pmu
[    1.895378][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1038688, drv->name alarmtimer
[    1.896112][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107d04c, drv->name vexpress-syscfg
[    1.896820][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107d468, drv->name basic-mmio-gpio
[    1.897533][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107e19c, drv->name of_fixed_factor_clk
[    1.898263][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107e204, drv->name of_fixed_clk
[    1.898963][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107e26c, drv->name gpio-clk
[    1.899657][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107e2d4, drv->name vexpress-osc
[    1.900363][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107e5dc, drv->name virtio-mmio
[    1.901069][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c107efa4, drv->name vexpress-regulator
[    1.901792][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c108429c, drv->name panel-simple
[    1.902662][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1086014, drv->name vexpress-sysreg
[    1.904038][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107cfcc, drv->name ARM-CCI
[    1.905116][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107eed4, drv->name reg-dummy
[    1.905831][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1085fac, drv->name syscon
[    1.906509][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1082954, drv->name sbsa-uart
[    1.907203][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107ef3c, drv->name reg-fixed-voltage
[    1.907923][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1090f58, drv->name versatile-i2c
[    1.908640][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c0d09534, drv->name armv7-pmu
[    1.909343][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1038688, drv->name alarmtimer
[    1.910027][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107d04c, drv->name vexpress-syscfg
[    1.910722][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107d468, drv->name basic-mmio-gpio
[    1.911427][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107e19c, drv->name of_fixed_factor_clk
[    1.912149][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107e204, drv->name of_fixed_clk
[    1.912845][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107e26c, drv->name gpio-clk
[    1.913532][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107e2d4, drv->name vexpress-osc
[    1.914233][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107e5dc, drv->name virtio-mmio
[    1.915378][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c107efa4, drv->name vexpress-regulator
[    1.916149][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c108429c, drv->name panel-simple
[    1.917034][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1086014, drv->name vexpress-sysreg
[    1.918391][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107cfcc, drv->name ARM-CCI
[    1.919106][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107eed4, drv->name reg-dummy
[    1.919807][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1085fac, drv->name syscon
[    1.920499][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1082954, drv->name sbsa-uart
[    1.921208][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107ef3c, drv->name reg-fixed-voltage
[    1.921939][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1090f58, drv->name versatile-i2c
[    1.922663][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c0d09534, drv->name armv7-pmu
[    1.923383][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1038688, drv->name alarmtimer
[    1.924090][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107d04c, drv->name vexpress-syscfg
[    1.925218][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107d468, drv->name basic-mmio-gpio
[    1.925975][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107e19c, drv->name of_fixed_factor_clk
[    1.926712][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107e204, drv->name of_fixed_clk
[    1.927435][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107e26c, drv->name gpio-clk
[    1.928150][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107e2d4, drv->name vexpress-osc
[    1.928871][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107e5dc, drv->name virtio-mmio
[    1.929589][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c107efa4, drv->name vexpress-regulator
[    1.930330][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c108429c, drv->name panel-simple
[    1.931210][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1086014, drv->name vexpress-sysreg
[    1.932601][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107cfcc, drv->name ARM-CCI
[    1.933308][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107eed4, drv->name reg-dummy
[    1.934003][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1085fac, drv->name syscon
[    1.935029][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1082954, drv->name sbsa-uart
[    1.935767][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107ef3c, drv->name reg-fixed-voltage
[    1.936496][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1090f58, drv->name versatile-i2c
[    1.937212][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c0d09534, drv->name armv7-pmu
[    1.937926][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1038688, drv->name alarmtimer
[    1.938621][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107d04c, drv->name vexpress-syscfg
[    1.939335][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107d468, drv->name basic-mmio-gpio
[    1.940047][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107e19c, drv->name of_fixed_factor_clk
[    1.940772][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107e204, drv->name of_fixed_clk
[    1.941474][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107e26c, drv->name gpio-clk
[    1.942174][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107e2d4, drv->name vexpress-osc
[    1.942882][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107e5dc, drv->name virtio-mmio
[    1.943583][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c107efa4, drv->name vexpress-regulator
[    1.944309][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c108429c, drv->name panel-simple
[    1.945662][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1086014, drv->name vexpress-sysreg
[    1.947105][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107cfcc, drv->name ARM-CCI
[    1.947813][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107eed4, drv->name reg-dummy
[    1.948511][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1085fac, drv->name syscon
[    1.949211][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1082954, drv->name sbsa-uart
[    1.949914][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107ef3c, drv->name reg-fixed-voltage
[    1.950644][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1090f58, drv->name versatile-i2c
[    1.951363][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c0d09534, drv->name armv7-pmu
[    1.952083][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1038688, drv->name alarmtimer
[    1.952784][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107d04c, drv->name vexpress-syscfg
[    1.953498][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107d468, drv->name basic-mmio-gpio
[    1.954222][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107e19c, drv->name of_fixed_factor_clk
[    1.955402][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107e204, drv->name of_fixed_clk
[    1.956153][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107e26c, drv->name gpio-clk
[    1.956855][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107e2d4, drv->name vexpress-osc
[    1.957567][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107e5dc, drv->name virtio-mmio
[    1.958283][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c107efa4, drv->name vexpress-regulator
[    1.959014][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c108429c, drv->name panel-simple
[    1.959884][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1086014, drv->name vexpress-sysreg
[    1.961310][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107cfcc, drv->name ARM-CCI
[    1.961735][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107eed4, drv->name reg-dummy
[    1.962156][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1085fac, drv->name syscon
[    1.962562][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1082954, drv->name sbsa-uart
[    1.962976][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107ef3c, drv->name reg-fixed-voltage
[    1.963423][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1090f58, drv->name versatile-i2c
[    1.963854][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c0d09534, drv->name armv7-pmu
[    1.964289][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1038688, drv->name alarmtimer
[    1.965021][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107d04c, drv->name vexpress-syscfg
[    1.965490][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107d468, drv->name basic-mmio-gpio
[    1.965929][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107e19c, drv->name of_fixed_factor_clk
[    1.966377][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107e204, drv->name of_fixed_clk
[    1.966799][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107e26c, drv->name gpio-clk
[    1.967217][    T1] platform dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c107e2d4, drv->name vexpress-osc
[    1.985656][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107cfcc, drv->name ARM-CCI
[    1.986109][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107eed4, drv->name reg-dummy
[    1.986519][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1085fac, drv->name syscon
[    1.986923][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1082954, drv->name sbsa-uart
[    1.987340][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107ef3c, drv->name reg-fixed-voltage
[    1.987777][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1090f58, drv->name versatile-i2c
[    1.988208][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c0d09534, drv->name armv7-pmu
[    1.988636][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1038688, drv->name alarmtimer
[    1.989049][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107d04c, drv->name vexpress-syscfg
[    1.989473][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107d468, drv->name basic-mmio-gpio
[    1.989901][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107e19c, drv->name of_fixed_factor_clk
[    1.990349][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107e204, drv->name of_fixed_clk
[    1.990768][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107e26c, drv->name gpio-clk
[    1.991186][    T1] platform dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c107e2d4, drv->name vexpress-osc
[    2.005997][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107cfcc, drv->name ARM-CCI
[    2.006455][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107eed4, drv->name reg-dummy
[    2.006871][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1085fac, drv->name syscon
[    2.007280][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1082954, drv->name sbsa-uart
[    2.007695][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107ef3c, drv->name reg-fixed-voltage
[    2.008145][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1090f58, drv->name versatile-i2c
[    2.008573][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c0d09534, drv->name armv7-pmu
[    2.008998][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1038688, drv->name alarmtimer
[    2.009413][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107d04c, drv->name vexpress-syscfg
[    2.009839][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107d468, drv->name basic-mmio-gpio
[    2.010286][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107e19c, drv->name of_fixed_factor_clk
[    2.010732][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107e204, drv->name of_fixed_clk
[    2.011158][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107e26c, drv->name gpio-clk
[    2.011568][    T1] platform dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c107e2d4, drv->name vexpress-osc
[    2.029638][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107cfcc, drv->name ARM-CCI
[    2.030094][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107eed4, drv->name reg-dummy
[    2.030503][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1085fac, drv->name syscon
[    2.030905][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1082954, drv->name sbsa-uart
[    2.031323][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107ef3c, drv->name reg-fixed-voltage
[    2.031763][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1090f58, drv->name versatile-i2c
[    2.032206][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c0d09534, drv->name armv7-pmu
[    2.032631][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1038688, drv->name alarmtimer
[    2.033041][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107d04c, drv->name vexpress-syscfg
[    2.033466][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107d468, drv->name basic-mmio-gpio
[    2.033894][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107e19c, drv->name of_fixed_factor_clk
[    2.034338][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107e204, drv->name of_fixed_clk
[    2.035154][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107e26c, drv->name gpio-clk
[    2.035607][    T1] platform dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c107e2d4, drv->name vexpress-osc
[    2.056588][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107cfcc, drv->name ARM-CCI
[    2.057034][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107eed4, drv->name reg-dummy
[    2.057447][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1085fac, drv->name syscon
[    2.057845][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1082954, drv->name sbsa-uart
[    2.058264][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107ef3c, drv->name reg-fixed-voltage
[    2.058699][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1090f58, drv->name versatile-i2c
[    2.059131][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c0d09534, drv->name armv7-pmu
[    2.059555][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1038688, drv->name alarmtimer
[    2.059967][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107d04c, drv->name vexpress-syscfg
[    2.060395][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107d468, drv->name basic-mmio-gpio
[    2.060827][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107e19c, drv->name of_fixed_factor_clk
[    2.061272][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107e204, drv->name of_fixed_clk
[    2.061689][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107e26c, drv->name gpio-clk
[    2.062101][    T1] platform dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c107e2d4, drv->name vexpress-osc
[    2.075589][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107cfcc, drv->name ARM-CCI
[    2.076036][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107eed4, drv->name reg-dummy
[    2.076455][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1085fac, drv->name syscon
[    2.076855][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1082954, drv->name sbsa-uart
[    2.077275][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107ef3c, drv->name reg-fixed-voltage
[    2.077712][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1090f58, drv->name versatile-i2c
[    2.078148][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c0d09534, drv->name armv7-pmu
[    2.078572][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1038688, drv->name alarmtimer
[    2.078983][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107d04c, drv->name vexpress-syscfg
[    2.079410][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107d468, drv->name basic-mmio-gpio
[    2.079844][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107e19c, drv->name of_fixed_factor_clk
[    2.080292][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107e204, drv->name of_fixed_clk
[    2.080717][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107e26c, drv->name gpio-clk
[    2.081136][    T1] platform dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c107e2d4, drv->name vexpress-osc
[    2.095623][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107cfcc, drv->name ARM-CCI
[    2.096091][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107eed4, drv->name reg-dummy
[    2.096517][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1085fac, drv->name syscon
[    2.096935][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1082954, drv->name sbsa-uart
[    2.097371][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107ef3c, drv->name reg-fixed-voltage
[    2.097830][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1090f58, drv->name versatile-i2c
[    2.098279][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c0d09534, drv->name armv7-pmu
[    2.098721][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1038688, drv->name alarmtimer
[    2.099157][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107d04c, drv->name vexpress-syscfg
[    2.099598][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107d468, drv->name basic-mmio-gpio
[    2.100050][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107e19c, drv->name of_fixed_factor_clk
[    2.100513][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107e204, drv->name of_fixed_clk
[    2.100951][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107e26c, drv->name gpio-clk
[    2.101382][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107e2d4, drv->name vexpress-osc
[    2.101821][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107e5dc, drv->name virtio-mmio
[    2.102263][    T1] platform dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c107efa4, drv->name vexpress-regulator
[    2.115948][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107cfcc, drv->name ARM-CCI
[    2.116415][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107eed4, drv->name reg-dummy
[    2.116840][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1085fac, drv->name syscon
[    2.117260][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1082954, drv->name sbsa-uart
[    2.117688][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107ef3c, drv->name reg-fixed-voltage
[    2.118150][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1090f58, drv->name versatile-i2c
[    2.118587][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c0d09534, drv->name armv7-pmu
[    2.119025][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1038688, drv->name alarmtimer
[    2.119451][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107d04c, drv->name vexpress-syscfg
[    2.119889][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107d468, drv->name basic-mmio-gpio
[    2.120340][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107e19c, drv->name of_fixed_factor_clk
[    2.120793][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107e204, drv->name of_fixed_clk
[    2.121232][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107e26c, drv->name gpio-clk
[    2.121655][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107e2d4, drv->name vexpress-osc
[    2.122101][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107e5dc, drv->name virtio-mmio
[    2.122525][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c107efa4, drv->name vexpress-regulator
[    2.122975][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c108429c, drv->name panel-simple
[    2.123567][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1086014, drv->name vexpress-sysreg
[    2.124770][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107cfcc, drv->name ARM-CCI
[    2.125241][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107eed4, drv->name reg-dummy
[    2.125659][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1085fac, drv->name syscon
[    2.126067][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1082954, drv->name sbsa-uart
[    2.126487][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107ef3c, drv->name reg-fixed-voltage
[    2.126932][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1090f58, drv->name versatile-i2c
[    2.127369][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c0d09534, drv->name armv7-pmu
[    2.127801][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1038688, drv->name alarmtimer
[    2.128226][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107d04c, drv->name vexpress-syscfg
[    2.128655][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107d468, drv->name basic-mmio-gpio
[    2.129100][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107e19c, drv->name of_fixed_factor_clk
[    2.129546][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107e204, drv->name of_fixed_clk
[    2.129972][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107e26c, drv->name gpio-clk
[    2.130392][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107e2d4, drv->name vexpress-osc
[    2.130818][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107e5dc, drv->name virtio-mmio
[    2.131245][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c107efa4, drv->name vexpress-regulator
[    2.131691][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c108429c, drv->name panel-simple
[    2.132281][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1086014, drv->name vexpress-sysreg
[    2.133276][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107cfcc, drv->name ARM-CCI
[    2.133717][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107eed4, drv->name reg-dummy
[    2.134159][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1085fac, drv->name syscon
[    2.134862][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1082954, drv->name sbsa-uart
[    2.135346][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107ef3c, drv->name reg-fixed-voltage
[    2.135816][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1090f58, drv->name versatile-i2c
[    2.136276][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c0d09534, drv->name armv7-pmu
[    2.136727][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1038688, drv->name alarmtimer
[    2.137169][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107d04c, drv->name vexpress-syscfg
[    2.137620][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107d468, drv->name basic-mmio-gpio
[    2.138084][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107e19c, drv->name of_fixed_factor_clk
[    2.138557][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107e204, drv->name of_fixed_clk
[    2.139001][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107e26c, drv->name gpio-clk
[    2.139439][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107e2d4, drv->name vexpress-osc
[    2.139885][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107e5dc, drv->name virtio-mmio
[    2.140332][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c107efa4, drv->name vexpress-regulator
[    2.140796][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c108429c, drv->name panel-simple
[    2.141406][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1086014, drv->name vexpress-sysreg
[    2.142426][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107cfcc, drv->name ARM-CCI
[    2.142836][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107eed4, drv->name reg-dummy
[    2.143246][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1085fac, drv->name syscon
[    2.143639][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1082954, drv->name sbsa-uart
[    2.144047][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107ef3c, drv->name reg-fixed-voltage
[    2.144494][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1090f58, drv->name versatile-i2c
[    2.145137][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c0d09534, drv->name armv7-pmu
[    2.145570][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1038688, drv->name alarmtimer
[    2.145979][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107d04c, drv->name vexpress-syscfg
[    2.146405][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107d468, drv->name basic-mmio-gpio
[    2.146831][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107e19c, drv->name of_fixed_factor_clk
[    2.147274][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107e204, drv->name of_fixed_clk
[    2.147689][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107e26c, drv->name gpio-clk
[    2.148102][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107e2d4, drv->name vexpress-osc
[    2.148518][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107e5dc, drv->name virtio-mmio
[    2.148933][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c107efa4, drv->name vexpress-regulator
[    2.149373][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c108429c, drv->name panel-simple
[    2.149949][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1086014, drv->name vexpress-sysreg
[    2.150923][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1086014, drv->name vexpress-sysreg
[    2.151390][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1086014, drv->name vexpress-sysreg
[    2.151839][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1086014, drv->name vexpress-sysreg
[    2.152334][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1086014, drv->name vexpress-sysreg
[    2.152995][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1086014, drv->name vexpress-sysreg
[    2.153445][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1086014, drv->name vexpress-sysreg
[    2.153842][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c1086014, drv->name vexpress-sysreg
[    2.154245][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1086014, drv->name vexpress-sysreg
[    2.154938][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1086014, drv->name vexpress-sysreg
[    2.155430][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1086014, drv->name vexpress-sysreg
[    2.155936][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1086014, drv->name vexpress-sysreg
[    2.156445][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1086014, drv->name vexpress-sysreg
[    2.156946][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1086014, drv->name vexpress-sysreg
[    2.157447][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1086014, drv->name vexpress-sysreg
[    2.158186][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1086014, drv->name vexpress-sysreg
[    2.158923][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1086014, drv->name vexpress-sysreg
[    2.159653][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1086014, drv->name vexpress-sysreg
[    2.160415][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1086014, drv->name vexpress-sysreg
[    2.161150][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1086014, drv->name vexpress-sysreg
[    2.161867][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1086014, drv->name vexpress-sysreg
[    2.162588][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1086014, drv->name vexpress-sysreg
[    2.163317][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1086014, drv->name vexpress-sysreg
[    2.164033][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1086014, drv->name vexpress-sysreg
[    2.165131][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1086014, drv->name vexpress-sysreg
[    2.165612][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1086014, drv->name vexpress-sysreg
[    2.166066][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1086014, drv->name vexpress-sysreg
[    2.166523][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1086014, drv->name vexpress-sysreg
[    2.166975][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1086014, drv->name vexpress-sysreg
[    2.167430][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1086014, drv->name vexpress-sysreg
[    2.167882][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1086014, drv->name vexpress-sysreg
[    2.168372][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1086014, drv->name vexpress-sysreg
[    2.168826][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1086014, drv->name vexpress-sysreg
[    2.169273][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1086014, drv->name vexpress-sysreg
[    2.169729][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1086014, drv->name vexpress-sysreg
[    2.173066][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c108c3dc, drv->name physmap-flash
[    2.173508][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c108c3dc, drv->name physmap-flash
[    2.173997][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c108c3dc, drv->name physmap-flash
[    2.174483][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c108c3dc, drv->name physmap-flash
[    2.175237][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c108c3dc, drv->name physmap-flash
[    2.175745][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c108c3dc, drv->name physmap-flash
[    2.176243][    T1] platform leds: pdev c137d400, pdev->name leds, drv c108c3dc, drv->name physmap-flash
[    2.176636][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c108c3dc, drv->name physmap-flash
[    2.177066][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c108c3dc, drv->name physmap-flash
[    2.177594][    T1] platform 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c108c3dc, drv->name physmap-flash
[    2.183094][    T1] physmap-flash 8000000.flash: physmap platform flash device: [mem 0x08000000-0x0bffffff]
[    2.185857][    T1] 8000000.flash: Found 2 x16 devices at 0x0 in 32-bit bank. Manufacturer ID 0x000000 Chip ID 0x000000
[    2.186867][    T1] Intel/Sharp Extended Query Table at 0x0031
[    2.187910][    T1] Using buffer write method
[    2.188627][    T1] erase region 0: offset=0x0,size=0x40000,blocks=256
[    2.192344][    T1] physmap-flash 8000000.flash: physmap platform flash device: [mem 0x0c000000-0x0fffffff]
[    2.193199][    T1] 8000000.flash: Found 2 x16 devices at 0x0 in 32-bit bank. Manufacturer ID 0x000000 Chip ID 0x000000
[    2.193671][    T1] Intel/Sharp Extended Query Table at 0x0031
[    2.194353][    T1] Using buffer write method
[    2.194945][    T1] erase region 0: offset=0x0,size=0x40000,blocks=256
[    2.195346][    T1] Concatenating MTD devices:
[    2.195568][    T1] (0): "8000000.flash"
[    2.195786][    T1] (1): "8000000.flash"
[    2.195975][    T1] into device "8000000.flash"
[    2.304092][    T1] platform 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c108c3dc, drv->name physmap-flash
[    2.307079][    T1] physmap-flash 14000000.psram: physmap platform flash device: [mem 0x14000000-0x15ffffff]
[    2.327597][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c108c3dc, drv->name physmap-flash
[    2.328157][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c108c3dc, drv->name physmap-flash
[    2.328601][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c108c3dc, drv->name physmap-flash
[    2.329246][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c108c3dc, drv->name physmap-flash
[    2.329723][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c108c3dc, drv->name physmap-flash
[    2.330184][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c108c3dc, drv->name physmap-flash
[    2.330637][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c108c3dc, drv->name physmap-flash
[    2.331140][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c108c3dc, drv->name physmap-flash
[    2.331815][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c108c3dc, drv->name physmap-flash
[    2.332268][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c108c3dc, drv->name physmap-flash
[    2.332663][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c108c3dc, drv->name physmap-flash
[    2.333049][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c108c3dc, drv->name physmap-flash
[    2.333441][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c108c3dc, drv->name physmap-flash
[    2.333876][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c108c3dc, drv->name physmap-flash
[    2.334375][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c108c3dc, drv->name physmap-flash
[    2.335448][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c108c3dc, drv->name physmap-flash
[    2.335974][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c108c3dc, drv->name physmap-flash
[    2.336467][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c108c3dc, drv->name physmap-flash
[    2.337198][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c108c3dc, drv->name physmap-flash
[    2.337921][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c108c3dc, drv->name physmap-flash
[    2.338639][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c108c3dc, drv->name physmap-flash
[    2.339382][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c108c3dc, drv->name physmap-flash
[    2.340093][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c108c3dc, drv->name physmap-flash
[    2.340784][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c108c3dc, drv->name physmap-flash
[    2.341487][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c108c3dc, drv->name physmap-flash
[    2.342209][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c108c3dc, drv->name physmap-flash
[    2.342910][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c108c3dc, drv->name physmap-flash
[    2.343613][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c108c3dc, drv->name physmap-flash
[    2.344054][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c108c3dc, drv->name physmap-flash
[    2.344502][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c108c3dc, drv->name physmap-flash
[    2.345147][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c108c3dc, drv->name physmap-flash
[    2.345608][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c108c3dc, drv->name physmap-flash
[    2.346044][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c108c3dc, drv->name physmap-flash
[    2.346486][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c108c3dc, drv->name physmap-flash
[    2.346958][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c108c3dc, drv->name physmap-flash
[    2.347396][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c108c3dc, drv->name physmap-flash
[    2.347826][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c108c3dc, drv->name physmap-flash
[    2.348279][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c108c3dc, drv->name physmap-flash
[    2.348967][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c108c444, drv->name mtd-ram
[    2.349371][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c108c444, drv->name mtd-ram
[    2.349815][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c108c444, drv->name mtd-ram
[    2.350260][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c108c444, drv->name mtd-ram
[    2.350696][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c108c444, drv->name mtd-ram
[    2.351152][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c108c444, drv->name mtd-ram
[    2.351602][    T1] platform leds: pdev c137d400, pdev->name leds, drv c108c444, drv->name mtd-ram
[    2.351960][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c108c444, drv->name mtd-ram
[    2.352357][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c108c444, drv->name mtd-ram
[    2.352843][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c108c444, drv->name mtd-ram
[    2.353266][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c108c444, drv->name mtd-ram
[    2.353691][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c108c444, drv->name mtd-ram
[    2.354127][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c108c444, drv->name mtd-ram
[    2.354817][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c108c444, drv->name mtd-ram
[    2.355475][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c108c444, drv->name mtd-ram
[    2.355922][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c108c444, drv->name mtd-ram
[    2.356350][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c108c444, drv->name mtd-ram
[    2.356776][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c108c444, drv->name mtd-ram
[    2.357248][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c108c444, drv->name mtd-ram
[    2.357875][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c108c444, drv->name mtd-ram
[    2.358299][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c108c444, drv->name mtd-ram
[    2.358665][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c108c444, drv->name mtd-ram
[    2.359024][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c108c444, drv->name mtd-ram
[    2.359386][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c108c444, drv->name mtd-ram
[    2.359791][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c108c444, drv->name mtd-ram
[    2.360271][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c108c444, drv->name mtd-ram
[    2.360737][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c108c444, drv->name mtd-ram
[    2.361211][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c108c444, drv->name mtd-ram
[    2.361679][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c108c444, drv->name mtd-ram
[    2.362374][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c108c444, drv->name mtd-ram
[    2.363062][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c108c444, drv->name mtd-ram
[    2.363751][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c108c444, drv->name mtd-ram
[    2.364468][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c108c444, drv->name mtd-ram
[    2.365393][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c108c444, drv->name mtd-ram
[    2.366091][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c108c444, drv->name mtd-ram
[    2.366772][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c108c444, drv->name mtd-ram
[    2.367469][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c108c444, drv->name mtd-ram
[    2.368152][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c108c444, drv->name mtd-ram
[    2.368837][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c108c444, drv->name mtd-ram
[    2.369261][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c108c444, drv->name mtd-ram
[    2.369673][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c108c444, drv->name mtd-ram
[    2.370095][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c108c444, drv->name mtd-ram
[    2.370508][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c108c444, drv->name mtd-ram
[    2.370928][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c108c444, drv->name mtd-ram
[    2.371351][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c108c444, drv->name mtd-ram
[    2.371806][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c108c444, drv->name mtd-ram
[    2.372230][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c108c444, drv->name mtd-ram
[    2.372646][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c108c444, drv->name mtd-ram
[    2.373071][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c108c444, drv->name mtd-ram
[    2.375478][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107cfcc, drv->name ARM-CCI
[    2.375940][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107eed4, drv->name reg-dummy
[    2.376363][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1085fac, drv->name syscon
[    2.376772][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1082954, drv->name sbsa-uart
[    2.377195][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107ef3c, drv->name reg-fixed-voltage
[    2.377629][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1090f58, drv->name versatile-i2c
[    2.378058][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c0d09534, drv->name armv7-pmu
[    2.378477][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1038688, drv->name alarmtimer
[    2.378893][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107d04c, drv->name vexpress-syscfg
[    2.379330][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107d468, drv->name basic-mmio-gpio
[    2.379761][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107e19c, drv->name of_fixed_factor_clk
[    2.380209][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107e204, drv->name of_fixed_clk
[    2.380631][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107e26c, drv->name gpio-clk
[    2.381037][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107e2d4, drv->name vexpress-osc
[    2.381465][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107e5dc, drv->name virtio-mmio
[    2.381883][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c107efa4, drv->name vexpress-regulator
[    2.382325][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c108429c, drv->name panel-simple
[    2.382748][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1086014, drv->name vexpress-sysreg
[    2.383183][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c108c3dc, drv->name physmap-flash
[    2.383610][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c108c444, drv->name mtd-ram
[    2.386632][    T1] libphy: Fixed MDIO Bus: probed
[    2.397070][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c108de18, drv->name smc91x
[    2.397504][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c108de18, drv->name smc91x
[    2.397966][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c108de18, drv->name smc91x
[    2.398418][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c108de18, drv->name smc91x
[    2.398866][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c108de18, drv->name smc91x
[    2.399331][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c108de18, drv->name smc91x
[    2.399793][    T1] platform leds: pdev c137d400, pdev->name leds, drv c108de18, drv->name smc91x
[    2.400164][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c108de18, drv->name smc91x
[    2.400562][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c108de18, drv->name smc91x
[    2.401052][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c108de18, drv->name smc91x
[    2.401480][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c108de18, drv->name smc91x
[    2.401911][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c108de18, drv->name smc91x
[    2.402350][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c108de18, drv->name smc91x
[    2.402763][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c108de18, drv->name smc91x
[    2.403372][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c108de18, drv->name smc91x
[    2.403812][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c108de18, drv->name smc91x
[    2.404237][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c108de18, drv->name smc91x
[    2.404987][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c108de18, drv->name smc91x
[    2.405507][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c108de18, drv->name smc91x
[    2.406165][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c108de18, drv->name smc91x
[    2.406597][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c108de18, drv->name smc91x
[    2.406976][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c108de18, drv->name smc91x
[    2.407350][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c108de18, drv->name smc91x
[    2.407718][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c108de18, drv->name smc91x
[    2.408146][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c108de18, drv->name smc91x
[    2.408626][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c108de18, drv->name smc91x
[    2.409108][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c108de18, drv->name smc91x
[    2.409580][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c108de18, drv->name smc91x
[    2.410053][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c108de18, drv->name smc91x
[    2.410752][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c108de18, drv->name smc91x
[    2.411459][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c108de18, drv->name smc91x
[    2.412169][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c108de18, drv->name smc91x
[    2.412895][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c108de18, drv->name smc91x
[    2.413591][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c108de18, drv->name smc91x
[    2.414277][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c108de18, drv->name smc91x
[    2.415508][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c108de18, drv->name smc91x
[    2.416250][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c108de18, drv->name smc91x
[    2.416942][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c108de18, drv->name smc91x
[    2.417642][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c108de18, drv->name smc91x
[    2.418064][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c108de18, drv->name smc91x
[    2.418487][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c108de18, drv->name smc91x
[    2.418907][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c108de18, drv->name smc91x
[    2.419331][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c108de18, drv->name smc91x
[    2.419753][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c108de18, drv->name smc91x
[    2.420181][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c108de18, drv->name smc91x
[    2.420635][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c108de18, drv->name smc91x
[    2.421054][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c108de18, drv->name smc91x
[    2.421472][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c108de18, drv->name smc91x
[    2.421903][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c108de18, drv->name smc91x
[    2.422315][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c108de18, drv->name smc91x
[    2.422965][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c108de88, drv->name smsc911x
[    2.423377][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c108de88, drv->name smsc911x
[    2.423843][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c108de88, drv->name smsc911x
[    2.424312][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c108de88, drv->name smsc911x
[    2.425228][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c108de88, drv->name smsc911x
[    2.425945][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c108de88, drv->name smsc911x
[    2.426423][    T1] platform leds: pdev c137d400, pdev->name leds, drv c108de88, drv->name smsc911x
[    2.426802][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c108de88, drv->name smsc911x
[    2.427221][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c108de88, drv->name smsc911x
[    2.427727][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c108de88, drv->name smsc911x
[    2.428178][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c108de88, drv->name smsc911x
[    2.428623][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c108de88, drv->name smsc911x
[    2.535637][    T1] smsc911x 1a000000.ethernet (unnamed net_device) (uninitialized): Device not READY in 100ms aborting
[    2.542513][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c108de88, drv->name smsc911x
[    2.542959][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c108de88, drv->name smsc911x
[    2.543572][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c108de88, drv->name smsc911x
[    2.544023][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c108de88, drv->name smsc911x
[    2.544450][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c108de88, drv->name smsc911x
[    2.545434][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c108de88, drv->name smsc911x
[    2.545952][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c108de88, drv->name smsc911x
[    2.546600][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c108de88, drv->name smsc911x
[    2.547031][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c108de88, drv->name smsc911x
[    2.547417][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c108de88, drv->name smsc911x
[    2.547788][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c108de88, drv->name smsc911x
[    2.548162][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c108de88, drv->name smsc911x
[    2.548583][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c108de88, drv->name smsc911x
[    2.549062][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c108de88, drv->name smsc911x
[    2.549542][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c108de88, drv->name smsc911x
[    2.550017][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c108de88, drv->name smsc911x
[    2.550488][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c108de88, drv->name smsc911x
[    2.551194][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c108de88, drv->name smsc911x
[    2.551899][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c108de88, drv->name smsc911x
[    2.552599][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c108de88, drv->name smsc911x
[    2.553319][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c108de88, drv->name smsc911x
[    2.554015][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c108de88, drv->name smsc911x
[    2.555063][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c108de88, drv->name smsc911x
[    2.555788][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c108de88, drv->name smsc911x
[    2.556487][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c108de88, drv->name smsc911x
[    2.557174][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c108de88, drv->name smsc911x
[    2.557861][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c108de88, drv->name smsc911x
[    2.558288][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c108de88, drv->name smsc911x
[    2.558711][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c108de88, drv->name smsc911x
[    2.559140][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c108de88, drv->name smsc911x
[    2.559563][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c108de88, drv->name smsc911x
[    2.559991][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c108de88, drv->name smsc911x
[    2.560418][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c108de88, drv->name smsc911x
[    2.560872][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c108de88, drv->name smsc911x
[    2.561297][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c108de88, drv->name smsc911x
[    2.561712][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c108de88, drv->name smsc911x
[    2.562149][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c108de88, drv->name smsc911x
[    2.562558][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c108de88, drv->name smsc911x
[    2.563447][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c108e8f4, drv->name isp1760
[    2.563852][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c108e8f4, drv->name isp1760
[    2.564321][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c108e8f4, drv->name isp1760
[    2.565281][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c108e8f4, drv->name isp1760
[    2.565783][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c108e8f4, drv->name isp1760
[    2.566273][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c108e8f4, drv->name isp1760
[    2.566748][    T1] platform leds: pdev c137d400, pdev->name leds, drv c108e8f4, drv->name isp1760
[    2.567135][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c108e8f4, drv->name isp1760
[    2.567552][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c108e8f4, drv->name isp1760
[    2.568062][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c108e8f4, drv->name isp1760
[    2.568507][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c108e8f4, drv->name isp1760
[    2.568951][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c108e8f4, drv->name isp1760
[    2.569403][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c108e8f4, drv->name isp1760
[    2.685103][    T1] isp1760 1b000000.usb: isp1760 bus width: 32, oc: digital
[    2.686183][    T1] isp1760 1b000000.usb: NXP ISP1760 USB Host Controller
[    2.686790][    T1] isp1760 1b000000.usb: new USB bus registered, assigned bus number 1
[    2.688142][    T1] isp1760 1b000000.usb: Scratch test 0x00000000
[    2.688485][    T1] isp1760 1b000000.usb: Scratch test failed. 0x00000000
[    2.688821][    T1] isp1760 1b000000.usb: can't setup: -19
[    2.689422][    T1] isp1760 1b000000.usb: USB bus 1 deregistered
[    2.691153][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c108e8f4, drv->name isp1760
[    2.691788][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c108e8f4, drv->name isp1760
[    2.692246][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c108e8f4, drv->name isp1760
[    2.692675][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c108e8f4, drv->name isp1760
[    2.693111][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c108e8f4, drv->name isp1760
[    2.693578][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c108e8f4, drv->name isp1760
[    2.694220][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c108e8f4, drv->name isp1760
[    2.695012][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c108e8f4, drv->name isp1760
[    2.695603][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c108e8f4, drv->name isp1760
[    2.695983][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c108e8f4, drv->name isp1760
[    2.696363][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c108e8f4, drv->name isp1760
[    2.696791][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c108e8f4, drv->name isp1760
[    2.697281][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c108e8f4, drv->name isp1760
[    2.697763][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c108e8f4, drv->name isp1760
[    2.698250][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c108e8f4, drv->name isp1760
[    2.698729][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c108e8f4, drv->name isp1760
[    2.699437][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c108e8f4, drv->name isp1760
[    2.700162][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c108e8f4, drv->name isp1760
[    2.700877][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c108e8f4, drv->name isp1760
[    2.701613][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c108e8f4, drv->name isp1760
[    2.702324][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c108e8f4, drv->name isp1760
[    2.703016][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c108e8f4, drv->name isp1760
[    2.703709][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c108e8f4, drv->name isp1760
[    2.704415][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c108e8f4, drv->name isp1760
[    2.705664][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c108e8f4, drv->name isp1760
[    2.706402][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c108e8f4, drv->name isp1760
[    2.706834][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c108e8f4, drv->name isp1760
[    2.707268][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c108e8f4, drv->name isp1760
[    2.707698][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c108e8f4, drv->name isp1760
[    2.708136][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c108e8f4, drv->name isp1760
[    2.708568][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c108e8f4, drv->name isp1760
[    2.708999][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c108e8f4, drv->name isp1760
[    2.709468][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c108e8f4, drv->name isp1760
[    2.709905][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c108e8f4, drv->name isp1760
[    2.710332][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c108e8f4, drv->name isp1760
[    2.710770][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c108e8f4, drv->name isp1760
[    2.711192][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c108e8f4, drv->name isp1760
[    2.713561][    T1] usbcore: registered new interface driver usb-storage
[    2.716081][    T1] amba 1c040000.aaci: amba_match, amba_read_periphid ret = 0
[    2.716866][    T1] amba 1c050000.mmci: amba_match, amba_read_periphid ret = 0
[    2.717373][    T1] amba 1c060000.kmi: amba_match, amba_read_periphid ret = 0
[    2.719007][    T1] kmi-pl050 1c060000.kmi: Removed from deferred list
[    2.719603][    T1] amba 1c070000.kmi: amba_match, amba_read_periphid ret = 0
[    2.720338][    T1] kmi-pl050 1c070000.kmi: Removed from deferred list
[    2.720819][    T1] amba 1c090000.serial: amba_match, amba_read_periphid ret = 0
[    2.721324][    T1] amba 1c0a0000.serial: amba_match, amba_read_periphid ret = 0
[    2.721820][    T1] amba 1c0b0000.serial: amba_match, amba_read_periphid ret = 0
[    2.722321][    T1] amba 1c0c0000.serial: amba_match, amba_read_periphid ret = 0
[    2.722814][    T1] amba 1c0f0000.wdt: amba_match, amba_read_periphid ret = -19
[    2.723148][    T1] amba 1c0f0000.wdt: Bus failed to match device: -19
[    2.724992][    T1] amba 1c0f0000.wdt: amba_match, amba_read_periphid ret = -19
[    2.725344][    T1] amba 1c0f0000.wdt: Bus failed to match device: -19
[    2.725754][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1090fc0, drv->name vexpress-reset
[    2.726181][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1090fc0, drv->name vexpress-reset
[    2.726664][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1090fc0, drv->name vexpress-reset
[    2.727149][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1090fc0, drv->name vexpress-reset
[    2.727629][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1090fc0, drv->name vexpress-reset
[    2.728124][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1090fc0, drv->name vexpress-reset
[    2.728608][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1090fc0, drv->name vexpress-reset
[    2.729000][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1090fc0, drv->name vexpress-reset
[    2.729432][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1090fc0, drv->name vexpress-reset
[    2.729952][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1090fc0, drv->name vexpress-reset
[    2.730411][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1090fc0, drv->name vexpress-reset
[    2.730869][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1090fc0, drv->name vexpress-reset
[    2.731335][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1090fc0, drv->name vexpress-reset
[    2.731769][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1090fc0, drv->name vexpress-reset
[    2.732406][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1090fc0, drv->name vexpress-reset
[    2.732878][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1090fc0, drv->name vexpress-reset
[    2.733331][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1090fc0, drv->name vexpress-reset
[    2.733786][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1090fc0, drv->name vexpress-reset
[    2.734280][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1090fc0, drv->name vexpress-reset
[    2.735436][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1090fc0, drv->name vexpress-reset
[    2.735924][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1090fc0, drv->name vexpress-reset
[    2.736337][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c1090fc0, drv->name vexpress-reset
[    2.736732][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1090fc0, drv->name vexpress-reset
[    2.737132][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1090fc0, drv->name vexpress-reset
[    2.737574][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1090fc0, drv->name vexpress-reset
[    2.738071][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1090fc0, drv->name vexpress-reset
[    2.738572][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1090fc0, drv->name vexpress-reset
[    2.739070][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1090fc0, drv->name vexpress-reset
[    2.739564][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1090fc0, drv->name vexpress-reset
[    2.740289][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1090fc0, drv->name vexpress-reset
[    2.741021][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1090fc0, drv->name vexpress-reset
[    2.741744][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1090fc0, drv->name vexpress-reset
[    2.742489][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1090fc0, drv->name vexpress-reset
[    2.743212][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1090fc0, drv->name vexpress-reset
[    2.745050][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1090fc0, drv->name vexpress-reset
[    2.745803][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1090fc0, drv->name vexpress-reset
[    2.747109][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1090fc0, drv->name vexpress-reset
[    2.748360][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1090fc0, drv->name vexpress-reset
[    2.749065][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1090fc0, drv->name vexpress-reset
[    2.749504][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1090fc0, drv->name vexpress-reset
[    2.749942][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1090fc0, drv->name vexpress-reset
[    2.750385][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1090fc0, drv->name vexpress-reset
[    2.750818][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1090fc0, drv->name vexpress-reset
[    2.751258][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1090fc0, drv->name vexpress-reset
[    2.751693][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1090fc0, drv->name vexpress-reset
[    2.752170][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1090fc0, drv->name vexpress-reset
[    2.752606][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1090fc0, drv->name vexpress-reset
[    2.753037][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1090fc0, drv->name vexpress-reset
[    2.753488][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1090fc0, drv->name vexpress-reset
[    2.753911][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1090fc0, drv->name vexpress-reset
[    2.754728][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1092520, drv->name vexpress-hwmon
[    2.755199][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1092520, drv->name vexpress-hwmon
[    2.755693][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1092520, drv->name vexpress-hwmon
[    2.756187][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1092520, drv->name vexpress-hwmon
[    2.756676][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1092520, drv->name vexpress-hwmon
[    2.757177][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1092520, drv->name vexpress-hwmon
[    2.757674][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1092520, drv->name vexpress-hwmon
[    2.758071][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1092520, drv->name vexpress-hwmon
[    2.758511][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1092520, drv->name vexpress-hwmon
[    2.759040][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1092520, drv->name vexpress-hwmon
[    2.759504][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1092520, drv->name vexpress-hwmon
[    2.759971][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1092520, drv->name vexpress-hwmon
[    2.760453][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1092520, drv->name vexpress-hwmon
[    2.760891][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1092520, drv->name vexpress-hwmon
[    2.761533][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1092520, drv->name vexpress-hwmon
[    2.762015][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1092520, drv->name vexpress-hwmon
[    2.762471][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1092520, drv->name vexpress-hwmon
[    2.762926][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1092520, drv->name vexpress-hwmon
[    2.763424][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1092520, drv->name vexpress-hwmon
[    2.764097][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1092520, drv->name vexpress-hwmon
[    2.764778][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1092520, drv->name vexpress-hwmon
[    2.765228][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c1092520, drv->name vexpress-hwmon
[    2.765626][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1092520, drv->name vexpress-hwmon
[    2.766022][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1092520, drv->name vexpress-hwmon
[    2.766469][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1092520, drv->name vexpress-hwmon
[    2.766970][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1092520, drv->name vexpress-hwmon
[    2.767473][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1092520, drv->name vexpress-hwmon
[    2.767974][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1092520, drv->name vexpress-hwmon
[    2.768469][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1092520, drv->name vexpress-hwmon
[    2.769203][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1092520, drv->name vexpress-hwmon
[    2.769934][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1092520, drv->name vexpress-hwmon
[    2.770665][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1092520, drv->name vexpress-hwmon
[    2.771419][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1092520, drv->name vexpress-hwmon
[    2.773851][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1092520, drv->name vexpress-hwmon
[    2.774842][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1092520, drv->name vexpress-hwmon
[    2.775597][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1092520, drv->name vexpress-hwmon
[    2.776342][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1092520, drv->name vexpress-hwmon
[    2.777068][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1092520, drv->name vexpress-hwmon
[    2.777788][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1092520, drv->name vexpress-hwmon
[    2.778240][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1092520, drv->name vexpress-hwmon
[    2.778685][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1092520, drv->name vexpress-hwmon
[    2.779136][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1092520, drv->name vexpress-hwmon
[    2.779583][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1092520, drv->name vexpress-hwmon
[    2.780030][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1092520, drv->name vexpress-hwmon
[    2.780478][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1092520, drv->name vexpress-hwmon
[    2.780968][    T1] platform dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1092520, drv->name vexpress-hwmon
[    2.782435][    T1] platform dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1092520, drv->name vexpress-hwmon
[    2.783822][    T1] platform dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1092520, drv->name vexpress-hwmon
[    2.785487][    T1] platform dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1092520, drv->name vexpress-hwmon
[    2.786898][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1092520, drv->name vexpress-hwmon
[    2.787565][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1093c14, drv->name pwrseq_simple
[    2.787989][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1093c14, drv->name pwrseq_simple
[    2.788472][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1093c14, drv->name pwrseq_simple
[    2.788946][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1093c14, drv->name pwrseq_simple
[    2.789422][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1093c14, drv->name pwrseq_simple
[    2.789910][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1093c14, drv->name pwrseq_simple
[    2.790400][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1093c14, drv->name pwrseq_simple
[    2.790790][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1093c14, drv->name pwrseq_simple
[    2.791222][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1093c14, drv->name pwrseq_simple
[    2.791741][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1093c14, drv->name pwrseq_simple
[    2.792199][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1093c14, drv->name pwrseq_simple
[    2.792656][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1093c14, drv->name pwrseq_simple
[    2.793125][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1093c14, drv->name pwrseq_simple
[    2.793559][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1093c14, drv->name pwrseq_simple
[    2.794203][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1093c14, drv->name pwrseq_simple
[    2.794984][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1093c14, drv->name pwrseq_simple
[    2.795481][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1093c14, drv->name pwrseq_simple
[    2.795939][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1093c14, drv->name pwrseq_simple
[    2.796442][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1093c14, drv->name pwrseq_simple
[    2.797121][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1093c14, drv->name pwrseq_simple
[    2.797570][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1093c14, drv->name pwrseq_simple
[    2.797969][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c1093c14, drv->name pwrseq_simple
[    2.798363][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1093c14, drv->name pwrseq_simple
[    2.798750][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1093c14, drv->name pwrseq_simple
[    2.799194][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1093c14, drv->name pwrseq_simple
[    2.799696][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1093c14, drv->name pwrseq_simple
[    2.800197][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1093c14, drv->name pwrseq_simple
[    2.800692][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1093c14, drv->name pwrseq_simple
[    2.801189][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1093c14, drv->name pwrseq_simple
[    2.801908][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1093c14, drv->name pwrseq_simple
[    2.802628][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1093c14, drv->name pwrseq_simple
[    2.803352][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1093c14, drv->name pwrseq_simple
[    2.804102][    T1] vexpress-hwmon bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1093c14, drv->name pwrseq_simple
[    2.805232][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1093c14, drv->name pwrseq_simple
[    2.805978][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1093c14, drv->name pwrseq_simple
[    2.806687][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1093c14, drv->name pwrseq_simple
[    2.807421][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1093c14, drv->name pwrseq_simple
[    2.808152][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1093c14, drv->name pwrseq_simple
[    2.808867][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1093c14, drv->name pwrseq_simple
[    2.809314][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1093c14, drv->name pwrseq_simple
[    2.809756][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1093c14, drv->name pwrseq_simple
[    2.810201][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1093c14, drv->name pwrseq_simple
[    2.810645][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1093c14, drv->name pwrseq_simple
[    2.811093][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1093c14, drv->name pwrseq_simple
[    2.811531][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1093c14, drv->name pwrseq_simple
[    2.812012][    T1] vexpress-hwmon dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1093c14, drv->name pwrseq_simple
[    2.812475][    T1] vexpress-hwmon dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1093c14, drv->name pwrseq_simple
[    2.812930][    T1] vexpress-hwmon dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1093c14, drv->name pwrseq_simple
[    2.813405][    T1] vexpress-hwmon dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1093c14, drv->name pwrseq_simple
[    2.813855][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1093c14, drv->name pwrseq_simple
[    2.814734][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c1093c7c, drv->name pwrseq_emmc
[    2.815193][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c1093c7c, drv->name pwrseq_emmc
[    2.815672][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c1093c7c, drv->name pwrseq_emmc
[    2.816153][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c1093c7c, drv->name pwrseq_emmc
[    2.816621][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c1093c7c, drv->name pwrseq_emmc
[    2.817111][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c1093c7c, drv->name pwrseq_emmc
[    2.817588][    T1] platform leds: pdev c137d400, pdev->name leds, drv c1093c7c, drv->name pwrseq_emmc
[    2.817971][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c1093c7c, drv->name pwrseq_emmc
[    2.818396][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c1093c7c, drv->name pwrseq_emmc
[    2.818908][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c1093c7c, drv->name pwrseq_emmc
[    2.819360][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c1093c7c, drv->name pwrseq_emmc
[    2.819812][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c1093c7c, drv->name pwrseq_emmc
[    2.820272][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c1093c7c, drv->name pwrseq_emmc
[    2.820700][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c1093c7c, drv->name pwrseq_emmc
[    2.821335][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c1093c7c, drv->name pwrseq_emmc
[    2.821798][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c1093c7c, drv->name pwrseq_emmc
[    2.822243][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c1093c7c, drv->name pwrseq_emmc
[    2.822681][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c1093c7c, drv->name pwrseq_emmc
[    2.823170][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c1093c7c, drv->name pwrseq_emmc
[    2.823822][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c1093c7c, drv->name pwrseq_emmc
[    2.824264][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c1093c7c, drv->name pwrseq_emmc
[    2.824950][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c1093c7c, drv->name pwrseq_emmc
[    2.825372][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c1093c7c, drv->name pwrseq_emmc
[    2.825751][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c1093c7c, drv->name pwrseq_emmc
[    2.826183][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c1093c7c, drv->name pwrseq_emmc
[    2.826668][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c1093c7c, drv->name pwrseq_emmc
[    2.827156][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c1093c7c, drv->name pwrseq_emmc
[    2.827638][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c1093c7c, drv->name pwrseq_emmc
[    2.828122][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c1093c7c, drv->name pwrseq_emmc
[    2.828831][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c1093c7c, drv->name pwrseq_emmc
[    2.829536][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c1093c7c, drv->name pwrseq_emmc
[    2.830248][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c1093c7c, drv->name pwrseq_emmc
[    2.830974][    T1] vexpress-hwmon bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c1093c7c, drv->name pwrseq_emmc
[    2.831691][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c1093c7c, drv->name pwrseq_emmc
[    2.832391][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c1093c7c, drv->name pwrseq_emmc
[    2.833088][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c1093c7c, drv->name pwrseq_emmc
[    2.833796][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c1093c7c, drv->name pwrseq_emmc
[    2.834682][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c1093c7c, drv->name pwrseq_emmc
[    2.835427][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c1093c7c, drv->name pwrseq_emmc
[    2.835861][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c1093c7c, drv->name pwrseq_emmc
[    2.836295][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c1093c7c, drv->name pwrseq_emmc
[    2.836722][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c1093c7c, drv->name pwrseq_emmc
[    2.837161][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c1093c7c, drv->name pwrseq_emmc
[    2.837587][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c1093c7c, drv->name pwrseq_emmc
[    2.838017][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c1093c7c, drv->name pwrseq_emmc
[    2.838482][    T1] vexpress-hwmon dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c1093c7c, drv->name pwrseq_emmc
[    2.838928][    T1] vexpress-hwmon dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c1093c7c, drv->name pwrseq_emmc
[    2.839372][    T1] vexpress-hwmon dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c1093c7c, drv->name pwrseq_emmc
[    2.839830][    T1] vexpress-hwmon dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c1093c7c, drv->name pwrseq_emmc
[    2.840268][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c1093c7c, drv->name pwrseq_emmc
[    2.844443][    T1] mmci-pl18x 1c050000.mmci: Got CD GPIO
[    2.845241][    T1] mmci-pl18x 1c050000.mmci: Got WP GPIO
[    2.853545][    T1] mmci-pl18x 1c050000.mmci: mmc0: PL181 manf 41 rev0 at 0x1c050000 irq 37,38 (pio)
[    2.895455][    T1] mmci-pl18x 1c050000.mmci: Removed from deferred list
[    2.896114][    T1] amba 1c0f0000.wdt: amba_match, amba_read_periphid ret = -19
[    2.896430][    T1] amba 1c0f0000.wdt: Bus failed to match device: -19
[    2.896869][    T1] reg-dummy reg-dummy: pdev c12f1800, pdev->name reg-dummy, drv c10944d4, drv->name leds-gpio
[    2.897276][    T1] platform 1c130000.virtio_mmio: pdev c137e000, pdev->name 1c130000.virtio_mmio, drv c10944d4, drv->name leds-gpio
[    2.897737][    T1] platform 1c130200.virtio_mmio: pdev c137d000, pdev->name 1c130200.virtio_mmio, drv c10944d4, drv->name leds-gpio
[    2.898196][    T1] platform 1c130400.virtio_mmio: pdev c137c000, pdev->name 1c130400.virtio_mmio, drv c10944d4, drv->name leds-gpio
[    2.898647][    T1] virtio-mmio 1c130600.virtio_mmio: pdev c137cc00, pdev->name 1c130600.virtio_mmio, drv c10944d4, drv->name leds-gpio
[    2.899117][    T1] reg-fixed-voltage fixed-regulator-0: pdev c137ec00, pdev->name fixed-regulator-0, drv c10944d4, drv->name leds-gpio
[    2.899579][    T1] platform leds: pdev c137d400, pdev->name leds, drv c10944d4, drv->name leds-gpio
[    2.906403][    T1] platform bus@8000000: pdev c137c800, pdev->name bus@8000000, drv c10944d4, drv->name leds-gpio
[    2.906853][    T1] platform bus@8000000:motherboard-bus: pdev c137f800, pdev->name bus@8000000:motherboard-bus, drv c10944d4, drv->name leds-gpio
[    2.907360][    T1] physmap-flash 8000000.flash: pdev c137f400, pdev->name 8000000.flash, drv c10944d4, drv->name leds-gpio
[    2.907793][    T1] physmap-flash 14000000.psram: pdev c137d800, pdev->name 14000000.psram, drv c10944d4, drv->name leds-gpio
[    2.908241][    T1] platform 1a000000.ethernet: pdev c13aa800, pdev->name 1a000000.ethernet, drv c10944d4, drv->name leds-gpio
[    2.908686][    T1] platform 1b000000.usb: pdev c13a9c00, pdev->name 1b000000.usb, drv c10944d4, drv->name leds-gpio
[    2.909109][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000: pdev c13aa000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000, drv c10944d4, drv->name leds-gpio
[    2.909717][    T1] vexpress-sysreg 1c010000.sysreg: pdev c13a8000, pdev->name 1c010000.sysreg, drv c10944d4, drv->name leds-gpio
[    2.910177][    T1] versatile-i2c 1c030000.i2c: pdev c13a8c00, pdev->name 1c030000.i2c, drv c10944d4, drv->name leds-gpio
[    2.910607][    T1] versatile-i2c 1c160000.i2c: pdev c13ad400, pdev->name 1c160000.i2c, drv c10944d4, drv->name leds-gpio
[    2.911035][    T1] platform 1c1a0000.compact-flash: pdev c13af000, pdev->name 1c1a0000.compact-flash, drv c10944d4, drv->name leds-gpio
[    2.911508][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc: pdev c13af400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc, drv c10944d4, drv->name leds-gpio
[    2.912148][    T1] platform 2b000000.hdlcd: pdev c13ad800, pdev->name 2b000000.hdlcd, drv c10944d4, drv->name leds-gpio
[    2.912576][    T1] platform timer: pdev c13adc00, pdev->name timer, drv c10944d4, drv->name leds-gpio
[    2.912954][    T1] armv7-pmu pmu: pdev c13ae000, pdev->name pmu, drv c10944d4, drv->name leds-gpio
[    2.913329][    T1] platform dcc: pdev c13ad000, pdev->name dcc, drv c10944d4, drv->name leds-gpio
[    2.913694][    T1] platform hsb@40000000: pdev c13b3c00, pdev->name hsb@40000000, drv c10944d4, drv->name leds-gpio
[    2.914113][    T1] basic-mmio-gpio basic-mmio-gpio.0.auto: pdev c13bc400, pdev->name basic-mmio-gpio, drv c10944d4, drv->name leds-gpio
[    2.914829][    T1] basic-mmio-gpio basic-mmio-gpio.1.auto: pdev c13bfc00, pdev->name basic-mmio-gpio, drv c10944d4, drv->name leds-gpio
[    2.915358][    T1] basic-mmio-gpio basic-mmio-gpio.2.auto: pdev c13bdc00, pdev->name basic-mmio-gpio, drv c10944d4, drv->name leds-gpio
[    2.915842][    T1] vexpress-syscfg vexpress-syscfg.3.auto: pdev c13bd000, pdev->name vexpress-syscfg, drv c10944d4, drv->name leds-gpio
[    2.916332][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0: pdev c13bc000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk0, drv c10944d4, drv->name leds-gpio
[    2.917050][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1: pdev c13bcc00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk1, drv c10944d4, drv->name leds-gpio
[    2.917772][    T1] vexpress-osc bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2: pdev c13c5c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:oscclk2, drv c10944d4, drv->name leds-gpio
[    2.918489][    T1] vexpress-regulator bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio: pdev c13c6c00, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:volt-vio, drv c10944d4, drv->name leds-gpio
[    2.919233][    T1] vexpress-hwmon bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc: pdev c13c4800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:temp-mcc, drv c10944d4, drv->name leds-gpio
[    2.919959][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset: pdev c13c7000, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reset, drv c10944d4, drv->name leds-gpio
[    2.920662][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga: pdev c13c7800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:muxfpga, drv c10944d4, drv->name leds-gpio
[    2.921362][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown: pdev c13c4400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:shutdown, drv c10944d4, drv->name leds-gpio
[    2.922088][    T1] vexpress-reset bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot: pdev c13c7400, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:reboot, drv c10944d4, drv->name leds-gpio
[    2.922793][    T1] platform bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode: pdev c13c5800, pdev->name bus@8000000:motherboard-bus:iofpga-bus@300000000:mcc:dvimode, drv c10944d4, drv->name leds-gpio
[    2.923492][    T1] vexpress-osc dcc:oscclk0: pdev c13c7c00, pdev->name dcc:oscclk0, drv c10944d4, drv->name leds-gpio
[    2.923924][    T1] vexpress-osc dcc:oscclk4: pdev c13c6800, pdev->name dcc:oscclk4, drv c10944d4, drv->name leds-gpio
[    2.924358][    T1] vexpress-osc dcc:oscclk5: pdev c13c6400, pdev->name dcc:oscclk5, drv c10944d4, drv->name leds-gpio
[    2.925191][    T1] vexpress-osc dcc:oscclk6: pdev c13c9000, pdev->name dcc:oscclk6, drv c10944d4, drv->name leds-gpio
[    2.925656][    T1] vexpress-osc dcc:oscclk7: pdev c13cd800, pdev->name dcc:oscclk7, drv c10944d4, drv->name leds-gpio
[    2.926092][    T1] vexpress-osc dcc:oscclk8: pdev c13cdc00, pdev->name dcc:oscclk8, drv c10944d4, drv->name leds-gpio
[    2.926517][    T1] vexpress-regulator dcc:volt-cores: pdev c13ce000, pdev->name dcc:volt-cores, drv c10944d4, drv->name leds-gpio
[    2.926978][    T1] vexpress-hwmon dcc:amp-cores: pdev c13cc000, pdev->name dcc:amp-cores, drv c10944d4, drv->name leds-gpio
[    2.927425][    T1] vexpress-hwmon dcc:temp-dcc: pdev c13ccc00, pdev->name dcc:temp-dcc, drv c10944d4, drv->name leds-gpio
[    2.927861][    T1] vexpress-hwmon dcc:power-cores: pdev c13cec00, pdev->name dcc:power-cores, drv c10944d4, drv->name leds-gpio
[    2.928320][    T1] vexpress-hwmon dcc:energy: pdev c13cd400, pdev->name dcc:energy, drv c10944d4, drv->name leds-gpio
[    2.928751][    T1] platform Fixed MDIO bus.0: pdev c1e05c00, pdev->name Fixed MDIO bus, drv c10944d4, drv->name leds-gpio
[    2.932459][    T1] ledtrig-cpu: registered to indicate activity on CPUs
[    2.939539][    T1] usbcore: registered new interface driver usbhid
[    2.939845][    T1] usbhid: USB HID core driver
[    2.958355][   T41] input: AT Raw Set 2 keyboard as /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
[    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null), drv c1090fc0, drv->name vexpress-reset
[    2.977928][   T41] 8<--- cut here ---
[    2.978162][   T41] Unhandled fault: page domain fault (0x01b) at 0x00000000
[    2.978494][   T41] pgd = (ptrval)
[    2.978819][   T41] [00000000] *pgd=00000000
[    2.979881][   T41] Internal error: : 1b [#1] SMP ARM
[    2.980385][   T41] Modules linked in:
[    2.980810][   T41] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted 5.14.0-rc7+ #213
[    2.981229][   T41] Hardware name: ARM-Versatile Express
[    2.981780][   T41] Workqueue: events_long serio_handle_event
[    2.982737][   T41] PC is at strcmp+0x18/0x44
[    2.983030][   T41] LR is at platform_match+0xdc/0xf0
[    2.983283][   T41] pc : [<c0560bcc>]    lr : [<c0646358>]    psr: 600b0013
[    2.983572][   T41] sp : c1675d68  ip : c1675d78  fp : c1675d74
[    2.983832][   T41] r10: 00000000  r9 : 00000000  r8 : 00000001
[    2.984095][   T41] r7 : c1e05518  r6 : c1675df4  r5 : c1e05518  r4 : c1090fc0
[    2.984395][   T41] r3 : c0a5e180  r2 : 6bede3db  r1 : c0b82a04  r0 : 00000000
[    2.984906][   T41] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[    2.985273][   T41] Control: 10c5387d  Table: 81e0806a  DAC: 00000051
[    2.985598][   T41] Register r0 information: NULL pointer
[    2.986045][   T41] Register r1 information: non-slab/vmalloc memory
[    2.986444][   T41] Register r2 information: non-paged memory
[    2.986724][   T41] Register r3 information: non-slab/vmalloc memory
[    2.987010][   T41] Register r4 information: non-slab/vmalloc memory
[    2.987300][   T41] Register r5 information: slab kmalloc-1k start c1e05400 pointer offset 280 size 1024
[    2.988215][   T41] Register r6 information: non-slab/vmalloc memory
[    2.988507][   T41] Register r7 information: slab kmalloc-1k start c1e05400 pointer offset 280 size 1024
[    2.988975][   T41] Register r8 information: non-paged memory
[    2.989240][   T41] Register r9 information: NULL pointer
[    2.989486][   T41] Register r10 information: NULL pointer
[    2.989733][   T41] Register r11 information: non-slab/vmalloc memory
[    2.990014][   T41] Register r12 information: non-slab/vmalloc memory
[    2.990333][   T41] Process kworker/0:2 (pid: 41, stack limit = 0x(ptrval))
[    2.990696][   T41] Stack: (0xc1675d68 to 0xc1676000)
[    2.991194][   T41] 5d60:                   c1675d9c c1675d78 c0646358 c0560bc0 c1090fc0 c0b82a04
[    2.991788][   T41] 5d80: 200b0013 00000000 c1090fc0 c1675df4 c1675dbc c1675da0 c06437d4 c0646288
[    2.992363][   T41] 5da0: 00000000 c1675df4 c0643798 c0d04d08 c1675dec c1675dc0 c0641180 c06437a4
[    2.992932][   T41] 5dc0: c1675dec c16bfa6c c1dedab8 6bede3db c0d04d08 c1e05518 c1e0555c c13ab800
[    2.993501][   T41] 5de0: c1675e24 c1675df0 c0642f40 c0641124 c1675e44 c1e05518 00000001 6bede3db
[    2.994066][   T41] 5e00: 00000000 c1e05518 c108ea84 c1e05518 c13ab800 c10843a0 c1675e34 c1675e28
[    2.994657][   T41] 5e20: c06439d4 c0642e5c c1675e54 c1675e38 c0642030 c06439c4 c1e05518 00000000
[    2.995238][   T41] 5e40: c0d04d08 c13ab800 c1675eb4 c1675e58 c063f9cc c0641fa8 c13a5180 c1de98c0
[    2.995806][   T41] 5e60: eee3bd20 c1201180 c071c0f0 c11ea558 c0b7f404 c0b7f430 c1675eb4 c1675e88
[    2.996382][   T41] 5e80: c02e6410 6bede3db 00000001 c1de938c c1e05400 c108ea54 c1de9380 c11ea558
[    2.996950][   T41] 5ea0: c0b7f404 c0b7f430 c1675ef4 c1675eb8 c071c1cc c063f5d0 c0923528 c0158300
[    2.997523][   T41] 5ec0: 00000000 c1e05518 c1675ef4 c108ea70 c1702f80 effc4400 effc7700 00000000
[    2.998098][   T41] 5ee0: 00000000 c10b2580 c1675f34 c1675ef8 c01475a4 c071c020 c13a5100 ffffe000
[    2.998664][   T41] 5f00: c1675f1c c1675f10 c0149250 c1702f80 effc4400 c1702f94 effc4418 ffffe000
[    2.999239][   T41] 5f20: 00000008 c0d03d00 c1675f74 c1675f38 c014795c c0147378 c1617e74 c0b0c298
[    2.999805][   T41] 5f40: c10b1d2a effc4400 c1675f74 c1706b80 c1706a80 c0147900 c1702f80 00000000
[    3.000380][   T41] 5f60: c1617e74 c1674000 c1675fac c1675f78 c014feb4 c014790c c1706ba4 c1706ba4
[    3.000947][   T41] 5f80: c1675fac c1706a80 c014fd3c 00000000 00000000 00000000 00000000 00000000
[    3.001519][   T41] 5fa0: 00000000 c1675fb0 c0100150 c014fd48 00000000 00000000 00000000 00000000
[    3.002093][   T41] 5fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[    3.002658][   T41] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
[    3.003113][   T41] Backtrace: 
[    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
[    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
[    3.004408][   T41]  r6:c1675df4 r5:c1090fc0 r4:00000000
[    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
[    3.005218][   T41]  r7:c0d04d08 r6:c0643798 r5:c1675df4 r4:00000000
[    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
[    3.005885][   T41]  r7:c13ab800 r6:c1e0555c r5:c1e05518 r4:c0d04d08
[    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
[    3.006560][   T41]  r8:c10843a0 r7:c13ab800 r6:c1e05518 r5:c108ea84 r4:c1e05518
[    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
[    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
[    3.007644][   T41]  r7:c13ab800 r6:c0d04d08 r5:00000000 r4:c1e05518
[    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
[    3.008320][   T41]  r10:c0b7f430 r9:c0b7f404 r8:c11ea558 r7:c1de9380 r6:c108ea54 r5:c1e05400
[    3.008667][   T41]  r4:c1de938c
[    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
[    3.009253][   T41]  r10:c10b2580 r9:00000000 r8:00000000 r7:effc7700 r6:effc4400 r5:c1702f80
[    3.009583][   T41]  r4:c108ea70
[    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
[    3.010145][   T41]  r10:c0d03d00 r9:00000008 r8:ffffe000 r7:effc4418 r6:c1702f94 r5:effc4400
[    3.010478][   T41]  r4:c1702f80
[    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
[    3.011008][   T41]  r10:c1674000 r9:c1617e74 r8:00000000 r7:c1702f80 r6:c0147900 r5:c1706a80
[    3.011342][   T41]  r4:c1706b80
[    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
[    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
[    3.012213][   T41] 5fa0:                                     00000000 00000000 00000000 00000000
[    3.012780][   T41] 5fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[    3.013311][   T41] 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[    3.013684][   T41]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c014fd3c
[    3.014024][   T41]  r4:c1706a80
[    3.014646][   T41] Code: e24cb004 ea000001 e3530000 0a000006 (e4d03001) 
[    3.015468][   T41] ---[ end trace ff98706550126357 ]---
[    3.015897][   T41] Kernel panic - not syncing: Fatal exception
[    3.016554][    C1] CPU1: stopping
[    3.017002][    C1] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G      D           5.14.0-rc7+ #213
[    3.017519][    C1] Hardware name: ARM-Versatile Express
[    3.017868][    C1] Backtrace: 
[    3.018142][    C1] [<c010c780>] (dump_backtrace) from [<c010cacc>] (show_stack+0x20/0x24)
[    3.018675][    C1]  r7:00000014 r6:00000001 r5:c0b1efa4 r4:60000193
[    3.019047][    C1] [<c010caac>] (show_stack) from [<c091ec8c>] (dump_stack_lvl+0x48/0x54)
[    3.019561][    C1] [<c091ec44>] (dump_stack_lvl) from [<c091ecb0>] (dump_stack+0x18/0x1c)
[    3.020070][    C1]  r5:c10b23a0 r4:c10c53f8
[    3.020333][    C1] [<c091ec98>] (dump_stack) from [<c010f394>] (do_handle_IPI+0x2fc/0x318)
[    3.020839][    C1] [<c010f098>] (do_handle_IPI) from [<c010f3d8>] (ipi_handler+0x28/0x30)
[    3.021359][    C1]  r9:c0c8e64c r8:c1323f10 r7:00000014 r6:c1230e00 r5:c0d05524 r4:c12eee00
[    3.021833][    C1] [<c010f3b0>] (ipi_handler) from [<c0188d88>] (handle_percpu_devid_irq+0x9c/0x214)
[    3.022395][    C1] [<c0188cec>] (handle_percpu_devid_irq) from [<c01825a4>] (handle_domain_irq+0x6c/0x88)
[    3.022978][    C1]  r7:00000004 r6:00000000 r5:00000000 r4:c0c8e640
[    3.023349][    C1] [<c0182538>] (handle_domain_irq) from [<c010138c>] (gic_handle_irq+0x8c/0xa0)
[    3.023896][    C1]  r7:f080200c r6:f0802000 r5:c107cfa8 r4:c0d05524
[    3.024274][    C1] [<c0101300>] (gic_handle_irq) from [<c0100b4c>] (__irq_svc+0x6c/0x90)
[    3.024793][    C1] Exception stack(0xc1323f10 to 0xc1323f58)
[    3.025251][    C1] 3f00:                                     00000000 00006a00 effe4fd4 c011b3e0
[    3.025980][    C1] 3f20: c10b31a0 ffffe000 c0d04d50 c0d04d90 00000002 00000000 c0d04da0 c1323f6c
[    3.026661][    C1] 3f40: c1323f70 c1323f60 c0108aa4 c0108aa8 60000013 ffffffff
[    3.027155][    C1]  r9:c1322000 r8:00000002 r7:c1323f44 r6:ffffffff r5:60000013 r4:c0108aa8
[    3.027644][    C1] [<c0108a60>] (arch_cpu_idle) from [<c0929f6c>] (default_idle_call+0x4c/0xf4)
[    3.028213][    C1] [<c0929f20>] (default_idle_call) from [<c016171c>] (do_idle+0x184/0x24c)
[    3.028741][    C1]  r5:ffffe000 r4:00000000
[    3.029008][    C1] [<c0161598>] (do_idle) from [<c0161b28>] (cpu_startup_entry+0x28/0x30)
[    3.029527][    C1]  r10:00000000 r9:412fc0f1 r8:8000406a r7:c1323ff8 r6:10c0387d r5:00000001
[    3.030011][    C1]  r4:00000093
[    3.030233][    C1] [<c0161b00>] (cpu_startup_entry) from [<c010fab0>] (secondary_start_kernel+0x160/0x168)
[    3.030827][    C1] [<c010f950>] (secondary_start_kernel) from [<80101830>] (0x80101830)
[    3.031776][    C1]  r5:00000051 r4:8137406a
[    3.032519][   T41] ---[ end Kernel panic - not syncing: Fatal exception ]---
QEMU: Terminated

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/27 8:04, Saravana Kannan wrote:
> > On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>>>> solution that we have for amba devices. That causes a bunch of other
> >>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>>>> adding more reasons for delaying the addition of the device.
> >> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> >> (qemu-system-arm -M vexpress-a15),

I'm assuming it's this one?
arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts

> > Hi,
> >
> > It's hard to make sense of the logs. Looks like two different threads
> > might be printing to the log at the same time? Can you please enable
> > the config that prints the thread ID (forgot what it's called) and
> > collect this again? With what I could tell the crash seems to be
> > happening somewhere in platform_match(), but that's not related to
> > this patch at all?
>
> Can you reproduce it? it is very likely related(without your patch, the
> boot is fine),

Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.

> the NULL ptr is about serio, it is registed from amba driver.
>
> ambakmi_driver_init
>
>   -- amba_kmi_probe
>
>     -- __serio_register_port

Thanks for the pointer. I took a look at the logs and the code. It's
very strange. As you can see from the backtrace, platform_match() is
being called for the device_add() from serio_handle_event(). But the
device that gets added there is on the serio_bus which obviously
should be using the serio_bus_match.

>
> +Dmitry and input maillist, is there some known issue about serio ?
>
> I add some debug, the full log is attached.
>
> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
> drv c1090fc0, drv->name vexpress-reset

Based on the logs you added, it's pretty clear we are getting to
platform_match(). It's also strange that the drv->name is
vexpress-reset

> [    2.977928][   T41] 8<--- cut here ---
> [    2.978162][   T41] Unhandled fault: page domain fault (0x01b) at
> 0x00000000
> [    2.978494][   T41] pgd = (ptrval)
> [    2.978819][   T41] [00000000] *pgd=00000000
> [    2.979881][   T41] Internal error: : 1b [#1] SMP ARM
> [    2.980385][   T41] Modules linked in:
> [    2.980810][   T41] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted
> 5.14.0-rc7+ #213
> [    2.981229][   T41] Hardware name: ARM-Versatile Express
> [    2.981780][   T41] Workqueue: events_long serio_handle_event
> [    2.982737][   T41] PC is at strcmp+0x18/0x44
> [    2.983030][   T41] LR is at platform_match+0xdc/0xf0
> [    2.983283][   T41] pc : [<c0560bcc>]    lr : [<c0646358>]    psr:
> 600b0013
> [    2.983572][   T41] sp : c1675d68  ip : c1675d78  fp : c1675d74
> [    2.983832][   T41] r10: 00000000  r9 : 00000000  r8 : 00000001
> [    2.984095][   T41] r7 : c1e05518  r6 : c1675df4  r5 : c1e05518  r4 :
> c1090fc0
> [    2.984395][   T41] r3 : c0a5e180  r2 : 6bede3db  r1 : c0b82a04  r0 :
> 00000000
> [    2.984906][   T41] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32 ISA
> ARM  Segment none

---- 8< ---- cleaning up a bunch of register dumps

> [    3.003113][   T41] Backtrace:
> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)

But the platform_match() is happening for the device_add() from
serio_event_handle() that's adding a device to the serio_bus and it
should be using serio_bus_match().

I haven't reached any conclusion yet, but my current thought process
is that it's either:
1. My patch is somehow causing list corruption. But I don't directly
touch any list in my change (other than deleting a list entirely), so
it's not clear how that would be happening.
2. Without my patch, these AMBA device's probe would be delayed at
least until 5 seconds or possibly later. I'm wondering if my patch is
catching some bad timing assumptions in other code.

You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
doesn't mean it's not (2), but if it does, then we know for sure it's
(2).

I'll continue debugging further.

-Saravana

>
> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> index 836d6d23bba3..883a58c658c2 100644
> --- a/drivers/amba/bus.c
> +++ b/drivers/amba/bus.c
> @@ -237,6 +237,7 @@ static int amba_match(struct device *dev, struct
> device_driver *drv)
>
>          if (!pcdev->periphid) {
>                  int ret = amba_read_periphid(pcdev);
> +               dev_info(dev, "%s, amba_read_periphid ret = %d\n",
> __func__, ret);
>
>                  if (ret)
>                          return ret;
> @@ -522,6 +523,7 @@ int amba_device_add(struct amba_device *dev, struct
> resource *parent)
>          /* If primecell ID isn't hard-coded, figure it out */
>          if (!dev->periphid) {
>                  ret = amba_read_periphid(dev);
> +               dev_info(&dev->dev, "%s, amba_read_periphid ret = %d\n",
> __func__, ret);
>                  if (ret && ret != -EPROBE_DEFER)
>                          goto err_release;
>                  /*
> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> index 8640578f45e9..f7c1933c56b5 100644
> --- a/drivers/base/platform.c
> +++ b/drivers/base/platform.c
> @@ -1360,6 +1360,7 @@ static int platform_match(struct device *dev,
> struct device_driver *drv)
>          struct platform_device *pdev = to_platform_device(dev);
>          struct platform_driver *pdrv = to_platform_driver(drv);
>
> +       dev_info(dev, "pdev %px, pdev->name %s, drv %px, drv->name %s",
> pdev, pdev->name, drv, drv->name);
>          /* When driver_override is set, only bind to the matching driver */
>          if (pdev->driver_override)
>                  return !strcmp(pdev->driver_override, drv->name);
>
>
> > [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> > .
> >
> >>> .
> >>>
> > .
> >

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/27 8:04, Saravana Kannan wrote:
> > On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>>>> solution that we have for amba devices. That causes a bunch of other
> >>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>>>> adding more reasons for delaying the addition of the device.
> >> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> >> (qemu-system-arm -M vexpress-a15),

I'm assuming it's this one?
arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts

> > Hi,
> >
> > It's hard to make sense of the logs. Looks like two different threads
> > might be printing to the log at the same time? Can you please enable
> > the config that prints the thread ID (forgot what it's called) and
> > collect this again? With what I could tell the crash seems to be
> > happening somewhere in platform_match(), but that's not related to
> > this patch at all?
>
> Can you reproduce it? it is very likely related(without your patch, the
> boot is fine),

Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.

> the NULL ptr is about serio, it is registed from amba driver.
>
> ambakmi_driver_init
>
>   -- amba_kmi_probe
>
>     -- __serio_register_port

Thanks for the pointer. I took a look at the logs and the code. It's
very strange. As you can see from the backtrace, platform_match() is
being called for the device_add() from serio_handle_event(). But the
device that gets added there is on the serio_bus which obviously
should be using the serio_bus_match.

>
> +Dmitry and input maillist, is there some known issue about serio ?
>
> I add some debug, the full log is attached.
>
> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
> drv c1090fc0, drv->name vexpress-reset

Based on the logs you added, it's pretty clear we are getting to
platform_match(). It's also strange that the drv->name is
vexpress-reset

> [    2.977928][   T41] 8<--- cut here ---
> [    2.978162][   T41] Unhandled fault: page domain fault (0x01b) at
> 0x00000000
> [    2.978494][   T41] pgd = (ptrval)
> [    2.978819][   T41] [00000000] *pgd=00000000
> [    2.979881][   T41] Internal error: : 1b [#1] SMP ARM
> [    2.980385][   T41] Modules linked in:
> [    2.980810][   T41] CPU: 0 PID: 41 Comm: kworker/0:2 Not tainted
> 5.14.0-rc7+ #213
> [    2.981229][   T41] Hardware name: ARM-Versatile Express
> [    2.981780][   T41] Workqueue: events_long serio_handle_event
> [    2.982737][   T41] PC is at strcmp+0x18/0x44
> [    2.983030][   T41] LR is at platform_match+0xdc/0xf0
> [    2.983283][   T41] pc : [<c0560bcc>]    lr : [<c0646358>]    psr:
> 600b0013
> [    2.983572][   T41] sp : c1675d68  ip : c1675d78  fp : c1675d74
> [    2.983832][   T41] r10: 00000000  r9 : 00000000  r8 : 00000001
> [    2.984095][   T41] r7 : c1e05518  r6 : c1675df4  r5 : c1e05518  r4 :
> c1090fc0
> [    2.984395][   T41] r3 : c0a5e180  r2 : 6bede3db  r1 : c0b82a04  r0 :
> 00000000
> [    2.984906][   T41] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32 ISA
> ARM  Segment none

---- 8< ---- cleaning up a bunch of register dumps

> [    3.003113][   T41] Backtrace:
> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)

But the platform_match() is happening for the device_add() from
serio_event_handle() that's adding a device to the serio_bus and it
should be using serio_bus_match().

I haven't reached any conclusion yet, but my current thought process
is that it's either:
1. My patch is somehow causing list corruption. But I don't directly
touch any list in my change (other than deleting a list entirely), so
it's not clear how that would be happening.
2. Without my patch, these AMBA device's probe would be delayed at
least until 5 seconds or possibly later. I'm wondering if my patch is
catching some bad timing assumptions in other code.

You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
doesn't mean it's not (2), but if it does, then we know for sure it's
(2).

I'll continue debugging further.

-Saravana

>
> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> index 836d6d23bba3..883a58c658c2 100644
> --- a/drivers/amba/bus.c
> +++ b/drivers/amba/bus.c
> @@ -237,6 +237,7 @@ static int amba_match(struct device *dev, struct
> device_driver *drv)
>
>          if (!pcdev->periphid) {
>                  int ret = amba_read_periphid(pcdev);
> +               dev_info(dev, "%s, amba_read_periphid ret = %d\n",
> __func__, ret);
>
>                  if (ret)
>                          return ret;
> @@ -522,6 +523,7 @@ int amba_device_add(struct amba_device *dev, struct
> resource *parent)
>          /* If primecell ID isn't hard-coded, figure it out */
>          if (!dev->periphid) {
>                  ret = amba_read_periphid(dev);
> +               dev_info(&dev->dev, "%s, amba_read_periphid ret = %d\n",
> __func__, ret);
>                  if (ret && ret != -EPROBE_DEFER)
>                          goto err_release;
>                  /*
> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> index 8640578f45e9..f7c1933c56b5 100644
> --- a/drivers/base/platform.c
> +++ b/drivers/base/platform.c
> @@ -1360,6 +1360,7 @@ static int platform_match(struct device *dev,
> struct device_driver *drv)
>          struct platform_device *pdev = to_platform_device(dev);
>          struct platform_driver *pdrv = to_platform_driver(drv);
>
> +       dev_info(dev, "pdev %px, pdev->name %s, drv %px, drv->name %s",
> pdev, pdev->name, drv, drv->name);
>          /* When driver_override is set, only bind to the matching driver */
>          if (pdev->driver_override)
>                  return !strcmp(pdev->driver_override, drv->name);
>
>
> > [1] - https://lore.kernel.org/lkml/CAGETcx8b228nDUho3cX9AAQ-pXOfZTMv8cj2vhdx9yc_pk8q+A@mail.gmail.com/
> > .
> >
> >>> .
> >>>
> > .
> >

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [BUG] amba: Remove deferred device addition

[Kefeng Wang]

On 2021/8/28 3:09, Saravana Kannan wrote:
> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/27 8:04, Saravana Kannan wrote:
>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>>>> adding more reasons for delaying the addition of the device.
>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>>>> (qemu-system-arm -M vexpress-a15),
> I'm assuming it's this one?
> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts

I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.

qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu 
cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd 
initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0 
earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev 
type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown 
-nographic

>
>>> Hi,
>>>
>>> It's hard to make sense of the logs. Looks like two different threads
>>> might be printing to the log at the same time? Can you please enable
>>> the config that prints the thread ID (forgot what it's called) and
>>> collect this again? With what I could tell the crash seems to be
>>> happening somewhere in platform_match(), but that's not related to
>>> this patch at all?
>> Can you reproduce it? it is very likely related(without your patch, the
>> boot is fine),
> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
>
>> the NULL ptr is about serio, it is registed from amba driver.
>>
>> ambakmi_driver_init
>>
>>    -- amba_kmi_probe
>>
>>      -- __serio_register_port
> Thanks for the pointer. I took a look at the logs and the code. It's
> very strange. As you can see from the backtrace, platform_match() is
> being called for the device_add() from serio_handle_event(). But the
> device that gets added there is on the serio_bus which obviously
> should be using the serio_bus_match.
Yes, I am confused too.
>
>> +Dmitry and input maillist, is there some known issue about serio ?
>>
>> I add some debug, the full log is attached.
>>
>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
>> drv c1090fc0, drv->name vexpress-reset
> Based on the logs you added, it's pretty clear we are getting to
> platform_match(). It's also strange that the drv->name is
> vexpress-reset
...
>
>> [    3.003113][   T41] Backtrace:
>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
> But the platform_match() is happening for the device_add() from
> serio_event_handle() that's adding a device to the serio_bus and it
> should be using serio_bus_match().
>
> I haven't reached any conclusion yet, but my current thought process
> is that it's either:
> 1. My patch is somehow causing list corruption. But I don't directly
> touch any list in my change (other than deleting a list entirely), so
> it's not clear how that would be happening.

Maybe some concurrent driver load？

> 2. Without my patch, these AMBA device's probe would be delayed at
> least until 5 seconds or possibly later. I'm wondering if my patch is
> catching some bad timing assumptions in other code.

After Rob's patch, It will retry soon.

commit 039599c92d3b2e73689e8b6e519d653fd4770abb
Author: Rob Herring <robh@kernel.org>
Date:   Wed Apr 29 15:58:12 2020 -0500

     amba: Retry adding deferred devices at late_initcall

     If amba bus devices defer when adding, the amba bus code simply retries
     adding the devices every 5 seconds. This doesn't work well as it
     completely unsynchronized with starting the init process which can
     happen in less than 5 secs. Add a retry during late_initcall. If the
     amba devices are added, then deferred probe takes over. If the
     dependencies have not probed at this point, then there's no improvement
     over previous behavior. To completely solve this, we'd need to retry
     after every successful probe as deferred probe does.

     The list_empty() check now happens outside the mutex, but the mutex
     wasn't necessary in the first place.

     This needed to use deferred probe instead of fragile initcall ordering
     on 32-bit VExpress systems where the apb_pclk has a number of probe
     dependencies (vexpress-sysregs, vexpress-config).


>
> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
> doesn't mean it's not (2), but if it does, then we know for sure it's
> (2).
ok, I will try this one, but due to above patch, it may not work.

>
> I'll continue debugging further.
>
> -Saravana

Re: [BUG] amba: Remove deferred device addition

[Kefeng Wang]

On 2021/8/28 3:09, Saravana Kannan wrote:
> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/27 8:04, Saravana Kannan wrote:
>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>>>> adding more reasons for delaying the addition of the device.
>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>>>> (qemu-system-arm -M vexpress-a15),
> I'm assuming it's this one?
> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts

I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.

qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu 
cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd 
initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0 
earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev 
type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown 
-nographic

>
>>> Hi,
>>>
>>> It's hard to make sense of the logs. Looks like two different threads
>>> might be printing to the log at the same time? Can you please enable
>>> the config that prints the thread ID (forgot what it's called) and
>>> collect this again? With what I could tell the crash seems to be
>>> happening somewhere in platform_match(), but that's not related to
>>> this patch at all?
>> Can you reproduce it? it is very likely related(without your patch, the
>> boot is fine),
> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
>
>> the NULL ptr is about serio, it is registed from amba driver.
>>
>> ambakmi_driver_init
>>
>>    -- amba_kmi_probe
>>
>>      -- __serio_register_port
> Thanks for the pointer. I took a look at the logs and the code. It's
> very strange. As you can see from the backtrace, platform_match() is
> being called for the device_add() from serio_handle_event(). But the
> device that gets added there is on the serio_bus which obviously
> should be using the serio_bus_match.
Yes, I am confused too.
>
>> +Dmitry and input maillist, is there some known issue about serio ?
>>
>> I add some debug, the full log is attached.
>>
>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
>> drv c1090fc0, drv->name vexpress-reset
> Based on the logs you added, it's pretty clear we are getting to
> platform_match(). It's also strange that the drv->name is
> vexpress-reset
...
>
>> [    3.003113][   T41] Backtrace:
>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
> But the platform_match() is happening for the device_add() from
> serio_event_handle() that's adding a device to the serio_bus and it
> should be using serio_bus_match().
>
> I haven't reached any conclusion yet, but my current thought process
> is that it's either:
> 1. My patch is somehow causing list corruption. But I don't directly
> touch any list in my change (other than deleting a list entirely), so
> it's not clear how that would be happening.

Maybe some concurrent driver load？

> 2. Without my patch, these AMBA device's probe would be delayed at
> least until 5 seconds or possibly later. I'm wondering if my patch is
> catching some bad timing assumptions in other code.

After Rob's patch, It will retry soon.

commit 039599c92d3b2e73689e8b6e519d653fd4770abb
Author: Rob Herring <robh@kernel.org>
Date:   Wed Apr 29 15:58:12 2020 -0500

     amba: Retry adding deferred devices at late_initcall

     If amba bus devices defer when adding, the amba bus code simply retries
     adding the devices every 5 seconds. This doesn't work well as it
     completely unsynchronized with starting the init process which can
     happen in less than 5 secs. Add a retry during late_initcall. If the
     amba devices are added, then deferred probe takes over. If the
     dependencies have not probed at this point, then there's no improvement
     over previous behavior. To completely solve this, we'd need to retry
     after every successful probe as deferred probe does.

     The list_empty() check now happens outside the mutex, but the mutex
     wasn't necessary in the first place.

     This needed to use deferred probe instead of fragile initcall ordering
     on 32-bit VExpress systems where the apb_pclk has a number of probe
     dependencies (vexpress-sysregs, vexpress-config).


>
> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
> doesn't mean it's not (2), but if it does, then we know for sure it's
> (2).
ok, I will try this one, but due to above patch, it may not work.

>
> I'll continue debugging further.
>
> -Saravana

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/28 3:09, Saravana Kannan wrote:
> > On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >> On 2021/8/27 8:04, Saravana Kannan wrote:
> >>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>>>>>> solution that we have for amba devices. That causes a bunch of other
> >>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>>>>>> adding more reasons for delaying the addition of the device.
> >>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> >>>> (qemu-system-arm -M vexpress-a15),
> > I'm assuming it's this one?
> > arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
>
> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
>
> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
> -nographic
>
> >
> >>> Hi,
> >>>
> >>> It's hard to make sense of the logs. Looks like two different threads
> >>> might be printing to the log at the same time? Can you please enable
> >>> the config that prints the thread ID (forgot what it's called) and
> >>> collect this again? With what I could tell the crash seems to be
> >>> happening somewhere in platform_match(), but that's not related to
> >>> this patch at all?
> >> Can you reproduce it? it is very likely related(without your patch, the
> >> boot is fine),
> > Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
> >
> >> the NULL ptr is about serio, it is registed from amba driver.
> >>
> >> ambakmi_driver_init
> >>
> >>    -- amba_kmi_probe
> >>
> >>      -- __serio_register_port
> > Thanks for the pointer. I took a look at the logs and the code. It's
> > very strange. As you can see from the backtrace, platform_match() is
> > being called for the device_add() from serio_handle_event(). But the
> > device that gets added there is on the serio_bus which obviously
> > should be using the serio_bus_match.
> Yes, I am confused too.
> >
> >> +Dmitry and input maillist, is there some known issue about serio ?
> >>
> >> I add some debug, the full log is attached.
> >>
> >> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
> >> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> >> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
> >> drv c1090fc0, drv->name vexpress-reset
> > Based on the logs you added, it's pretty clear we are getting to
> > platform_match(). It's also strange that the drv->name is
> > vexpress-reset
> ...
> >
> >> [    3.003113][   T41] Backtrace:
> >> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
> >> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
> >> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
> >> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
> >> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
> >> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
> >> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
> >> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
> >> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
> >> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
> >> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
> >> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
> >> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
> > But the platform_match() is happening for the device_add() from
> > serio_event_handle() that's adding a device to the serio_bus and it
> > should be using serio_bus_match().
> >
> > I haven't reached any conclusion yet, but my current thought process
> > is that it's either:
> > 1. My patch is somehow causing list corruption. But I don't directly
> > touch any list in my change (other than deleting a list entirely), so
> > it's not clear how that would be happening.
>
> Maybe some concurrent driver load？
>
> > 2. Without my patch, these AMBA device's probe would be delayed at
> > least until 5 seconds or possibly later. I'm wondering if my patch is
> > catching some bad timing assumptions in other code.
>
> After Rob's patch, It will retry soon.
>
> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
> Author: Rob Herring <robh@kernel.org>
> Date:   Wed Apr 29 15:58:12 2020 -0500
>
>      amba: Retry adding deferred devices at late_initcall
>
>      If amba bus devices defer when adding, the amba bus code simply retries
>      adding the devices every 5 seconds. This doesn't work well as it
>      completely unsynchronized with starting the init process which can
>      happen in less than 5 secs. Add a retry during late_initcall. If the
>      amba devices are added, then deferred probe takes over. If the
>      dependencies have not probed at this point, then there's no improvement
>      over previous behavior. To completely solve this, we'd need to retry
>      after every successful probe as deferred probe does.
>
>      The list_empty() check now happens outside the mutex, but the mutex
>      wasn't necessary in the first place.
>
>      This needed to use deferred probe instead of fragile initcall ordering
>      on 32-bit VExpress systems where the apb_pclk has a number of probe
>      dependencies (vexpress-sysregs, vexpress-config).
>
>
> >
> > You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
> > a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
> > doesn't mean it's not (2), but if it does, then we know for sure it's
> > (2).
> ok, I will try this one, but due to above patch, it may not work.

Were you able to find anything more?

-Saravana

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/28 3:09, Saravana Kannan wrote:
> > On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >> On 2021/8/27 8:04, Saravana Kannan wrote:
> >>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>>>>>> solution that we have for amba devices. That causes a bunch of other
> >>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>>>>>> adding more reasons for delaying the addition of the device.
> >>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> >>>> (qemu-system-arm -M vexpress-a15),
> > I'm assuming it's this one?
> > arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
>
> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
>
> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
> -nographic
>
> >
> >>> Hi,
> >>>
> >>> It's hard to make sense of the logs. Looks like two different threads
> >>> might be printing to the log at the same time? Can you please enable
> >>> the config that prints the thread ID (forgot what it's called) and
> >>> collect this again? With what I could tell the crash seems to be
> >>> happening somewhere in platform_match(), but that's not related to
> >>> this patch at all?
> >> Can you reproduce it? it is very likely related(without your patch, the
> >> boot is fine),
> > Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
> >
> >> the NULL ptr is about serio, it is registed from amba driver.
> >>
> >> ambakmi_driver_init
> >>
> >>    -- amba_kmi_probe
> >>
> >>      -- __serio_register_port
> > Thanks for the pointer. I took a look at the logs and the code. It's
> > very strange. As you can see from the backtrace, platform_match() is
> > being called for the device_add() from serio_handle_event(). But the
> > device that gets added there is on the serio_bus which obviously
> > should be using the serio_bus_match.
> Yes, I am confused too.
> >
> >> +Dmitry and input maillist, is there some known issue about serio ?
> >>
> >> I add some debug, the full log is attached.
> >>
> >> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
> >> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> >> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
> >> drv c1090fc0, drv->name vexpress-reset
> > Based on the logs you added, it's pretty clear we are getting to
> > platform_match(). It's also strange that the drv->name is
> > vexpress-reset
> ...
> >
> >> [    3.003113][   T41] Backtrace:
> >> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
> >> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
> >> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
> >> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
> >> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
> >> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
> >> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
> >> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
> >> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
> >> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
> >> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
> >> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
> >> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
> > But the platform_match() is happening for the device_add() from
> > serio_event_handle() that's adding a device to the serio_bus and it
> > should be using serio_bus_match().
> >
> > I haven't reached any conclusion yet, but my current thought process
> > is that it's either:
> > 1. My patch is somehow causing list corruption. But I don't directly
> > touch any list in my change (other than deleting a list entirely), so
> > it's not clear how that would be happening.
>
> Maybe some concurrent driver load？
>
> > 2. Without my patch, these AMBA device's probe would be delayed at
> > least until 5 seconds or possibly later. I'm wondering if my patch is
> > catching some bad timing assumptions in other code.
>
> After Rob's patch, It will retry soon.
>
> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
> Author: Rob Herring <robh@kernel.org>
> Date:   Wed Apr 29 15:58:12 2020 -0500
>
>      amba: Retry adding deferred devices at late_initcall
>
>      If amba bus devices defer when adding, the amba bus code simply retries
>      adding the devices every 5 seconds. This doesn't work well as it
>      completely unsynchronized with starting the init process which can
>      happen in less than 5 secs. Add a retry during late_initcall. If the
>      amba devices are added, then deferred probe takes over. If the
>      dependencies have not probed at this point, then there's no improvement
>      over previous behavior. To completely solve this, we'd need to retry
>      after every successful probe as deferred probe does.
>
>      The list_empty() check now happens outside the mutex, but the mutex
>      wasn't necessary in the first place.
>
>      This needed to use deferred probe instead of fragile initcall ordering
>      on 32-bit VExpress systems where the apb_pclk has a number of probe
>      dependencies (vexpress-sysregs, vexpress-config).
>
>
> >
> > You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
> > a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
> > doesn't mean it's not (2), but if it does, then we know for sure it's
> > (2).
> ok, I will try this one, but due to above patch, it may not work.

Were you able to find anything more?

-Saravana

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [BUG] amba: Remove deferred device addition

[Kefeng Wang]

On 2021/9/9 11:30, Saravana Kannan wrote:
> On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/28 3:09, Saravana Kannan wrote:
>>> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>> On 2021/8/27 8:04, Saravana Kannan wrote:
>>>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>>>>>> adding more reasons for delaying the addition of the device.
>>>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>>>>>> (qemu-system-arm -M vexpress-a15),
>>> I'm assuming it's this one?
>>> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
>> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
>>
>> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
>> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
>> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
>> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
>> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
>> -nographic
>>
>>>>> Hi,
>>>>>
>>>>> It's hard to make sense of the logs. Looks like two different threads
>>>>> might be printing to the log at the same time? Can you please enable
>>>>> the config that prints the thread ID (forgot what it's called) and
>>>>> collect this again? With what I could tell the crash seems to be
>>>>> happening somewhere in platform_match(), but that's not related to
>>>>> this patch at all?
>>>> Can you reproduce it? it is very likely related(without your patch, the
>>>> boot is fine),
>>> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
>>>
>>>> the NULL ptr is about serio, it is registed from amba driver.
>>>>
>>>> ambakmi_driver_init
>>>>
>>>>     -- amba_kmi_probe
>>>>
>>>>       -- __serio_register_port
>>> Thanks for the pointer. I took a look at the logs and the code. It's
>>> very strange. As you can see from the backtrace, platform_match() is
>>> being called for the device_add() from serio_handle_event(). But the
>>> device that gets added there is on the serio_bus which obviously
>>> should be using the serio_bus_match.
>> Yes, I am confused too.
>>>> +Dmitry and input maillist, is there some known issue about serio ?
>>>>
>>>> I add some debug, the full log is attached.
>>>>
>>>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
>>>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
>>>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
>>>> drv c1090fc0, drv->name vexpress-reset
>>> Based on the logs you added, it's pretty clear we are getting to
>>> platform_match(). It's also strange that the drv->name is
>>> vexpress-reset
>> ...
>>>> [    3.003113][   T41] Backtrace:
>>>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
>>>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
>>>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
>>>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
>>>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
>>>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
>>>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
>>>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
>>>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
>>>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
>>>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
>>>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
>>>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
>>> But the platform_match() is happening for the device_add() from
>>> serio_event_handle() that's adding a device to the serio_bus and it
>>> should be using serio_bus_match().
>>>
>>> I haven't reached any conclusion yet, but my current thought process
>>> is that it's either:
>>> 1. My patch is somehow causing list corruption. But I don't directly
>>> touch any list in my change (other than deleting a list entirely), so
>>> it's not clear how that would be happening.
>> Maybe some concurrent driver load？
>>
>>> 2. Without my patch, these AMBA device's probe would be delayed at
>>> least until 5 seconds or possibly later. I'm wondering if my patch is
>>> catching some bad timing assumptions in other code.
>> After Rob's patch, It will retry soon.
>>
>> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
>> Author: Rob Herring <robh@kernel.org>
>> Date:   Wed Apr 29 15:58:12 2020 -0500
>>
>>       amba: Retry adding deferred devices at late_initcall
>>
>>       If amba bus devices defer when adding, the amba bus code simply retries
>>       adding the devices every 5 seconds. This doesn't work well as it
>>       completely unsynchronized with starting the init process which can
>>       happen in less than 5 secs. Add a retry during late_initcall. If the
>>       amba devices are added, then deferred probe takes over. If the
>>       dependencies have not probed at this point, then there's no improvement
>>       over previous behavior. To completely solve this, we'd need to retry
>>       after every successful probe as deferred probe does.
>>
>>       The list_empty() check now happens outside the mutex, but the mutex
>>       wasn't necessary in the first place.
>>
>>       This needed to use deferred probe instead of fragile initcall ordering
>>       on 32-bit VExpress systems where the apb_pclk has a number of probe
>>       dependencies (vexpress-sysregs, vexpress-config).
>>
>>
>>> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
>>> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
>>> doesn't mean it's not (2), but if it does, then we know for sure it's
>>> (2).
>> ok, I will try this one, but due to above patch, it may not work.
> Were you able to find anything more?
I can't find any clue， and have no time to check this for now, is there 
any news from your side?
>
> -Saravana
> .
>

Re: [BUG] amba: Remove deferred device addition

[Kefeng Wang]

On 2021/9/9 11:30, Saravana Kannan wrote:
> On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> On 2021/8/28 3:09, Saravana Kannan wrote:
>>> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>> On 2021/8/27 8:04, Saravana Kannan wrote:
>>>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>>>>>> adding more reasons for delaying the addition of the device.
>>>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>>>>>> (qemu-system-arm -M vexpress-a15),
>>> I'm assuming it's this one?
>>> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
>> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
>>
>> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
>> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
>> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
>> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
>> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
>> -nographic
>>
>>>>> Hi,
>>>>>
>>>>> It's hard to make sense of the logs. Looks like two different threads
>>>>> might be printing to the log at the same time? Can you please enable
>>>>> the config that prints the thread ID (forgot what it's called) and
>>>>> collect this again? With what I could tell the crash seems to be
>>>>> happening somewhere in platform_match(), but that's not related to
>>>>> this patch at all?
>>>> Can you reproduce it? it is very likely related(without your patch, the
>>>> boot is fine),
>>> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
>>>
>>>> the NULL ptr is about serio, it is registed from amba driver.
>>>>
>>>> ambakmi_driver_init
>>>>
>>>>     -- amba_kmi_probe
>>>>
>>>>       -- __serio_register_port
>>> Thanks for the pointer. I took a look at the logs and the code. It's
>>> very strange. As you can see from the backtrace, platform_match() is
>>> being called for the device_add() from serio_handle_event(). But the
>>> device that gets added there is on the serio_bus which obviously
>>> should be using the serio_bus_match.
>> Yes, I am confused too.
>>>> +Dmitry and input maillist, is there some known issue about serio ?
>>>>
>>>> I add some debug, the full log is attached.
>>>>
>>>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
>>>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
>>>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
>>>> drv c1090fc0, drv->name vexpress-reset
>>> Based on the logs you added, it's pretty clear we are getting to
>>> platform_match(). It's also strange that the drv->name is
>>> vexpress-reset
>> ...
>>>> [    3.003113][   T41] Backtrace:
>>>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
>>>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
>>>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
>>>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
>>>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
>>>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
>>>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
>>>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
>>>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
>>>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
>>>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
>>>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
>>>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
>>> But the platform_match() is happening for the device_add() from
>>> serio_event_handle() that's adding a device to the serio_bus and it
>>> should be using serio_bus_match().
>>>
>>> I haven't reached any conclusion yet, but my current thought process
>>> is that it's either:
>>> 1. My patch is somehow causing list corruption. But I don't directly
>>> touch any list in my change (other than deleting a list entirely), so
>>> it's not clear how that would be happening.
>> Maybe some concurrent driver load？
>>
>>> 2. Without my patch, these AMBA device's probe would be delayed at
>>> least until 5 seconds or possibly later. I'm wondering if my patch is
>>> catching some bad timing assumptions in other code.
>> After Rob's patch, It will retry soon.
>>
>> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
>> Author: Rob Herring <robh@kernel.org>
>> Date:   Wed Apr 29 15:58:12 2020 -0500
>>
>>       amba: Retry adding deferred devices at late_initcall
>>
>>       If amba bus devices defer when adding, the amba bus code simply retries
>>       adding the devices every 5 seconds. This doesn't work well as it
>>       completely unsynchronized with starting the init process which can
>>       happen in less than 5 secs. Add a retry during late_initcall. If the
>>       amba devices are added, then deferred probe takes over. If the
>>       dependencies have not probed at this point, then there's no improvement
>>       over previous behavior. To completely solve this, we'd need to retry
>>       after every successful probe as deferred probe does.
>>
>>       The list_empty() check now happens outside the mutex, but the mutex
>>       wasn't necessary in the first place.
>>
>>       This needed to use deferred probe instead of fragile initcall ordering
>>       on 32-bit VExpress systems where the apb_pclk has a number of probe
>>       dependencies (vexpress-sysregs, vexpress-config).
>>
>>
>>> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
>>> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
>>> doesn't mean it's not (2), but if it does, then we know for sure it's
>>> (2).
>> ok, I will try this one, but due to above patch, it may not work.
> Were you able to find anything more?
I can't find any clue， and have no time to check this for now, is there 
any news from your side?
>
> -Saravana
> .
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Fri, Sep 10, 2021 at 12:59 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/9/9 11:30, Saravana Kannan wrote:
> > On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >> On 2021/8/28 3:09, Saravana Kannan wrote:
> >>> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>> On 2021/8/27 8:04, Saravana Kannan wrote:
> >>>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>>>>>>>> solution that we have for amba devices. That causes a bunch of other
> >>>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>>>>>>>> adding more reasons for delaying the addition of the device.
> >>>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> >>>>>> (qemu-system-arm -M vexpress-a15),
> >>> I'm assuming it's this one?
> >>> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
> >> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
> >>
> >> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
> >> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
> >> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
> >> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
> >> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
> >> -nographic
> >>
> >>>>> Hi,
> >>>>>
> >>>>> It's hard to make sense of the logs. Looks like two different threads
> >>>>> might be printing to the log at the same time? Can you please enable
> >>>>> the config that prints the thread ID (forgot what it's called) and
> >>>>> collect this again? With what I could tell the crash seems to be
> >>>>> happening somewhere in platform_match(), but that's not related to
> >>>>> this patch at all?
> >>>> Can you reproduce it? it is very likely related(without your patch, the
> >>>> boot is fine),
> >>> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
> >>>
> >>>> the NULL ptr is about serio, it is registed from amba driver.
> >>>>
> >>>> ambakmi_driver_init
> >>>>
> >>>>     -- amba_kmi_probe
> >>>>
> >>>>       -- __serio_register_port
> >>> Thanks for the pointer. I took a look at the logs and the code. It's
> >>> very strange. As you can see from the backtrace, platform_match() is
> >>> being called for the device_add() from serio_handle_event(). But the
> >>> device that gets added there is on the serio_bus which obviously
> >>> should be using the serio_bus_match.
> >> Yes, I am confused too.
> >>>> +Dmitry and input maillist, is there some known issue about serio ?
> >>>>
> >>>> I add some debug, the full log is attached.
> >>>>
> >>>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
> >>>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> >>>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
> >>>> drv c1090fc0, drv->name vexpress-reset
> >>> Based on the logs you added, it's pretty clear we are getting to
> >>> platform_match(). It's also strange that the drv->name is
> >>> vexpress-reset
> >> ...
> >>>> [    3.003113][   T41] Backtrace:
> >>>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
> >>>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
> >>>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
> >>>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
> >>>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
> >>>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
> >>>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
> >>>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
> >>>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
> >>>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
> >>>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
> >>>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
> >>>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
> >>> But the platform_match() is happening for the device_add() from
> >>> serio_event_handle() that's adding a device to the serio_bus and it
> >>> should be using serio_bus_match().
> >>>
> >>> I haven't reached any conclusion yet, but my current thought process
> >>> is that it's either:
> >>> 1. My patch is somehow causing list corruption. But I don't directly
> >>> touch any list in my change (other than deleting a list entirely), so
> >>> it's not clear how that would be happening.
> >> Maybe some concurrent driver load？
> >>
> >>> 2. Without my patch, these AMBA device's probe would be delayed at
> >>> least until 5 seconds or possibly later. I'm wondering if my patch is
> >>> catching some bad timing assumptions in other code.
> >> After Rob's patch, It will retry soon.
> >>
> >> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
> >> Author: Rob Herring <robh@kernel.org>
> >> Date:   Wed Apr 29 15:58:12 2020 -0500
> >>
> >>       amba: Retry adding deferred devices at late_initcall
> >>
> >>       If amba bus devices defer when adding, the amba bus code simply retries
> >>       adding the devices every 5 seconds. This doesn't work well as it
> >>       completely unsynchronized with starting the init process which can
> >>       happen in less than 5 secs. Add a retry during late_initcall. If the
> >>       amba devices are added, then deferred probe takes over. If the
> >>       dependencies have not probed at this point, then there's no improvement
> >>       over previous behavior. To completely solve this, we'd need to retry
> >>       after every successful probe as deferred probe does.
> >>
> >>       The list_empty() check now happens outside the mutex, but the mutex
> >>       wasn't necessary in the first place.
> >>
> >>       This needed to use deferred probe instead of fragile initcall ordering
> >>       on 32-bit VExpress systems where the apb_pclk has a number of probe
> >>       dependencies (vexpress-sysregs, vexpress-config).
> >>
> >>
> >>> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
> >>> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
> >>> doesn't mean it's not (2), but if it does, then we know for sure it's
> >>> (2).
> >> ok, I will try this one, but due to above patch, it may not work.
> > Were you able to find anything more?
> I can't find any clue， and have no time to check this for now, is there
> any news from your side?

To close out this thread, the issue was due to a UAF bug in driver
core that was fixed by:
https://lore.kernel.org/all/20220513112444.45112-1-schspa@gmail.com/

With that fix, there wouldn't have been a crash, but amba driver
registration would have failed (because match returned
non-EPROBE_DEFER error).

-Saravana

Re: [BUG] amba: Remove deferred device addition

[Saravana Kannan]

On Fri, Sep 10, 2021 at 12:59 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/9/9 11:30, Saravana Kannan wrote:
> > On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>
> >> On 2021/8/28 3:09, Saravana Kannan wrote:
> >>> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>> On 2021/8/27 8:04, Saravana Kannan wrote:
> >>>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
> >>>>>>>>> solution that we have for amba devices. That causes a bunch of other
> >>>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
> >>>>>>>>> adding more reasons for delaying the addition of the device.
> >>>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
> >>>>>> (qemu-system-arm -M vexpress-a15),
> >>> I'm assuming it's this one?
> >>> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
> >> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
> >>
> >> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
> >> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
> >> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
> >> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
> >> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
> >> -nographic
> >>
> >>>>> Hi,
> >>>>>
> >>>>> It's hard to make sense of the logs. Looks like two different threads
> >>>>> might be printing to the log at the same time? Can you please enable
> >>>>> the config that prints the thread ID (forgot what it's called) and
> >>>>> collect this again? With what I could tell the crash seems to be
> >>>>> happening somewhere in platform_match(), but that's not related to
> >>>>> this patch at all?
> >>>> Can you reproduce it? it is very likely related(without your patch, the
> >>>> boot is fine),
> >>> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
> >>>
> >>>> the NULL ptr is about serio, it is registed from amba driver.
> >>>>
> >>>> ambakmi_driver_init
> >>>>
> >>>>     -- amba_kmi_probe
> >>>>
> >>>>       -- __serio_register_port
> >>> Thanks for the pointer. I took a look at the logs and the code. It's
> >>> very strange. As you can see from the backtrace, platform_match() is
> >>> being called for the device_add() from serio_handle_event(). But the
> >>> device that gets added there is on the serio_bus which obviously
> >>> should be using the serio_bus_match.
> >> Yes, I am confused too.
> >>>> +Dmitry and input maillist, is there some known issue about serio ?
> >>>>
> >>>> I add some debug, the full log is attached.
> >>>>
> >>>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
> >>>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
> >>>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
> >>>> drv c1090fc0, drv->name vexpress-reset
> >>> Based on the logs you added, it's pretty clear we are getting to
> >>> platform_match(). It's also strange that the drv->name is
> >>> vexpress-reset
> >> ...
> >>>> [    3.003113][   T41] Backtrace:
> >>>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
> >>>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
> >>>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
> >>>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
> >>>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
> >>>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
> >>>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
> >>>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
> >>>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
> >>>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
> >>>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
> >>>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
> >>>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
> >>> But the platform_match() is happening for the device_add() from
> >>> serio_event_handle() that's adding a device to the serio_bus and it
> >>> should be using serio_bus_match().
> >>>
> >>> I haven't reached any conclusion yet, but my current thought process
> >>> is that it's either:
> >>> 1. My patch is somehow causing list corruption. But I don't directly
> >>> touch any list in my change (other than deleting a list entirely), so
> >>> it's not clear how that would be happening.
> >> Maybe some concurrent driver load？
> >>
> >>> 2. Without my patch, these AMBA device's probe would be delayed at
> >>> least until 5 seconds or possibly later. I'm wondering if my patch is
> >>> catching some bad timing assumptions in other code.
> >> After Rob's patch, It will retry soon.
> >>
> >> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
> >> Author: Rob Herring <robh@kernel.org>
> >> Date:   Wed Apr 29 15:58:12 2020 -0500
> >>
> >>       amba: Retry adding deferred devices at late_initcall
> >>
> >>       If amba bus devices defer when adding, the amba bus code simply retries
> >>       adding the devices every 5 seconds. This doesn't work well as it
> >>       completely unsynchronized with starting the init process which can
> >>       happen in less than 5 secs. Add a retry during late_initcall. If the
> >>       amba devices are added, then deferred probe takes over. If the
> >>       dependencies have not probed at this point, then there's no improvement
> >>       over previous behavior. To completely solve this, we'd need to retry
> >>       after every successful probe as deferred probe does.
> >>
> >>       The list_empty() check now happens outside the mutex, but the mutex
> >>       wasn't necessary in the first place.
> >>
> >>       This needed to use deferred probe instead of fragile initcall ordering
> >>       on 32-bit VExpress systems where the apb_pclk has a number of probe
> >>       dependencies (vexpress-sysregs, vexpress-config).
> >>
> >>
> >>> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
> >>> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
> >>> doesn't mean it's not (2), but if it does, then we know for sure it's
> >>> (2).
> >> ok, I will try this one, but due to above patch, it may not work.
> > Were you able to find anything more?
> I can't find any clue， and have no time to check this for now, is there
> any news from your side?

To close out this thread, the issue was due to a UAF bug in driver
core that was fixed by:
https://lore.kernel.org/all/20220513112444.45112-1-schspa@gmail.com/

With that fix, there wouldn't have been a crash, but amba driver
registration would have failed (because match returned
non-EPROBE_DEFER error).

-Saravana

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [BUG] amba: Remove deferred device addition

[Leizhen (ThunderTown)]

On 2022/7/6 3:25, Saravana Kannan wrote:
> On Fri, Sep 10, 2021 at 12:59 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>>
>> On 2021/9/9 11:30, Saravana Kannan wrote:
>>> On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>
>>>> On 2021/8/28 3:09, Saravana Kannan wrote:
>>>>> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>> On 2021/8/27 8:04, Saravana Kannan wrote:
>>>>>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>>>>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>>>>>>>> adding more reasons for delaying the addition of the device.
>>>>>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>>>>>>>> (qemu-system-arm -M vexpress-a15),
>>>>> I'm assuming it's this one?
>>>>> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
>>>> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
>>>>
>>>> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
>>>> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
>>>> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
>>>> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
>>>> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
>>>> -nographic
>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> It's hard to make sense of the logs. Looks like two different threads
>>>>>>> might be printing to the log at the same time? Can you please enable
>>>>>>> the config that prints the thread ID (forgot what it's called) and
>>>>>>> collect this again? With what I could tell the crash seems to be
>>>>>>> happening somewhere in platform_match(), but that's not related to
>>>>>>> this patch at all?
>>>>>> Can you reproduce it? it is very likely related(without your patch, the
>>>>>> boot is fine),
>>>>> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
>>>>>
>>>>>> the NULL ptr is about serio, it is registed from amba driver.
>>>>>>
>>>>>> ambakmi_driver_init
>>>>>>
>>>>>>     -- amba_kmi_probe
>>>>>>
>>>>>>       -- __serio_register_port
>>>>> Thanks for the pointer. I took a look at the logs and the code. It's
>>>>> very strange. As you can see from the backtrace, platform_match() is
>>>>> being called for the device_add() from serio_handle_event(). But the
>>>>> device that gets added there is on the serio_bus which obviously
>>>>> should be using the serio_bus_match.
>>>> Yes, I am confused too.
>>>>>> +Dmitry and input maillist, is there some known issue about serio ?
>>>>>>
>>>>>> I add some debug, the full log is attached.
>>>>>>
>>>>>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
>>>>>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
>>>>>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
>>>>>> drv c1090fc0, drv->name vexpress-reset
>>>>> Based on the logs you added, it's pretty clear we are getting to
>>>>> platform_match(). It's also strange that the drv->name is
>>>>> vexpress-reset
>>>> ...
>>>>>> [    3.003113][   T41] Backtrace:
>>>>>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
>>>>>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
>>>>>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
>>>>>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
>>>>>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
>>>>>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
>>>>>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
>>>>>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
>>>>>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
>>>>>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
>>>>>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
>>>>>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
>>>>>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
>>>>> But the platform_match() is happening for the device_add() from
>>>>> serio_event_handle() that's adding a device to the serio_bus and it
>>>>> should be using serio_bus_match().
>>>>>
>>>>> I haven't reached any conclusion yet, but my current thought process
>>>>> is that it's either:
>>>>> 1. My patch is somehow causing list corruption. But I don't directly
>>>>> touch any list in my change (other than deleting a list entirely), so
>>>>> it's not clear how that would be happening.
>>>> Maybe some concurrent driver load？
>>>>
>>>>> 2. Without my patch, these AMBA device's probe would be delayed at
>>>>> least until 5 seconds or possibly later. I'm wondering if my patch is
>>>>> catching some bad timing assumptions in other code.
>>>> After Rob's patch, It will retry soon.
>>>>
>>>> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
>>>> Author: Rob Herring <robh@kernel.org>
>>>> Date:   Wed Apr 29 15:58:12 2020 -0500
>>>>
>>>>       amba: Retry adding deferred devices at late_initcall
>>>>
>>>>       If amba bus devices defer when adding, the amba bus code simply retries
>>>>       adding the devices every 5 seconds. This doesn't work well as it
>>>>       completely unsynchronized with starting the init process which can
>>>>       happen in less than 5 secs. Add a retry during late_initcall. If the
>>>>       amba devices are added, then deferred probe takes over. If the
>>>>       dependencies have not probed at this point, then there's no improvement
>>>>       over previous behavior. To completely solve this, we'd need to retry
>>>>       after every successful probe as deferred probe does.
>>>>
>>>>       The list_empty() check now happens outside the mutex, but the mutex
>>>>       wasn't necessary in the first place.
>>>>
>>>>       This needed to use deferred probe instead of fragile initcall ordering
>>>>       on 32-bit VExpress systems where the apb_pclk has a number of probe
>>>>       dependencies (vexpress-sysregs, vexpress-config).
>>>>
>>>>
>>>>> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
>>>>> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
>>>>> doesn't mean it's not (2), but if it does, then we know for sure it's
>>>>> (2).
>>>> ok, I will try this one, but due to above patch, it may not work.
>>> Were you able to find anything more?
>> I can't find any clue， and have no time to check this for now, is there
>> any news from your side?

Hi, Saravana and Kefeng:
  I've spent the whole afternoon trying to figure this out, and the fix
patch has been cc you two.

> 
> To close out this thread, the issue was due to a UAF bug in driver
> core that was fixed by:
> https://lore.kernel.org/all/20220513112444.45112-1-schspa@gmail.com/
> 
> With that fix, there wouldn't have been a crash, but amba driver
> registration would have failed (because match returned
> non-EPROBE_DEFER error).
> 
> -Saravana
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 

-- 
Regards,
  Zhen Lei

Re: [BUG] amba: Remove deferred device addition

[Leizhen (ThunderTown)]

On 2022/7/6 3:25, Saravana Kannan wrote:
> On Fri, Sep 10, 2021 at 12:59 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>>
>> On 2021/9/9 11:30, Saravana Kannan wrote:
>>> On Fri, Aug 27, 2021 at 6:09 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>
>>>> On 2021/8/28 3:09, Saravana Kannan wrote:
>>>>> On Fri, Aug 27, 2021 at 7:38 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>> On 2021/8/27 8:04, Saravana Kannan wrote:
>>>>>>> On Thu, Aug 26, 2021 at 1:22 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>>>>>>>>>> Btw, I've been working on [1] cleaning up the one-off deferred probe
>>>>>>>>>>> solution that we have for amba devices. That causes a bunch of other
>>>>>>>>>>> headaches. Your patch 3/3 takes us further in the wrong direction by
>>>>>>>>>>> adding more reasons for delaying the addition of the device.
>>>>>>>> Hi Saravana, I try the link[1], but with it, there is a crash when boot
>>>>>>>> (qemu-system-arm -M vexpress-a15),
>>>>> I'm assuming it's this one?
>>>>> arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts
>>>> I use arch/arm/boot/dts/vexpress-v2p-ca15-tc1.dts.
>>>>
>>>> qemu-system-arm -M vexpress-a15 -dtb vexpress-v2p-ca15-tc1.dtb -cpu
>>>> cortex-a15 -smp 2 -m size=3G -kernel zImage -rtc base=localtime -initrd
>>>> initrd-arm32 -append 'console=ttyAMA0 cma=0 kfence.sample_interval=0
>>>> earlyprintk debug ' -device virtio-net-device,netdev=net8 -netdev
>>>> type=tap,id=net8,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown
>>>> -nographic
>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> It's hard to make sense of the logs. Looks like two different threads
>>>>>>> might be printing to the log at the same time? Can you please enable
>>>>>>> the config that prints the thread ID (forgot what it's called) and
>>>>>>> collect this again? With what I could tell the crash seems to be
>>>>>>> happening somewhere in platform_match(), but that's not related to
>>>>>>> this patch at all?
>>>>>> Can you reproduce it? it is very likely related(without your patch, the
>>>>>> boot is fine),
>>>>> Sorry, I haven't ever setup qemu and booted vexpress. Thanks for your help.
>>>>>
>>>>>> the NULL ptr is about serio, it is registed from amba driver.
>>>>>>
>>>>>> ambakmi_driver_init
>>>>>>
>>>>>>     -- amba_kmi_probe
>>>>>>
>>>>>>       -- __serio_register_port
>>>>> Thanks for the pointer. I took a look at the logs and the code. It's
>>>>> very strange. As you can see from the backtrace, platform_match() is
>>>>> being called for the device_add() from serio_handle_event(). But the
>>>>> device that gets added there is on the serio_bus which obviously
>>>>> should be using the serio_bus_match.
>>>> Yes, I am confused too.
>>>>>> +Dmitry and input maillist, is there some known issue about serio ?
>>>>>>
>>>>>> I add some debug, the full log is attached.
>>>>>>
>>>>>> [    2.958355][   T41] input: AT Raw Set 2 keyboard as
>>>>>> /devices/platform/bus@8000000/bus@8000000:motherboard-bus/bus@8000000:motherboard-bus:iofpga-bus@300000000/1c060000.kmi/serio0/input/input0
>>>>>> [    2.977441][   T41] serio serio1: pdev c1e05508, pdev->name (null),
>>>>>> drv c1090fc0, drv->name vexpress-reset
>>>>> Based on the logs you added, it's pretty clear we are getting to
>>>>> platform_match(). It's also strange that the drv->name is
>>>>> vexpress-reset
>>>> ...
>>>>>> [    3.003113][   T41] Backtrace:
>>>>>> [    3.003451][   T41] [<c0560bb4>] (strcmp) from [<c0646358>] (platform_match+0xdc/0xf0)
>>>>>> [    3.003963][   T41] [<c064627c>] (platform_match) from [<c06437d4>] (__device_attach_driver+0x3c/0xf4)
>>>>>> [    3.004769][   T41] [<c0643798>] (__device_attach_driver) from [<c0641180>] (bus_for_each_drv+0x68/0xc8)
>>>>>> [    3.005481][   T41] [<c0641118>] (bus_for_each_drv) from [<c0642f40>] (__device_attach+0xf0/0x16c)
>>>>>> [    3.006152][   T41] [<c0642e50>] (__device_attach) from [<c06439d4>] (device_initial_probe+0x1c/0x20)
>>>>>> [    3.006853][   T41] [<c06439b8>] (device_initial_probe) from [<c0642030>] (bus_probe_device+0x94/0x9c)
>>>>>> [    3.007259][   T41] [<c0641f9c>] (bus_probe_device) from [<c063f9cc>] (device_add+0x408/0x8b8)
>>>>>> [    3.007900][   T41] [<c063f5c4>] (device_add) from [<c071c1cc>] (serio_handle_event+0x1b8/0x234)
>>>>>> [    3.008824][   T41] [<c071c014>] (serio_handle_event) from [<c01475a4>] (process_one_work+0x238/0x594)
>>>>>> [    3.009737][   T41] [<c014736c>] (process_one_work) from [<c014795c>] (worker_thread+0x5c/0x5f4)
>>>>>> [    3.010638][   T41] [<c0147900>] (worker_thread) from [<c014feb4>] (kthread+0x178/0x194)
>>>>>> [    3.011496][   T41] [<c014fd3c>] (kthread) from [<c0100150>] (ret_from_fork+0x14/0x24)
>>>>>> [    3.011860][   T41] Exception stack(0xc1675fb0 to 0xc1675ff8)
>>>>> But the platform_match() is happening for the device_add() from
>>>>> serio_event_handle() that's adding a device to the serio_bus and it
>>>>> should be using serio_bus_match().
>>>>>
>>>>> I haven't reached any conclusion yet, but my current thought process
>>>>> is that it's either:
>>>>> 1. My patch is somehow causing list corruption. But I don't directly
>>>>> touch any list in my change (other than deleting a list entirely), so
>>>>> it's not clear how that would be happening.
>>>> Maybe some concurrent driver load？
>>>>
>>>>> 2. Without my patch, these AMBA device's probe would be delayed at
>>>>> least until 5 seconds or possibly later. I'm wondering if my patch is
>>>>> catching some bad timing assumptions in other code.
>>>> After Rob's patch, It will retry soon.
>>>>
>>>> commit 039599c92d3b2e73689e8b6e519d653fd4770abb
>>>> Author: Rob Herring <robh@kernel.org>
>>>> Date:   Wed Apr 29 15:58:12 2020 -0500
>>>>
>>>>       amba: Retry adding deferred devices at late_initcall
>>>>
>>>>       If amba bus devices defer when adding, the amba bus code simply retries
>>>>       adding the devices every 5 seconds. This doesn't work well as it
>>>>       completely unsynchronized with starting the init process which can
>>>>       happen in less than 5 secs. Add a retry during late_initcall. If the
>>>>       amba devices are added, then deferred probe takes over. If the
>>>>       dependencies have not probed at this point, then there's no improvement
>>>>       over previous behavior. To completely solve this, we'd need to retry
>>>>       after every successful probe as deferred probe does.
>>>>
>>>>       The list_empty() check now happens outside the mutex, but the mutex
>>>>       wasn't necessary in the first place.
>>>>
>>>>       This needed to use deferred probe instead of fragile initcall ordering
>>>>       on 32-bit VExpress systems where the apb_pclk has a number of probe
>>>>       dependencies (vexpress-sysregs, vexpress-config).
>>>>
>>>>
>>>>> You might be able to test out theory (2) by DEFERRED_DEVICE_TIMEOUT to
>>>>> a much smaller number. Say 500ms or 100ms. If it doesn't crash, it
>>>>> doesn't mean it's not (2), but if it does, then we know for sure it's
>>>>> (2).
>>>> ok, I will try this one, but due to above patch, it may not work.
>>> Were you able to find anything more?
>> I can't find any clue， and have no time to check this for now, is there
>> any news from your side?

Hi, Saravana and Kefeng:
  I've spent the whole afternoon trying to figure this out, and the fix
patch has been cc you two.

> 
> To close out this thread, the issue was due to a UAF bug in driver
> core that was fixed by:
> https://lore.kernel.org/all/20220513112444.45112-1-schspa@gmail.com/
> 
> With that fix, there wouldn't have been a crash, but amba driver
> registration would have failed (because match returned
> non-EPROBE_DEFER error).
> 
> -Saravana
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 

-- 
Regards,
  Zhen Lei

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Rob Herring]

On Tue, Aug 24, 2021 at 11:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/25 4:08, Saravana Kannan wrote:
> > On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
> >> +Saravana
> >>
> >> Saravana mentioned to me there may be some issues with this one...
> >>
> >>
> >> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>> of_amba_device_create() uses irq_of_parse_and_map() to translate
> >>> a DT interrupt specification into a Linux virtual interrupt number.
> >>>
> >>> But it doesn't properly handle the case where the interrupt controller
> >>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> >>> interrupt controller, because the mbigen initialization is too late,
> >>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >>>    "irq: no irq domain found for uart0 !"
> >>>
> >>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> >>> amba_device_try_add()/amba_device_add(), it will properly handle in such
> >>> case, also return 0 in other fail cases to be consistent as before.
> >>>
> >>> Cc: Russell King <linux@armlinux.org.uk>
> >>> Cc: Rob Herring <robh+dt@kernel.org>
> >>> Cc: Frank Rowand <frowand.list@gmail.com>
> >>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> >>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> >>> ---
> >>>   drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >>>   drivers/of/platform.c |  6 +-----
> >>>   2 files changed, 28 insertions(+), 5 deletions(-)
> >>>
> >>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> >>> index 36f2f42c8014..720aa6cdd402 100644
> >>> --- a/drivers/amba/bus.c
> >>> +++ b/drivers/amba/bus.c
> >>> @@ -19,6 +19,7 @@
> >>>   #include <linux/clk/clk-conf.h>
> >>>   #include <linux/platform_device.h>
> >>>   #include <linux/reset.h>
> >>> +#include <linux/of_irq.h>
> >>>
> >>>   #include <asm/irq.h>
> >>>
> >>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >>>          kfree(d);
> >>>   }
> >>>
> >>> +static int of_amba_device_decode_irq(struct amba_device *dev)
> >>> +{
> >>> +       struct device_node *node = dev->dev.of_node;
> >>> +       int i, irq = 0;
> >>> +
> >>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> >>> +               /* Decode the IRQs and address ranges */
> >>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> >>> +                       irq = of_irq_get(node, i);
> >>> +                       if (irq < 0) {
> >>> +                               if (irq == -EPROBE_DEFER)
> >>> +                                       return irq;
> >>> +                               irq = 0;
> >>> +                       }
> >>> +
> >>> +                       dev->irq[i] = irq;
> >>> +               }
> >>> +       }
> >>> +
> >>> +       return 0;
> >>> +}
> >>> +
> >>>   static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >>>   {
> >>>          u32 size;
> >>>          void __iomem *tmp;
> >>>          int i, ret;
> >>>
> >>> +       ret = of_amba_device_decode_irq(dev);
> >>> +       if (ret)
> >>> +               goto err_out;
> >>> +
> > Similar to other resources the AMBA bus "gets" for the device, I think
> > this should be moved into amba_probe() and not here. There's no reason
> > to delay the addition of the device (and loading its module) because
> > the IRQ isn't ready yet.
>
> The following code in the amba_device_try_add() will be called, it uses irq[0]
> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>
> 470         if (dev->irq[0])
> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
> 472         if (ret == 0 && dev->irq[1])
> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
> 474         if (ret == 0)
> 475                 return ret;

I wonder if we could just remove these. Why does userspace need them
in the first place? It's only an ABI if someone notices. Looking at
the history, AMBA bus was added in 2003 with just 'irq' and then
changed (ABI break) in 2004 to 'irq0' and 'irq1'.

Rob

[1] https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/log/arch/arm/common/amba.c

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Rob Herring]

On Tue, Aug 24, 2021 at 11:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>
>
> On 2021/8/25 4:08, Saravana Kannan wrote:
> > On Tue, Aug 24, 2021 at 1:05 PM Rob Herring <robh+dt@kernel.org> wrote:
> >> +Saravana
> >>
> >> Saravana mentioned to me there may be some issues with this one...
> >>
> >>
> >> On Mon, Aug 16, 2021 at 2:43 AM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> >>> of_amba_device_create() uses irq_of_parse_and_map() to translate
> >>> a DT interrupt specification into a Linux virtual interrupt number.
> >>>
> >>> But it doesn't properly handle the case where the interrupt controller
> >>> is not yet available, eg, when pl011 interrupt is connected to MBIGEN
> >>> interrupt controller, because the mbigen initialization is too late,
> >>> which will lead to no IRQ due to no IRQ domain found, log is shown below,
> >>>    "irq: no irq domain found for uart0 !"
> >>>
> >>> use of_irq_get() to return -EPROBE_DEFER as above, and in the function
> >>> amba_device_try_add()/amba_device_add(), it will properly handle in such
> >>> case, also return 0 in other fail cases to be consistent as before.
> >>>
> >>> Cc: Russell King <linux@armlinux.org.uk>
> >>> Cc: Rob Herring <robh+dt@kernel.org>
> >>> Cc: Frank Rowand <frowand.list@gmail.com>
> >>> Reported-by: Ruizhe Lin <linruizhe@huawei.com>
> >>> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
> >>> ---
> >>>   drivers/amba/bus.c    | 27 +++++++++++++++++++++++++++
> >>>   drivers/of/platform.c |  6 +-----
> >>>   2 files changed, 28 insertions(+), 5 deletions(-)
> >>>
> >>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
> >>> index 36f2f42c8014..720aa6cdd402 100644
> >>> --- a/drivers/amba/bus.c
> >>> +++ b/drivers/amba/bus.c
> >>> @@ -19,6 +19,7 @@
> >>>   #include <linux/clk/clk-conf.h>
> >>>   #include <linux/platform_device.h>
> >>>   #include <linux/reset.h>
> >>> +#include <linux/of_irq.h>
> >>>
> >>>   #include <asm/irq.h>
> >>>
> >>> @@ -371,12 +372,38 @@ static void amba_device_release(struct device *dev)
> >>>          kfree(d);
> >>>   }
> >>>
> >>> +static int of_amba_device_decode_irq(struct amba_device *dev)
> >>> +{
> >>> +       struct device_node *node = dev->dev.of_node;
> >>> +       int i, irq = 0;
> >>> +
> >>> +       if (IS_ENABLED(CONFIG_OF_IRQ) && node) {
> >>> +               /* Decode the IRQs and address ranges */
> >>> +               for (i = 0; i < AMBA_NR_IRQS; i++) {
> >>> +                       irq = of_irq_get(node, i);
> >>> +                       if (irq < 0) {
> >>> +                               if (irq == -EPROBE_DEFER)
> >>> +                                       return irq;
> >>> +                               irq = 0;
> >>> +                       }
> >>> +
> >>> +                       dev->irq[i] = irq;
> >>> +               }
> >>> +       }
> >>> +
> >>> +       return 0;
> >>> +}
> >>> +
> >>>   static int amba_device_try_add(struct amba_device *dev, struct resource *parent)
> >>>   {
> >>>          u32 size;
> >>>          void __iomem *tmp;
> >>>          int i, ret;
> >>>
> >>> +       ret = of_amba_device_decode_irq(dev);
> >>> +       if (ret)
> >>> +               goto err_out;
> >>> +
> > Similar to other resources the AMBA bus "gets" for the device, I think
> > this should be moved into amba_probe() and not here. There's no reason
> > to delay the addition of the device (and loading its module) because
> > the IRQ isn't ready yet.
>
> The following code in the amba_device_try_add() will be called, it uses irq[0]
> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>
> 470         if (dev->irq[0])
> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
> 472         if (ret == 0 && dev->irq[1])
> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
> 474         if (ret == 0)
> 475                 return ret;

I wonder if we could just remove these. Why does userspace need them
in the first place? It's only an ABI if someone notices. Looking at
the history, AMBA bus was added in 2003 with just 'irq' and then
changed (ABI break) in 2004 to 'irq0' and 'irq1'.

Rob

[1] https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/log/arch/arm/common/amba.c

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 20:33, Rob Herring wrote:
> On Tue, Aug 24, 2021 at 11:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:

...

>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>> this should be moved into amba_probe() and not here. There's no reason
>>> to delay the addition of the device (and loading its module) because
>>> the IRQ isn't ready yet.
>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>
>> 470         if (dev->irq[0])
>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>> 472         if (ret == 0 && dev->irq[1])
>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>> 474         if (ret == 0)
>> 475                 return ret;
> I wonder if we could just remove these. Why does userspace need them
> in the first place? It's only an ABI if someone notices. Looking at
> the history, AMBA bus was added in 2003 with just 'irq' and then
> changed (ABI break) in 2004 to 'irq0' and 'irq1'.
>
> Rob

Ok, I will kill all irq parts,

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 962041148482..c08e8b30e02c 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -20,8 +20,6 @@
  #include <linux/platform_device.h>
  #include <linux/reset.h>

-#include <asm/irq.h>
-
  #define to_amba_driver(d)      container_of(d, struct amba_driver, drv)

  /* called on periphid match and class 0x9 coresight device. */
@@ -135,8 +133,6 @@ static ssize_t name##_show(struct device 
*_dev,                             \
  static DEVICE_ATTR_RO(name)

  amba_attr_func(id, "%08x\n", dev->periphid);
-amba_attr_func(irq0, "%u\n", dev->irq[0]);
-amba_attr_func(irq1, "%u\n", dev->irq[1]);
  amba_attr_func(resource, "\t%016llx\t%016llx\t%016lx\n",
          (unsigned long long)dev->res.start, (unsigned long 
long)dev->res.end,
          dev->res.flags);
@@ -467,10 +463,6 @@ static int amba_device_try_add(struct amba_device 
*dev, struct resource *parent)
         if (ret)
                 goto err_release;

-       if (dev->irq[0])
-               ret = device_create_file(&dev->dev, &dev_attr_irq0);
-       if (ret == 0 && dev->irq[1])
-               ret = device_create_file(&dev->dev, &dev_attr_irq1);

and do some cleanup about error handling in the next version.

>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/log/arch/arm/common/amba.c
> .
>

Re: [PATCH 3/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/25 20:33, Rob Herring wrote:
> On Tue, Aug 24, 2021 at 11:05 PM Kefeng Wang <wangkefeng.wang@huawei.com> wrote:

...

>>> Similar to other resources the AMBA bus "gets" for the device, I think
>>> this should be moved into amba_probe() and not here. There's no reason
>>> to delay the addition of the device (and loading its module) because
>>> the IRQ isn't ready yet.
>> The following code in the amba_device_try_add() will be called, it uses irq[0]
>> and irq[1], so I put of_amba_device_decode_irq() into amba_device_try_add().
>>
>> 470         if (dev->irq[0])
>> 471                 ret = device_create_file(&dev->dev, &dev_attr_irq0);
>> 472         if (ret == 0 && dev->irq[1])
>> 473                 ret = device_create_file(&dev->dev, &dev_attr_irq1);
>> 474         if (ret == 0)
>> 475                 return ret;
> I wonder if we could just remove these. Why does userspace need them
> in the first place? It's only an ABI if someone notices. Looking at
> the history, AMBA bus was added in 2003 with just 'irq' and then
> changed (ABI break) in 2004 to 'irq0' and 'irq1'.
>
> Rob

Ok, I will kill all irq parts,

diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
index 962041148482..c08e8b30e02c 100644
--- a/drivers/amba/bus.c
+++ b/drivers/amba/bus.c
@@ -20,8 +20,6 @@
  #include <linux/platform_device.h>
  #include <linux/reset.h>

-#include <asm/irq.h>
-
  #define to_amba_driver(d)      container_of(d, struct amba_driver, drv)

  /* called on periphid match and class 0x9 coresight device. */
@@ -135,8 +133,6 @@ static ssize_t name##_show(struct device 
*_dev,                             \
  static DEVICE_ATTR_RO(name)

  amba_attr_func(id, "%08x\n", dev->periphid);
-amba_attr_func(irq0, "%u\n", dev->irq[0]);
-amba_attr_func(irq1, "%u\n", dev->irq[1]);
  amba_attr_func(resource, "\t%016llx\t%016llx\t%016lx\n",
          (unsigned long long)dev->res.start, (unsigned long 
long)dev->res.end,
          dev->res.flags);
@@ -467,10 +463,6 @@ static int amba_device_try_add(struct amba_device 
*dev, struct resource *parent)
         if (ret)
                 goto err_release;

-       if (dev->irq[0])
-               ret = device_create_file(&dev->dev, &dev_attr_irq0);
-       if (ret == 0 && dev->irq[1])
-               ret = device_create_file(&dev->dev, &dev_attr_irq1);

and do some cleanup about error handling in the next version.

>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/log/arch/arm/common/amba.c
> .
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Rob Herring]

On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
> Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of 
> irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
> domain is not yet created, amba_device_add() will properly to handle the
> no IRQ domain issue via deferred probe.
> 
> Kefeng Wang (3):
>   amba: Drop unused functions about APB/AHB devices add
>   Revert "ARM: amba: make use of -1 IRQs warn"
>   amba: Properly handle device probe without IRQ domain
> 
>  drivers/amba/bus.c       | 100 ++++++++++-----------------------------
>  drivers/of/platform.c    |   6 +--
>  include/linux/amba/bus.h |  18 -------
>  3 files changed, 27 insertions(+), 97 deletions(-)

Reviewed-by: Rob Herring <robh@kernel.org>

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Rob Herring]

On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
> Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of 
> irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
> domain is not yet created, amba_device_add() will properly to handle the
> no IRQ domain issue via deferred probe.
> 
> Kefeng Wang (3):
>   amba: Drop unused functions about APB/AHB devices add
>   Revert "ARM: amba: make use of -1 IRQs warn"
>   amba: Properly handle device probe without IRQ domain
> 
>  drivers/amba/bus.c       | 100 ++++++++++-----------------------------
>  drivers/of/platform.c    |   6 +--
>  include/linux/amba/bus.h |  18 -------
>  3 files changed, 27 insertions(+), 97 deletions(-)

Reviewed-by: Rob Herring <robh@kernel.org>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/18 6:27, Rob Herring wrote:
> On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
>> Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of
>> irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
>> domain is not yet created, amba_device_add() will properly to handle the
>> no IRQ domain issue via deferred probe.
>>
>> Kefeng Wang (3):
>>    amba: Drop unused functions about APB/AHB devices add
>>    Revert "ARM: amba: make use of -1 IRQs warn"
>>    amba: Properly handle device probe without IRQ domain
>>
>>   drivers/amba/bus.c       | 100 ++++++++++-----------------------------
>>   drivers/of/platform.c    |   6 +--
>>   include/linux/amba/bus.h |  18 -------
>>   3 files changed, 27 insertions(+), 97 deletions(-)
> Reviewed-by: Rob Herring <robh@kernel.org>

Thanks Rob.

Hi Russell, should I send the patches to the ARM patch system?

> .
>

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/18 6:27, Rob Herring wrote:
> On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
>> Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of
>> irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
>> domain is not yet created, amba_device_add() will properly to handle the
>> no IRQ domain issue via deferred probe.
>>
>> Kefeng Wang (3):
>>    amba: Drop unused functions about APB/AHB devices add
>>    Revert "ARM: amba: make use of -1 IRQs warn"
>>    amba: Properly handle device probe without IRQ domain
>>
>>   drivers/amba/bus.c       | 100 ++++++++++-----------------------------
>>   drivers/of/platform.c    |   6 +--
>>   include/linux/amba/bus.h |  18 -------
>>   3 files changed, 27 insertions(+), 97 deletions(-)
> Reviewed-by: Rob Herring <robh@kernel.org>

Thanks Rob.

Hi Russell, should I send the patches to the ARM patch system?

> .
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Russell King (Oracle)]

On Mon, Aug 23, 2021 at 10:19:23AM +0800, Kefeng Wang wrote:
> 
> On 2021/8/18 6:27, Rob Herring wrote:
> > On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
> > > Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of
> > > irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
> > > domain is not yet created, amba_device_add() will properly to handle the
> > > no IRQ domain issue via deferred probe.
> > > 
> > > Kefeng Wang (3):
> > >    amba: Drop unused functions about APB/AHB devices add
> > >    Revert "ARM: amba: make use of -1 IRQs warn"
> > >    amba: Properly handle device probe without IRQ domain
> > > 
> > >   drivers/amba/bus.c       | 100 ++++++++++-----------------------------
> > >   drivers/of/platform.c    |   6 +--
> > >   include/linux/amba/bus.h |  18 -------
> > >   3 files changed, 27 insertions(+), 97 deletions(-)
> > Reviewed-by: Rob Herring <robh@kernel.org>
> 
> Thanks Rob.
> 
> Hi Russell, should I send the patches to the ARM patch system?

Yes please - I'll try to squeeze it in for this cycle but it's getting
a tad late for that. Thanks.

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Russell King (Oracle)]

On Mon, Aug 23, 2021 at 10:19:23AM +0800, Kefeng Wang wrote:
> 
> On 2021/8/18 6:27, Rob Herring wrote:
> > On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
> > > Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of
> > > irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
> > > domain is not yet created, amba_device_add() will properly to handle the
> > > no IRQ domain issue via deferred probe.
> > > 
> > > Kefeng Wang (3):
> > >    amba: Drop unused functions about APB/AHB devices add
> > >    Revert "ARM: amba: make use of -1 IRQs warn"
> > >    amba: Properly handle device probe without IRQ domain
> > > 
> > >   drivers/amba/bus.c       | 100 ++++++++++-----------------------------
> > >   drivers/of/platform.c    |   6 +--
> > >   include/linux/amba/bus.h |  18 -------
> > >   3 files changed, 27 insertions(+), 97 deletions(-)
> > Reviewed-by: Rob Herring <robh@kernel.org>
> 
> Thanks Rob.
> 
> Hi Russell, should I send the patches to the ARM patch system?

Yes please - I'll try to squeeze it in for this cycle but it's getting
a tad late for that. Thanks.

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/23 17:05, Russell King (Oracle) wrote:
> On Mon, Aug 23, 2021 at 10:19:23AM +0800, Kefeng Wang wrote:
>> On 2021/8/18 6:27, Rob Herring wrote:
>>> On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
>>>> Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of
>>>> irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
>>>> domain is not yet created, amba_device_add() will properly to handle the
>>>> no IRQ domain issue via deferred probe.
>>>>
>>>> Kefeng Wang (3):
>>>>     amba: Drop unused functions about APB/AHB devices add
>>>>     Revert "ARM: amba: make use of -1 IRQs warn"
>>>>     amba: Properly handle device probe without IRQ domain
>>>>
>>>>    drivers/amba/bus.c       | 100 ++++++++++-----------------------------
>>>>    drivers/of/platform.c    |   6 +--
>>>>    include/linux/amba/bus.h |  18 -------
>>>>    3 files changed, 27 insertions(+), 97 deletions(-)
>>> Reviewed-by: Rob Herring <robh@kernel.org>
>> Thanks Rob.
>>
>> Hi Russell, should I send the patches to the ARM patch system?
> Yes please - I'll try to squeeze it in for this cycle but it's getting
> a tad late for that. Thanks.

Done, but the sequence of patches is reordered at ARM patch system, 
(using git send-email

and deliver patch1/2/3 in order).

BTW,  could you give me some direction the following patchset[1] too if 
you have time, I have

addressed your comments and resend, but there's been no new feedback for 
a long time.

If it is too late for this cycle, I could resend them after 5.15-rc1.

Many thanks.

[1] 
https://lore.kernel.org/linux-arm-kernel/20210610123556.171328-1-wangkefeng.wang@huawei.com/



>

Re: [PATCH 0/3] amba: Properly handle device probe without IRQ domain

[Kefeng Wang]

On 2021/8/23 17:05, Russell King (Oracle) wrote:
> On Mon, Aug 23, 2021 at 10:19:23AM +0800, Kefeng Wang wrote:
>> On 2021/8/18 6:27, Rob Herring wrote:
>>> On Mon, Aug 16, 2021 at 03:46:16PM +0800, Kefeng Wang wrote:
>>>> Patch 1 and 2 make some cleanup, and patch 3 use of_irq_get() instead of
>>>> irq_of_parse_and_map() to get irq number, return -EPROBE_DEFER if the irq
>>>> domain is not yet created, amba_device_add() will properly to handle the
>>>> no IRQ domain issue via deferred probe.
>>>>
>>>> Kefeng Wang (3):
>>>>     amba: Drop unused functions about APB/AHB devices add
>>>>     Revert "ARM: amba: make use of -1 IRQs warn"
>>>>     amba: Properly handle device probe without IRQ domain
>>>>
>>>>    drivers/amba/bus.c       | 100 ++++++++++-----------------------------
>>>>    drivers/of/platform.c    |   6 +--
>>>>    include/linux/amba/bus.h |  18 -------
>>>>    3 files changed, 27 insertions(+), 97 deletions(-)
>>> Reviewed-by: Rob Herring <robh@kernel.org>
>> Thanks Rob.
>>
>> Hi Russell, should I send the patches to the ARM patch system?
> Yes please - I'll try to squeeze it in for this cycle but it's getting
> a tad late for that. Thanks.

Done, but the sequence of patches is reordered at ARM patch system, 
(using git send-email

and deliver patch1/2/3 in order).

BTW,  could you give me some direction the following patchset[1] too if 
you have time, I have

addressed your comments and resend, but there's been no new feedback for 
a long time.

If it is too late for this cycle, I could resend them after 5.15-rc1.

Many thanks.

[1] 
https://lore.kernel.org/linux-arm-kernel/20210610123556.171328-1-wangkefeng.wang@huawei.com/



>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel