Re: Regression: 442ec4c04d1: PCI: dwc: all: Split struct pcie_port into host-only and core structures

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, May 10, 2017 at 10:17 AM, Peter Senna Tschudin
<peter.senna@xxxxxxxxxxxxx> wrote:
> On Tue, May 09, 2017 at 07:21:24AM -0300, Fabio Estevam wrote:
>> Hi Peter,
>>
>> On Tue, May 9, 2017 at 3:34 AM, Peter Senna Tschudin
>> <peter.senna@xxxxxxxxxxxxx> wrote:
>>
>> > Something that ocurred to me is that u-boot is initializing the PCI, and
>> > the PCI networkd cards.  Ideally this should not affect anything, but
>> > can this be related to the issue?
>>
>> Yes, in order to narrow things down: please boot 4.11 without PCI
>> support in U-Boot.
>
> Yes, removing the PCI code from u-boot makes 4.11 to boot. But latest
> next still hangs.

Ok, good. At least we see the same behaviour now.

We still need a fix for the mx6q hang on systems with PCI switch for
linux/next or 4.12-rc1.

>> The problem is that mx6q does not have a way to properly reset the PCI block.
>>
>> On the board I tested there is no PCI support in U-Boot.
>>
>> Maybe we need the following approach in U-Boot as Lucas did for Barebox:
>> https://git.pengutronix.de/cgit/barebox/commit/?id=f1da98da2760c21487bbba8f7fb957c843a22896
>
> Maybe we do need, but the kernel is working on v4.10 for our use case,
> and it is not working any longer on v4.11. What is the way to continue
> from here?

There is no other way other than fixing U-Boot on this case.



[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux