You are not logged in.
Pages: 1
I used to be able to get usbhid to stop taking control of my IMON device in a SilverStone case with:
options usbhid quirks=0x15c2:0x0035:0x0004
in modprobe.conf. But now, while hidraw device files are not created in /dev for the IMON, /proc/bus/usb/devices still shows that the usbhid driver is in control of the device. And modprobe lirc_imon (from CVS head) results in no /dev/lirc file.
I know I'm using a newer kernel than before (the latest). Also, the modprobe.conf file is now in /etc/modprobe.d/. That's new.
Anyone else using lirc with an IMON? Is there another way to accomplish this now? Or is this maybe a bug?
Thanks for any help. I'm trying to get a new MythTV frontend up and running.
Scott
Offline
Hello Scott!
I don't have so much experience with it, but hope it helps:
http://wiki.archlinux.org/index.php/Lirc
http://bbs.archlinux.org/viewtopic.php?id=54227
http://bugs.archlinux.org/task/12351
Can you show your relevant syslog lines ?
Offline
Well with the modprobe.conf usbhid quirks in place this is the relevant portion of dmesg. You can see there are 3 hidraw dev files created. Without the quirks in place I get 2 more for the interfaces to the IMON device.
...
usb 3-1: new low speed USB device using uhci_hcd and address 2
usb 3-1: configuration #1 chosen from 1 choice
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
usb 7-2: new full speed USB device using uhci_hcd and address 2
usb 7-2: configuration #1 chosen from 1 choice
hub 7-2:1.0: USB hub found
hub 7-2:1.0: 4 ports detected
usb 7-2.1: new low speed USB device using uhci_hcd and address 3
usb 7-2.1: configuration #1 chosen from 1 choice
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2.1/7-2.1:1.0/input/input5
generic-usb 0003:046D:C505.0003: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-0000:00:1d.1-2.1/input0
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2.1/7-2.1:1.1/input/input6
generic-usb 0003:046D:C505.0004: input,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-0000:00:1d.1-2.1/input1
input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2.1/7-2.1:1.2/input/input7
generic-usb 0003:046D:C505.0005: input,hidraw2: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-0000:00:1d.1-2.1/input2
usb 7-2.2: new low speed USB device using uhci_hcd and address 4
usb 7-2.2: device descriptor read/64, error -71
Clocksource tsc unstable (delta = -117078790 ns)
usb 7-2.2: device descriptor read/64, error -71
usb 7-2.2: new low speed USB device using uhci_hcd and address 5
usb 7-2.2: device descriptor read/64, error -71
usb 7-2.2: device descriptor read/64, error -71
usb 7-2.2: new low speed USB device using uhci_hcd and address 6
usb 7-2.2: device not accepting address 6, error -71
usb 7-2.2: new low speed USB device using uhci_hcd and address 7
usb 7-2.2: device not accepting address 7, error -71
hub 7-2:1.0: unable to enumerate USB device on port 2
...
lirc_dev: IR Remote Control driver registered, major 61
lirc_imon: Driver for SoundGraph iMON MultiMedia IR/Display, v0.6
usbcore: registered new interface driver lirc_imon
This is the relevant part of cat /proc/bus/usb/devices with the quirks in place:
T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=15c2 ProdID=0035 Rev= 0.03
C:* #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=02 Driver=usbhid <-- should be none with ignore quirk
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
I:* If#= 1 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid <-- same as above
E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
Previously I would see Driver=none (I believe it said none) until I got lirc_imon in place and then it would read Driver=lirc_imon and everything worked. Lirc would create its dev files. Now not so much.
I'm thinking something got broke upstream. It's too bad that lirc_imon can't just take over the job and tell usbhid to stop.
Scott
Offline
Hello,
Did you ever get this going? I have a similar problem with a remote I'm trying to get to work.
cat /proc/bus/usb/devices shows that the usbhid driver has taken control over the device and I can't change that...
Offline
-EDIT-
(Wrong)
Last edited by kokoko3k (2011-07-15 14:05:11)
Help me to improve ssh-rdp !
Retroarch User? Try my koko-aio shader !
Offline
Pages: 1