Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Message-ID: <36785ccf-57b4-eaf1-cfc0-b024857f7694@gmail.com>
Date:   Mon, 20 Sep 2021 13:05:38 +0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.1.0
Content-Language: en-US
To:     Grygorii Strashko <grygorii.strashko@ti.com>,
        "Vaittinen, Matti" <Matti.Vaittinen@fi.rohmeurope.com>,
        Tony Lindgren <tony@atomide.com>
Cc:     "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
        Suman Anna <s-anna@ti.com>,
        Paul Barker <paul.barker@sancloud.com>,
        Peter Ujfalusi <peter.ujfalusi@gmail.com>,
        =?UTF-8?Q?Beno=c3=aet_Cousson?= <bcousson@baylibre.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
References: <120a0ca4-28c7-5a7b-f1ab-2015c8817bda@fi.rohmeurope.com>
 <YUQyQgFAOFnBlcdP@atomide.com>
 <0679a5bb-88d1-077d-6107-d5f88ef60dbf@fi.rohmeurope.com>
 <8f3963ca-ff09-b876-ae9e-433add242de2@ti.com>
 <331ab81e-cd42-7e9b-617a-fde4c773c07a@ti.com>
 <615b6fec-6c62-4a97-6d0c-d2e5a5d1ccb2@fi.rohmeurope.com>
 <dab93132-2e5a-78f2-4313-fc541ea36a10@ti.com>
From:   Matti Vaittinen <mazziesaccount@gmail.com>
Subject: Re: beaglebone black boot failure Linux v5.15.rc1
In-Reply-To: <dab93132-2e5a-78f2-4313-fc541ea36a10@ti.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: bulk

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@fi.rohmeurope.com> [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