Hi,
Andrew Morton wrote:
IOW: what does this (wordwrapped!) patch do?
It changes the keycode the kernel is sending for three keys. For normal
keyboards there is usually no argument to which keycode to send. An 'a'
would send the keycoe for an 'a'. This however is a remote control. The
keys
Ryan Brown <[EMAIL PROTECTED]> wrote:
>
> Sorry Andrew, but the diff was incorrectly made, the updated patch,
> reverts the changes too TV, DVD and OK Button, from 2.6.12-rc1.
hm, this was about 20 patches and 300 emails ago and I've forgotten what
we're discussing. For poor old scatterbrains it
Sorry Andrew, but the diff was incorrectly made, the updated patch,
reverts the changes too TV, DVD and OK Button, from 2.6.12-rc1.
diff -ruN linux-2.6.12/drivers/usb/input/ati_remote.c
linux-2.6.12-modified/drivers/usb/input/ati_remote.c
--- linux-2.6.12/drivers/usb/input/ati_remote.c 2005-06-18
Hi!
> - You might want to differentiate between this key and the ENTER key
> of your keyboard, at least I do. If the kernel is sending the same
> code for both keys, this is not possible in userspace.
No, I think that you can still diferentiate between them ... they come
from different keyboa
mdew <[EMAIL PROTECTED]> wrote:
>
> I discovered a minor change in 2.6.10-mm1, changing this value back
> corrects the "ok" button issue.
>
>
> diff -urN linux/drivers/usb/input/ati_remote.c
> linux-2.6.11/drivers/usb/input/ati_remote.c
> --- linux/drivers/usb/input/ati_remote.c2005-0
> mdew wrote:
> > mapped to "p". I found the TV Button, The DVD Button, the CH-/+ and
> > the OK Button all non-working, every other button produced the "p".
>
> Could you please try 'showkey -s' from a console on all of those keys?
Without my patch, nothing shows up when pressing OK, TV and DVD,
Hi 'mdew' (you do have a name, do you?),
mdew wrote:
mapped to "p". I found the TV Button, The DVD Button, the CH-/+ and
the OK Button all non-working, every other button produced the "p".
Could you please try 'showkey -s' from a console on all of those keys?
Pavel: I would think that 'more u
Hi Pavel,
Further testing, I initated xmodmap -e "keycode $X = p" (where X was
10->255), so theoritcally, all the buttons on the ati-remote should be
mapped to "p". I found the TV Button, The DVD Button, the CH-/+ and
the OK Button all non-working, every other button produced the "p".
xbindkeys -m
Hi!
> I discovered a minor change in 2.6.10-mm1, changing this value back
> corrects the "ok" button issue.
>
>
> diff -urN linux/drivers/usb/input/ati_remote.c
> linux-2.6.11/drivers/usb/input/ati_remote.c
> --- linux/drivers/usb/input/ati_remote.c2005-08-02
> 17:56:26.0 +1200
>
AIL PROTECTED]>
> To: linux-kernel
> Subject: ati-remote strangeness from 2.6.12 onwards
>
>
> 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 k
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 includ
11 matches
Mail list logo
