View previous topic :: View next topic |
Author |
Message |
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Fri Jun 06, 2003 3:38 pm Post subject: logitech usb mouse problem |
|
|
ok, first off.. lemme say i am extremely new to linux, however... i do have a head on my shoulders... so please be descriptive with your answers....
i've read alot of threads on how to get a usb mouse to work... and i'm almost positive i have everything i need already compiled into my kernel... the modules i have listed in my modules.autoload are as follows
mousedev
usbmouse
usb-uhci
input
usbcore has been compiled INTO the kernel....
i've changed the string in the xf86config file to /dev/input/mice.. but thats not my problem
my problem is this.... when booting, it loads all modules fine, however.. when loading the usb-uhci module, the lasers on my mouse go out (looses power), i know its usb-uhci because i've removed it from modules.autoload, rebooted.. and the mouse stays powered up....
if i can get around this issue, i'm pretty sure my mouse will work
thanks in advance
-dank |
|
Back to top |
|
|
foshdawg n00b
Joined: 27 May 2003 Posts: 63
|
Posted: Fri Jun 06, 2003 5:18 pm Post subject: |
|
|
did you try compiling in HID support instead of all the seperate modules? |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Fri Jun 06, 2003 5:30 pm Post subject: |
|
|
as far as HID goes....
i have HID support put in as a module "<M>"... and its two sub-selections "hid input layer support" and "/dev/hiddev raw HID device support", those are compiled "[*]" into the kernel.. so i guess to answer yout question... no, but i dont see how this would help.... please explain
thx
-dank |
|
Back to top |
|
|
foshdawg n00b
Joined: 27 May 2003 Posts: 63
|
Posted: Fri Jun 06, 2003 5:51 pm Post subject: |
|
|
if you're compiling in things like mousedev/kbddev, they'll make your mouse break. i have a logitech usb optical as well and i just added in full HID support in my kernel (not as a module) and my mouse works fine. |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Fri Jun 06, 2003 6:51 pm Post subject: |
|
|
i compiled hid support into my kernel... however it is still (in your words) "breaking" my mouse... theres power to start, then before the kernel finishes loading... it loses power.....
now, correct me if i'm wrong but... mousedev and kbddev is located in the "input core support -->" section of make menuconfig.... those two options (mousedev and kbddev) are NOT compiled into the kernel but ARE however, selected as modules....
any input?
-dank |
|
Back to top |
|
|
jimbo n00b
Joined: 17 Apr 2003 Posts: 31
|
Posted: Fri Jun 06, 2003 9:42 pm Post subject: |
|
|
I have a Logitech cordless USB optical trackman. Here's how I finally got it to work:
Re-compile your kernel with the following options:
<M>Input core support
<M>Keyboard support
<M>Mouse support
<M>Support for usb
[*]Prelimenary USB device filesystem
<M>EHCI HCD
<M>UHCI
<M>OHCI
<M>USB Human Interface Device
[*]HID input layer support
[*]/dev/hiddev
<M>USB HIDBP
<M>USB HIDBP
Then just load your modules in this order:
UHCI (or OHCI, depending on your chipset)
EHCI-HCD (only if you have USB 2.0)
usbmouse
mousedev
Hope this helps. _________________ Lian-Li PC-07
Athlon-XP 1900
512MB Crucial PC2100
Soltek SL-75FRV KT400
NVIDIA GF3 ti200
SBLive! |
|
Back to top |
|
|
Woland Apprentice
Joined: 02 Aug 2002 Posts: 248 Location: Russian Jack, Alaska
|
Posted: Fri Jun 06, 2003 10:29 pm Post subject: |
|
|
I have a logitech MX500, which I love. To get it to work, stuck the ps2/usb adapter on the end of the plug, and then stuck that into the ps2 port. No muss, no fuss, no loss of performance, and the mouse works at boot time.
Probably not what you want to hear, but something to consider as a last resort. |
|
Back to top |
|
|
peaceful Apprentice
Joined: 06 Jun 2003 Posts: 287 Location: Utah
|
Posted: Fri Jun 06, 2003 10:34 pm Post subject: |
|
|
Woland wrote: | I have a logitech MX500, which I love. To get it to work, stuch the ps2/usb adaprer on the end of the plug, and then stuck it into the ps2 port. No muss no fuss, no loss of performance, and the mose works at boot time. |
I have a USB logitech mouse as well. When I used the PS/2 adapter, it *worked* but the performance was so AWFUL (about 3 visible refreshes per second), that I quit gnome and went back to using lynx to try to get it working natively using USB.
No luck so far. I'm going to see if jimbo's solution works. |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Sat Jun 07, 2003 6:08 am Post subject: |
|
|
jimbo wrote: | I have a Logitech cordless USB optical trackman. Here's how I finally got it to work:
Re-compile your kernel with the following options:
<M>Input core support
<M>Keyboard support
<M>Mouse support
<M>Support for usb
[*]Prelimenary USB device filesystem
<M>EHCI HCD
<M>UHCI
<M>OHCI
<M>USB Human Interface Device
[*]HID input layer support
[*]/dev/hiddev
<M>USB HIDBP
<M>USB HIDBP
Then just load your modules in this order:
UHCI (or OHCI, depending on your chipset)
EHCI-HCD (only if you have USB 2.0)
usbmouse
mousedev
Hope this helps. |
tried that.... still the same problem, i tried loading "uhci" and "usb-uhci" seperately... it loads the modules just fine.... no errors,but whenever linux loads those modules... it causes the power to my mouse to go out... i'd really like to get off of gay ps/2 |
|
Back to top |
|
|
Peaceable Frood Guru
Joined: 06 Apr 2003 Posts: 338 Location: New Jersey, USA
|
Posted: Sat Jun 07, 2003 11:59 am Post subject: |
|
|
I have the same problem, and I got it to work with hot-plugging, but in X it takes it like 10 seconds for it to be able to move? Can I speed up the process? _________________ "Our enemies are innovative and resourceful, and so are we, they never stop thinking about new ways to harm our country and our people, and neither do we." George W. Bush |
|
Back to top |
|
|
keifir Tux's lil' helper
Joined: 10 Jun 2002 Posts: 119 Location: Canada
|
Posted: Sat Jun 07, 2003 12:56 pm Post subject: |
|
|
Are u sure your motherboard supports UHCI standard?
Anyway, this is what I have for my modules.autoload:
Code: |
usb-uhci
input
hid
mousedev
|
Usbcore is compiled into the kernel.
I noticed you're loading both usbmouse and mousedev - try loading just one of them. Also, when selecting HID make sure u have these options selected as well:
Code: |
<M>USB Human Interface Device
[*]HID input layer support
[*]/dev/hiddev
|
Hope this helps |
|
Back to top |
|
|
peaceful Apprentice
Joined: 06 Jun 2003 Posts: 287 Location: Utah
|
Posted: Sat Jun 07, 2003 2:37 pm Post subject: WOHOO! |
|
|
keifir, you are a saviour!! After TWO WEEKS I finally have a working USB logitech mouse!!!
jimbo was on the right track, I recompiled the kernel using his options, but I couldn't get a thing working until I saw keifer's post.
All I had to do was compile the kernel (I'm using gentoo-sources on an Athlon XP 2400+) according to jimbo's instructions and then do the following:
Code: |
insmod usb-ohci (since I have OHCI according to my bios)
startx
|
And it worked!! After loading that one module, I ran an lsmod and noticed that it had loaded a lot of other stuff without me telling it to (which is fine, since it works!)
Code: |
lsmod showed the following:
mousedev
hid
usbmouse
input
usb-ohci
usbcore
|
My mouse section in /etc/X11/XF86Config looks like this:
Code: |
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "off"
EndSection
|
In addition to the kernel settings that jimbo posted, under "Input core support" I set the horizontal and vertical screen resolution settings to the resolution that I use (1280 and 1024 respectively).
Thanks for awesome posts! |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Sat Jun 07, 2003 5:49 pm Post subject: |
|
|
first i'll start off by saying that i looked up the stats on my motherboard (msi kt333 ultra) and found that it is a UHCI compatible board... now, i enabled ehci-hcd, usb-uhci, uhci and usb-ohci in my kernel as modules..... booted to prompted and tried each individually.... ehci would not load, gave me some error about "no such device". both usb-uhci and uhci will BOTH cause the power to my mouse to fail... usb-ohci gave me the same error as ehci.
i dont get it... why would the usb-uhci module cause my uhci compliant motherboards usb hub to fail..?
i did notice (however i dont know if its relivant) that after loading the modules... i did a lsmod and found a "(unused)" tag at the end of certain modules... what does this mean?
-dank |
|
Back to top |
|
|
peaceful Apprentice
Joined: 06 Jun 2003 Posts: 287 Location: Utah
|
Posted: Sat Jun 07, 2003 5:52 pm Post subject: Query |
|
|
What did the error messages say? |
|
Back to top |
|
|
keifir Tux's lil' helper
Joined: 10 Jun 2002 Posts: 119 Location: Canada
|
Posted: Sat Jun 07, 2003 6:09 pm Post subject: |
|
|
Not sure what that "unused" stands for, but here's some more info:
I got a working USB OEM logitech mouse(optical) and this is what lsmod gives me:
Code: |
root@home tino # lsmod
Module Size Used by Not tainted
...<other stuff here>
mousedev 4404 1
hid 19684 0 (unused)
input 3744 0 [mousedev hid]
usb-uhci 24460 0 (unused)
|
This is the entry in my logs when i reconnect the mouse in X:
Note that I compiled the usbcore and enabled debugging info in it - so the logs are quite big:
Code: |
root@home tino # tail -f /var/log/everything/current
<Disconnecting the mouse: >
Jun 7 15:02:13 [default.hotplug] arguments (usb) env (OLDPWD=/ PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=remove PWD=/etc/hotplug HOME=/ SHLVL=2 INTERFACE=3/1/2 PRODUCT=46d/c00c/620 TYPE=0/0/0 DEBUG=kernel _=/usr/bin/env)
Jun 7 15:02:13 [default.hotplug] invoke /etc/hotplug/usb.agent ()
<Reconnecting the mouse: >
Jun 7 15:02:24 [kernel] Manufacturer: Logitech
Jun 7 15:02:24 [kernel] Product: USB Mouse
Jun 7 15:02:24 [kernel] input0: USB HID v1.10 Mouse [Logitech USB Mouse] on usb1:3.0
Jun 7 15:02:25 [default.hotplug] arguments (usb) env (OLDPWD=/ PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug HOME=/ SHLVL=2 INTERFACE=3/1/2 PRODUCT=46d/c00c/620 TYPE=0/0/0 DEBUG=kernel _=/usr/bin/env)
Jun 7 15:02:25 [default.hotplug] invoke /etc/hotplug/usb.agent ()
Jun 7 15:02:28 [kernel] usb-uhci.c: interrupt, status 3, frame# 1188
Jun 7 15:02:29 [usb.agent] Setup hid for USB product 46d/c00c/620
Jun 7 15:02:29 [usb.agent] Setup mousedev for USB product 46d/c00c/620
Jun 7 15:02:44 [kernel] usb-uhci.c: interrupt, status 3, frame# 412
Jun 7 15:02:52 [kernel] usb-uhci.c: interrupt, status 3, frame# 156
Jun 7 15:02:59 [kernel] usb-uhci.c: interrupt, status 3, frame# 1364
|
Please post your logs and modules that u load - mebbe there's gonna be some clue there...
It also seems that usb-uhci module invokes some of the hotplug scripts - do u have hotplug emerged? Or mebbe those scripts are built-in to the module code - just a speculation here.
hope this helps, |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Sat Jun 07, 2003 6:28 pm Post subject: |
|
|
well... i'm doing this in the midst of a new gentoo install... so i'm loading the modules manually one by one, as far as logs go... i'm using metalog, how might i access these logs outside of X? |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Sat Jun 07, 2003 6:29 pm Post subject: |
|
|
oh and about hotplug... i havnet emerged anything that has to do with "hotplug"... |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Sat Jun 07, 2003 8:28 pm Post subject: |
|
|
ahh, it seems as though my problem might have changed...... after unpluging my usb mouse, then booting into linux... and THEN pluging the mouse back in, the laser lights will flash every few seconds. now i noticed in /var/log/kernel/current that there are usb timeouts, alot of them, and after further browsing the log, it seems as though uhci is loading successfully (which i assumed in the first place, i.e. no errors). more recent entries include things as such:
[kernel]uhci.c root-hub INT complete: port1: 5a9 port2: 580 data: 2
[kernel]hub.c: port1, portstatus 30X, change X, 1.5Mb/s
***X=number changes... for "30X", sometimes 303, sometimes 301... for "X", sometimes 3, 2 or 0***
[kernel]usb_control/buld_msg: timeout
[kernel]usb.c USB device not accepting new address=2 (error=-110)
wut u think?
-dank |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Tue Jun 10, 2003 9:05 pm Post subject: |
|
|
guess i'm stuck on ps/2....
nobody else has had this problem?!?
-K |
|
Back to top |
|
|
peaceful Apprentice
Joined: 06 Jun 2003 Posts: 287 Location: Utah
|
Posted: Tue Jun 10, 2003 9:30 pm Post subject: Kernel Modules |
|
|
Did you enable ALL the items in the kernel (as modules) that Jimbo listed in his post above?
That's what got my mouse working. If you have already done that, then I have no idea what else you could try. |
|
Back to top |
|
|
kipper Tux's lil' helper
Joined: 20 Apr 2002 Posts: 112
|
Posted: Sun Jun 15, 2003 8:29 pm Post subject: |
|
|
I have exactly the same problem with the mouse not accepting the address. Over the past year, the usb mouse has worked perfectly, but after my last upgrade (2.4.20-r5) I lost my usb mouse. Everything is fine until I try to load one of the usb drivers. The mouse flicks on and then dies (loses power) instantly.
Luckily for me I keep my older working kernel as an option when I boot. Hope to find an answer soon to why my usb mouse no longer works.
cheers,
kipper |
|
Back to top |
|
|
dank n00b
Joined: 06 Jun 2003 Posts: 15
|
Posted: Sun Jun 15, 2003 10:48 pm Post subject: |
|
|
can i ask what kernel it is that your using? and where i can find/download it?
its worth a try in my opinion |
|
Back to top |
|
|
kipper Tux's lil' helper
Joined: 20 Apr 2002 Posts: 112
|
Posted: Sun Jun 15, 2003 10:51 pm Post subject: |
|
|
I just switched kernels from gentoo-sources to vanilla sources (2.4.21) and the good news is, with exactly the same kernel options, the vanilla-sources kernel loads my usb mouse correctly and I can use it perfectly again. Wonder what happened to the usbmouse support in the gentoo-sources 2.4.20-r5 that caused it to break my gentoo. |
|
Back to top |
|
|
yippy Tux's lil' helper
Joined: 21 Jun 2003 Posts: 81
|
Posted: Sat Jun 21, 2003 4:28 pm Post subject: |
|
|
I've installed all the modules, even compiled every one of them into the kernel, but when I plug in the mouse I always get this message in dmesg:
usb.c: USB device 2 (vend/prod 0x46d/0xc030) is not claimed by any active driver.
I have a Logitech iFeel mouse. It was detected as that during the installation on the boot CD also.
Any ideas? My brain is fried.
Joejoejoe |
|
Back to top |
|
|
0ctane Tux's lil' helper
Joined: 21 Jun 2003 Posts: 115 Location: Cincinnati, OH
|
Posted: Sun Jun 22, 2003 12:10 am Post subject: |
|
|
dank wrote: | ahh, it seems as though my problem might have changed...... after unpluging my usb mouse, then booting into linux... and THEN pluging the mouse back in, the laser lights will flash every few seconds. now i noticed in /var/log/kernel/current that there are usb timeouts, alot of them, and after further browsing the log, it seems as though uhci is loading successfully (which i assumed in the first place, i.e. no errors). more recent entries include things as such:
[kernel]uhci.c root-hub INT complete: port1: 5a9 port2: 580 data: 2
[kernel]hub.c: port1, portstatus 30X, change X, 1.5Mb/s
***X=number changes... for "30X", sometimes 303, sometimes 301... for "X", sometimes 3, 2 or 0***
[kernel]usb_control/buld_msg: timeout
[kernel]usb.c USB device not accepting new address=2 (error=-110)
wut u think?
-dank |
I have been struggling with a similar usb_control/bulk_msg:timeout problem. I tracked the problem down to my motherboard and SMP. I have a tyan tiger 133 with two 800MHz pentium3s. Apparently tyan did not correctly manufacture the board, and the APIC lines/wires(?) were not connected. This prevents the usb from functioning properly (in SMP linux and Windows2K). The only solution that I have found (other than disabling SMP) is the "noapic" option at boot time. Since I am compiling gentoo as I type, I have not had a chance to test this "fix". I did see a post around here, though, that said this option gave a bunch of errors in the kernel logs. |
|
Back to top |
|
|
|