On 28/05/19 3:09 PM, Tony Lindgren wrote:
Hi,
* Tomi Valkeinen <tomi.valkeinen@xxxxxx> [190528 09:19]:
On 27/05/2019 14:21, Tony Lindgren wrote:
Looks good to me. For some reason I can't boot 5.2-rc2 (on x15) so I haven't
been able to test yet. I'll pick the series up in any case, and I'll test it
when I get the kernel booting.
Great good to have these merged finally :)
Hmm I wonder if some x15 models are affected by the SoC variant
changes queued in my fixes branch?
This is what I see with earlycon, on linux-omap fixes branch. I think this looks
similar to what I saw with dra76 _without_ the fixes.
OK sounds like we need to use some different SoC specific .dtsi file,
is this maybe x15 rev c?
You can detect which modules fail based on the module base address
for revision register seen with the following debug patch. Then
those need to be tagged with status = "disabled" at the module
level in the SoC specific dtsi file.
Tomi,
My first suspect would be rtc.
diff --git a/arch/arm/boot/dts/am5728.dtsi b/arch/arm/boot/dts/am5728.dtsi
index 82e5427ef6a9..17b1b1b4db92 100644
--- a/arch/arm/boot/dts/am5728.dtsi
+++ b/arch/arm/boot/dts/am5728.dtsi
@@ -31,3 +31,7 @@
&atl_tm {
status = "disabled";
};
+
+&rtctarget {
+ status = "disabled";
+};
Regards,
Keerthy
Regards,
Tony
8< --------------
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus/ti-sysc.c
+++ b/drivers/bus/ti-sysc.c
@@ -2069,6 +2069,8 @@ static int sysc_probe(struct platform_device *pdev)
struct sysc *ddata;
int error;
+ dev_info(&pdev->dev, "probing device\n");
+
ddata = devm_kzalloc(&pdev->dev, sizeof(*ddata), GFP_KERNEL);
if (!ddata)
return -ENOMEM;
