On Mon, Sep 28, 2015 at 8:50 AM, Sedat Dilek wrote:
> [ CC only relevant people plus Paul as he took care in another thread ]
>
> First of all, sorry for flooding anybody or any mailing-list.
>
> Of course, using LLVM/Clang for the Linux-kernel is still WIP, but
> this does not mean using a differ
When compiling Linux v4.2+ and v4.3-rc2+ with a llvmlinux patchset
and CLANG v3.7 I see a BUG line like this:
[ 24.705463] BUG: sleeping function called from invalid context at
kernel/workqueue.c:2680
[ 24.705576] in_atomic(): 0, irqs_disabled(): 1, pid: 1447, name: acpid
After some vital he
> Subject: Re: [PATCH V3 3/3] devicetree: da9062: Add device tree bindings for
> DA9062 OnKey
>
> On Mon, Jul 27, 2015 at 03:43:00PM -0700, Dmitry Torokhov wrote:
> > On Thu, Jul 23, 2015 at 05:17:41PM +0100, S Twiss wrote:
> > > From: S Twiss
> > >
> > > Add device tree bindings for the DA9062
Hi
On Mon, Sep 28, 2015 at 2:23 AM, Dmitry Torokhov
wrote:
[...]
>>
>> > }
>> >
>> > static int mt_probe(struct hid_device *hdev, const struct hid_device_id
>> > *id)
>>
>> [snip]
>>
>> > diff --git a/drivers/hid/hid-rmi.c b/drivers/hid/hid-rmi.c
>> > index 2c14812..33280f3 100644
>> > --- a/d
On Mon, 28 Sep 2015, Sedat Dilek wrote:
> When compiling Linux v4.2+ and v4.3-rc2+ with a llvmlinux patchset
> and CLANG v3.7 I see a BUG line like this:
>
> [ 24.705463] BUG: sleeping function called from invalid context at
> kernel/workqueue.c:2680
> [ 24.705576] in_atomic(): 0, irqs_disab
Currently hid_connect() prints out following when I2C connected HID devices
is connected:
hid-multitouch 0018:03EB:2136.0001: ... [ATML3432:00 03EB:2136] on
After "on " should read physical device name but it is left empty by the
driver.
Make it look better and fill in the physical device name
For I2C HID devices output currently looks like:
hid-multitouch ... input,hidraw0: HID v1.00 Mouse ...
Add knowledge about I2C bus to hid_connect() so that it shows "I2C"
correctly instead of "".
Signed-off-by: Mika Westerberg
---
drivers/hid/hid-core.c | 3 +++
1 file changed, 3 insertions
On Sunday, September 27, 2015 10:27:25 AM Alan Stern wrote:
> On Sun, 27 Sep 2015, Rafael J. Wysocki wrote:
>
> > On Saturday, September 26, 2015 11:20:50 AM Alan Stern wrote:
> > > On Sat, 26 Sep 2015, Rafael J. Wysocki wrote:
> > >
> > > > > > So something like:
> > > > > >
> > > > > > ech
On Sunday, September 27, 2015 07:02:17 PM Pavel Machek wrote:
> Hi!
Hi,
> > > > > That, or there may be an additional value, say "aggressive", to write
> > > > > to the
> > > > > control file in which case it becomes just
> > > > >
> > > > > echo aggressive >/sys/.../power/control
> > > >
> >
On Sun, Sep 27, 2015 at 05:18:08PM -0700, Dmitry Torokhov wrote:
> On Sat, Sep 26, 2015 at 06:53:21PM +0530, Sudip Mukherjee wrote:
> > If parkbd_allocate_serio() fails to allocate memory we are releasing the
> > parport but we missed unregistering the device. As a result this device
> > with exclu
Instead of printing "UNKNOWN" as device suffix for HID_DG_TOUCHPAD call
the device as "Touchpad".
Signed-off-by: Mika Westerberg
---
drivers/hid/hid-multitouch.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/hid/hid-multitouch.c b/drivers/hid/hid-multitouch.c
index 426b2f1a3450.
On Mon, 28 Sep 2015, Rafael J. Wysocki wrote:
> > This suggests we forget about power/wakeup == "off" and introduce an
> > "inhibit" attribute instead.
>
> If we do that, can it still be regarded as a PM attribute?
Why not? Consider this: Is there any reason to support inhibit when
CONFIG_PM i
Some newer Intel Skylake based Dell laptops with Win8 precision touchpad
fail when initial feature reports are fetched from it. Below is an example
output with some additional debug included:
i2c_hid i2c-DLL0704:01: Fetching the HID descriptor
i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=20 00
On Friday 14 August 2015 08:55:42 Sudip Mukherjee wrote:
> > > Pali Rohár has the hardware and he is ready to test it.
> >
> > Pali, could you give the v2 version of the patch a spin
> > (https://patchwork.kernel.org/patch/6940321/)?
>
> Adding Pali to the cc list.
>
> Hi Pali,
> Are you still a
> I was able to get some more information, but as yet have not been able to
> get time on the real hardware. Attached is a 2nd patch which should
> improve the support, I'll formally submit it next week But if anyone
> can test it first that would be great.
Obviously the 'submit next week' ne
Fixed the following checkpatch.pl warnings:
WARNING: line over 80 characters: line 163
WARNING: Missing a blank line after declarations: line 359
WARNING: Missing a blank line after declarations: line 572
WARNING: Missing a blank line after declarations: line 708
WARNING: Missing a blank line after
Hi Alan,
On Mon, Sep 28, 2015 at 4:29 PM, Alan Stern wrote:
> On Mon, 28 Sep 2015, Rafael J. Wysocki wrote:
>
>> > This suggests we forget about power/wakeup == "off" and introduce an
>> > "inhibit" attribute instead.
>>
>> If we do that, can it still be regarded as a PM attribute?
>
> Why not?
On Mon, 28 Sep 2015, Rafael J. Wysocki wrote:
> Hi Alan,
>
> On Mon, Sep 28, 2015 at 4:29 PM, Alan Stern wrote:
> > On Mon, 28 Sep 2015, Rafael J. Wysocki wrote:
> >
> >> > This suggests we forget about power/wakeup == "off" and introduce an
> >> > "inhibit" attribute instead.
> >>
> >> If we do
On 09/28/2015 03:10 AM, David Herrmann wrote:
Hi
On Mon, Sep 28, 2015 at 2:23 AM, Dmitry Torokhov
wrote:
[...]
}
static int mt_probe(struct hid_device *hdev, const struct hid_device_id *id)
[snip]
diff --git a/drivers/hid/hid-rmi.c b/drivers/hid/hid-rmi.c
index 2c14812..33280f3 100644
Hi Sudip,
On Tue, Sep 15, 2015 at 3:06 AM, Sudip Mukherjee
wrote:
> Even if rotat_align is true or false the final value of
> cyapa->electrodes_rx is always cyapa->electrodes_y. remove the variable
> overwriting and in the process remove the variable rotat_align which is
> not required any more.
On Sun, Sep 27, 2015 at 5:14 AM, Benjamin Tissoires
wrote:
> [re-sending because my gmail client decided to turn on HTML for all
> mails I wrote. Sorry for the duplicate ]
>
> On Sun, Sep 27, 2015 at 8:12 AM, Benjamin Tissoires
> wrote:
>>
>>
>> On Thu, Aug 20, 2015 at 7:13 PM, Dmitry Torokhov
>
On Fri, Sep 18, 2015 at 04:54:40PM +0530, Sudip Mukherjee wrote:
> If omap4_keypad_parse_dt() fails we returned the error code but we
> missed releasing keypad_data.
>
> Signed-off-by: Sudip Mukherjee
Applied, thank you.
> ---
> drivers/input/keyboard/omap4-keypad.c | 2 +-
> 1 file changed, 1
On Mon, Sep 28, 2015 at 06:40:51PM +0200, Pali Rohár wrote:
> On Friday 14 August 2015 08:55:42 Sudip Mukherjee wrote:
> > > > Pali Rohár has the hardware and he is ready to test it.
> > >
> > > Pali, could you give the v2 version of the patch a spin
> > > (https://patchwork.kernel.org/patch/69403
On Wed, Sep 23, 2015 at 09:26:23AM +0800, duson wrote:
> Signed-of-by: Duson Lin
Applied, thank you.
> ---
> drivers/input/mouse/elan_i2c_core.c | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/input/mouse/elan_i2c_core.c
> b/drivers/input/mouse/e
On 9/28/15, Dmitry Torokhov wrote:
> On Sun, Sep 27, 2015 at 5:14 AM, Benjamin Tissoires
> wrote:
>> I believe the fix is worse than the original situation given that this
>> also removes all gestures support we can have in libinput.
>
> Umm, I guess I have to claim temporary insanity or somet
On Mon, Sep 28, 2015 at 08:22:02PM -0400, Nick Bowler wrote:
> On 9/28/15, Dmitry Torokhov wrote:
> > On Sun, Sep 27, 2015 at 5:14 AM, Benjamin Tissoires
> > wrote:
> >> I believe the fix is worse than the original situation given that this
> >> also removes all gestures support we can have in
On Tue, Sep 22, 2015 at 04:26:43PM +0300, Dan Carpenter wrote:
> My static checker complains that "value" comes from the user in
> evdev_do_ioctl() and we check that it's not too large here but we don't
> check that it's negative. It's harmless because the ->set_gain() and
> ->set_autocenter() fun
On Fri, 2015-09-25 at 21:04 +, Tirdea, Irina wrote:
>
> > -Original Message-
> > From: Bastien Nocera [mailto:had...@hadess.net]
> > Sent: 25 September, 2015 17:44
> > To: Tirdea, Irina; linux-input@vger.kernel.org
> > Cc: linux-ker...@vger.kernel.org; Rob Herring; Pawel Moll; Ian
> >
On 28 September 2015 at 14:15, Mika Westerberg
wrote:
> For I2C HID devices output currently looks like:
>
> hid-multitouch ... input,hidraw0: HID v1.00 Mouse ...
>
> Add knowledge about I2C bus to hid_connect() so that it shows "I2C"
> correctly instead of "".
>
> Signed-off-by: Mika Westerber
On 28 September 2015 at 16:22, Mika Westerberg
wrote:
> Instead of printing "UNKNOWN" as device suffix for HID_DG_TOUCHPAD call
> the device as "Touchpad".
>
> Signed-off-by: Mika Westerberg
> ---
> drivers/hid/hid-multitouch.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/
On 28 September 2015 at 14:15, Mika Westerberg
wrote:
> Currently hid_connect() prints out following when I2C connected HID devices
> is connected:
>
> hid-multitouch 0018:03EB:2136.0001: ... [ATML3432:00 03EB:2136] on
>
> After "on " should read physical device name but it is left empty by the
On Mon, Sep 28, 2015 at 03:43:04PM -0700, Dmitry Torokhov wrote:
> Hi Sudip,
>
> On Tue, Sep 15, 2015 at 3:06 AM, Sudip Mukherjee
> wrote:
> > Even if rotat_align is true or false the final value of
> > cyapa->electrodes_rx is always cyapa->electrodes_y. remove the variable
> > overwriting and in
32 matches
Mail list logo