linux-kernel - Re: iMX6 5.2-rc3 boot failure due to "PCI: imx6: Allow asynchronous probing"

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 11 Jun 2019 17:05:03 -0600
From:   Robert Hancock <hancock@...systems.ca>
To:     Fabio Estevam <festevam@...il.com>
Cc:     linux-kernel <linux-kernel@...r.kernel.org>,
        Richard Zhu <hongxing.zhu@....com>,
        "l.stach@...gutronix.de" <l.stach@...gutronix.de>,
        "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>
Subject: Re: iMX6 5.2-rc3 boot failure due to "PCI: imx6: Allow asynchronous
 probing"

On 2019-06-11 2:40 p.m., Fabio Estevam wrote:
> Hi Robert,
> 
> On Tue, Jun 11, 2019 at 4:02 PM Robert Hancock <hancock@...systems.ca> wrote:
> 
>>> [   13.193578] imx6q-pcie 1ffc000.pcie: host bridge /soc/pcie@...c000
>>> ranges:
>>> [   13.200635] imx6q-pcie 1ffc000.pcie:    IO 0x01f80000..0x01f8ffff ->
>>> 0x00000000
>>> [   13.201454] imx-sdma 20ec000.sdma: loaded firmware 3.3
> 
> Does this problem happen if you don't load an external SDMA firmware?

Based on some tests, it appears that may help - however it is hard to be
conclusive since the behavior is somewhat random, it doesn't fail every
time. The first few times I booted this version, I didn't see the
problem, but after that it was consistently happening every time until I
reverted the patch.

Is there potentially a dependency where the PCIe controller doesn't like
some other activity that's occurring on the iMX during its
initialization sequence?

-- 
Robert Hancock
Senior Software Developer
SED Systems, a division of Calian Ltd.
Email: hancock@...systems.ca