bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Thinkpad T60: 8 video cards detected (same), where 2 different cards


From: Almudena Garcia
Subject: Re: Thinkpad T60: 8 video cards detected (same), where 2 different cards expected
Date: Mon, 26 Oct 2020 16:14:25 +0100

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 (<dufresnep@zoho.com>) escribió:
---- Le lun., 26 oct. 2020 01:42:37 -0400 Damien Zammit <damien@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.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]