Hi - I've been watching the discussions about problems with UHCI in the latest kernels and haven't seen a definitive answer as yet. I have been working with USB since the 2.3.24 kernel with reasonable success. I recently moved to 2.3.99pre5, which I thought was working well until I installed it on a Dell Inspiron 3500 laptop. I build all USB support as modules. Loading usbcore succeeds. When usb-uhci is loaded, the bus is registered fine, but the root hub initialization fails: Apr 17 08:46:18 localhost kernel: usb-uhci.c: $Revision: 1.228 $ time 08:15:29 Apr 17 2000 Apr 17 08:46:18 localhost kernel: usb-uhci.c: High bandwidth mode enabled Apr 17 08:46:18 localhost kernel: usb-uhci.c: Intel USB controller: setting latency timer to 0 Apr 17 08:46:18 localhost kernel: usb-uhci.c: USB UHCI at I/O 0xfce0, IRQ 11 Apr 17 08:46:18 localhost kernel: usb-uhci.c: Detected 2 ports Apr 17 08:46:18 localhost kernel: usb.c: new USB bus registered, assigned bus number 1 Apr 17 08:46:18 localhost kernel: usb.c: USB new device connect, assigned device number 1 Apr 17 08:46:18 localhost kernel: usb.c: USB device not responding, giving up (error=-32) Apr 17 08:46:18 localhost kernel: uhci_start_usb - root hub not responding Apr 17 08:46:18 localhost kernel: uhci_cleanup_dev I have seen several postings over the past week or so about PCI IRQ problems in the latest kernels and originally thought this might be the problem, as the USB controller is sharing an IRQ with the NeoMagic audio: 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) Flags: bus master, medium devsel, latency 64 Memory at e0000000 (32-bit, prefetchable) Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) Flags: bus master, 66Mhz, medium devsel, latency 128 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 0000f000-00000fff Memory behind bridge: fe700000-fecfffff Prefetchable memory behind bridge: fd000000-fe3fffff 00:04.0 CardBus bridge: Texas Instruments PCI-1220 (rev 02) Subsystem: Unknown device 104c:ac17 Flags: bus master, medium devsel, latency 168 Memory at 10000000 (32-bit, non-prefetchable) Bus: primary=00, secondary=02, subordinate=02, sec-latency=176 Memory window 0: 10400000-107ff000 (prefetchable) Memory window 1: 10800000-10bff000 I/O window 0: 00001000-000010ff 16-bit legacy interface ports at 0007 00:04.1 CardBus bridge: Texas Instruments PCI-1220 (rev 02) Subsystem: Unknown device 104c:ac17 Flags: bus master, medium devsel, latency 168 Memory at 10001000 (32-bit, non-prefetchable) Bus: primary=00, secondary=04, subordinate=04, sec-latency=176 Memory window 0: 10c00000-10fff000 (prefetchable) Memory window 1: 11000000-113ff000 I/O window 0: 00001400-000014ff 16-bit legacy interface ports at 0007 00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) Flags: bus master, medium devsel, latency 0 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) (prog-if 80) Flags: bus master, medium devsel, latency 64 I/O ports at fcd0 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) Flags: medium devsel, IRQ 11 I/O ports at fce0 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) Flags: medium devsel 01:00.0 VGA compatible controller: Neomagic Corporation [MagicGraph 256AV] (rev 12) Subsystem: Unknown device 1028:008f Flags: bus master, fast Back2Back, medium devsel, latency 128 Memory at fd000000 (32-bit, prefetchable) Memory at fe800000 (32-bit, non-prefetchable) Memory at fec00000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 1 01:00.1 Multimedia audio controller: Neomagic Corporation: Unknown device 8005 (rev 12) Subsystem: Unknown device 1028:008f Flags: fast Back2Back, medium devsel, IRQ 11 Memory at fe000000 (32-bit, prefetchable) Memory at fe700000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 1 AND the TI controllers are having problems also: Apr 17 09:15:48 localhost kernel: Linux PCMCIA Card Services 3.1.11 Apr 17 09:15:48 localhost kernel: options: [pci] [cardbus] [pm] Apr 17 09:15:48 localhost kernel: Adding cardbus controller 0: Texas Instruments PCI1220 Apr 17 09:15:48 localhost kernel: pcibios_lookup_irq Apr 17 09:15:48 localhost kernel: pcibios_lookup_irq - no IRQ table Apr 17 09:15:48 localhost kernel: PCI: No IRQ known for interrupt pin A of device 00:04.0. Please try using pci=biosirq. Apr 17 09:15:48 localhost kernel: Yenta IRQ list 0090, PCI irq0 Apr 17 09:15:48 localhost kernel: Socket status: 30000020 Apr 17 09:15:48 localhost kernel: Adding cardbus controller 1: Texas Instruments PCI1220 (#2) Apr 17 09:15:48 localhost kernel: pcibios_lookup_irq Apr 17 09:15:48 localhost kernel: pcibios_lookup_irq - no IRQ table Apr 17 09:15:48 localhost kernel: PCI: No IRQ known for interrupt pin A of device 00:04.1. Please try using pci=biosirq. Apr 17 09:15:48 localhost kernel: Yenta IRQ list 0090, PCI irq0 I patched arch/i386/kernel/pci-irq.c with the patch posted earlier but had no luck. Since I am really concerned with USB, I backed the laptop down to 2.3.24 and I was able to get the controller going and detect a connected device. I then replaced the 2.3.24 USB tree with 2.3.99pre5 and ran it against the 2.3.24 kernel. The results were identical to the first log above. So - while I agree that there certainly is an IRQ problem in 2.3.99pre5, I don't think this is the reason USB is failing for me. The failure is coming from usb.c in the function usb_new_device. When the descriptor is requested, it gets error -32. Since this happens on both kernels I have tried, I am not convinced that the PCI IRQ issues are to blame. Can anyone shed some light on this for me? I have been looking over what has been posted and haven't found the answer I am looking for. TIA Chris Joncoaltz [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
