| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
This reverts commit 381a05756bdbe474ab76242a4e2934d81b8975e9.
|
| |
|
|
|
|
|
|
| |
* based off t0lte sensors
* AkmSensor kanged from i9100 (added sensor status support)
* has a working compass!
Change-Id: Iaed0463c33089ca0b636be4ba3f966f2e25f34f9
|
| |
|
|
| |
Change-Id: Ia57026f4e8f5dd270da7619bc25289fc414bce30
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Using a strict basetype only coding style is not a good idea
especially when we are dealing with callbacks which use portable
typedef like int64_t. This kind of coding style would most likely
end up in overflows at various places especially when dealing with
timestamps and sensor delays which are caused when typecasting
datatypes of different size.
Switch to portable typedefs and get rid of "long".
Change-Id: I75b9cace7602345dba9095f046292e6d4db07df4
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The Orientation Sensor is deprecated and no longer required.
Additionally this implementation is never even used, since Android
automatically replaces it by it's own implementation if the sensor HAL
doesn't also provide a Rotation Vector sensor. Furthermore the current
implementation only uses the accelerometer and magnetometer for the
sensor fusion and doesn't make use of the Gyroscope. So should we at
some point decide to implement our own complete sensor fusion this
would have to be rewritten anyway.
Change-Id: I45d8a9afd2089b49131e6cc69cdf2f3dfee46c92
|
|
|
- Orientation sensor still broken
Change-Id: I7d20afbbc1f8b1ca5d046a38c0c3b7ce824c12cd
|
