Re: Logitech MX1000 Horizontal Scrolling
Juergen Kreileder <[EMAIL PROTECTED]> writes: > http://blog.blackdown.de/2005/04/03/logitech-mx1000-configuration/ This did it. I got it completely working now. Both the horizontal and the vertical cruise control is working with no problems. I'm scrolling and I can't find a single problem with the device. -- Esben Stien is [EMAIL PROTECTED] http://www. irc://irc./%23contact [sip|iax]: jid:b0ef@ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Jeremy Nickurak <[EMAIL PROTECTED]> writes: > Now it's just the vertical scroller issue. It's working perfectly here; just following that last link. -- Esben Stien is [EMAIL PROTECTED] http://www. irc://irc./%23contact [sip|iax]: jid:b0ef@ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Esben Stien <[EMAIL PROTECTED]> writes: > can't find a single problem with the device. I should mention a couple of things after some testing: There are some inconsistencies with regard to cruise control. When I press TOP CLICK BACKWARD/TOP CLICK FORWARD to cruise control down/up, it waits about 100ms before it starts cruising. This means that pressing a single click does not move me anywhere. I have to hold the key down and wait until it starts cruising. When I press HORIZONTAL LEFT/HORIZONTAL RIGHT to cruise control left/right, it starts immediately going one step in the direction, then waits about 100ms before it starts cruising left/right again. This means that a single click takes me one click in the horizontal direction. The proper way of working in both horizontal and vertical direction should be to start immediately going one of the directions. Also, a single click should take me a single click in the respective direction. I still believe this is a kernel issue and the device should be presented to userspace as a working device. I'm using linux-2.6.12-rc1-RT-V0.7.41-15 with evdev and xorg-6.8.1. (As a side note, remember to not enable radeon dri with linux-2.6.12-rc1 as xorg will freeze) I'll summarize my new setup: I've turned off cruise control: logitech_applet --disable-cc This is my ~/.xbindkeysrc file: (yup, the whole one). Executing xbindkeys with the -v switch yields useful debug info. # "cruise control" disabled: "true" m:0x10 + b:11 "true" m:0x10 + b:12 The ~/.Xmodmap file: pointer = 1 2 3 8 9 10 11 12 6 7 4 5\n In firefox: mousewheel.horizscroll.withnokey.action = 0 mousewheel.horizscroll.withnokey.sysnumlines = true Here's xorg: (I'll also setup the usb settings from Jeremy Nickurak, but they are not important here and now). Section "InputDevice" # Logitech MX1000 Identifier "Mouse0" Driver "mouse" Option "Protocol" "evdev" Option "Dev Name" "Logitech USB Receiver" # cat /proc/bus/input/devices Option "Dev Phys" "usb-:00:04.2-1/input0" # cat /proc/bus/input/devices Option "Device" "/dev/input/event0" # (/dev/input/mice also appears to work) Option "Buttons" "12" Option "ZAxisMapping" "11 12 10 9" Option "Emulate3Buttons" "false" Option "Resolution" "800" Option "SampleRate" "800" EndSection I'll do a mapping of how the keys correspond to key numbers in another followup as I'm about to leave. -- Esben Stien is [EMAIL PROTECTED] http://www. irc://irc./%23contact [sip|iax]: jid:b0ef@ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
"David A. Desrosiers" <[EMAIL PROTECTED]> writes: > Using these same instructions [..] doesn't work at all This is too little information to work with. Please be more specific as to what you've done. -- Esben Stien is [EMAIL PROTECTED] http://www. irc://irc./%23contact [sip|iax]: jid:b0ef@ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Vojtech Pavlik <[EMAIL PROTECTED]> writes: > Please try if 2.6.11-rc3 is any better. Yes, nice, the error is gone and I've verified with blender that the horizontal scroll works as it should;). Firefox gives me something strange, but the kernel issue is resolved. I'll explain what firefox gives me, in case you're interested, but I'll take this issue over to the firefox mailinglist. I'm using xbindkeys to set up what the mouse is supposed to do: "xvkbd -xsendevent -text "\[Left]"" b:11 "xvkbd -xsendevent -text "\[Right]"" b:12 #11 = HORIZONTAL LEFT #12 = HORIZONTAL RIGHT With this config, it is supposed to scroll in the horizontal direction when keys 11/12 are pressed/moved/tilted. Now, in firefox, I tilt the wheel in the right direction. It moves one cm to the right, but then proceeds to move up and it continues to do so until it reaches the top of the page or I release the button. It is supposed to just move right, of course, as long as the tilt wheel is not released and there is more data in the right direction. -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Jeremy Nickurak <[EMAIL PROTECTED]> writes: > Oddly, my horizontal scroll worked fine as extra buttons under 2.6.10. > 2.6.11-rc3 causes the scroll wheel to appear under X.org 6.8.1 with the > evdev driver as two seperate mouse buttons being pressed simultaneously. I'm a little unclear as to what you mean here. Could you elaborate? -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
gt; buttons. Why is that? > [..] a different mouse configuration I'm supposed to be using [..] We're obviously getting different data here from xev. You're using a newer build, though. Are you running xbindkeys, btw?. > the cruise control buttons, which still don't work quite > right... see: http://bugzilla.kernel.org/show_bug.cgi?id=1786 I've never experienced this issue..! > X.Org version: 6.8.1.902 6.8.1 > 2.6.11-rc3 2.6.11-rc3-RT-V0.7.38-06. I got the realtime patches. For me, this is only a firefox issue now;). I got all buttons working properly, but firefox got this damn issue. I'll do some thinking and post to the firefox/mozilla mailinglist. In firefox, btw, I got this setup: #1 = LMB #2 = MMB #3 = RMB #4 = ROLL UP- scroll manually down #5 = ROLL DOWN - scroll manually down #6 = SIDE CLICK BACK- back #7 = SIDE CLICK FORWARD - forward #8 = SIDE CLICK #9 = TOP CLICK FORWARD - scroll up #10 = TOP CLICK BACK- scroll down #11 = HORIZONTAL LEFT - scroll left (firefox scrolls one cm to the left and proceeds to scroll up) #12 = HORIZONTAL RIGHT - scroll right (firefox scrolls one cm to the right and proceeds to scroll down) So, an issue with firefox. -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Esben Stien <[EMAIL PROTECTED]> writes: > I got a 12 button logitech MX1000 mouse. I have still not resolved this issue. Anyone who can point me in any direction? -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Esben Stien <[EMAIL PROTECTED]> writes: >> Please try if 2.6.11-rc3 is any better. > Firefox gives me something strange, but the kernel issue is > resolved. Sorry, false report. 2.6.11-rc3 makes my tilt button show up as 2 buttons being pressed simultaneously, just like that previous report. I also tried linux-2.6.11 today and it was the same. It shows up as both button 4 and 12 being pressed simultaneously. ButtonPress event, serial 21, synthetic NO, window 0x1e1, root 0x48, subw 0x1e2, time 3916883, (28,38), root:(779,177), state 0x0, button 12, same_screen YES EnterNotify event, serial 21, synthetic NO, window 0x1e1, root 0x48, subw 0x0, time 3916883, (28,38), root:(779,177), mode NotifyGrab, detail NotifyInferior, same_screen YES, focus YES, state 0 KeymapNotify event, serial 21, synthetic NO, window 0x0, keys: 55 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ButtonPress event, serial 21, synthetic NO, window 0x1e1, root 0x48, subw 0x1e2, time 3916907, (28,38), root:(779,177), state 0x0, button 4, same_screen YES ButtonRelease event, serial 21, synthetic NO, window 0x1e1, root 0x48, subw 0x1e2, time 3916907, (28,38), root:(779,177), state 0x800, button 4, same_screen YES LeaveNotify event, serial 21, synthetic NO, window 0x1e1, root 0x48, subw 0x0, time 3916907, (28,38), root:(779,177), mode NotifyUngrab, detail NotifyInferior, same_screen YES, focus YES, state 0 ButtonRelease event, serial 21, synthetic NO, window 0x1e1, root 0x48, subw 0x1e2, time 3917067, (28,38), root:(779,177), state 0x0, button 12, same_screen YES -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Jeremy Nickurak <[EMAIL PROTECTED]> writes: > A custom rule in /etc/udev/rules.d/00_logitech.rules: Nice. > Just like programs interpret buttons 4 and 5 as vertical scrolling, > they interpret 6 and 7 as the horizontal scrollers. GTK, mozilla, > galeon, and firefox all go by this principal Hmm, where is this defined in firefox?. It would be logical to assume that the side buttons for going back and forth would be 6/7 as the > (Mozilla/galeon/firefox use the horizontal scroll for > backward/foreward by default. You can change this by setting > mousewheel.horizscroll.withnokey.action = 0 > mousewheel.horizscroll.withnokey.numlines = 1 > mousewheel.horizscroll.withnokey.sysnumlines = true Hmm, mk, nice, I'll try that when evdev works properly. Now I see I got the same problem as you. I get two buttons pressed when using the tilt wheel. Check my other reply for xev output. The issue is also present in linux-2.6.11 -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Jeremy Nickurak <[EMAIL PROTECTED]> writes: > this is just a result of our different xmodmap configurations. Yes. > Otherwise we're seeing exactly the same symptoms. Hmm, I'm getting the same hash for evdev.c between 2.6.10 and 2.6.11. I hope Vojtech Pavlik got the reports. Is this reported as a bug? -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Esben Stien <[EMAIL PROTECTED]> writes: > Hmm, I'm getting the same hash for evdev.c between 2.6.10 and > 2.6.11. I hope Vojtech Pavlik got the reports. Ahh, I see he got lots of juicy patches lined up. I guess I'll try linux-2.6.11-mm1 then. -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Vojtech Pavlik <[EMAIL PROTECTED]> writes: > I don't think I have a patch for the MX1000 among them. I do have the > MX1000, though, and I'm still thinking about what to do with it. ;) > The problem is that the mouse really does reports all the double-button > stuff and autorepeat, and horizontal wheel together with button press on > wheel tilt. This is a terrible hardware flaw if it can't be controlled. Isnt't there a unique sequence we can determine when the horizontal wheel is tilted?. When I turn off cruise control, all my buttons work flawlessly, but not getting the autorepeat data. This autorepeat data occurs between button press and button release and could be easily forged. > It has all that in the report descriptor, and the HID driver correctly > interprets it and passes it on. We should manipulate this data when it arrives in the kernel, in my opinion. It's a faulty device and we should present it to userspace as working. > It's annoying, though. Yeah, very, considering the capabilities of this device. > I could kill the extra buttons (via a HID quirk), which would leave us > with autoscroll up/down/left/right, but the wheel wouldn't be > distinguishable from the autoscroll anymore. Not an option > I can't kill the autoscroll alone and leave the buttons, because again > the driver can't easily tell if it's the wheel or not. I've killed the autoscroll by turning cruise control off; buttons work then without auto repeat. I'm not sure what you mean here. > In the end I think the best option is to leave the filtering to > userspace, which will mean more configuration necessary in the X event > mouse driver. I hope this is not the final solution. I should be possible to disable the data stream intervention if userspace wants to handle this, though. -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:esben-stien.name - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Vojtech Pavlik <[EMAIL PROTECTED]> writes: > I'm still thinking about what to do with it. You still thinking?. -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:esben-stien.name - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Logitech MX1000 Horizontal Scrolling
Jeremy Nickurak <[EMAIL PROTECTED]> writes: > I'm playing with this under 2.6.11.4 I got 2.6.12-rc1 > The vertical cruise control buttons work properly, with the > exception of the extra button press. Yup, nice, I see the same > But the horizontal buttons are mapping to 6/7 as non-repeat buttons, > and adding simulateously the 4/5 events auto-repeated for as long as > the button is down. That is to say, pressing the the horizontal > scroll in a 2d scrolling area will scroll *diagonally* one step, > then vertically until the button is released. Yup, seeing exactly the same here. -- Esben Stien is [EMAIL PROTECTED] http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:esben-stien.name - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
USB Disconnect BUG with RT Kernels (linux-2.6.23-rt1)
I also saw this in 2.6.22-rt9. When I disconnect a USB device the whole USB system goes down and I'm not able to insert any other USB device until I reboot. This happens every time. I'm on a P4. usb 1-1.3: USB disconnect, address 11 BUG: unable to handle kernel paging request at virtual address 00100100 printing eip: c031c3d9 *pde = stopped custom tracer. Oops: [#1] PREEMPT Modules linked in: snd_seq_midi snd_rtctimer rtc radeon snd_hdsp snd_rawmidi firmware_class snd_hwdep CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010206 (2.6.23-rt1 #1) EIP is at evdev_disconnect+0x5b/0x96 eax: ebx: 000ffcf0 ecx: 0073 edx: c1e03450 esi: f754 edi: f754006c ebp: f7bb9800 esp: c1e07e84 ds: 007b es: 007b fs: gs: ss: 0068 preempt:0001 Process khubd (pid: 82, ti=c1e06000 task=c1e03450 task.ti=c1e06000) Stack: f7f1d400 f7ea4000 f7ea47f4 f7ea7000 c0319a64 f7ea6000 f7ea7000 f7bb9800 f6ac3b00 f7ea7c58 c032a139 f7ea601c f7ea6000 f7ea7000 c032d697 f7bb9800 f7bb981c c04afd40 f66f3858 c02fd799 f7bb981c c04afd88 Call Trace: [] input_unregister_device+0x67/0xfc [] hidinput_disconnect+0x2e/0x47 [] hid_disconnect+0x76/0xce [] usb_unbind_interface+0x2d/0x6e [] __device_release_driver+0x71/0x8e [] device_release_driver+0x18/0x21 [] bus_remove_device+0x70/0x80 [] device_del+0x1bb/0x22f [] usb_disable_device+0x5c/0xbb [] usb_disconnect+0x7a/0xd3 [] hub_thread+0x30f/0x9ea [] update_stats_wait_end+0x9b/0xbe [] __schedule+0x27e/0x36d [] autoremove_wake_function+0x0/0x35 [] hub_thread+0x0/0x9ea [] kthread+0x36/0x5c [] kthread+0x0/0x5c [] kernel_thread_helper+0x7/0x10 === Code: e8 3c c5 ff ff 8b 5e 64 eb 1b 8d 83 08 04 00 00 b9 06 00 02 00 ba 1d 00 00 00 e8 d7 fc e3 ff 8b 9b 10 04 00 00 81 eb 10 04 00 00 <8b> 83 10 04 00 00 0f 18 00 90 8d 93 10 04 00 00 8d 46 64 39 c2 EIP: [] evdev_disconnect+0x5b/0x96 SS:ESP 0068:c1e07e84 -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
