| View previous topic :: View next topic |
| Author |
Message |
MartinB
Apprentice
Joined: 12 Feb 2003
Posts: 222
Location: Apeldoorn, Netherlands
|
 Posted: Mon Jan 28, 2013 7:20 pm Post subject: [SOLVED] USB mouse not working: "device has no listener |
 |
|
Hello everyone.
I've just installed Gentoo on my new system and I'm having great difficulty getting the mouse to work.
When I cat /dev/input/mice, I see nothing on the console when moving the mouse around.
When I cat /dev/input/mouse0, the following message is printed:
| Code: | | cat: /dev/input/mouse0: Device or resource busy |
If I check the system log when the mouse is connected or during boot-up, the following message is shown:
| Code: | usb 2-1.3.2: new full-speed USB device number 8 using ehci_hcd
usb 2-1.3.2: New USB device found, idVendor=046d, idProduct=c049
usb 2-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 2-1.3.2: Product: USB Gaming Mouse
usb 2-1.3.2: Manufacturer: Logitech
input: Logitech USB Gaming Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3.2/2-1.3.2:1.0/input/input8
hid-generic 0003:046D:C049.0008: input: USB HID v1.11 Mouse [Logitech USB Gaming Mouse] on usb-0000:00:1d.0-1.3.2/input0
hid-generic 0003:046D:C049.0009: device has no listeners, quitting |
The last line seems to be the worrying part. I found extremely little reference to this message via Google.
The keyboard is working OK. I've put INPUT_DEVICES="evdev" in my make.conf. I've configured the kernel with HID_GENERIC and USB_HID enabled.
Note that X is able to start successfully with a working keyboard, but not mouse. The log file shows the following errors:
| Code: | [ 18.571] (II) config/udev: Adding input device Logitech USB Gaming Mouse (/dev/input/event4)
[ 18.571] (**) Logitech USB Gaming Mouse: Applying InputClass "evdev pointer catchall"
[ 18.571] (II) Using input driver 'evdev' for 'Logitech USB Gaming Mouse'
[ 18.571] (**) Logitech USB Gaming Mouse: always reports core events
[ 18.571] (**) evdev: Logitech USB Gaming Mouse: Device: "/dev/input/event4"
[ 18.584] (EE) evdev: Logitech USB Gaming Mouse: Unable to open evdev device "/dev/input/event4".
[ 18.584] (EE) PreInit returned 2 for "Logitech USB Gaming Mouse"
[ 18.584] (II) UnloadModule: "evdev"
[ 18.584] (II) config/udev: Adding input device Logitech USB Gaming Mouse (/dev/input/mouse0)
[ 18.584] (II) No input driver specified, ignoring this device.
[ 18.584] (II) This device may have been added with another device file. |
The system specs are:
Motherboard: ASUS P9X79
CPU: Intel i7 3820
RAM: Corsair 16GB DDR3 1866MHz
GPU: ASUS nVidia GTX 660 2GB
Audio: Creative Labs Sound Blast Live!
Keyboard: Logitech G11
Mouse: Logitech G5
Linux Kernel: gentoo-sources-3.6.11
The system is configured to boot using GRUB2 (EFI mode)
I can confirm that the mouse works OK in the BIOS and in the Ubuntu Live environment running from a USB stick (also in EFI mode).
I don't really know what else to try. 
Can anyone suggest something?
Cheers,
Martin
_________________
Intel i7 3820 - 16GB Corsair DDR3 - GeForce GTX 660 2GB - SBLive - 13TB - Gentoo - KDE4
Last edited by MartinB on Fri Feb 01, 2013 4:53 pm; edited 1 time in total |
|
| Back to top |
|
 |
moo666
n00b
Joined: 31 Jan 2013
Posts: 1
|
| Posted: Thu Jan 31, 2013 6:13 pm Post subject: |
|
|
Hello,
I had the same problem but I solved by change kernel settings:
make menuconfig
Device Drivers -> USB Support -> [*] Improved Transaction Translator sheduling
then recompile Kernel and restart Gentoo
Of course if You have other correctly settings (probably yes if You see /dev/input/mouse0)
Good Luck |
|
| Back to top |
|
|
MartinB
Apprentice
Joined: 12 Feb 2003
Posts: 222
Location: Apeldoorn, Netherlands
|
| Posted: Fri Feb 01, 2013 8:18 am Post subject: |
|
|
Thanks! I will give that a try later today.
Strangely, I found out that my cheap mini USB Logitech wireless mouse does work, so I have been using that as a workaround. I don't know why it should be different as I thought all USB mice were pretty much standardised as far as drivers are concerned.
After Googling the kernel option that you suggest, I am guessing that the wireless mouse is a USB 2.0 device, whereas the G5 wired mouse is only USB 1.0, which would explain why the wireless mouse works, but the G5 doesn't. I hope this is the case. 
_________________
Intel i7 3820 - 16GB Corsair DDR3 - GeForce GTX 660 2GB - SBLive - 13TB - Gentoo - KDE4 |
|
| Back to top |
|
|
MartinB
Apprentice
Joined: 12 Feb 2003
Posts: 222
Location: Apeldoorn, Netherlands
|
| Posted: Fri Feb 01, 2013 4:55 pm Post subject: |
|
|
Yes, that did it, working perfectly now! Thank you!
_________________
Intel i7 3820 - 16GB Corsair DDR3 - GeForce GTX 660 2GB - SBLive - 13TB - Gentoo - KDE4 |
|
| Back to top |
|
|
xuweirong
n00b
Joined: 23 Jul 2013
Posts: 5
Location: guangzhou
|
| Posted: Tue Dec 31, 2013 9:51 am Post subject: |
|
|
Good jobs! , thanks guys ,
i use the gentoo-sources-3.10.17 , but i'm not build this
Device Drivers -> USB Support -> [*] Improved Transaction Translator sheduling
It work before, but some day ,i crash something in kde, and the mouse
can't work , and i don't have such
hid-generic 0003:046D:C049.0009: device has no listeners, quitting
output
and using above kernel setting and recompile it work nice |
|
| Back to top |
|
|
WhiteRC
n00b
Joined: 14 Nov 2014
Posts: 1
|
| Posted: Fri Nov 14, 2014 10:25 am Post subject: exclusive actors between TT and U/OHCI |
|
|
| xuweirong wrote: |
It work before, but some day ,i crash something in kde, and the mouse
can't work |
If you turn on the Transaction Translation and your mouse stops working again, you need to turn _off_ the OHCI HCD, and UCHI HCD (usb 1.1) support items.
The Root Hub Transaction Translator and Improved Transaction Translator scheduling items move the USB 1.1 support into the EHCI (usb 2.0) support driver. If you have that enabled _and_ the O/UHCI then the drivers will fight it out and periodically reset/mute/bone the 1.1 devices.
So if you have one on, you have to turn the other off. Your choice.
Note that you may have to play around with this because the transaction translator is in the hardware (at least in part) and if your USB hardware support is bad the old drivers might be better. |
|
| Back to top |
|
|
victorsk
Tux's lil' helper
Joined: 13 Jul 2010
Posts: 97
|
| Posted: Wed Sep 09, 2015 4:14 am Post subject: Re: exclusive actors between TT and U/OHCI |
|
|
| WhiteRC wrote: | | xuweirong wrote: |
It work before, but some day ,i crash something in kde, and the mouse
can't work |
If you turn on the Transaction Translation and your mouse stops working again, you need to turn _off_ the OHCI HCD, and UCHI HCD (usb 1.1) support items.
The Root Hub Transaction Translator and Improved Transaction Translator scheduling items move the USB 1.1 support into the EHCI (usb 2.0) support driver. If you have that enabled _and_ the O/UHCI then the drivers will fight it out and periodically reset/mute/bone the 1.1 devices.
So if you have one on, you have to turn the other off. Your choice.
Note that you may have to play around with this because the transaction translator is in the hardware (at least in part) and if your USB hardware support is bad the old drivers might be better. |
Hi. Though this is an old thread the information here was very helpful to me. I had similar problem with blocking wireless mouse after suspend and your advise about turning off OHCI and UCHI HCD helped a lot. Thanks! |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Kernel & Hardware
