From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030719 Mozilla Firebird/0.6 Description of problem: PCI ID 0x9005, 0x801d is unknown. It might be good to add it... I guess pcitable is used for autodetecting since without it the drivers aren't loaded properly. 0x801d is not found in the AIC-79xx pcitables list at <http://people.freebsd.org/~gibbs/linux/> either. Attached is the output of "lspci -vvv" for reference. Version-Release number of selected component (if applicable): hwdata-0.75-1 How reproducible: Always Steps to Reproduce: 1. RFE really 2. 3. Additional info: Adding it and using AIC-79xx v1.3.10 or later makes all servers with Supermicro X5DPR-iG2+/8G2+ motherboards really happy.
Created attachment 93161 [details] lspci -vvv
Assigning to kernel so it can get added to the driver, added in cvs to pcitable.
Would suggest adding this as blocker to bug #100643 as well.
Of note, the kernel from Severn works just fine, although it shows up as an unknown device still in a lspci -v.
Created attachment 93270 [details] patch for device AIC-7902 0x9005 0x801d against hwdata-0.89-1.1 pci.ids That is because /usr/share/hwdata/pci.ids doesn't contain the entry for 801d under 9005 Adaptec. :) Attached patch solves this. 03:02.0 SCSI storage controller: Adaptec AIC-7902 U320 OEM (rev 10) Subsystem: Adaptec: Unknown device 005e Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64 (10000ns min, 6250ns max), cache line size 08 Interrupt: pin A routed to IRQ 28 Region 0: I/O ports at 4400 [disabled] [size=256] Region 1: Memory at fc300000 (64-bit, non-prefetchable) [size=8K] Region 3: I/O ports at 4000 [disabled] [size=256] Expansion ROM at <unassigned> [disabled] [size=512K] Capabilities: <available only to root> 03:02.1 SCSI storage controller: Adaptec AIC-7902 U320 OEM (rev 10) Subsystem: Adaptec: Unknown device 005e Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64 (10000ns min, 6250ns max), cache line size 08 Interrupt: pin B routed to IRQ 29 Region 0: I/O ports at 4c00 [disabled] [size=256] Region 1: Memory at fc302000 (64-bit, non-prefetchable) [size=8K] Region 3: I/O ports at 4800 [disabled] [size=256] Expansion ROM at <unassigned> [disabled] [size=512K] Capabilities: <available only to root>
Seems like at least hwdata-0.93-1.1 includes 0x9005 0x801d. You guys resolve this if it's really fixed :-)
Actually /usr/share/hwdata/pci.ids doesn't contain it but /usr/share/hwdata/pci.ids does.
Component should be hwdata, not kernel.
First think THEN comment on bug... ;( /usr/share/hwdata/pci.ids does contain the entry (see patch) /usr/share/hwdata/pcitable has it
ahem... pci.ids does __NOT__ contain the entry. Not my day today at all.
Please submit pci.ids upstream at pciids.sf.net too. Added in CVS, will get rebuilt eventually (the important part, pcitable, is there.)