Testing pci_mvebu.c with Kirkwood SoCs
Tony Dinh
mibodhi at gmail.com
Sat Dec 11 22:24:07 CET 2021
Hi Pali,
On Sat, Dec 11, 2021 at 7:39 AM Pali Rohár <pali at kernel.org> wrote:
>
> On Tuesday 16 November 2021 15:02:48 Tony Dinh wrote:
> > Hi Pali,
> >
> > On Tue, Nov 16, 2021 at 2:37 PM Pali Rohár <pali at kernel.org> wrote:
> > >
> > > On Tuesday 16 November 2021 14:26:56 Tony Dinh wrote:
> > > > Hi Pali,
> > > >
> > > > While we are at it, this default should be changed in drivers/usb/host/Kconfig.
> > > >
> > > > config USB_XHCI_MVEBU
> > > > bool "MVEBU USB 3.0 support"
> > > > default y
> > > >
> > > > Setting this default correctly will save a couple Kbytes for other boards.
> > > > default y if ARCH_MVEBU
> > >
> > > Hello! USB_XHCI_MVEBU has currently "depends on ARCH_MVEBU" which means
> > > that USB_XHCI_MVEBU cannot be enabled when ARCH_MVEBU is disabled. So
> > > "default y if ARCH_MVEBU" is same as "default y".
> >
> > Ah, thanks. This "depends on ARCH_MVEBU" was added in the latest
> > master tree. I'm switching back and forth between the 2021.10 tag and
> > master so I did not see this in the 2021.10 tree.
>
> Hello! Are you planning to send patches which add support for your
> kirkwood board into mainline U-Boot?
>
> I would like to know if we should take care about that PCIe kirkwood
> support as currently there is no board in mainline U-Boot which use PCIe
> on kirkwood SoC.
Yes, I plan to submit patches for the Pogoplug V4 (new board), and the
Iomega iConnect board (update). So far the Pogoplug V4 PCIe is working
perfectly with your in-progress patches.
Thanks,
Tony
> > Thanks,
> > Tony
> >
> > > If you have mvebu board when mvebu xhci controller is unused, you can
> > > disable this option and save some space. I see that other xhci drivers
> > > have also "default y" so seems that this is the standard default option.
More information about the U-Boot
mailing list