From: Dmitry Torokhov <dtor_core@ameritech.net>
To: linux-kernel@vger.kernel.org
Cc: Marko Macek <marko.macek@gmx.net>,
Vojtech Pavlik <vojtech@suse.cz>, Eric Wong <eric@yhbt.net>
Subject: Re: KVM & mouse wheel
Date: Tue, 3 Aug 2004 12:53:38 -0500 [thread overview]
Message-ID: <200408031253.38934.dtor_core@ameritech.net> (raw)
In-Reply-To: <410FAE9B.5010909@gmx.net>
Hi,
On Tuesday 03 August 2004 10:26 am, Marko Macek wrote:
> Hello!
>
> A few months ago I posted about problems with 2.6 kernel, KVM and mouse
> wheel.
>
> I was using 2.4 kernel until recently, but with the switch to FC2 with
> 2.6 kernel this problem became much more annoying.
>
> My mouse is Logitech MX 510.
>
> I figured out a few things.
>
> 1. Trying to set the mouse/kvm into a stream mode makes things insane.
> Since streaming mode is supposed to be the default, I propose not
> doing this at all. I haven't researched this further.
>
> - psmouse_command(psmouse, param, PSMOUSE_CMD_SETSTREAM);
Could you describe what insane mean? If you take the KVM out of the picture
is the mouse still instane?
>
> 2. synaptics_detect hoses imps and exps detection. Resetting the mouse
> after failed detect fixes it. This makes 'imps' and 'exps' protocols
> work when used as proto=imps or proto=exps. Wheel works, I haven't tried
> the buttons.
>
Again, does it work without the KVM?
> 3. PS2++ detection correctly detects Logitech MX mouse but doesn't
> enable the PS2PP protocol, because of unexpected results in this code:
>
> param[0] = param[1] = param[2] = 0;
> ps2pp_cmd(psmouse, param, 0x39); /* Magic knock */
> ps2pp_cmd(psmouse, param, 0xDB);
>
> if ((param[0] & 0x78) == 0x48 &&
> (param[1] & 0xf3) == 0xc2 &&
> (param[2] & 0x03) == ((param[1] >> 2) & 3)) {
> ps2pp_set_smartscroll(psmouse);
> protocol = PSMOUSE_PS2PP;
> }
>
> The returned param array in my case is: 08 01 00 or 08 00 00 (hex)
> (without KVM: C8 C2 64)
>
> I don't understand what this code is trying to check or why the protocol
> is only set conditionally. If I set it unconditionally (swap last 2
> lines) the PS2++ protocol now works including detection of all buttons
> (I don't really need the buttons, just the wheel).
>
Apparently your KVM doctors the data stream from the mouse. The driver
tries to play safe and only switches to PS2++ protocol if mouse responds
properly, otherwise there is a chance that it uses PS2++ with mouse that
does not actually support it.
> This is not included in the patch. The alternative solution
> is to reset the mouse again and resume probing for imps or exps.
>
It will be probed for imps/exps if PS2++ fails. Now I suspect that your
particular KVM does not expect any extended probes and gets confused by
them.
--
Dmitry
next prev parent reply other threads:[~2004-08-03 17:55 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-03 15:26 KVM & mouse wheel Marko Macek
2004-08-03 17:53 ` Dmitry Torokhov [this message]
2004-08-03 19:36 ` KVM & mouse wheel [was PATCH] Marko Macek
2004-08-03 19:42 ` KVM & mouse wheel Marko Macek
2004-08-03 23:14 ` David Ford
2004-08-03 21:02 ` Jesper Juhl
2004-08-04 4:29 ` Marko Macek
2004-08-04 5:25 ` Dmitry Torokhov
2004-08-04 7:18 ` Vojtech Pavlik
2004-08-04 12:38 ` Dmitry Torokhov
2004-08-04 12:56 ` Vojtech Pavlik
-- strict thread matches above, loose matches on Subject: below --
2004-08-04 17:41 Dmitry Torokhov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200408031253.38934.dtor_core@ameritech.net \
--to=dtor_core@ameritech.net \
--cc=eric@yhbt.net \
--cc=linux-kernel@vger.kernel.org \
--cc=marko.macek@gmx.net \
--cc=vojtech@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox