Re: New Alps protocol in the wild?

2012-08-14 Thread James
s for reverse engineering the protocol - I saw mention of an alps-reg-dump but was unable to find it? thanks, James. --- ./qemu-0.14.1/roms/seabios/src/acpi-dsdt.dsl2011-05-06 20:02:01.0 +0100 +++ ./qemu-0.14.1.jmm/roms/seabios/src/acpi-dsdt.dsl2012-08-14 11:09:22.0 +0100 @@

hid-lenovo-tpkbd unknown key/button events

2014-06-15 Thread James Cloos
beneficial to come up with names for them? -JimC -- James Cloos OpenPGP: 0x997A9F17ED7DAEA6 -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [appleir] BUG: unable to handle kernel NULL pointer dereference

2013-11-06 Thread James Henstridge
On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina wrote: > On Tue, 29 Oct 2013, Luis Henriques wrote: > >> James has reported a NULL pointer dereference[1] on the appleir >> driver. From the bug report[2] it looks like it is 100% >> reproducible using a 3.12-rc6 kernel simpl

Re: [appleir] BUG: unable to handle kernel NULL pointer dereference

2013-11-20 Thread James Henstridge
Device 003: ID 05ac:8240 Apple, Inc. Built-in IR Receiver >> > Device Descriptor: >> > bLength18 >> > bDescriptorType 1 >> > bcdUSB 2.00 >> > ... >> >> Ok, thanks for the report. Could you please test

RE: [PATCH] CHROMIUM: elants_i2c.c: Disable idle mode before firmware upgrade procedure.

2015-07-20 Thread James Chen
Dear all: Sorry for mistyped. Please abandon this patch. And review next patch as shown in below. [PATCH 2/2] CHROMIUM: elants_i2c.c: Disable idle mode before firmware upgrade procedure. -Original Message- From: linux-input-ow...@vger.kernel.org [mailto:linux-input-ow...@vger.kernel.org

RE: [PATCH 2/2] CHROMIUM: elants_i2c.c: Disable idle mode before firmware upgrade procedure.

2015-07-27 Thread James Chen
Dear Dmitry: We need to correct the value of sending fastboot or IAP command is 100msec not 40 msec. The firmware of all of volume-productions are used 100msec instead of 40msec. And I will correct the comment. James -Original Message- From: linux-input-ow...@vger.kernel.org

Re: [PATCH 0/1][RESUBMIT] input: fix weird issue of synaptics psmouse sync lost

2013-04-09 Thread James M Leddy
I meant to send this to linux-input On 04/09/2013 08:30 PM, James M Leddy wrote: > We have been using this patch in Ubuntu kernels for 5 months now > without issue. Since patch author Eric Miao no longer works for us, > I'm sending to the list so that other distros can take advan

[PATCH 1/1][RESUBMIT] input: fix weird issue of synaptics psmouse sync lost after resume

2013-04-09 Thread James M Leddy
seems to be significant. The PSMOUSE_CMD_RESET_DIS is irrelevant to this issue after trying several times. So we have only implemented this patch to issue the PSMOUSE_CMD_GETID so far. Tested-by: Daniel Manrique Signed-off-by: James M Leddy --- drivers/input/mouse/synaptics.c |2 ++ 1 file

Re: Possible regression 3.8.7 -> 3.9 with Dell touchpad

2013-05-14 Thread James M Leddy
On 05/10/2013 03:39 PM, Tibor Billes wrote: > From: Dmitry Torokhov Sent: 05/10/13 12:54 AM >> >> On Thu, May 09, 2013 at 10:59:58PM +0200, Tibor Billes wrote: >>> Hi, >>> >>> I found that after upgrading my kernel from 3.8.7 to 3.9 my touchpad only >>> works partly. By that I mean I can use the to

[PATCH] Remap micmute to F20

2012-08-28 Thread James M Leddy
op.org/archives/xorg-devel/2012-August/033442.html Signed-off-by: James M. Leddy --- keymaps/module-lenovo |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/keymaps/module-lenovo b/keymaps/module-lenovo index 8e38883..f94678d 100644 --- a/keymaps/module-lenovo +++ b/keymap

Re: [PATCH] Remap micmute to F20

2012-08-29 Thread James M Leddy
On 08/28/2012 07:36 PM, Bastien Nocera wrote: > Em Tue, 2012-08-28 às 19:32 -0400, James M Leddy escreveu: >> Because of a limitation of the X11 protocol, we can't use micmute in >> it's current mapping. I've chosen to map this to F20, since we do >> similar

Re: [PATCH] Remap micmute to F20

2012-08-29 Thread James M Leddy
On 08/29/2012 11:43 AM, James M Leddy wrote: > On 08/28/2012 07:36 PM, Bastien Nocera wrote: >> Em Tue, 2012-08-28 às 19:32 -0400, James M Leddy escreveu: >>> Because of a limitation of the X11 protocol, we can't use micmute in >>> it's current mapping. I'

[PATCH 0/3] HID: hid-input: Simplify expression and suppress gcc warning

2015-05-27 Thread James C Boyd
This patch set simplifies and formats an expression as well as suppress a gcc warning. James C Boyd (3): HID: hid-input: Add parenthesis to suppress gcc warning HID: hid-input: Simplified conditional expression HID: hid-input: Fix coding style issue drivers/hid/hid-input.c | 3 ++- 1 file

[PATCH 3/3] HID: hid-input: Fix coding style issue

2015-05-27 Thread James C Boyd
This line is too long; split it up. Signed-off-by: James C Boyd --- drivers/hid/hid-input.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c index abf4fc6..3511bbab 100644 --- a/drivers/hid/hid-input.c +++ b/drivers/hid/hid

[PATCH 2/3] HID: hid-input: Simplify conditional expression

2015-05-27 Thread James C Boyd
There are too many bangs in this conditional; therefore remove them while still maintaining the same logic. Signed-off-by: James C Boyd --- drivers/hid/hid-input.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c index 714b758

[PATCH 1/3] HID: hid-input: Add parentheses to quell gcc warning

2015-05-27 Thread James C Boyd
GCC reports a -Wlogical-not-parentheses warning here; therefore add parentheses to shut it up and to express our intent more. Signed-off-by: James C Boyd --- drivers/hid/hid-input.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid

Re: [PATCH 0/3] HID: hid-input: Simplify expression and suppress gcc warning

2015-05-27 Thread James C Boyd
On Wed, May 27, 2015 at 07:17:17PM -0500, James C Boyd wrote: > HID: hid-input: Add parenthesis to suppress gcc warning I suppose I should also mention that gcc-5.1 was reporting this dumb warning. I'll resend the patch set with that detail mentioned if you'd like. -- To unsubscr