Re: beaglebone black boot failure Linux v5.15.rc1
From: Matti Vaittinen
Date: Mon Sep 20 2021 - 04:23:10 EST
Hi dee Ho peeps & Thanks.
On 9/17/21 15:36, Grygorii Strashko wrote:
On 17/09/2021 14:34, Vaittinen, Matti wrote:
Thanks a lot guys!
On 9/17/21 14:01, Grygorii Strashko wrote:
On 17/09/2021 13:57, Grygorii Strashko wrote:
On 17/09/2021 13:28, Vaittinen, Matti wrote:
Hi deeee Ho Tony & All,
On 9/17/21 09:14, Tony Lindgren wrote:
Hi,
* Vaittinen, Matti <Matti.Vaittinen@xxxxxxxxxxxxxxxxx> [210916
09:15]:
My beaglebone black (rev c) based test environment fails to boot
with
v5.15-rc1. Boot succeeds with the v5.14.
I added initcall_debug && changed the pr_debug() to pr_err() in
really_probe_debug(). Log from that run is attached. The
omap_reset_deassert() was not instrumented to print/delay for this run.
can you try just disable pruss_tm in am335x-bone-common.dtsi?
I did try:
diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi
b/arch/arm/boot/dts/am335x-bone-common.dtsi
index
0ccdc7cd463bc62812f0f2797adb0f7bff1bd1b1..538af3fa0e6361923b40598fd33637c868298a83
100644
--- a/arch/arm/boot/dts/am335x-bone-common.dtsi
+++ b/arch/arm/boot/dts/am335x-bone-common.dtsi
@@ -402,5 +402,5 @@ &rtc {
};
&pruss_tm {
- status = "okay";
+ status = "disabled";
};
and the boot did no longer produce an oops.
NFS mount still hung. It took me a while to dig out that the cpsw_new.c
was not compiled with my config. The TI_CPSW_SWITCHDEV was not set.
I did set the TI_CPSW_SWITCHDEV=y after which the bbb booted-up.
Enabling the pruss_tm still produces an oops.
Finally, adding the udelay(100); (as Tony suggested) at the end of the
omap_reset_deassert() did make the oops go away even when pruss_tm was
enabled. I don't know what would be a proper fix though.
Best Regards
Matti Vaittinen