Distribution: using 2.6.11 everything works fine, Upgrading too 2.6.13-rc3 I noticed 2 errors, (1) When setting the HZ rating too 250 or 100 will cause the driver to excessfully repeat keys/accelerate when pressing a button, making it unusable :( (2) the "Ok" button no longer works in anything after and including 2.6.12-rc1 (I've tested upto 2.6.13-rc3), 2.6.11 works fine. xbindkeys doesnt register any "ok" key presses on 2.6.12-rc1 onwards. 2.6.11 xbindkeys responses (nothing shows up in -rc1) mediabawx2:~# xbindkeys -mk Press combination of keys or/and click under the window. You can use one of the two lines after "NoCommand" in $HOME/.xbindkeysrc to bind a key. --- Press "q" to stop. --- "NoCommand" m:0x0 + c:36 Return "NoCommand" m:0x0 + c:36 Return Thanks :) Hardware Environment: 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridg e 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 0000:00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10 ) 0000:00:06.0 Unknown mass storage controller: Triones Technologies, Inc. HPT366/ 368/370/370A/372 (rev 04) 0000:00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C /8139C+ (rev 10) 0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Contr oller (rev 80) 0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Contr oller (rev 80) 0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Contr oller (rev 80) 0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT82 3x/A/C PIPC Bus Master IDE (rev 06) 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 0000:01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440 ] (rev a3) mediabawx2:/usr/src/linux-2.6.11# lspci 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridge 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 0000:00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 0000:00:06.0 Unknown mass storage controller: Triones Technologies, Inc. HPT366/368/370/370A/372 (rev 04) 0000:00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 0000:01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3)
Created attachment 5469 [details] revert KEY_ENTER change Changes KEY_ENTER back to KEY_OK fixes ATI-Remote "OK" not-responding issue.
Regarding repeat rate - ati-remote does a lot of calculatioons based on HZ which probably only work properly with HZ=1000. I think the code should be changed to work based on milliseconds - no patch yet though.
Created attachment 5489 [details] fix TV/DVD/OK button previous patch was incorrect, this patch fixes the TV/DVD and the 'OK' button not responding issue, basically reverts 3 changes from 2.6.12-rc1
Is this bug fixed?
No, this is not fixed, or at least not all of it is. I can't speak for the OK button not working as mine has been ok, however, I am seeing the repeat related problem on 2.6.15 (via Ubuntu dapper). Should that really be filed as a separate bug?
There does seem to be a patch at http://lkml.org/lkml/2006/7/2/89 so perhaps this can be closed very soon :)
seems even in 2.6.15, this bug still occurs.. the patch is still valid and works.
The new key assignments (KEY_TV, KEY_DVD and KEY_OK) are not available using legacy keyboard driver in X. Please make sure you are using evdev X driver with your remote.
Was the problem resolved? mdev: have you tried recent kernel using evdev (as stated in #8) and if so - was it working for you? Thanks.
I think this bug is already fixed...
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/50593
as of 2.6.21 (haven't tested the latest, or evdev), strictly using the ati-remote driver in the kernel, I still had to apply the patch. Without the patch the buttons on the remote don't work.
The buttons will not work unless using evdev-based inputs as KEY_OK, KEY_TV and TV_DVD is above 240 threshold and can not be emulated within boundaries of PS/2 protocol. Please try the evdev driver for X with it. What about repeat rate? Is it OK with the newer kernels?
I see the patch appears to be in - hopefully the driver works for everyone now?
fwiw the excessive repeating thing is mostly fixed, but I do still find that some key presses are interpreted as repeats a little too quickly, so maybe the window of time before repeating could be extended a little further?
repeat_delay module parameter is your friend then
Created attachment 14681 [details] Fix TV/DVD/OK button for 2.6.24 Problem with the ati-remote buttons hasn't been fixed, Updated for 2.6.24.
Chris, did recommended in #16 work for you? Mdew, it seems like you were advised to use evdev. Have you been able to give it a try?
considering the driver works fine (with the minor patch), I haven't considered evdev. Everything worked up to the changes of 2.6.12-rc1. Regardless if evdev works or not, the bug in ati-remote module is still there.
The link in #11 has an explanation why reverting to old version is not desirable. Using evdev should be a solution, without breaking other hardware.
I reported 2 bugs, the first was Hz repeat issue which has been fixed #11, the other bug was changing the key codes which broke my remote. This patch has *nothing* to do with #11 or Hz repeat problem. It only reverts the ati-remote back to a workable state.
Dmitry, can you please comment on the #8? The patch in #17 obviously fixes remote buttons for mdew.