2ae7bec77093744206080dbae020edfa3bfac2e1 |
02-Oct-2012 |
Mathias Agopian <mathias@google.com> |
Revert "improve sensor fusion" -- DO NOT MERGE This reverts commit bdf277355dcd647bd5d27b38fc107243a2247a02. This reverts commit dc5b63e40ee697324d39fe105d6f12c2bb031fc6. it might be responsible for a regression that makes the rotation vector spin. Bug: 7267330 Change-Id: Ifb10e933537e70c1d85a7ba73a7e3ae59002fe62
usion.cpp
|
787ac1b388f144f5e6dd38f8b807866a5256dafc |
19-Sep-2012 |
Mathias Agopian <mathias@google.com> |
improve sensor battery usage tracking until now we were tracking when a sensors was physically enabled or disabled and we were reporting that to the BattaryService. this wasn incorrect because we could have several different apps enabling the same sensor, so the accounting by the battery service would be incorrect in that case (depending on the order in which these apps disabled said sensor). BatteryService tracks sensors per uid, however SensorService does this per binder connection, so we could have several binder connections for the same uid, to solve this we keep a list of sensor/uid -> count, which is the bulk of this change. Bug: 6661604 Change-Id: I561c198c42ba1736a8671bdacda4c76d72b9dd6f
ndroid.mk
atteryService.cpp
atteryService.h
ensorDevice.cpp
ensorService.cpp
|
5307d17fe33fc26eeeacd6339a9fbfe96cf56873 |
19-Sep-2012 |
Mathias Agopian <mathias@google.com> |
track UID with connections Change-Id: Id4865f3cd27a95acdbbfdff1f2bb4123f312a13b
ensorService.cpp
ensorService.h
|
a5b8e8bfa9f3416ce61ee08162fb139afde60488 |
19-Sep-2012 |
Mathias Agopian <mathias@google.com> |
fix a typo in SensorService It shouldn't have caused much harm though. Also log a warning when enabling a sensor for a connection that is already enabled. Change-Id: Ia4a052381e79183cd4cb1bedc7ba08e5228d7a38
ensorService.cpp
|
33264868ba0aaccb9d4b5e5a067a79a43633f6ec |
29-Jun-2012 |
Mathias Agopian <mathias@google.com> |
add a way to enable debugging sensors at runtime if debug.sensors is true, extra debugging sensors are enabled and HAL provided sensor fusion is disabled Change-Id: I9b093424edb8c5363d1337237cdf6abe4ab266f9
ensorService.cpp
ensorService.h
|
bdf277355dcd647bd5d27b38fc107243a2247a02 |
29-Jun-2012 |
Mathias Agopian <mathias@google.com> |
improve sensor fusion we now use a better quaternion propagation equation this is especially beneficial for lower gyroscope rates Change-Id: Ifbf273c8a092a8849ca4fe4b9bca30787e924018
usion.cpp
|
8f11b24a729c9779d75e09df27967091dc6e27c7 |
28-Jun-2012 |
Mathias Agopian <mathias@google.com> |
add some comments Change-Id: Ia2e2c9531715fc2bd5b51c4dc58389e01abfe7e6
usion.cpp
|
dc5b63e40ee697324d39fe105d6f12c2bb031fc6 |
19-Jun-2012 |
Mathias Agopian <mathias@google.com> |
small improvement to sensor fusion 1) there was a typo when computing the system covariance a term in dT^3 was ommitted; the impact was was very limited because of how small this term is. 2) initialize the system covariance matrix with non-zero values for the gyro-bias part. this improves the initial bias estimation speed significantly. 3) added comments here and there Change-Id: I4328c9cca73e089889d5e74b9fda99d7831762dc
usion.cpp
|
8dd4fe8dd37b740282b48b7867eec26fcf95e027 |
31-May-2012 |
Mathias Agopian <mathias@google.com> |
fix a potential buffer overflow in sensorservice Bug: 6580560 Change-Id: Icf6cafbca09174515a964a7cd69d8cc589ad52de
ensorService.cpp
|
d1920ffede9e9bc107104ad94c291ca0f0f18bc3 |
30-May-2012 |
Mathias Agopian <mathias@google.com> |
Fix a stack corruption in sensorservice Bug: 6576732 Change-Id: If0f2fb0d0c35b932fb77cd262e676042145b28f9
ensorService.cpp
|
a5c106a4f0afcf061728a1cb7c8c3b908728575d |
20-Apr-2012 |
Mathias Agopian <mathias@google.com> |
fix a typo causing sensor event to be sorted in reverse chronological order Change-Id: I041c64616d88ed1abb5efc90ed9eb0d9baeb4832
ensorService.cpp
|
907103bf186cfdd2ed9eb3b6c36de53ade7b16f6 |
03-Apr-2012 |
Mathias Agopian <mathias@google.com> |
usea socketpair instead of a pipe in BitTube Bug: 6252830 Change-Id: I363cc7e9f73a5b7d8bbccee312c6d8938c84e99a
ensorService.cpp
|
f5a1230d322c14c42331d0a1536b50c87742973b |
06-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGE(_IF) to (IF_)ALOGE(_IF) DO NOT MERGE See https://android-git.corp.google.com/g/#/c/157220 Bug: 5449033 Change-Id: Ic9c19d30693bd56755f55906127cd6bd7126096c
ensorDevice.cpp
ensorService.cpp
|
3c20fbed7f3a916ced10f2ed5a272271b7d81ede |
06-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGW(_IF) to (IF_)ALOGW(_IF) DO NOT MERGE See https://android-git.corp.google.com/g/157065 Bug: 5449033 Change-Id: I00a4b904f9449e6f93b7fd35eac28640d7929e69
usion.cpp
ensorService.cpp
|
c7839e897646ece32894d3b7d1685c3880d949fe |
04-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGI(_IF) to (IF_)ALOGI(_IF) DO NOT MERGE See https://android-git.corp.google.com/g/156801 Bug: 5449033 Change-Id: Ib08fe86d23db91ee153e9f91a99a35c42b9208ea
ensorInterface.cpp
|
a551237de142549fb8a6608ee9d2fbf4b7ca2ebf |
20-Dec-2011 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGD(_IF) to (IF_)ALOGD(_IF) DO NOT MERGE See https://android-git.corp.google.com/g/156016 Bug: 5449033 Change-Id: I4c4e33bb9df3e39e11cd985e193e6fbab4635298
ensorDevice.cpp
ensorFusion.cpp
ensorService.cpp
|
1a62301fc58cd2af18239b0415813461bf5fc41b |
10-Nov-2011 |
Mathias Agopian <mathias@google.com> |
handle EINTR when calling sensor HAL's poll function some sensor HALs don't handle EINTR, make sure to catch it in the sensorservice. also if we ever encounter an error that we can't handle, we abort which will restart us (or the whole system process if we're running in it) Bug: 5511741 Change-Id: I7051882b06980f778736b53d6cd021a99b5ca8d2
ensorDevice.cpp
ensorService.cpp
|
62569ecf526c7c01cb68ea461c6bbd3cb26057d2 |
08-Nov-2011 |
Mathias Agopian <mathias@google.com> |
SensorService now always clamps the requested rate Requested rate will be clamped to the minimum rate and then to 1ms. Previously we would return an error if a lower rate was asked. The SensorManager documentation wording allows this change. We do this to get more consistancy between all the sensor drivers / HALs Change-Id: I199f76486fb76ccbb11e7280460a03726c767e84
ensorService.cpp
|
ae09d65f5b35cb51da2e1386a6dd7a52085f1325 |
02-Nov-2011 |
Mathias Agopian <mathias@google.com> |
fix an issue where SensorService could request an invalid sensor delay When the app requests "fastest", the java layer encodes this as a delay of 0. SensorService was passing this unchanged to the HAL. However the HAL is required to reject delays lower that the advertised lower delay. Change-Id: I92be77acd3af62ffeb49e4b31e24ddcd203510e2
ensorService.cpp
|
b3989276d17f2b083bec67b695d1078fb86c6c53 |
21-Oct-2011 |
Mathias Agopian <mathias@google.com> |
Rename SensorChannel to BitTube
ensorService.cpp
ensorService.h
|
667102f6b072582fe497599e0b760f9fc94ceffa |
15-Sep-2011 |
Mathias Agopian <mathias@google.com> |
improve sensorservice dumpsys Change-Id: I8b53d5cab884c3aca16d95df5fbf288368d52e8b
usion.cpp
ensorDevice.cpp
ensorDevice.h
|
b9e152637a99548fdbab95e8de6a9d70bf9a6a47 |
13-Sep-2011 |
Mathias Agopian <mathias@google.com> |
improve sensorservice_test output Change-Id: I6248b6f1f001fedec1bddcddfcd2b381d9bb4bf4
ests/sensorservicetest.cpp
|
a83f45c6c734084422f56733c25350625594bc00 |
25-Aug-2011 |
Mathias Agopian <mathias@google.com> |
Fix a few style issues and remove LOG spam Change-Id: I6b6f75373f4ac28f98dea6a6f1c2567a6aa02243
usion.cpp
|
3e87d8dadefaf4b56bf15a15f1b53928d7a12cd2 |
19-Aug-2011 |
Michael Johnson <mpj@google.com> |
More error checks to avoid div by zero. Change-Id: I18e5b72d02bf5420c14334d3a03f18fa40572d31
usion.cpp
ec.h
|
a01b4e237d57b74689576a3d486a2b2b903e74f4 |
18-Aug-2011 |
Max Braun <braun@google.com> |
Fix occasional fusion divergence by detecting it and resetting the fusion. Change-Id: I51186e12fb9b2316e3671e3908174f4495df89a0
usion.cpp
usion.h
at.h
|
16bcf66afa333f8d3f3b835ed556e4fce8fa35bf |
16-Aug-2011 |
Mathias Agopian <mathias@google.com> |
have the sensorsevice test print the delay of the first received event Change-Id: I89d63122574c3f8790f00512c76d59b463acf18f
ests/sensorservicetest.cpp
|
16c3e4ae72e543f53a82f393dd287c11db8a7a80 |
21-Jul-2011 |
Mathias Agopian <mathias@google.com> |
silence sensorservice when it's dropping events Change-Id: Ib05862e545aa780821aa605e45ab189f530494b7
ensorService.cpp
|
7b2b32f2e761a919deb6f82d978b379429f77b05 |
15-Jul-2011 |
Mathias Agopian <mathias@google.com> |
sensorservice: be more robust when there are no sensor h/w Bug: 5030108 Change-Id: I45b85b3c492b9268cb0ae44d2e5fc8c708b6e66e
ensorFusion.cpp
ensorService.cpp
|
0be7a26220f786c068d6f5488d89ea4937c1df51 |
12-Jul-2011 |
Jeff Brown <jeffbrown@google.com> |
Remove the simulator target from all makefiles. Bug: 5010576 Change-Id: I04d722f258951a3078fe07899f5bbe8aac02a8e8
ndroid.mk
|
1cb13461a8cf62e3ba634e5965332f2d284f6d42 |
28-Jun-2011 |
Mathias Agopian <mathias@google.com> |
PermissionCache caches permission checks This is intended to absorb the cost of the IPC to the permission controller. Cached permission checks cost about 3us, while full blown ones are two orders of magnitude slower. CAVEAT: PermissionCache can only handle system permissions safely for now, because the cache is not purged upon global permission changes. Change-Id: I8b8a5e71e191e3c01e8f792f253c379190eee62e
ensorService.cpp
ensorService.h
|
eaf2d0bfe37415ba1e42a97608823e8dbef53220 |
14-Jun-2011 |
Mathias Agopian <mathias@google.com> |
cleanup Kalman filter parameters, add/fix comments/units Change-Id: Iedcae7164af8f7ea0e048ea7c72d0f35d16d739f
usion.cpp
|
010e42230135815907e76e5d7e5f30edf9e1799d |
09-Jun-2011 |
Mathias Agopian <mathias@google.com> |
improve orientation sensor with gyro data when we do our own sensor fusion, we also export an improved orientation sensor and hide the HAL sensor. The fused orientation sensor is much more precise, fast and smooth. Change-Id: I0ea843b47ad9d12f6b22cce51f8629852d423126
ensorService.cpp
ensorService.h
|
3301542828febc768e1df42892cfac4992c35474 |
28-May-2011 |
Mathias Agopian <mathias@google.com> |
use quaternions instead of MRPs also use correct time propagation equation disable the fused sensors when gyro is not present since they were unusable in practice. Change-Id: Iad797425784e67dc6c5690e97c71c583418cc5b5
ndroid.mk
orrectedGyroSensor.cpp
usion.cpp
usion.h
ravitySensor.cpp
ravitySensor.h
rientationSensor.cpp
otationVectorSensor.cpp
otationVectorSensor.h
econdOrderLowPassFilter.cpp
econdOrderLowPassFilter.h
ensorFusion.cpp
ensorFusion.h
ensorService.cpp
uat.h
ec.h
|
984826cc158193e61e3a00359ef4f6699c7d748a |
18-May-2011 |
Mathias Agopian <mathias@google.com> |
9-axis sensor fusion with Kalman filter Add support for 9-axis gravity and linear-acceleration sensors virtual orientation sensor using 9-axis fusion Change-Id: I6717539373fce781c10e97b6fa59f68a831a592f
ndroid.mk
orrectedGyroSensor.cpp
orrectedGyroSensor.h
usion.cpp
usion.h
ravitySensor.cpp
ravitySensor.h
inearAccelerationSensor.cpp
inearAccelerationSensor.h
rientationSensor.cpp
rientationSensor.h
otationVectorSensor.cpp
otationVectorSensor.h
econdOrderLowPassFilter.cpp
econdOrderLowPassFilter.h
ensorDevice.cpp
ensorFusion.cpp
ensorFusion.h
ensorInterface.h
ensorService.cpp
at.h
raits.h
ec.h
|
a1b7db95b6ccf5be9d8dfaac1b8f45494813edc0 |
28-May-2011 |
Mathias Agopian <mathias@google.com> |
Fix a few issues with sensors reference-counting
ensorDevice.cpp
ensorService.cpp
ensorService.h
|
e04a63b3053270d64890f156869e7cf75c436fbb |
20-May-2011 |
Mathias Agopian <mathias@google.com> |
Fix a crasher in SensorService SensorService main thread wasn't java-enabled. however, in some situations we end-up calling into the BatteryService from that thread which causes a crash. Change-Id: Iffba90e4c4b743dba84d62f1342001a9db31916d
ensorService.cpp
|
b1c14906ba87420d3a02e311ea65df1f03f7a3f9 |
14-Mar-2011 |
Iliyan Malchev <malchev@google.com> |
frameworks/base: remove LOCAL_PRELINK_MODULE Change-Id: I54dd62ebef47e7690afa5a858f3cad941b135481 Signed-off-by: Iliyan Malchev <malchev@google.com>
ndroid.mk
|
3f2f8916112126fb1a93e4a4b4e2d4e01570aeee |
11-Mar-2011 |
Mathias Agopian <mathias@google.com> |
fix [4025681] continuous sensors should not try to send an event as soon as they're activated Make sure to send an event down only for sensors that report a value only on data change. Other sensors, will naturally send an event when the next event is available. Bug: 4025681 Change-Id: I6d444deda388b6bc9a33e3371e09d390f1566ec5
ensorService.cpp
|
db5b4bce9e65ec9c2c7762b601297e4abadbc22a |
03-Feb-2011 |
Mathias Agopian <mathias@google.com> |
fix [3421350] Killing a game that uses the accelerometer renders the device unable to sleep when an app dies, make sure to disable all sensors that process is connected to, regardless of wether this was the LAST connection to this sensor. Change-Id: I9c72b1792eee03815304674d5c2f25b5270e4748
ensorService.cpp
ensorService.h
|
2cf098846c83bab82272f107ba110f7c47df1763 |
19-Jan-2011 |
Mathias Agopian <mathias@google.com> |
fix [3369027] Sensor.TYPE_ROTATION_VECTOR is unstable and returns NaNs when running slowly The cut-off frequency of the lowpass filter was too high for the sampling rate used by DELAY_NORMAL. Now we use the same filters used for the gravity vector (cascaded biquad at 1.5 Hz) Change-Id: I319dc4f449a3abd553d61b196a9ddcf7782f912d
otationVectorSensor.cpp
otationVectorSensor.h
|
50b66767f6c5635430483393e17d15969dfe2f05 |
30-Nov-2010 |
Mathias Agopian <mathias@google.com> |
fix [3237242] sensormanager sensor active count gets out of sync whether a physical sensor needed to be active or not was managed by a simpe reference counter; unfortunatelly nothing prevented it to get out of sync if a sensor was disabled more than once. sensorservice already maintainted a list of all the "clients" connected to a physical sensor; we now use that list to determine if a sensor should be enabled. This can never be "out-of-sync" since this is the only data structure linking a sensor to a user of that sensor. also removed the isEnabled() method, which was never used and implemented wrongly (since it didn't take into account that a sensor could be disabled for a client but not of another). Change-Id: I789affb877728ca957e99f7ba749def37c4db1c7
ravitySensor.cpp
ravitySensor.h
inearAccelerationSensor.cpp
inearAccelerationSensor.h
otationVectorSensor.cpp
otationVectorSensor.h
ensorDevice.cpp
ensorDevice.h
ensorInterface.cpp
ensorInterface.h
|
87c9dbb728febe9ce035874796c58f308043879d |
12-Nov-2010 |
Mathias Agopian <mathias@google.com> |
Uses 4-th order low-pass for extracting gravity. Most accelerometers have 8-bits accuracy so we beed to reject 48dB in thestop-band, which requires a 4-th order filter at the cut-off frequency we're using. Change-Id: Ic00421d38d751641f86b1f3ad7663e6b44a91198
ravitySensor.cpp
ravitySensor.h
econdOrderLowPassFilter.cpp
econdOrderLowPassFilter.h
|
ddf1ceb647d029febfd007b389cd92c84668a03c |
23-Nov-2010 |
Mathias Agopian <mathias@google.com> |
allow rotation-vector to have 4 components - upadte documentation for rotation vector - update method dealing with rotation vector to deal with 4 components - virtual rotation-vector sensor reports all four components - improve SensorManager documentation layout Whent he 4-th component of the rotation-vector is present, we can save a square-root when computing the quaternion or rotation matrix from it. Change-Id: Ia84d278dd5f0909fab1c5ba050f8df2679e2c7c8
otationVectorSensor.cpp
|
5c6d7ff3e643d0fb4b46d81a3a4e6edaba779edd |
22-Nov-2010 |
Mathias Agopian <mathias@google.com> |
don't attempt to normalize the rotation vector indeed, by construction of the rotation matrix, it is guaranteed to have a length of 1. moreover, the normalization code was missing a square-root, fortunatelly, since the length is 1, this didn't cause any damage (since sqrt(1) = 1). Change-Id: I9facd668caaf5bb3bfccb139ab872f2bb2066365
otationVectorSensor.cpp
|
f001c92436b4a66eb7687286325ced7f10c9f917 |
12-Nov-2010 |
Mathias Agopian <mathias@google.com> |
Add support for virtual sensors. Rework sensorservice to allow "virtual sensors", that is sensors that report a synthetized value based on real sensors. the main change to sensorservice is around managing which real sensor need to be activated and which rate to use. The logic for all this has been moved into SensorDevice, which essentially wraps the sensor HAL but adds two features to it: - it keeps track of which sensors need to be activated - it keeps track of what rate needs to be used For this purpose an "identity" is associated with each real sensor activation, so we can track them. On start-up we check for gravity, linear-acceleration and rotation-vector sensors, if they're not present in the HAL, we synthetize them in sensor-service. Change-Id: I841db2c1b37ef127ed571efa21732ecc5adf1800
ndroid.mk
ravitySensor.cpp
ravitySensor.h
inearAccelerationSensor.cpp
inearAccelerationSensor.h
otationVectorSensor.cpp
otationVectorSensor.h
econdOrderLowPassFilter.cpp
econdOrderLowPassFilter.h
ensorDevice.cpp
ensorDevice.h
ensorInterface.cpp
ensorInterface.h
ensorService.cpp
ensorService.h
|
71d7a5c289c6ef6b5fc86dd4784a075ca6470e38 |
15-Nov-2010 |
Mathias Agopian <mathias@google.com> |
Fix a race condition in sensormanager the per-connection state assumed the main sensorservice lock was held during access. This is however not true while pre-processing the events just before sending them to clients. Therefore, there was a small window during which this state could be modified while being used. we now have an internal lock that protects this state. Change-Id: I594680f20f09d6a4f1f38f093a1d3f650dcef1be
ensorService.cpp
ensorService.h
|
94e8f6813f3fb2beaa9bcbfb1ad9b4ae2eb46949 |
11-Nov-2010 |
Mathias Agopian <mathias@google.com> |
record the last event received regardless of having clients or not We only recorded the last received event (which is needed when a sensor is activated on a connection) when there was some connection active. This should fix an issue where sometimes the light sensor doesn't return an event whent activated. we also didn't need to hold the main lock while dispatching events to clients. Change-Id: I6c6386c040051ce205e3c0516c678e0603fa45e1
ensorService.cpp
ensorService.h
|
24d72350f321c17b0bfe1ef3fd52d4070a1c02c3 |
06-Nov-2010 |
Mathias Agopian <mathias@google.com> |
improve sensorservice dumpsys and increase the max sensor rate to 1 ms (1000Hz) the increased maximum rate is needed for proper gyro integration, current gyro parts can sample at up to 800Hz Change-Id: Ide75f6d5bc7a0fdafeb2dafd72db39e7afb9e794
ensorService.cpp
ensorService.h
ests/sensorservicetest.cpp
|
1e0b1e8491e5f6dc59faabe70cbfa942853150e0 |
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
ensorService.cpp
ests/sensorservicetest.cpp
|
c4a930d1d5a432a1f302763ac55460d6e83fe7e0 |
23-Jul-2010 |
Mathias Agopian <mathias@google.com> |
Report sensor events to BatteryStats service Change-Id: I9b83aa709887aa658bc474391573f2d45b6c4eb2
ensorService.cpp
|
3560fb24b668675627934356f210d84d19bf4e56 |
23-Jul-2010 |
Mathias Agopian <mathias@google.com> |
SensorService handles last known state properly SensorService now correctly sends the last known state of a sensor as soon as a new connection is made. This fixes the issue where, for instance, an application could wait a long time before getting the light or proximity sensor initial state. Change-Id: Ic41392f3626e26c4f15746c7e17c7ecd44bbb10b
ensorService.cpp
ensorService.h
|
cf51001dbf28e9885fcacd4048902f1c75768fe9 |
23-Jul-2010 |
Mathias Agopian <mathias@google.com> |
filter sensor event by connection we now don't send events down to a connection that has not registered for this event. Change-Id: I3fe507974d3e99293749bfec2ef871e8a0ee9600
ensorService.cpp
ensorService.h
|
7c1c531872a95051cb11ec829e3daf890d9bb58a |
22-Jul-2010 |
Mathias Agopian <mathias@google.com> |
propagate sensor event rate properly to the sensor HAL Change-Id: I1abe4c0fcce423caab79208353fded4d57398227
ensorService.cpp
ensorService.h
|
1cd700015318727d6d42236ab6274f1949fb08ba |
22-Jul-2010 |
Mathias Agopian <mathias@google.com> |
propagate sensor event rate properly Change-Id: I32e67d30e4295285a6827956cc8161b2025d70bc
ensorService.cpp
|
50df2959e58fc7408f98d11d77c8428397dca445 |
20-Jul-2010 |
Mathias Agopian <mathias@google.com> |
SensorService doesn't crash if correct HAL is not present Change-Id: I83700b1a1b43390f5830e1056572bfb16e58e8e4
ensorService.cpp
ensorService.h
|
5d2707214dfb97bd8dfcc6620be36841d3c82420 |
20-Jul-2010 |
Mathias Agopian <mathias@google.com> |
Better dumpsys logs Change-Id: Iae65a8547ee5815cc4c3b74d2c9ef17bed7f565d
ensorService.cpp
ensorService.h
|
451beee076cac09f817abae78a990dea108a9482 |
20-Jul-2010 |
Mathias Agopian <mathias@google.com> |
Added partial support for repporting sensor activity to IBatteryStats Change-Id: I2af319d89e49b0f2349ec9d8b0fccac80e9bc047
ensorService.cpp
|
fc32881fcc68640d008c7515cdd1bcd866f72cd5 |
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
ndroid.mk
ensorService.cpp
ensorService.h
ests/Android.mk
ests/sensorservicetest.cpp
|