Dmitry Torokhov ha scritto:
Dmitry? Any reason not to do this?
Recent kernels have the ability to remap keymap for USB keyboards via
EVIOCSKEYCODE ioctl (we allowed 0adjusting keymaps on PS/2 keyboards
for a long time). So instead of having the new parameter redefining
SysRq keycode Frederico
On 7/16/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On 7/16/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> OK, how about this then?
>
Ignore it, it missing couple of bits; Anssi's is more complete I think.
Not quite what I wanted either, what about this one?
--
Dmitry
hid-add-thrust
On 7/16/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
OK, how about this then?
Ignore it, it missing couple of bits; Anssi's is more complete I think.
--
Dmitry
Gerald Folcher wrote:
> Anssi Hannula wrote:
>
>> Could you perhaps provide the kernel log output when you plug your
>> device in with CONFIG_HID_DEBUG enabled in kernel configuration?
>
> Ok, after setting CONFIG_HID_DEBUG=y here's what got appended in the
> '/var/log/kern.log' file when I plugged
On 7/16/07, Gerald Folcher <[EMAIL PROTECTED]> wrote:
Dmitry Torokhov wrote:
> I wonder if the attached is all that is needed for your wheel to work...
No, but I think I understand where is the confusion:
It won't work because my wheel is the "Force Feedback" model, not the
"Rumble Force" model
Anssi Hannula wrote:
Could you perhaps provide the kernel log output when you plug your device
in with CONFIG_HID_DEBUG enabled in kernel configuration?
Ok, after setting CONFIG_HID_DEBUG=y here's what got appended in the
'/var/log/kern.log' file when I plugged the device (see attachment).
(Bt
Gerald Folcher wrote:
> Dmitry Torokhov wrote:
>
>> I wonder if the attached is all that is needed for your wheel to
>> work...
>
> No, but I think I understand where is the confusion:
> It won't work because my wheel is the "Force Feedback" model, not the
> "Rumble Force" model which is cheaper bu
Dmitry Torokhov wrote:
I wonder if the attached is all that is needed for your wheel to work...
No, but I think I understand where is the confusion:
It won't work because my wheel is the "Force Feedback" model, not the
"Rumble Force" model which is cheaper but looks exactly the same. With
you
Hi Gerard,
On 7/16/07, Gerald Folcher <[EMAIL PROTECTED]> wrote:
I guess that a proper patch for the Thrustmaster wheel(s) would probably
have better his place in hid-tmff.c (In fact I first gone that route but
I had to change more code introducing more ugliness... the diff output
from the hid-
Hello,
I write this as it may be interesting to the peoples involved in the
force feedback drivers (or if you're just trying to get your
Thrustmaster wheel's force-feedback to work), I'm sorry I'm not
proposing a ready to apply patch because at this point I'm not competent
enough to make some
Hi Natalie,
On 7/15/07, Natalie Protasevich <[EMAIL PROTECTED]> wrote:
Hello,
We have a problem with keybords here. It only hits several systems out
of many, and really impossible to reproduce because it happens on
different combinations of hardware/software and no one managed to find
out what t
Hi Linus,
On 7/15/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Mon, 16 Jul 2007, federico ferri wrote:
> Linus Torvalds ha scritto:
> > Well, this is totally untested, and I won't guarantee that this works
> > at all, but this is how to generally do these kinds of things..
>
> YAY! it wor
Hello,
We have a problem with keybords here. It only hits several systems out
of many, and really impossible to reproduce because it happens on
different combinations of hardware/software and no one managed to find
out what triggers it. I had it on my workstation for a while, then it
was gone (was
Linus Torvalds ha scritto:
> On Sun, 15 Jul 2007, federico ferri wrote:
>
>> this patch adds an entry in Kconfig after 'config MAGIC_SYSRQ' which
>> asks for a different keycode (replacing also KEY_SYSRQ with
>> CONFIG_MAGIC_SYSRQ_KEYCODE in char/keyboard.c)
>>
>
> Quite frankly, I think th
Linus Torvalds ha scritto:
> Well, this is totally untested, and I won't guarantee that this works at
> all, but this is how to generally do these kinds of things..
>
YAY! it works great.
tried with:
# echo 183 > /sys/module/keyboard/parameters/sysrq_key
but also keyboard.sys_rq=183 on the comm
Vifmjfimlctragzmuskruiuora $1.79 Czdmqxjltpxialobtelhfnndis =
$4.35
and many other itemsClick to visit the shop
Some ASUS' notebooks (e.g G Series) include a tiny oled display, which is
attached to an internal USB bus. Unfortunatly the device reports a wrong
DeviceDescriptor and is therefore identified as a HID device...
Signed-off-by: Christian Lamparter <[EMAIL PROTECTED]>
-
P.S: for those who are inter
Virvexwweqfuagwieprezboera $1.79 Ctqbtukwxxiialwzmdfyirqgis =
$4.35
and many other itemsClick to visit the shop
this patch adds an entry in Kconfig after 'config MAGIC_SYSRQ' which
asks for a different keycode (replacing also KEY_SYSRQ with
CONFIG_MAGIC_SYSRQ_KEYCODE in char/keyboard.c)
it was tested on some USB keyboards (Microsoft and Apple USB keyboards,
and it works)
I sumbitted this patch two years ag
On Mon, 16 Jul 2007, federico ferri wrote:
> Linus Torvalds ha scritto:
> > Well, this is totally untested, and I won't guarantee that this works
> > at all, but this is how to generally do these kinds of things..
>
> YAY! it works great.
> tried with:
> # echo 183 > /sys/module/keyboard/par
On Sun, 15 Jul 2007, federico ferri wrote:
>>
> (I can imagine it could be done via a /proc/sysrq-keycode virtual file,
> but that's just one possibility)
>
> So, this should turn into a feature request...
> would you accept feature requests? ( :
Well, this is totally untested, and I won't gu
On Sun, 15 Jul 2007, federico ferri wrote:
>
> this patch adds an entry in Kconfig after 'config MAGIC_SYSRQ' which
> asks for a different keycode (replacing also KEY_SYSRQ with
> CONFIG_MAGIC_SYSRQ_KEYCODE in char/keyboard.c)
Quite frankly, I think that if we want to make something like this
c
22 matches
Mail list logo
