Beginning 2.6.12 my Wireless USB Mouse is not detected in the first att empt - Meaning if I boot the machine with the mouse connected, it's not detect ed until I disconnect the mouse and then reconnect it. It works fine after the disconnect-reconnect cycle. Looking at the dmesg, it seems that at firs t time it forgets to register the hiddev driver - mysteriously, it remembers t he second time.
And No - the mother of all solutions to USB problems - usb-handoff does nt make a difference ;)
dmesg output ========== Bootdata ok (command line is root=/dev/ram0 init=/linuxrc ramdisk= 8192 real_root=/dev/hda3 vga=0x317 psmouse.proto=imps) Linux version 2.6.12-gentoo-r4 (root@livecd) (gcc version 3.4.3 2004112 5 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7)) #1 Fri Jul 8 13:33:55 EDT 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000d0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000002ff70000 (usable) BIOS-e820: 000000002ff70000 - 000000002ff7f000 (ACPI data) BIOS-e820: 000000002ff7f000 - 000000002ff80000 (ACPI NVS) BIOS-e820: 000000002ff80000 - 0000000030000000 (reserved) BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved) ACPI: RSDP (v000 PTLTD ) @ 0x0000000000 0f7240 ACPI: RSDT (v001 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x000000002ff7a87e ACPI: FADT (v001 NVIDIA CK8 0x06040000 PTL_ 0x000f4240) @ 0x000000002ff7ee13 ACPI: MADT (v001 NVIDIA NV_APIC_ 0x06040000 LTP 0x00000000) @ 0x000000002ff7ee87 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) @ 0x000000002ff7eee1 ACPI: SSDT (v001 PTLTD POWERNOW 0x06040000 LTP 0x00000001) @ 0x000000002ff7ef09 ACPI: DSDT (v001 NVIDIA CK8 0x06040000 MSFT 0x0100000e) @ 0x0000000000000000 No mptable found. On node 0 totalpages: 196464 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 192368 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:1 Nvidia board detected. Ignoring ACPI timer override. ACPI: PM-Timer IO Port: 0x8008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:4 APIC version 16 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: BIOS IRQ0 pin2 override ignored. ACPI: IRQ9 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 30000000 (gap: 30000000:cff80000) Checking aperture... CPU 0: aperture @ e8000000 size 128 MB Built 1 zonelists Kernel command line: root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/hda3 vga=0x317 psmouse.proto=imps Initializing CPU#0 PID hash table entries: 4096 (order: 12, 131072 bytes) time.c: Using 3.579545 MHz PM timer. time.c: Detected 797.949 MHz processor. time.c: Using PIT/TSC based timekeeping. Console: colour dummy device 80x25 Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) Memory: 766120k/785856k available (3293k kernel code, 19032k reserved, 1407k data, 204k init) Calibrating delay loop... 1576.96 BogoMIPS (lpj=788480) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU: AMD Athlon(tm) 64 Processor 3200+ stepping 08 Using local APIC timer interrupts. Detected 12.467 MHz APIC timer. testing NMI watchdog ... OK. checking if image is initramfs...it isn't (no cpio magic); looks like a n initrd NET: Registered protocol family 16 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20050309 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) Boot video device is 0000:01:00.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: Embedded Controller [EC0] (gpe 33) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P2P0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP0._PRT] ACPI: PCI Interrupt Link [LNK1] (IRQs 16 18 19) *0 ACPI: PCI Interrupt Link [LNK2] (IRQs 16 18 19) *0 ACPI: PCI Interrupt Link [LNK3] (IRQs 17) *0 ACPI: PCI Interrupt Link [LNK4] (IRQs 16 18 19) *0, disabled. ACPI: PCI Interrupt Link [LNK5] (IRQs 16 18 19) *0 ACPI: PCI Interrupt Link [LSMB] (IRQs 20 21 22) *0 ACPI: PCI Interrupt Link [LUS0] (IRQs 20 21 22) *0 ACPI: PCI Interrupt Link [LUS1] (IRQs 20 21 22) *0 ACPI: PCI Interrupt Link [LUS2] (IRQs 20 21 22) *0 ACPI: PCI Interrupt Link [LMAC] (IRQs 20 21 22) *0, disabled. ACPI: PCI Interrupt Link [LACI] (IRQs 20 21 22) *0 ACPI: PCI Interrupt Link [LMCI] (IRQs 20 21 22) *0 ACPI: PCI Interrupt Link [LPID] (IRQs 20 21 22) *0, disabled. ACPI: PCI Interrupt Link [LTID] (IRQs 20 21 22) *0, disabled. SCSI subsystem initialized usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report TC classifier action (bugs to net...@vger.kernel.org cc h...@cyberus.ca ) agpgart: Detected AGP bridge 0 agpgart: Setting up Nforce3 AGP. agpgart: AGP aperture is 128M @ 0xe8000000 PCI-DMA: Disabling IOMMU. Simple Boot Flag at 0x37 set to 0x1 IA32 emulation $Id: sys_ia32.c,v 1.32 2002/03/24 13:02:28 ak Exp $ Total HugeTLB memory allocated, 0 inotify device minor=63 Squashfs 2.1 (released 2004/12/10) (C) 2002-2004 Phillip Lougher devfs: 2004-01-31 Richard Gooch (rgo...@atnf.csiro.au) devfs: boot_options: 0x0 JFS: nTxBlock = 5987, nTxLock = 47902 SGI XFS with ACLs, large block/inode numbers, no debug enabled Initializing Cryptographic API pci_hotplug: PCI Hot Plug PCI Core version: 0.5 acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.4 Real Time Clock Driver v1.12 Non-volatile memory driver v1.2 Linux agpgart interface v0.101 (c) Dave Jones [drm] Initialized drm 1.0.0 20040925 vesafb: framebuffer at 0xf0000000, mapped to 0xffffc20000500000, using 3072k, total 65536k vesafb: mode is 1024x768x16, linelength=2048, pages=1 vesafb: scrolling: redraw vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device ACPI: AC Adapter [ACAD] (on-line) ACPI: Battery Slot [BAT1] (battery present) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LID] ACPI: CPU0 (power states: C1[C1] C2[C2]) ACPI: Thermal Zone [THRM] (29 C) i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabl ed ACPI: PCI Interrupt Link [LMCI] enabled at IRQ 22 ACPI: PCI Interrupt 0000:00:06.1[B] -> Link [LMCI] -> GSI 22 (level, lo w) -> IRQ 22 mice: PS/2 mouse device common for all mice io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize loop: loaded (max 8 devices) Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebu s=xx NFORCE3-150: IDE controller at PCI slot 0000:00:08.0 NFORCE3-150: chipset revision 165 NFORCE3-150: not 100% native mode: will probe irqs later NFORCE3-150: BIOS didn't set cable bits correctly. Enabling workaround. NFORCE3-150: 0000:00:08.0 (rev a5) UDMA133 controller Losing some ticks... checking if CPU frequency changed. ide0: BM-DMA at 0x2080-0x2087, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x2088-0x208f, BIOS settings: hdc:DMA, hdd:pio Probing IDE interface ide0... input: AT Translated Set 2 keyboard on isa0060/serio0 input: PS/2 Generic Mouse on isa0060/serio4 hda: FUJITSU MHT2060AT PL, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hdc: HL-DT-ST DVD+RW GCA-4040N, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 Probing IDE interface ide2... Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... hda: max request size: 128KiB hda: 117210240 sectors (60011 MB) w/8192KiB Cache, CHS=65535/16/63, U DMA(100) hda: cache flushes supported /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, DMA Uniform CD-ROM driver Revision: 3.20 usbmon: debugs is not available md: linear personality registered as nr 1 md: raid0 personality registered as nr 2 md: raid1 personality registered as nr 3 md: raid5 personality registered as nr 4 raid5: automatically using best checksumming function: generic_sse generic_sse: 2440.000 MB/sec raid5: using function: generic_sse (2440.000 MB/sec) raid6: int64x1 664 MB/s raid6: int64x2 945 MB/s raid6: int64x4 996 MB/s raid6: int64x8 687 MB/s raid6: sse2x1 628 MB/s raid6: sse2x2 960 MB/s raid6: sse2x4 1179 MB/s raid6: using algorithm sse2x4 (1179 MB/s) md: raid6 personality registered as nr 8 md: multipath personality registered as nr 7 md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27 device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-de...@redhat.co m Advanced Linux Sound Architecture Driver Version 1.0.9rc2 (Thu Mar 24 10:33:39 2005 UTC). ALSA device list: No soundcards found. NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) NET: Registered
On Sun, 10 Jul 2005, Parag Warudkar wrote: > Beginning 2.6.12 my Wireless USB Mouse is not detected in the first attempt - > Meaning if I boot the machine with the mouse connected, it's not detected > until I disconnect the mouse and then reconnect it.
That's not quite right. Your log clearly shows the mouse was detected and assigned address 2.
> It works fine after the disconnect-reconnect cycle. Looking at the > dmesg, it seems that at first time it forgets to register the hiddev > driver - mysteriously, it remembers the second time.
Exactly. The hiddev driver wasn't loaded the first time, which makes this sound like some sort of hotplug failure. Are your hotplug and udev packages up to date?
> > Beginning 2.6.12 my Wireless USB Mouse is not detected in the first > > attempt - Meaning if I boot the machine with the mouse connected, i t's > > not detected until I disconnect the mouse and then reconnect it.
> That's not quite right. Your log clearly shows the mouse was detec ted and > assigned address 2.
Yeah, I shoud have worded it properly - kernel detects the device but i t's unusable since the driver for it - USBHID wasn't loaded.
> > It works fine after the disconnect-reconnect cycle. Looking at t he > > dmesg, it seems that at first time it forgets to register the hidde v > > driver - mysteriously, it remembers the second time.
> Exactly. The hiddev driver wasn't loaded the first time, which mak es this > sound like some sort of hotplug failure. Are your hotplug and udev > packages up to date?
I hadn't changed anything (except for the system board which failed rec ently) and it used to work fine - So I didnt suspect hotplug to be the culprit - another reason for not considering hotplug was it worked the second tim e with identical setup.
What's funny - I rebuilt hotplug - same version - and it works now! Pro bably it was failing for some reason the first time.
> What's funny - I rebuilt hotplug - same version - and it works now! Probably > it was failing for some reason the first time.
Maybe the original version separated hotplugging from coldplugging and your rebuilt version doesn't.
-- -=( Ian Abbott @ MEV Ltd. E-mail: <abbo...@mev.co.uk> )=- -=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|
