Hi, Peter:
There's one thing I wanted to report, just in case... It does not affect
anything, but it's odd.
Every time I lift a finger from the pad, the driver sends an event with
odd values (X is 1 and Y is 5855):
Event: time 1174695694.561806, type 1 (Key), code 330 (Touch), value 0
Event: tim
On Mon, 26 Mar 2007, Dmitry Torokhov wrote:
On Monday 26 March 2007 17:42, Pete Zaitcev wrote:
I don't think that you need to concern yourself with this too much
at present. If X11 people (e.g. Kristian) present evidence that kernel
fails to deliver an event, then we'll look at it. However it
From: Paul Walmsley <[EMAIL PROTECTED]>
Add a 'quirks' module parameter for the usbhid module, so users can
add or modify quirks at module load time.
Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |8 ++
drivers/hid/usbhid/hid-core.c |
From: Paul Walmsley <[EMAIL PROTECTED]>
Add internal support for dynamically-allocated HID quirks, "dquirks"
(for "dynamic quirks"). Includes several functions to add/modify quirks
from the list. This code is used by the next patch to implement quirk
modification upon module load.
Signed-off
so, stupid thinko here, sent the wrong patches for 4 and 5 of the previous
set. Will resend those two. Sorry everyone,
- Paul
From: Paul Walmsley <[EMAIL PROTECTED]>
Add support for runtime USB HID quirk configuration via ConfigFS,
after the usbhid module has been loaded. Also included is support for
dynamic quirk removal.
Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
---
drivers/hid/usbhid/Kconfig|
From: Paul Walmsley <[EMAIL PROTECTED]>
Add internal support for dynamically-allocated HID quirks, "dquirks"
(for "dynamic quirks"). Includes several functions to add/modify quirks
from the list. This code is used by the next patch to implement quirk
modification upon module load.
Signed-off-
From: Paul Walmsley <[EMAIL PROTECTED]>
Add internal support for dynamically-allocated HID quirks, "dquirks"
(for "dynamic quirks"). Includes several functions to add/modify quirks
from the list. This code is used by the next patch to implement quirk
modification upon module load.
Signed-off-
From: Paul Walmsley <[EMAIL PROTECTED]>
Rename existing quirks handling code that operates over a static array
to "squirks" (short for static quirks) to differentiate it from the
dynamically-allocated quirks that will be introduced in the
next patch. Add an accessor function specifically for st
From: Paul Walmsley <[EMAIL PROTECTED]>
Encapsulate quirk handling into its own files, hid-quirks.[ch].
Move the USB_VENDOR* and USB_DEVICE* defines and the hid_blacklist[]
array there from hid-core.c. Add
hid-quirks.c:usbhid_lookup_quirks() to return quirk information to
hid-core.c. Convert
From: Paul Walmsley <[EMAIL PROTECTED]>
Move the HID quirks #defines from hid.h into their own header file,
hid-quirks.h.
Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
---
drivers/hid/usbhid/hid-core.c |1 +
drivers/hid/usbhid/hiddev.c |1 +
include/linux/hid-quirks.h| 32
Changes from the patchset I sent last night are:
- rebased against current mm branch of hid.git
- fixed whitespace
- renamed 'equirks' to 'dquirks'
- renamed struct hid_quirk_name to hid_quirk_type
My application for this code is to switch quirks at runtime for a data
acquisition device.
On Wed, 11 Apr 2007, Jiri Kosina wrote:
On Wed, 11 Apr 2007, Jiri Kosina wrote:
- [7/7] I agree with using configfs. What is quite unfortunate is that
adding a new quirk requires now another place that it is necessary to
modify - forgetting to do it and keeping configfs values out-of-sync
Hello Jiri,
On Wed, 11 Apr 2007, Jiri Kosina wrote:
I have a few rather simple notes to your patches.
Thanks for the review - I've fixed all of the issues that you noted and
rebased the patches against hid.git - will post them shortly.
I made one other cosmetic change, 'equirks' is now 'dq
On Wed, 11 Apr 2007, Jiri Kosina wrote:
> - [7/7] I agree with using configfs. What is quite unfortunate is that
> adding a new quirk requires now another place that it is necessary to
> modify - forgetting to do it and keeping configfs values out-of-sync
> seems rather easy mistake to do
On Wed, 11 Apr 2007, Paul Walmsley wrote:
> Much of this code could probably be shared with the Bluetooth HID
> subsystem. I guess there's been some discussion about this recently.
> If this code seems more appropriate to drivers/hid/, I'd be happy to
> reshuffle it.
Hi Paul,
thanks a lot fo
Hi Dmitry,
Dmitry Torokhov wrote / napĂsal(a):
This patch adds software event support to gpio_keys driver.
Just for the record EV_SW is not software event but switch event.
Switch, as opposed to a key that returns to "off" state when released,
keeps it's state until toggled again.
Ops, sor
17 matches
Mail list logo