Op 25-01-12 16:00, Henrik Rydberg schreef:

quoted

In my first tests, I was doing readouts in userspace using hidraw,
which performed quite well.

Bandwidth could be an issue, but I'd like to use the current APIs as
much as possible so I don't need to go modifying mtdev, X, ...

Unless you do clustering, filtering and what not in-kernel, something
will have to change for sure.

quoted

quoted

One possible option could be to use the
slots, but only send ABS_MT_TOUCH_MAJOR or ABS_MT_PRESSURE, nothing
else. The device would (rightfully) not be recognized as MT since the
position is missing, all data would be available for processing in
userspace, and bandwidth would be minimized since there could only be
so many changes coming in per millisecond.

So how does userspace then finds out where these pressure points are
located?
Or do you mean to just dump all data to user space (15 * 13 *
sizeof(ABS_MT_PRESSURE value) + overhead)?

Having each pressure point represented by one slot id was the idea.
Userspace would have to know how the points are mapped, of
course. Still not overly happy about the general fit, though. Dmitry?

Ping.

Or do you want me to resend the original mails? It didn't seem to get 
through on the mailing list.

-- 
Maurus Cuelenaere