* turbo mouse driver fix...
@ 1999-05-25 6:45 Mark Abene
1999-05-25 13:23 ` Jerry Quinn
0 siblings, 1 reply; 3+ messages in thread
From: Mark Abene @ 1999-05-25 6:45 UTC (permalink / raw)
To: bh40; +Cc: linuxppc-dev
Hey! Please test the following patch to mac_keyb.c which fixes the TurboMouse
support you added based on my "mousehack" program. I tested my changes on a
2.2.7 kernel. The problem is that once you determine we are working with a
TurboMouse 5 (thanks for adding the reg 1 ID detection, btw!), we need to write
to id 3, which is how you control the TurboMouse 5's modes, not to id 15.
Observe:
--- mac_keyb.c.orig Tue May 25 02:07:29 1999
+++ mac_keyb.c Tue May 25 02:25:36 1999
@@ -908,13 +908,10 @@
adb_request(&req, NULL, ADBREQ_SYNC, 1, ADB_FLUSH(id));
- adb_request(&req, NULL, ADBREQ_SYNC, 3,
- ADB_WRITEREG(id,3), 0x20 | id, 4);
-
- adb_request(&req, NULL, ADBREQ_SYNC, 1, ADB_FLUSH(id));
+ adb_request(&req, NULL, ADBREQ_SYNC, 1, ADB_FLUSH(3));
adb_request(&req, NULL, ADBREQ_SYNC, 9,
- ADB_WRITEREG(id,2),
+ ADB_WRITEREG(3,2),
0xe7,
0x8c,
0,
@@ -924,10 +921,10 @@
0xff,
0x94);
- adb_request(&req, NULL, ADBREQ_SYNC, 1, ADB_FLUSH(id));
+ adb_request(&req, NULL, ADBREQ_SYNC, 1, ADB_FLUSH(3));
adb_request(&req, NULL, ADBREQ_SYNC, 9,
- ADB_WRITEREG(id,2),
+ ADB_WRITEREG(3,2),
0xa5,
0x14,
0,
That should work fine. If it does for everyone else, it should be committed!
-Mark
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: turbo mouse driver fix...
1999-05-25 6:45 turbo mouse driver fix Mark Abene
@ 1999-05-25 13:23 ` Jerry Quinn
1999-05-25 14:49 ` Mark Abene
0 siblings, 1 reply; 3+ messages in thread
From: Jerry Quinn @ 1999-05-25 13:23 UTC (permalink / raw)
To: Mark Abene; +Cc: bh40, linuxppc-dev
Mark Abene wrote:
>
> Hey! Please test the following patch to mac_keyb.c which fixes the TurboMouse
> support you added based on my "mousehack" program. I tested my changes on a
> 2.2.7 kernel. The problem is that once you determine we are working with a
> TurboMouse 5 (thanks for adding the reg 1 ID detection, btw!), we need to write
> to id 3, which is how you control the TurboMouse 5's modes, not to id 15.
Naive question here: Does id 3 refer to the adb device? The reason I
ask is that when I had the 2.2.0/1 kernel, 3-button detection wasn't
working properly in my setup. At the time the answer was supposed to be
running
mousemode 3 4
However, in my setup I also had a joystick connected. So in reality I
sometimes had to do mousemode 15 4 randomly. I guess it was whichever
device got recognized first.
Anyway, my point is that if this is the device id, assuming id 3 may not
be the correct thing to do in general.
If it's not device id, just ignore me :-)
--
Jerry Quinn Tel: (514) 761-8737
jquinn@nortelnetworks.com Fax: (514) 761-8505
Speech Recognition Research
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: turbo mouse driver fix...
1999-05-25 13:23 ` Jerry Quinn
@ 1999-05-25 14:49 ` Mark Abene
0 siblings, 0 replies; 3+ messages in thread
From: Mark Abene @ 1999-05-25 14:49 UTC (permalink / raw)
To: Jerry Quinn; +Cc: bh40, linuxppc-dev
I don't THINK it should break anything, since it's only being done after the
Kensington is being properly identified through its register 1 signature.
The problem is that the TurboMouse 5 takes up two adb id's. When it first
comes up, they're typically both on 3, then one gets moved to 15.
Maybe I could have the driver check itself, if we're currently using id 15,
then the control id is definitely 3? There really aren't any clean privisions
in the driver for dealing with mice/trackballs that use two id's. I just
assume that if we already detected our signature, then assume the control
id is 3. I know it's not clean, but unless me or someone else thinks of a
better way, it works... without mousemode or mousehack needed.
-Mark
On Tue, May 25, 1999 at 09:23:57AM -0400, Jerry Quinn wrote:
>
> Naive question here: Does id 3 refer to the adb device? The reason I
> ask is that when I had the 2.2.0/1 kernel, 3-button detection wasn't
> working properly in my setup. At the time the answer was supposed to be
> running
>
> mousemode 3 4
>
> However, in my setup I also had a joystick connected. So in reality I
> sometimes had to do mousemode 15 4 randomly. I guess it was whichever
> device got recognized first.
>
> Anyway, my point is that if this is the device id, assuming id 3 may not
> be the correct thing to do in general.
>
> If it's not device id, just ignore me :-)
>
> --
> Jerry Quinn Tel: (514) 761-8737
> jquinn@nortelnetworks.com Fax: (514) 761-8505
> Speech Recognition Research
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~1999-05-25 14:49 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
1999-05-25 6:45 turbo mouse driver fix Mark Abene
1999-05-25 13:23 ` Jerry Quinn
1999-05-25 14:49 ` Mark Abene
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).