Hi Benjamin,
On Wed, Nov 26, 2014 at 09:33:26AM -0500, Benjamin Tissoires wrote:
>
> Hi Ulrik,
>
> On Tue, Nov 25, 2014 at 4:23 PM, wrote:
> > Hi,
> >
> > On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
> >> Hi,
> >>
> >> when moving a single finger [3] seems to be one of
Hi Benjamin,
On Wed, Nov 26, 2014 at 09:33:26AM -0500, Benjamin Tissoires wrote:
Hi Ulrik,
On Tue, Nov 25, 2014 at 4:23 PM, ulrik.debie...@e2big.org wrote:
Hi,
On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
Hi,
when moving a single finger [3] seems to be one
Hi Ulrik,
On Tue, Nov 25, 2014 at 4:23 PM, wrote:
> Hi,
>
> On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
>> Hi,
>>
>> when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
>> moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36 but
>> also
Hi Ulrik,
On Tue, Nov 25, 2014 at 4:23 PM, ulrik.debie...@e2big.org wrote:
Hi,
On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
Hi,
when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36
Hi,
On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
> Hi,
>
> when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
> moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36 but
> also sometimes it's 0x42, 0x46, 0x52, 0x56.
> It seems to
Hi,
On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
Hi,
when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36 but
also sometimes it's 0x42, 0x46, 0x52, 0x56.
It seems to occationally
On Wed, Nov 19, 2014 at 4:05 PM, wrote:
> Hi,
>
> Thanks Dmitry, the fix you provided will mitigate the regression. But
> there might be more that is going on for v4 hardware. The detection
> of PACKET_TRACKPOINT can be made more strict.
> Thank you Marcus and Benjamin for the reports.
>
> Sorry
On Wed, Nov 19, 2014 at 4:05 PM, ulrik.debie...@e2big.org wrote:
Hi,
Thanks Dmitry, the fix you provided will mitigate the regression. But
there might be more that is going on for v4 hardware. The detection
of PACKET_TRACKPOINT can be made more strict.
Thank you Marcus and Benjamin for the
Hi,
when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36 but
also sometimes it's 0x42, 0x46, 0x52, 0x56.
It seems to occationally seems to switch between these two groups
after touching the pad with three or
On Wed, Nov 19, 2014 at 10:49:05PM +0100, Marcus Overhagen wrote:
> On Wed, Nov 19, 2014 at 10:05 PM, wrote:
>
> > Marcus, do you even have a trackpoint ?
> This is a clickpad without buttons and without trackpoint.
> Looks similar to this image: http://i.imgur.com/5pcCxqa.jpg
>
> > Marcus,
On Wed, Nov 19, 2014 at 10:05 PM, wrote:
> Marcus, do you even have a trackpoint ?
This is a clickpad without buttons and without trackpoint.
Looks similar to this image: http://i.imgur.com/5pcCxqa.jpg
> Marcus, can you send the firmware and capabilities information for your laptop
> (it is
Overhagen wrote:
> Date: Wed, 19 Nov 2014 20:23:32 +0100
> From: Marcus Overhagen
> To: Dmitry Torokhov
> Cc: Benjamin Tissoires , Ulrik De Bie
> , Hans de Goede ,
> "linux-kernel@vger.kernel.org" , linux-input
> , Jiri Kosina
> Subject: Re: [git pull] Input u
Hi Dmitry,
luckily I found some time right now. I haven't reverted the original large
patch, but I tested your short patch and it fixes the problem for me.
regards
Marcus
On Wed, Nov 19, 2014 at 7:39 PM, Dmitry Torokhov
wrote:
> On Wed, Nov 19, 2014 at 07:20:21PM +0100, Marcus Overhagen wrote:
On Wed, Nov 19, 2014 at 07:20:21PM +0100, Marcus Overhagen wrote:
> Hi,
>
> I will try reverting that, but may need until tomorrow or Friday.
>
> Just now I made a warm reboot from rc3 to rc5 and initially scrolling
> behaviour was ok, but after about a minute it went wrong and I got
> this:
>
Hi,
I will try reverting that, but may need until tomorrow or Friday.
Just now I made a warm reboot from rc3 to rc5 and initially scrolling
behaviour was ok, but after about a minute it went wrong and I got
this:
[ 179.705362] [ cut here ]
[ 179.705382] WARNING: CPU:
Hi Marcus,
On Wed, Nov 19, 2014 at 07:00:16PM +0100, Marcus Overhagen wrote:
> I'm not sure if my problems are related, but anyway:
>
> I'm using a Samsung NP730U3E notebook that also has an elantech touchpad.
>
> With 3.18.0-rc3 two finger scrolling in Firefox is smoth, but with
> 3.18.0-rc5 I
I'm not sure if my problems are related, but anyway:
I'm using a Samsung NP730U3E notebook that also has an elantech touchpad.
With 3.18.0-rc3 two finger scrolling in Firefox is smoth, but with
3.18.0-rc5 I have to press a
lot harder and usually scrolling only startes after stopping the
movement
Hi Ulrik,
On Fri, Nov 14, 2014 at 5:26 PM, Dmitry Torokhov
wrote:
> Hi Linus,
>
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
> or
> master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
>
> to receive updates for
Hi Ulrik,
On Fri, Nov 14, 2014 at 5:26 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to
I'm not sure if my problems are related, but anyway:
I'm using a Samsung NP730U3E notebook that also has an elantech touchpad.
With 3.18.0-rc3 two finger scrolling in Firefox is smoth, but with
3.18.0-rc5 I have to press a
lot harder and usually scrolling only startes after stopping the
movement
Hi Marcus,
On Wed, Nov 19, 2014 at 07:00:16PM +0100, Marcus Overhagen wrote:
I'm not sure if my problems are related, but anyway:
I'm using a Samsung NP730U3E notebook that also has an elantech touchpad.
With 3.18.0-rc3 two finger scrolling in Firefox is smoth, but with
3.18.0-rc5 I have
Hi,
I will try reverting that, but may need until tomorrow or Friday.
Just now I made a warm reboot from rc3 to rc5 and initially scrolling
behaviour was ok, but after about a minute it went wrong and I got
this:
[ 179.705362] [ cut here ]
[ 179.705382] WARNING: CPU:
On Wed, Nov 19, 2014 at 07:20:21PM +0100, Marcus Overhagen wrote:
Hi,
I will try reverting that, but may need until tomorrow or Friday.
Just now I made a warm reboot from rc3 to rc5 and initially scrolling
behaviour was ok, but after about a minute it went wrong and I got
this:
[
Hi Dmitry,
luckily I found some time right now. I haven't reverted the original large
patch, but I tested your short patch and it fixes the problem for me.
regards
Marcus
On Wed, Nov 19, 2014 at 7:39 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Nov 19, 2014 at 07:20:21PM +0100,
@vger.kernel.org linux-kernel@vger.kernel.org, linux-input
linux-in...@vger.kernel.org, Jiri Kosina jkos...@suse.cz
Subject: Re: [git pull] Input updates for 3.18-rc4
Hi Dmitry,
luckily I found some time right now. I haven't reverted the original large
patch, but I tested your short patch
On Wed, Nov 19, 2014 at 10:05 PM, ulrik.debie...@e2big.org wrote:
Marcus, do you even have a trackpoint ?
This is a clickpad without buttons and without trackpoint.
Looks similar to this image: http://i.imgur.com/5pcCxqa.jpg
Marcus, can you send the firmware and capabilities information for
On Wed, Nov 19, 2014 at 10:49:05PM +0100, Marcus Overhagen wrote:
On Wed, Nov 19, 2014 at 10:05 PM, ulrik.debie...@e2big.org wrote:
Marcus, do you even have a trackpoint ?
This is a clickpad without buttons and without trackpoint.
Looks similar to this image: http://i.imgur.com/5pcCxqa.jpg
Hi,
when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36 but
also sometimes it's 0x42, 0x46, 0x52, 0x56.
It seems to occationally seems to switch between these two groups
after touching the pad with three or
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. Mostly small fixups to PS/2
tochpad drivers (ALPS, Elantech,
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. Mostly small fixups to PS/2
tochpad drivers (ALPS, Elantech,
30 matches
Mail list logo
