My T60 includes at least two USB devices, if I remember well. But Hurd doesn't support USB, and these are usually listed with *lsusb *which, obviously, doesn't exists on the Hurd
El lun., 26 oct. 2020 a las 15:58, Paul Dufresne (<dufres...@zoho.com>) escribió: > ---- Le lun., 26 oct. 2020 01:42:37 -0400 *Damien Zammit > <dam...@zamaudio.com <dam...@zamaudio.com>>* écrit ---- > > On 26/10/20 10:56 am, Almudena Garcia wrote: > > This is my lspci -nn > > I think it's a bug with the pci-arbiter listing some of your hardware four > times using lspci. > > Why would the pci-arbiter do such a weird thing? > I know it is new, if something not seen before does not work, then this > must be the fault of the new thing. > > But maybe so few people have tested on real hardware (by the way, this is > not me who have this repeating devices... I did not test on real hardware > yet), > that the enum_devices function of PCI can be broken. > > In libpci_access-016/src/hurd_pci.c, there is enum_devices that I think > may be a recursive scan of PCI devices... but then again it seems weird to > me. > I try to compare that with: > https://wiki.osdev.org/PCI#Enumerating_PCI_Buses > ... I don't seems to see that as equivalent... > and I am kind of tempted to try to do a brute force enumeration... I toy > with many programming language, but never gone very deep... and I am unsure > I understand the code enough, or my abilities high enough... but maybe I > will try. I am still unsure if it is really there the PCI bus scan is done. > > I kind of doubtful the T60 from which the lspci was coming, had no USB > devices. Even if Hurd does not support USB devices, it should in my opinion > show > the USB devices, so it make me think PCI bus scan is broken. > > > >
