Most recent kernel where this bug did not occur: unknown if one exists Distribution: gentoo Hardware Environment: Dell Latitude D600. ICH4-M, Pentium-M, OZ711EC1 SmartCardBus MG-4SCBH 4port RS-232 CardBus. ("Fast 16C950 high performance UART chipset") Software Environment: Vanilla kernel plus the following patches which on the surface all appear unrelated: http://dev.gentoo.org/~dsd/genpatches/trunk/2.6.15/ Problem Description: When inserted, the kernel prints: pccard: CardBus card inserted into slot 0 PCI: Enabling device 0000:03:00.0 (0000 -> 0003) ACPI: PCI Interrupt 0000:03:00.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 ttyS4: detected caps 00000700 should be 00000100 0000:03:00.0: ttyS4 at I/O 0xd060 (irq = 11) is a 16C950/954 ttyS5: detected caps 00000700 should be 00000100 0000:03:00.0: ttyS5 at I/O 0xd068 (irq = 11) is a 16C950/954 ttyS6: detected caps 00000700 should be 00000100 0000:03:00.0: ttyS6 at I/O 0xd070 (irq = 11) is a 16C950/954 ttyS7: detected caps 00000700 should be 00000100 0000:03:00.0: ttyS7 at I/O 0xd078 (irq = 11) is a 16C950/954 PCI: Enabling device 0000:03:00.1 (0000 -> 0003) ACPI: PCI Interrupt 0000:03:00.1[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 0000:03:00.1: ttyS8 at I/O 0xd020 (irq = 11) is a 16450 0000:03:00.1: ttyS9 at I/O 0xd028 (irq = 11) is a 16450 0000:03:00.1: ttyS1 at I/O 0xd030 (irq = 11) is a 16450 0000:03:00.1: ttyS2 at I/O 0xd038 (irq = 11) is a 16450 ....which clearly shows 4 ports too much. ttyS4 through 7 are functional. (I do need to run setserial 921600 on those ports first.) Steps to reproduce: Insert card.
lspci ------- 03:00.0 Serial controller: Oxford Semiconductor Ltd Unknown device 9504 03:00.1 Bridge: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 UART) function 1 lspci -n -------- 0000:06:00.0 Class 0700: 1415:9504 0000:06:00.1 Class 0680: 1415:9511 lspci -vv --------- 0000:06:00.0 Serial controller: Oxford Semiconductor Ltd: Unknown device 9504 (prog-if 06 [16950]) Subsystem: Oxford Semiconductor Ltd: Unknown device 0000 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Interrupt: pin A routed to IRQ 11 Region 0: I/O ports at 3060 Region 1: I/O ports at 3068 [size=8] Region 2: I/O ports at 3070 [size=8] Region 3: I/O ports at 3078 [size=8] Region 4: I/O ports at 3000 [size=32] Region 5: Memory at 46000000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0+,D1-,D2+,D3hot+,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 0000:06:00.1 Bridge: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 UART) function 1 Subsystem: Oxford Semiconductor Ltd: Unknown device 0000 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Interrupt: pin A routed to IRQ 11 Region 0: I/O ports at 3020 Region 1: Memory at 46001000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 3040 [size=32] Region 3: Memory at 46002000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0+,D1-,D2+,D3hot+,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME-
For the record... 0000:06:00.1 Class 0680: 1415:9511 It seems that we explicitly match against this ID. Unfortunately, I don't remember if this ID does correspond with a real device, so I'm rather loathed to remove the entry.
Any updates on this please. Thanks.