<div dir="ltr"><div>Thank you Greg.</div><div>About the last one , it's been a while but I wasn't sure whether Linux was going to do its own enumeration.</div><div>Of course it's best to take advantage of all the stuff done by UEFI , padding etc.</div><div><br></div><div>S</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 13 Feb 2020 at 12:48, Greg KH <<a href="mailto:greg@kroah.com">greg@kroah.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Feb 13, 2020 at 12:40:59PM -0500, Sadanand Warrier wrote:<br>
> Hi<br>
>    I had  question about PCIe hotplug. We have hardware that is connected<br>
> to the host by means of two PCIe switches. i.e. the host sees a PCIe switch<br>
> connected to one of its buses and on the far side of that switch another<br>
> PCIe switch which has a PCIe device.<br>
>    It is possible that this device does not train its host facing PCIe<br>
> links before the server enumerates down its PCI bus and reaches those<br>
> links. It is also possible the PCIe switch to which the device is attached<br>
> has not been able to train its own links before server enumeration.<br>
>   Is PCIe hotplug built to work on schemes like this? Let us assume that<br>
> the hardware has been designed to trasmit a presence signal once the links<br>
> are trained but this could happen after the server enumeration?<br>
<br>
Look at the PCIe hotplug spec, it should answer all of your questions<br>
about this.<br>
<br>
>   Incidentally does the server take advantage of the BIOS/UEFI enumeration?<br>
<br>
Yes, of course, how else would the kernel be able to enumerate PCI<br>
devices?  :)<br>
<br>
thanks,<br>
<br>
greg k-h<br>
</blockquote></div></div>