hardware_libhardware.git - hardware/libhardware

	Commit message (Collapse)	Author	Age	Files	Lines
*	am 40d48e17: Merge "Stop using stlport."	Dan Albert	2014-11-17	1	-5/+0
\|\ \| \| \| \| \| \| \| \|	* commit '40d48e177f243c6093a45301db122a0475cc1124': Stop using stlport.
\| *	Stop using stlport.	Dan Albert	2014-11-17	1	-5/+0
\| \| \| \| \| \| \| \| \| \|	Bug: 15193147 Change-Id: I5d53338f239ba18a2b007b345ba050d1560220b4
* \|	Report multihal is SENSORS_DEVICE_API_VERSION_1_3 compliant	Nick Vaccaro	2014-10-10	1	-9/+49
\|/ \| \| \| \| \| \| \|	Ignore calls to any HALs that are not 1_0 or 1_3 compliant. Fix an unused parameter compiler warning. Bug: 17645248 Change-Id: Ia50f7512dfe35f37973440bba84e1b1b177a7bd3
*	Fix my-dir issue	Brian Carlstrom	2014-06-30	1	-1/+1
\| \| \| \|	Change-Id: I9c93a273328ac0c6e96f27870b890a16d18479a5
*	Don't pass up bad sensor event packets to Sensor Services	Nick Vaccaro	2014-06-11	1	-2/+9
\| \| \| \| \| \| \| \| \| \| \| \|	If an event packet is read containing an unknown sensor handle, don't pass it on to Sensor Services. Drop it on the floor instead as it's causing Sensor Services to crash. Moved read of queue size in sensors_poll_context_t::poll() to post queue mutex grab for safety. Bug: 15285345 Change-Id: I2ebc0f8591a1ae60f09bf9599b8321c5a3dfae69
*	add /system/vendor/lib as valid search path for sensor HALs	Nick Vaccaro	2014-05-15	1	-3/+5
\| \| \| \| \| \| \| \|	MultiHal will now accept sensor HALs listed in the hals.conf file that reside in either /system/lib/hw or /system/vendor/lib. Bug: 14994424 Change-Id: I13f17352b97c36b97cfbcee8c9b6a0d2e1ed6dc3
*	Change MultiHal API version to 1.1	Nick Vaccaro	2014-05-05	1	-2/+2
\| \| \| \| \| \|	Bug: 14451762 Change-Id: Id16fa71ae7382689ce141a92eb974b208e20327b
*	Reduced most MultiHal ALOGI to ALOGV, reducing bootup logspam.	Aaron Whyte	2014-04-15	1	-7/+7
\| \| \| \| \|	Bug: 14084750 Change-Id: I099aaaa24caf0213af373b5a600616674349ff95
*	Fixed multihal handling of nonexistent sensor handles.	Aaron Whyte	2014-04-15	1	-17/+65
\| \| \| \| \| \| \| \| \| \| \| \|	This prevents crashes and undefined behavior when someone calls sensor HAL methods with nonexistent handles. It also adds checks and warnings if bad sensor HALs provide garbage sensor handles in their sensor events. Tested by making sure pedometer and tilt still work. Bug: 13513595 Change-Id: Ie1489d3f2972bec82ee1c73189e532f6658d1eca
*	Fix sensor multi hal crash when sub-HAL reports an error	Nick Vaccaro	2014-03-17	1	-2/+5
\| \| \| \| \| \| \| \|	Fix a null pointer dereference bug that caused the multihal to crash in an endless loop continuously trying to open a sensor HAL when it reports back an error. Change-Id: I6d82e8fdd9acde53f378a5fb3dfdb02c39d7b433
*	DO NOT MERGE: Sensor multi HAL	Mike Lockwood	2013-12-09	6	-0/+1021
	Squashed commit of: Move sensors multi HAL to libhardware Added a SensorEventQueue, a circular buffer meant for reading with one thread and polling a subhal with another. The writing thread gets access to pointers in the internal buffer. This design avoids a memcpy on write when the multihal fetches subhal events using poll(). Unit-tests include multithreaded reading and writing lots of events, in random-sized chunks. This is not used by the multihal yet. That will be a different CL. MultiHal multithreaded polling Tests SensorEventQueue I/O when the queue is full. Reduced debug logging in multihal. deactivated multihal logspam, made warnings warnings, left critical startup info Removed unneeded linux/input.h includes, to fix Mac SDK build Change-Id: I1e35508949df98a1acef7a4a2d012eea87b4a5eb