DragonFly kernel not seeing PCI bus
Bill Hacker
wbh at conducive.org
Wed Apr 20 02:59:02 PDT 2005
dpk wrote:
On Tue, 19 Apr 2005, Chuck Tuffli wrote:
First steps would be the output from 'pciconf -lv' and the dmesg if the
system is booting.
I'm guessing this is unusual then; that's good at least.
I've had quite a lot of it with older MB/BIOS - several SATA
controllers - one Intel GigE NIC.
In several cases the scan detects all the PCI bus critters and
the cards resident, but does not then utilize the card ID to match it to
an appropriate driver.
Not all that unexpected with newish Intel Gig-E cards, but puzzling
when it happens to older storage controllers that have been listed as
supported for several years.
I *suspect* - but do not have time to prove - that:
'missing' the bus or device is due to reduced tolerance for marginal
timing issues, as it is occuring with the more recent FreeBSD's (4.10,
4.11) as well as DragonFly, but does not (necessarily) occur with
FreeBSD 4.8 or 4.9 (in one case 4.7).
There is no compelling reason to expend scarce resources on older MB
with out-of-spec bus timing, happy to drop that issue *unless* it is
also showing up as a problem on newer, common, MB.
that the 'hints' or whatever - that steer a given maker-code,
device-code to a particular driver, is not as comprehensive as it could
be w/r rev-levels of common devices.
Unfortunately it will be September-October before I again have time to
look into these.
- But please do continue to provide the best information you can
if/as/when this issue bites.
Best,
Bill Hacker
More information about the Bugs
mailing list