The fact that we were calling focaltech_init() even when Focaltech support
is disabled was confusing. Rearrange the code so that if support is
disabled we continue to fall through the rest of protocol probing code
until we get to full reset that Focaltech devices need to work properly.
Also, repla
PS/2 protocol is slow, and using it with pass-through port (where we
encapsulate PS/2 into PS/2) is slower yet so it takes quite a bit of time
to do full protocol discovery for device attached to a pass-through port.
However, so far we have not see anything but trackpoints or basic PS/2
mice on pas
Instead of a series mostly exclusive "if" statements testing protocol type
of the mouse let's use "switch" statement.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/psmouse-base.c | 65 ++
1 file changed, 31 insertions(+), 34 deletions(-)
diff --git a
The module was using non-standard comment style with comment blocks often
starting at the very beginning of a line instead of being aligned with the
code. Let's switch to standard formatting.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/psmouse-base.c | 279 +---
In preparation of limiting protocols that we try on pass-through ports,
let's rework initialization code and factor common code into
psmouse_try_protocol() that accepts protocol type (instead of detec()
function pointer) and can, for most protocols, perform both detection and
initialization.
Note
We move protocol descriptions and psmouse_find_by_type() and
pmouse_find_by_name() so that we can use them without forward declarations
in the subsequent patches.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/psmouse-base.c | 379 ++---
1 file changed, 18
This series limits protocols that we probe on pass-through PS/2 ports to
IBM Trackpoint, Intellimouse, Intellimouse Explorer and basic PS/2, since
we have not seen anything else and probing all possible protocols takes too
long.
Input: psmouse - use switch statement in psmouse_process_byte()
I
Hi Rob,
Thanks for reviewing! I will incorporate your feedback into the next
version.
Andrew
On 11/27/2015 01:10 PM, Rob Herring wrote:
On Wed, Nov 25, 2015 at 04:09:13PM -0800, Andrew Duggan wrote:
2D sensors have several parameter which can be set in the platform data.
This patch adds sup
On 11/26/2015 02:41 AM, Benjamin Tissoires wrote:
Hi Andrew,
On Nov 25 2015 or thereabouts, Andrew Duggan wrote:
This is a new patch series which squashes all of the development
history of the RMI4 driver into patches based on functionality. The
first patch adds the core RMI4 functionality ne
On 27.11.2015 19:08, Dmitry Torokhov wrote:
On Fri, Nov 27, 2015 at 06:47:10PM +0100, Jonathan Beilharz wrote:
On 27.11.2015 18:34, Dmitry Torokhov wrote:
Hi Jonathan,
On Fri, Nov 27, 2015 at 05:48:56PM +0100, Jonathan Beilharz wrote:
Still haven't got it on the mailing list... Also can't fin
10 matches
Mail list logo