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

Reply via email to