On Tue, Oct 08, 2002 at 06:09:13PM +0200, Vojtech Pavlik wrote:
> On Tue, Oct 08, 2002 at 04:45:23PM +0200, Ducrot Bruno wrote:
>
> > Some aux ports report false values when we send a I8042_CMD_AUX_TEST,
> > which prevent an 'good' probe :(
> >
> > The values I am aware are 0x01 and PSMOUSE_RET_ACK (taken from FreeBSD).
> >
> > My own accupoint return 0x02. I suggest then to do something like
>
> Do you have any accupoint docs?
No. Sorry.
This is an accupoint II, with specs only available via a NDA :((
I will be very happy to get them, because this one have 4 buttons,
and 2 of them are 'programable' (as claimed by toshiba),
but I don't know how.
>
> > attached file (but perhaps with a config, or force option)?
>
> I guess the only way is to remove the test altogether, as the values are
> defined:
>
> 00 : OK
> 01 : Clock Error
> 02 : Data Error
> 03 : Clock + Data Error
> fa : Undefined (OK)
> ff : Unknown Error (common => OK)
>
> Other values don't happen.
>
> Most controllers return 00. Some ff, some fa. Now if we're going to take
> 01 and 02 as OK as well, then everything is OK and we don't have to test
> at all.
Ok. Agreed.
I think also that this perticuliar problem occur _only_
with the toshiba satellite 3000-100 and 3000-400 (as reported by FBSD users),
so I guess I have to send a patch for a dmi_scan.c workaround.
Cheers,
-- Ducrot Bruno http://www.poupinou.org Page profaissionelle http://toto.tu-me-saoules.com Haume page - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Oct 15 2002 - 22:00:31 EST