The OLPC will ship with a somewhat unique input device made by ALPS,connected via PS/2 and speaking a protocol only loosely based on thatspoken by other ALPS devices.

This is required by the noticeable different between this device andothers made by alps, specificly that it is very wide, with the center1/3rd usable with the GS sensor, and the entire area usable with the PTsensor, with support for using both at once.

It uses a 9 byte protocol that differs enough that I split the driverfor this off from the ALPS driver.

The patch is below, but there are a few things of note.

1: Cosmetic: Some line lengths, and outputs with debugging enabled, areover 80 columns wide. I've fixed most of them, but it would just getinto ugly stuff to fix the last few remaining. Suggestions are alwayswelcome though.

2: Technical, maybe: We're seeing a very low sample rate, however we'refairly sure that this is due to the clock on our hardware, should beverified sometime tomorrow. It is doubtful that any changes to thisdriver will be necessary.

3: Technical: At least the pressure range is a lot smaller then we arereporting, leaving as is until others weigh in on if we need ALPS togive a larger range.

4: Technical: I've not implemented the KCONFIG option for this driveryet, it's on my todo list, but for after we get the sample rate stufffigured out.

That said, here the patch is for comments.(And possibly for the OLPC kernel tree for others with samples to playwith.)

"First they came for the Jews, and I didn't speak out - because Iwas not a jew. Then they came for the Communists, and I did not speakout - because I was not a Communist. Then they came for the tradeunionists, and I did not speak out - because I was not a trade unionist.Then they came for me and there was no one left to speak for me!" - Pastor Niemoeller - victim of Hitler's Nazis[unhandled content-type:application/pgp-signature]