Hi,
On 2014-04-01 00:42, Zubair Lutfullah : wrote:
Sorry for taking this long to reply.
The confusion here is due to vendor/mainline trees for the kernel.
This discussion should have been carried out on
https://github.com/beagleboard/kernel/issues
instead of the kernel mailing lists.
Sorry f
Add some missing hid usages from consumer page, add
display brightness control usages from approved hid usage
table request HUTTR41:
http://www.usb.org/developers/hidpage/HUTRR41.pdf
and add voice command usage from approved request HUTTR45:
http://www.usb.org/developers/hidpage/Voice_Command_Usage
DS3:
>> blinking sometimes got confused, setting trigger to none and back to
>> timer resolved.
> Could you elaborate on how the blinking became confused?
When blink was enabled the led would turn off (from being statically on),
but never turn on/blink... I'll try to do some more 'structured' tes
This is inspired by various other hid drivers.
Signed-off-by: Tolga Cakir
---
drivers/hid/hid-microsoft.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hid/hid-microsoft.c b/drivers/hid/hid-microsoft.c
index 5674c0c..5281d2d 100644
--- a/drivers/hid/hid-microsoft.c
+++ b/drivers/
This will give us the opportunity to easily implement extra features
for new devices.
Signed-off-by: Tolga Cakir
---
drivers/hid/hid-microsoft.c | 44
1 file changed, 28 insertions(+), 16 deletions(-)
diff --git a/drivers/hid/hid-microsoft.c b/driver
This patch will let hid-microsoft handle the Microsoft Sidewinder X4 and X6
keyboards.
Signed-off-by: Tolga Cakir
---
drivers/hid/hid-core.c | 2 +
drivers/hid/hid-ids.h | 2 +
drivers/hid/hid-microsoft.c | 114
3 files changed, 118 in
This patch enables us to set the profile, LEDs and read the key mask via sysfs.
Documentation is included in this patch.
Signed-off-by: Tolga Cakir
---
.../ABI/testing/sysfs-driver-hid-microsoft | 30 +++
drivers/hid/hid-microsoft.c| 231 +
2
On 4/4/2014 12:11, si...@mungewell.org wrote:
Why not make the triggers/etc apply across the board, so it doesn't matter
which led the command is sent to - it's just registered/copied to the
first (red?) led data[].
Unfortunately, it's not that simple. There is no API for setting
triggers fro
> On 4/4/2014 12:11, si...@mungewell.org wrote:
>> Why not make the triggers/etc apply across the board, so it doesn't
>> matter
>> which led the command is sent to - it's just registered/copied to the
>> first (red?) led data[].
>
> Unfortunately, it's not that simple.
It never is :-(
> Ther
Hi Elias,
First of all - thanks for caring about compatibility with old devices.
It would be really annoying if something that worked once stopped
working on an update.
I just dug out my old Wingman Rumblepad (VID 046d PID c20a) and did the
test cases (thanks for the tool by the way - might come
On 4/4/2014 17:13, si...@mungewell.org wrote:
I see the driver has a special case/function for setting blink with
'sony_led_blink_set()' which could be made to do funky stuff but that
might very rapidly become messy.
These software-only triggers are why I'm thinking it would be good to
have an
11 matches
Mail list logo
