[U-Boot] [PATCH v5 7/8] board: intel: Add new slimbootloader board

Andy Shevchenko andy.shevchenko at gmail.com
Tue Jul 23 12:26:31 UTC 2019


On Tue, Jul 23, 2019 at 9:15 AM Bin Meng <bmeng.cn at gmail.com> wrote:
> On Mon, Jul 22, 2019 at 11:49 PM Andy Shevchenko
> <andy.shevchenko at gmail.com> wrote:
> > On Wed, Jul 17, 2019 at 7:42 AM Park, Aiden <aiden.park at intel.com> wrote:

> > >  board/intel/slimbootloader/README           | 133 ++++++++++++++++++++
> >
> > Shouldn't become reST one?
>
> I think this will need be converted to reST after my doc series are applied.

I had an impression that reST conversion is targeting 2019.10. It
means in your branch you will have it applied earlier.

> > > +int board_early_init_r(void)
> > > +{
> > > +       /*
> > > +        * Make sure PCI bus is enumerated so that peripherals on the PCI bus
> > > +        * can be discovered by their drivers
> > > +        */
> > > +       pci_init();
> >
> > I'm not sure this is how U-Boot is designed with DM.
> > At least my expectations that bus gets initialized followed by the
> > certain driver in a lazy way.
> > Isn't it the case? Bin?
>
> For most x86 board, yes, PCI gets enumerated automatically if some PCI
> APIs are called in the early initialization codes: eg: pci_{read,
> write}_config().
>
> But for boards like coreboot/slimbootloader, if there is no touch to
> any PCI config register on that board in the early phase, PCI bus
> remains not probed.

Thanks for explanation!
Perhaps this needs a comment in the code.

-- 
With Best Regards,
Andy Shevchenko


More information about the U-Boot mailing list