| 0b6d77bdeb99ca92709828c7c4867eec2f727f88 |
|
08-May-2012 |
Mathias Agopian <mathias@google.com> |
better error handling in SensorManager
Change-Id: Id0498e950f1407a10e3b2d88e63c2141ac95d103
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 277d1b2f49897e90a8ec9bd0f05ea4ed62d2ff28 |
|
05-May-2012 |
Mathias Agopian <mathias@google.com> |
report a Sensor's version from the HAL
Bug: 6447433
Change-Id: I0f46cb378de9bde20876608d5459689cc108c592
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 25157e458d6e10b027d1ba6b78b0487156c9f57a |
|
16-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Refactor SensorManager to move non-API bits into a subclass.
Changed the SensorManager class so that it only contains API-related
bits including what's needed to support legacy sensors. Mostly just
moved stuff around. Making the class abstract is safe because
it does not have a visible constructor in the API.
One minor change is that the cache of sensor type to sensor lists
is now per instance of SensorManager instead of being static.
We can fix this if desired.
Another small change is that we bail out early from registerListener
if the listener has already been registered for the particular
sensor. This happened for both legacy and standard listeners.
The problem is that the ListenerDelegate maintains two lists of
sensors, one is a Map and the other is a List. Adding a sensor
twice causes one entry to be added to the Map and two entries to be
added to the List, but when the sensor is removed the next time, only
one entry is removed from the List, leaving it in an inconsistent
state.
Removed Sensor.getLegacyType() since the value it provides is only
needed in LegacyListener and we don't really save any significant
computation by caching it. Removing the field makes support for
legacy sensors a little more self-contained.
Bug: 6339552
Change-Id: I50d41ac97cf535924f2bfa2026d28547a4d00286
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| bb9ba8bae551305acba4f60577b0f461a9421bc5 |
|
29-Nov-2011 |
Mathias Agopian <mathias@google.com> |
BitTube::read now handles EAGAIN
Change-Id: Iacda2386342ba0727bbf278f6c597488d5467bb8
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 4fe6c3e51be77e35f40872cdbca6c80f8f8b7ecb |
|
14-Sep-2010 |
Jeff Brown <jeffbrown@google.com> |
Replace epoll() with poll() and rename PollLoop to Looper.
As part of this change, consolidated and cleaned up the Looper API so
that there are fewer distinctions between the NDK and non-NDK declarations
(no need for two callback types, etc.).
Removed the dependence on specific constants from sys/poll.h such as
POLLIN. Instead looper.h defines events like LOOPER_EVENT_INPUT for
the events that it supports. That should help make any future
under-the-hood implementation changes easier.
Fixed a couple of compiler warnings along the way.
Change-Id: I449a7ec780bf061bdd325452f823673e2b39b6ae
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 050b56244ff46d43e4886018d7cd20f0b1dc02b9 |
|
30-Jul-2010 |
Mathias Agopian <mathias@google.com> |
Added SensorManager.getMinDelay()
Exposed the new "min delay" sensor property through native and
java sensor apis. This allows the caller to know what is the
maximum rate at which a sensor can return events, or, if a sensor
works in "update" mode (events returned only when the value changes).
Also augmented SensorManager.regusterSensorEvent() so that it can
accept a value in microsecond in addition to the 4 constants already
defined.
Change-Id: If425e9979892666df8c989d7de3c362230fa19e0
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 23e8de26b7b3d04daf08526f314c2fdd2f8fee65 |
|
22-Jul-2010 |
Mathias Agopian <mathias@google.com> |
propagate sensor event rate properly
Change-Id: I32e67d30e4295285a6827956cc8161b2025d70bc
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 1bf797857e025e8a71db86fb9e79765a767ec1eb |
|
15-Jul-2010 |
Mathias Agopian <mathias@google.com> |
new SensorService
remove old sensor service and implement SensorManager
on top of the new (native) SensorManger API.
Change-Id: Iddb77d498755da3e11646473a44d651f12f40281
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| f5d95cbc1a6974afeb4d3155bdaa8dae55722a39 |
|
08-Jan-2010 |
Joe Onorato <joeo@android.com> |
less log spew
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 270e87f71abc2edf446dbec20c725c823e8c7f37 |
|
22-May-2009 |
Mike Lockwood <lockwood@android.com> |
Sensors: Use a native_handle for the data channel instead of a single file descriptor.
This eliminates the requirement that all sensors share a single file descriptor.
This, along with concurrent changes in other projects, fixes bugs b/1614524 and b/1614481
Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|
| 54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/jni/android_hardware_SensorManager.cpp
|