On Thu, Sep 26, 2019 at 7:45 PM Aaron Durbin <adur...@google.com> wrote: > > On Thu, Sep 26, 2019 at 10:06 AM Kyösti Mälkki <kyosti.mal...@gmail.com> > wrote: >> Should be easy enough to implement >> platform hook telling to not remove PCI device node from topology >> links (based on BDF), even when it does not respond to ID queries. > > > Yes, we can certainly do that. However, I also think this issue and yours and > Nico's devicetree work are somewhat related as well as > https://review.coreboot.org/c/coreboot/+/35621.
I'll try to rebase all my work during the weekend. > Here's some of the requirements/issues we should resolve that come to mind: > > 1. Easy way to directly retrieve a device's chip config object w/o traversing > the device hierarchy. Which leads to... > 2. Symbol alias for accessing struct device directly (no bdf lookup) > 3. Symbol alias for pci b/d/f lookup (equivalent of simple device but > cleaner) so we can perform pci operations. > 4. possibly hidden pci devices > > Anything else I'm missing? I think a lot of the issues we're running into > could be fixed w/ the above. Let me know what you think. > 5. PCI coalesce can alter PCI dev.fn assignments? 6. Devicetree in ENV SMM is problematic when chip config is mutable in ENV_RAMSTAGE. 7. In general, trend seems to be the need to do more and earlier, like assign some resources of SATA or eMMC in romstage already. Kyösti _______________________________________________ coreboot mailing list -- coreboot@coreboot.org To unsubscribe send an email to coreboot-le...@coreboot.org