Re: Generic interface for accelerometers (AMS, HDAPS, ...)

[Pavel Machek]

On Mon 2006-07-03 09:48:23, Henrique de Moraes Holschuh wrote:
> We have now (or we are about to have, anyway) two drivers that export
> accelerometer data: IBM's HDAPS, and Apple's AMS.  More accelerometer
> drivers could be coming in the future.
> 
> Both drivers export one common set of data (accelerometer output), and some
> extra information that is not related to acellerometers.  Both have at least
> two functionality goals in common: to export accelerometer data to
> userspace, and also to allow somehow for HD head parking when the
> accelerometer detects a potentially incoming impact.
> 
> User­space utilities that interface to accelerometers like hdapsd and
> smackpad could benefit from a common interface, so that they work with
> HDAPS, AMS, and any other future accelerometer drivers.
> 
> If any kernel-space functionality needed by HDAPS and AMS is also shared, we
> would have benefits there too.  Some examples I can think of are: generic HD
> queue-freeze and HD head parking, and a generic acellerometer-driven
> joystick event interface.  This would also enable generic userspace
> notifiers that the HD heads have been parked, etc.
> 
> I am posting this message as a head's up for the two projects (HDAPS, AMS)
> to make sure that they are actively aware of each other.  I do so in hope
> that we can work in a joint, generic interface and port both drivers to this
> new interface in the near future, and also that we can make as much
> functionality shared between the two drivers as possible.

Just use input infrastructure and be done with that? You can do
parking from userspace.

Only piece of puzzle missing is marking that input device as "this
accelerometer actually watches the whole device".
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/