[PATCH 1/1] Input: don't modify the id of ioctl-provided ff effect on upload failure

2014-02-23 Thread Elias Vanderstuyft
From: Elias Vanderstuyft If a new (id == -1) ff effect was uploaded from userspace, ff-core.c::input_ff_upload() will have assigned a positive number to the new effect id. Currently, evdev.c::evdev_do_ioctl() will save this new id to userspace, regardless of whether the upload succeeded or not.

Re: ff-core effect id handling in case of a failed effect upload

2014-02-23 Thread Elias Vanderstuyft
I sent a patch, see: http://www.mail-archive.com/linux-input@vger.kernel.org/msg08572.html ("[PATCH 1/1] Input: don't modify the id of ioctl-provided ff effect on upload failure") Elias On Sun, Feb 23, 2014 at 7:30 AM, Dmitry Torokhov wrote: > On Wed, Feb 19, 2014 at 11:14:18PM +0100, Elias Vand

Re: is it possible to temporarily not let user mode get hid input event

2014-02-23 Thread David Herrmann
Hi On Sun, Feb 23, 2014 at 7:52 AM, loody wrote: > hi David: > > Thanks for your suggestion. > 2014-02-23 0:56 GMT+08:00 David Herrmann : >> Hi >> >> On Sat, Feb 22, 2014 at 5:35 PM, loody wrote: >>> hi all: >>> is there any kernel hid module parameter or test program can >>> temporarily not let

[PATCH] input: Use platform-provided devices as i8042 serio parents

2014-02-23 Thread Matthew Garrett
i8042 devices exposed via platform firmware interfaces such as ACPI or Device Tree may provide additional information of use to userspace. Right now we don't associate the serio devices with the firmware device, and so there's no straightforward way for userspace to make use of that information. Th

Messenger from Administrator

2014-02-23 Thread Technical Support Team
Our records indicate that your E-mail® Account could not be automatically updated with our F-Secure R-HTK4S new(2014) version anti-spam/anti-virus/anti-spyware. Please click this link below to update manually http://www.contactme.com/5308b7ab5becae0002004e69 We Are Sorry For Any Inconvenience. V

Re: [patch] Input: remove a duplicative NULL test

2014-02-23 Thread Jingoo Han
On Friday, February 21, 2014 6:15 PM, fugang.d...@freescale.com wrote: > > From: Dan Carpenter > Data: Friday, February 21, 2014 4:55 PM > > >To: Dmitry Torokhov > >Cc: Paul Gortmaker; Jingoo Han; Duan Fugang-B38611; Benson Leung; Daniel > >Kurtz; > >linux-input@vger.kernel.org; kernel-janit...

[PATCH v2 0/4] Add ff-memless-next and make hid-lg4ff use it

2014-02-23 Thread Michal Malý
Hi everybody, this patch series is a result of my work to improve FFB support for memoryless devices. ff-memless-next is an improvement over the currently available ff-memless which is well suited for joypads but cannot handle more advanced devices such as racing wheels properly. As I have explain

[PATCH v2 1/4] Add ff-memless-next driver

2014-02-23 Thread Michal Malý
Introduce ff-memless-next module as a possible future replacement of ff-memless. Tested-by: Elias Vanderstuyft Signed-off-by: Michal Malý --- v2: Handle upload and removal of uncombinable effects correctly Remove redundant information from the documentation file Invert direction of force

[PATCH v2 2/4] Port hid-lg4ff to ff-memless-next

2014-02-23 Thread Michal Malý
Port hid-lg4ff to ff-memless-next Tested-by: Elias Vanderstuyft Signed-off-by: Michal Malý --- v2: Differentiate between "set force to zero" and "stop force completely" drivers/hid/Kconfig | 2 +- drivers/hid/hid-lg4ff.c | 86 + 2 files cha

[PATCH v2 3/4] hid-lg4ff: Add support for periodic effects

2014-02-23 Thread Michal Malý
hid-lg4ff: Add support for periodic effects Tested-by: Elias Vanderstuyft Signed-off-by: Michal Malý --- drivers/hid/hid-lg4ff.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/hid/hid-lg4ff.c b/drivers/hid/hid-lg4ff.c index 95d2a9f..d7d8d83 100644 --- a/drivers/hid/hid-lg4ff.

[PATCH v2 4/4] hid-lg4ff: Add support for ramp effect

2014-02-23 Thread Michal Malý
hid-lg4ff: Add support for ramp effect Tested-by: Elias Vanderstuyft Signed-off-by: Michal Malý --- drivers/hid/hid-lg4ff.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/hid/hid-lg4ff.c b/drivers/hid/hid-lg4ff.c index d7d8d83..e5c90bb 100644 --- a/drivers/hid/hid-lg4ff.c +++ b/dri

Re: [PATCH v2 0/4] Add ff-memless-next and make hid-lg4ff use it

2014-02-23 Thread Anssi Hannula
24.02.2014 01:24, Michal Malý kirjoitti: > Hi everybody, Hi, > this patch series is a result of my work to improve FFB support for memoryless > devices. ff-memless-next is an improvement over the currently available > ff-memless which is well suited for joypads but cannot handle more advanced > d

Re: [PATCH v2 1/4] Add ff-memless-next driver

2014-02-23 Thread Anssi Hannula
24.02.2014 01:29, Michal Malý kirjoitti: > Introduce ff-memless-next module as a possible future replacement of > ff-memless. > > Tested-by: Elias Vanderstuyft > Signed-off-by: Michal Malý Some comments below. > --- > v2: > Handle upload and removal of uncombinable effects correctly > Rem

Corsair keyboards and the pipe/backslash key

2014-02-23 Thread Norbert Veber
Hi, I'm having a weird issue with both the Corsair K65 and K70 USB keyboards. If I release shift before the backslash key when typing a pipe | character it ends up writing |\\. In windows it works fine even though there is no special driver or software that needs to be installed.. Others have r

Re: [PATCH v2 0/4] Add ff-memless-next and make hid-lg4ff use it

2014-02-23 Thread Michal Malý
On Monday 24 of February 2014 02:32:27 Anssi Hannula wrote: > 24.02.2014 01:24, Michal Malý kirjoitti: > > Hi everybody, > > Hi, > > > this patch series is a result of my work to improve FFB support for > > memoryless devices. ff-memless-next is an improvement over the currently > > available ff-

Re: [PATCH v2 1/4] Add ff-memless-next driver

2014-02-23 Thread Michal Malý
On Monday 24 of February 2014 02:32:29 Anssi Hannula wrote: > 24.02.2014 01:29, Michal Malý kirjoitti: > > Introduce ff-memless-next module as a possible future replacement of > > ff-memless. > > > > Tested-by: Elias Vanderstuyft > > Signed-off-by: Michal Malý > > Some comments below. > > > --

Re: [PATCH v2 1/4] Add ff-memless-next driver

2014-02-23 Thread Michal Malý
I forgot to comment on this: > Stopped effects should still be able to be updated. Fair enough. I could not find a definitive answer to what is expected behavior in this case. As far as I can tell, there are following cases: - Effects with no duration and delay: they shall be updated right away. -

Re: [PATCH v2 1/4] Add ff-memless-next driver

2014-02-23 Thread Anssi Hannula
24.02.2014 03:54, Michal Malý kirjoitti: > I forgot to comment on this: >> Stopped effects should still be able to be updated. > Fair enough. I could not find a definitive answer to what is expected > behavior > in this case. As far as I can tell, there are following cases: > - Effects with no du

Re: [PATCH v2 1/4] Add ff-memless-next driver

2014-02-23 Thread Michal Malý
On Monday 24 of February 2014 04:11:04 Anssi Hannula wrote: > 24.02.2014 03:54, Michal Malý kirjoitti: > > I forgot to comment on this: > >> Stopped effects should still be able to be updated. > > > > Fair enough. I could not find a definitive answer to what is expected > > behavior in this case.