USB Mouse Problem in 2.4 Kernels - 2.2.18 Works Fine

USB Mouse Problem in 2.4 Kernels - 2.2.18 Works Fine

Post by Andree Leidenfros » Sun, 18 Mar 2001 23:30:04



Dear kernel hackers,

I am experiencing problems with a USB mouse: The machine boots, X
starts, I log on, everything works as expected. When I restart X or just
change to an alpha terminal and back to x the mouse does not work any
more. It does not necessarily happen the first time I do this but it
eventually will. The device is still there, ie. I can do a 'cat
/dev/input/mice' with out error but it does not do anything, there are
no characters when I move the mouse.

This does at least happen with 2.4.2, 2.4.3pre4, 2.4.2-ac17, 2.4.2-ac18,
and 2.4.2-ac20 on both Debian stable and unstable. It does not happen
with 2.2.18. So I assume that it is neither a hardware issue nor an
environment one (as in compiler version and so forth), but a problem
with the USB code itself. I think the problem might perhaps be that the
USB subsystem initialises the mouse correctly on boot with 1.5 MB/s but
tries to use 12 MB/s on
later attempts which fails. But I do not really know what I am talking
about here...

Hardware is an ASUS K7V motherboard (VIA chip set), BIOS versions
1008.01c/1008.01d/1007. It happens with both USB compiled into the
kernel and compiled as modules. A USB scanner works fine.

Please let me know if I can be of further assistance or more information
is needed.

Thanks very much,

    Andree

PS: I send a message with similar contents to the linux-usb list.
Unfortunately, I got no reply so far. However, that message mentioned
only 2.4.2-ac18 and -ac17, maybe that is why. Since then I tested some
more kernels (see above).

PPS: I am not subscribed to this list, I just follow it via GeoCrawler,
so it would be great if replies could be cc'ed to me directly. Thanks a
lot.

--- T H E   D E T A I L S ---

/proc/bus/usb/devices looks like this:

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  3 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=d000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=104/900 us (12%), #Int=  2, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=d400
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 4
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0451 ProdID=2046 Rev= 1.25
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   1 Ivl=255ms
T:  Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=  4 Spd=12  MxCh= 0
D:  Ver= 1.00 Cls=ff(vend.) Sub=00 Prot=ff MxPS= 8 #Cfgs=  1
P:  Vendor=04b8 ProdID=0103 Rev= 0.01
S:  Manufacturer=EPSON
S:  Product=Perfection610  
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  2mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=usbscanner
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=  0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=  0ms
T:  Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#=  5 Spd=1.5 MxCh= 0
D:  Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0458 ProdID=0003 Rev= 0.00
S:  Manufacturer=KYE
S:  Product=Genius USB Wheel Mouse
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=usb_mouse
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl= 10ms

Story Board
=================================================================================================
The machine boots and everything seems fine:

Linux version 2.4.2 (root@aurich) (gcc version 2.95.2 20000220 (Debian
GNU/Linux)) #3 Sat Mar 17 23:56:57 EST 2001
BIOS-provided physical RAM map:
BIOS-e820: 00000000000a0000 @ 0000000000000000 (usable)
BIOS-e820: 0000000000010000 @ 00000000000f0000 (reserved)
BIOS-e820: 000000000feec000 @ 0000000000100000 (usable)
BIOS-e820: 0000000000003000 @ 000000000ffec000 (ACPI data)
BIOS-e820: 0000000000010000 @ 000000000ffef000 (reserved)
BIOS-e820: 0000000000001000 @ 000000000ffff000 (ACPI NVS)
BIOS-e820: 0000000000010000 @ 00000000ffff0000 (reserved)
On node 0 totalpages: 65516
zone(0): 4096 pages.
zone(1): 61420 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=linux ro root=302
BOOT_FILE=/vmlinuz idebus=33 video=matrox:vesa:0x193 hdc=ide-scsi
hdd=ide-scsi
ide_setup: idebus=33
ide_setup: hdc=ide-scsi
ide_setup: hdd=ide-scsi
Initializing CPU#0
Detected 700.050 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1395.91 BogoMIPS
Memory: 255956k/262064k available (731k kernel code, 5724k reserved,
248k data, 168k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 0081f9ff c0c1f9ff 00000000, vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU: After vendor init, caps: 0081f9ff c0c1f9ff 00000000 00000000
CPU: After generic, caps: 0081f9ff c0c1f9ff 00000000 00000000
CPU: Common caps: 0081f9ff c0c1f9ff 00000000 00000000
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.37 (20001109) Richard Gooch (rgo...@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xf0fa0, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
PCI: Using IRQ router VIA [1106/0686] at 00:04.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 170080kB/56693kB, 512 slots per queue
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes
VP_IDE: IDE controller on PCI bus 00 dev 21
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
hda: ST320423A, ATA DISK drive
hdc: RICOH CD-R/RW MP7120A, ATAPI CD/DVD-ROM drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-115 0122, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 40011300 sectors (20486 MB) w/512KiB Cache, CHS=2490/255/63
Partition check:
hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker
 http://www.scyld.com/network/ne2k-pci.html
PCI: Found IRQ 5 for device 00:0d.0
PCI: The same IRQ used for device 00:04.2
PCI: The same IRQ used for device 00:04.3
eth0: RealTek RTL-8029 found at 0x9800, IRQ 5, 52:54:05:F7:38:7E.
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.251 $ time 14:17:22 Mar 17 2001
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 5 for device 00:04.2
PCI: The same IRQ used for device 00:04.3
PCI: The same IRQ used for device 00:0d.0
usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
usb.c: kmalloc IF cff1d340, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 1 default language ID 0x0
Product: USB UHCI Root Hub
SerialNumber: d400
hub.c: USB hub found
hub.c: 2 ports detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: global over-current protection
hub.c: power on to power good time: 2ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: RR
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
usb.c: hub driver claimed interface cff1d340
PCI: Found IRQ 5 for device 00:04.3
PCI: The same IRQ used for device 00:04.2
PCI: The same IRQ used for device 00:0d.0
usb-uhci.c: USB UHCI at I/O 0xd000, IRQ 5
usb-uhci.c: Detected 2 ports
hub.c: port 1 connection change
hub.c: port 1, portstatus 300, change 3, 1.5 Mb/s
hub.c: port 2 connection change
hub.c: port 2, portstatus 101, change 3, 12 Mb/s
hub.c: port 2, portstatus 103, change 0, 12 Mb/s
hub.c: USB new device connect on bus1/2, assigned device number 2
usb.c: new USB bus registered, assigned bus number 2
usb.c: kmalloc IF cff1d500, numif 1
usb.c: new device strings: Mfr=0, Product=0, SerialNumber=0
hub.c: USB hub found
usb.c: kmalloc IF cff1d680, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 3 default language ID 0x0
Product: USB UHCI Root Hub
SerialNumber: d000
hub.c: 4 ports detected
hub.c: standalone hub
hub.c: individual port power switching
hub.c: individual port over-current protection
hub.c: power on to power good time: 100ms
hub.c: hub controller current requirement: 100mA
hub.c: port removable status: RRRR
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
usb.c: hub driver claimed interface cff1d500
hub.c: USB hub found
hub.c: 2 ports detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: global over-current protection
hub.c: power on to power good time: 2ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: RR
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
usb.c: hub driver claimed interface cff1d680
usb.c: registered new driver usb_mouse
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix ...

read more »

 
 
 

USB Mouse Problem in 2.4 Kernels - 2.2.18 Works Fine

Post by Pete Zaitce » Mon, 19 Mar 2001 12:30:05



> I am experiencing problems with a USB mouse: The machine boots, X
> starts, I log on, everything works as expected. When I restart X or just
> change to an alpha terminal and back to x the mouse does not work any
> more.  [...]
> Hardware is an ASUS K7V motherboard (VIA chip set), [...]
> T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 5 Spd=1.5 MxCh= 0

I am working on something similar.
After a device reset a hub drops PORT_CONNECTION
flag from wPortStatus. The reason is unknown.

Unfortunately, I do not have a hardware that exibits this.
If would be invaluable someone enabled
dbg() in devices/usb/hub.c only, run the test with
BOTH working (2.2) and not working (2.4) kernels
then sent me dmesg. If you do, please tell me precisely what
you were doing to trip this.

Here is an example of a change:

--- linux-2.4.2-0.1.19/drivers/usb/hub.c        Tue Mar 13 12:04:05 2001

 #include "hub.h"

+/* P3 #23670 run01 */
+#undef dbg
+#define dbg(format, arg...) printk(KERN_DEBUG __FILE__ ": " format "\n" , ## arg)
+
 /* Wakes up khubd */
 static spinlock_t hub_event_lock = SPIN_LOCK_UNLOCKED;
 static DECLARE_MUTEX(usb_address0_sem);

Example output of broken kernel:

ub.c: enabling power on all ports
hub.c: port 1 connection change
hub.c: port 1, portstatus 301, change 1, 1.5 Mb/s
hub.c: port 1, portstatus 303, change 0, 1.5 Mb/s
hub.c: USB new device connect on bus1/1, assigned device number 2
usb.c: USB device 2 (vend/prod 0x458/0x3) is not claimed by any active driver.
usb.c: registered new driver hid
input0: USB HID v1.00 Mouse [KYE Genius USB Wheel Mouse] on usb1:2.0
mouse0: PS/2 mouse device for input0
mice: PS/2 mouse device common for all mice
....................  [ok, works, pulling the cable]
hub.c: port 1 connection change
hub.c: port 1, portstatus 100, change 3, 12 Mb/s
usb.c: USB disconnect on device 2
hub.c: port 1 enable change, status 100
....................  [cable pulled, putting it back]
hub.c: port 1 connection change
hub.c: port 1, portstatus 301, change 1, 1.5 Mb/s
hub.c: port 1, portstatus 100, change 0, 12 Mb/s
hub.c: port 1 of hub 1 not enabled, trying reset again...
hub.c: port 1, portstatus 100, change 0, 12 Mb/s
hub.c: port 1 of hub 1 not enabled, trying reset again...
hub.c: port 1, portstatus 100, change 0, 12 Mb/s
hub.c: port 1 of hub 1 not enabled, trying reset again...
hub.c: port 1, portstatus 100, change 0, 12 Mb/s
hub.c: port 1 of hub 1 not enabled, trying reset again...
hub.c: port 1, portstatus 100, change 0, 12 Mb/s
hub.c: port 1 of hub 1 not enabled, trying reset again...
hub.c: Cannot enable port 1 of hub 1, disabling port.
hub.c: Maybe the USB cable is bad?

Now I need something like that for a working kernel
on the same hardware.

I'll let folks know if I find anything. If anyone wants
to investigate in parallel, it would be appreciated too.

-- Pete
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

USB Mouse Problem in 2.4 Kernels - 2.2.18 Works Fine

Post by Andree Leidenfros » Mon, 19 Mar 2001 21:00:06




> > I am experiencing problems with a USB mouse: The machine boots, X
> > starts, I log on, everything works as expected. When I restart X or just
> > change to an alpha terminal and back to x the mouse does not work any
> > more.  [...]
> > Hardware is an ASUS K7V motherboard (VIA chip set), [...]
> > T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 5 Spd=1.5 MxCh= 0

> I am working on something similar.
> After a device reset a hub drops PORT_CONNECTION
> flag from wPortStatus. The reason is unknown.

> Unfortunately, I do not have a hardware that exibits this.
> If would be invaluable someone enabled
> dbg() in devices/usb/hub.c only, run the test with
> BOTH working (2.2) and not working (2.4) kernels
> then sent me dmesg. If you do, please tell me precisely what
> you were doing to trip this.

> Here is an example of a change:

> --- linux-2.4.2-0.1.19/drivers/usb/hub.c        Tue Mar 13 12:04:05 2001
> +++ linux-2.4.2-0.1.19-p3/drivers/usb/hub.c     Tue Mar 13 13:49:32 2001

>  #include "hub.h"

> +/* P3 #23670 run01 */
> +#undef dbg
> +#define dbg(format, arg...) printk(KERN_DEBUG __FILE__ ": " format "\n" , ## arg)
> +
>  /* Wakes up khubd */
>  static spinlock_t hub_event_lock = SPIN_LOCK_UNLOCKED;
>  static DECLARE_MUTEX(usb_address0_sem);

> Example output of broken kernel:

> ub.c: enabling power on all ports
> hub.c: port 1 connection change
> hub.c: port 1, portstatus 301, change 1, 1.5 Mb/s
> hub.c: port 1, portstatus 303, change 0, 1.5 Mb/s
> hub.c: USB new device connect on bus1/1, assigned device number 2
> usb.c: USB device 2 (vend/prod 0x458/0x3) is not claimed by any active driver.
> usb.c: registered new driver hid
> input0: USB HID v1.00 Mouse [KYE Genius USB Wheel Mouse] on usb1:2.0
> mouse0: PS/2 mouse device for input0
> mice: PS/2 mouse device common for all mice
> ....................  [ok, works, pulling the cable]
> hub.c: port 1 connection change
> hub.c: port 1, portstatus 100, change 3, 12 Mb/s
> usb.c: USB disconnect on device 2
> hub.c: port 1 enable change, status 100
> ....................  [cable pulled, putting it back]
> hub.c: port 1 connection change
> hub.c: port 1, portstatus 301, change 1, 1.5 Mb/s
> hub.c: port 1, portstatus 100, change 0, 12 Mb/s
> hub.c: port 1 of hub 1 not enabled, trying reset again...
> hub.c: port 1, portstatus 100, change 0, 12 Mb/s
> hub.c: port 1 of hub 1 not enabled, trying reset again...
> hub.c: port 1, portstatus 100, change 0, 12 Mb/s
> hub.c: port 1 of hub 1 not enabled, trying reset again...
> hub.c: port 1, portstatus 100, change 0, 12 Mb/s
> hub.c: port 1 of hub 1 not enabled, trying reset again...
> hub.c: port 1, portstatus 100, change 0, 12 Mb/s
> hub.c: port 1 of hub 1 not enabled, trying reset again...
> hub.c: Cannot enable port 1 of hub 1, disabling port.
> hub.c: Maybe the USB cable is bad?

> Now I need something like that for a working kernel
> on the same hardware.

> I'll let folks know if I find anything. If anyone wants
> to investigate in parallel, it would be appreciated too.

> -- Pete

Here is the output of a 2.2.18 kernel with the above patch:

Mar 18 22:40:18 aurich kernel: usb.c: usb_mouse driver claimed interface
cdbc1960
Mar 18 22:40:26 aurich kernel: hub.c: port 3 connection change
Mar 18 22:40:26 aurich kernel: hub.c: portstatus 100, change 1, 12 Mb/s
Mar 18 22:40:26 aurich kernel: usb.c: USB disconnect on device 4
Mar 18 22:40:43 aurich kernel: hub.c: port 3 connection change
Mar 18 22:40:43 aurich kernel: hub.c: portstatus 301, change 1, 1.5 Mb/s
Mar 18 22:40:43 aurich kernel: hub.c: portstatus 303, change 10, 1.5
Mb/s
Mar 18 22:40:43 aurich kernel: usb.c: USB new device connect, assigned
device number 4
Mar 18 22:40:43 aurich kernel: usb.c: kmalloc IF cdbc19a0, numif 1
Mar 18 22:40:43 aurich kernel: usb.c: skipped 1 class/vendor specific
interface descriptors
Mar 18 22:40:43 aurich kernel: usb.c: new device strings: Mfr=1,
Product=2, SerialNumber=0
Mar 18 22:40:43 aurich kernel: usb.c: USB device number 4 default
language ID 0x409
Mar 18 22:40:43 aurich kernel: Manufacturer: KYE
Mar 18 22:40:43 aurich kernel: Product: Genius USB Wheel Mouse
Mar 18 22:40:43 aurich kernel: mouse0: PS/2 mouse device for input0
Mar 18 22:40:43 aurich kernel: input0: KYE Genius USB Wheel Mouse on
usb1:4.0
Mar 18 22:40:43 aurich kernel: usb.c: usb_mouse driver claimed interface
cdbc19a0
....................  [ok, works, pulling the cable]
Mar 18 22:41:41 aurich kernel: hub.c: port 3 connection change
Mar 18 22:41:41 aurich kernel: hub.c: portstatus 100, change 1, 12 Mb/s
Mar 18 22:41:41 aurich kernel: usb.c: USB disconnect on device 4
....................  [cable pulled, putting it back]
Mar 18 22:41:53 aurich kernel: hub.c: port 3 connection change
Mar 18 22:41:53 aurich kernel: hub.c: portstatus 301, change 1, 1.5 Mb/s
Mar 18 22:41:54 aurich kernel: hub.c: portstatus 303, change 10, 1.5
Mb/s
Mar 18 22:41:54 aurich kernel: usb.c: USB new device connect, assigned
device number 4
Mar 18 22:41:54 aurich kernel: usb.c: kmalloc IF cdbc18e0, numif 1
Mar 18 22:41:54 aurich kernel: usb.c: skipped 1 class/vendor specific
interface descriptors
Mar 18 22:41:54 aurich kernel: usb.c: new device strings: Mfr=1,
Product=2, SerialNumber=0
Mar 18 22:41:54 aurich kernel: usb.c: USB device number 4 default
language ID 0x409
Mar 18 22:41:54 aurich kernel: Manufacturer: KYE
Mar 18 22:41:54 aurich kernel: Product: Genius USB Wheel Mouse
Mar 18 22:41:54 aurich kernel: mouse0: PS/2 mouse device for input0
Mar 18 22:41:54 aurich kernel: input0: KYE Genius USB Wheel Mouse on
usb1:4.0
Mar 18 22:41:54 aurich kernel: usb.c: usb_mouse driver claimed interface
cdbc18e0

Please, let me know if there is anything els I can do.

Thanks a lot & best regards,

    Andree

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

USB Mouse Problem in 2.4 Kernels - 2.2.18 Works Fine

Post by Pete Zaitce » Wed, 21 Mar 2001 06:00:07





> Date: 18 Mar 2001 22:50:32 +1100

> > > I am experiencing problems with a USB mouse: The machine boots, X
> > > starts, I log on, everything works as expected. When I restart X or just
> > > change to an alpha terminal and back to x the mouse does not work any
> > > more.  [...]
> > > Hardware is an ASUS K7V motherboard (VIA chip set), [...]
> > > T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=02 Dev#= 5 Spd=1.5 MxCh= 0
> > Unfortunately, I do not have a hardware that exibits this.
> > If would be invaluable someone enabled
> > dbg() in devices/usb/hub.c only, [...]
> > ....................  [cable pulled, putting it back]
> > hub.c: port 1 connection change
> > hub.c: port 1, portstatus 301, change 1, 1.5 Mb/s
> > hub.c: port 1, portstatus 100, change 0, 12 Mb/s
> > hub.c: port 1 of hub 1 not enabled, trying reset again...
> Here is the output of a 2.2.18 kernel with the above patch:

> ....................  [cable pulled, putting it back]
> Mar 18 22:41:53 aurich kernel: hub.c: port 3 connection change
> Mar 18 22:41:53 aurich kernel: hub.c: portstatus 301, change 1, 1.5 Mb/s
> Mar 18 22:41:54 aurich kernel: hub.c: portstatus 303, change 10, 1.5 Mb/s

The following patch reverts the code path to that of 2.2 and fixes
the condition on the Andree's box:

--- linux-2.4.2-0.1.19/drivers/usb/hub.c        Tue Mar 13 12:04:05 2001

                return;
        }

+       /* zaitcev RHbug #23670 - 1.5Mb/s mice die when switching VCs */
+       if (portstatus & USB_PORT_STAT_LOW_SPEED) {
+               wait_ms(400);
+               delay = HUB_LONG_RESET_TIME;
+       }
+
        down(&usb_address0_sem);

        tempstr = kmalloc(1024, GFP_KERNEL);

I asked USB maintainers to consider it.

-- Pete
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. LinuxPPC 2.2.18 w/ USB - How do I get my mouse to work?

I've recompiled a 2.2.18 kernel with all of the USB options enabled
in "make menuconfig", except for the ones for devices I don't have
(e.g.: USB Scanner, etc.), and for UHCI drivers (my PCI USB card
is OHCI).

When I goot LinuxPPC 2.2.18, I get a bunch of status messages telling
me that a USB device was found, and my mouse lights up.

But how do I get Linux/Gnome to realize it is there, and actually
use it??

Any help appreciated, I've searched the web but couldn't find much.

-patrick

2. How to get csh -f behavior in an sh script?

3. how to make my imac USB keyboard work with 2.2.18 kernel?

4. rpm: wu-ftpd - where to get?

5. USB sound with kernels 2.2.18 / 2.2.19

6. COME SEE THE HOTTEST SITES ON THE WEB!!!!!!!!!!!!!!!!

7. USB printer with kernel 2.2.18...

8. Removing WinNT from my disk

9. USB CD-R suggestions for use with kernel 2.2.18

10. more info on using MOL with kernel 2.2.18 usb devices

11. Setting up USB in 2.2.18 kernel

12. Why does kmix work with kernel 2.2.17 and not 2.2.18 ?

13. PROBLEM: DHCP doesn't work in 2.2.18?