platform_hardware_libhardware/modules
Jean-Michel Trivi de148628b9 am 257fde6e: Reroute submix HAL: fix race condition on output state
* commit '257fde6eb533b890776c8c45be8b61c48ab04945':
  Reroute submix HAL: fix race condition on output state
2014-12-10 22:36:20 +00:00
..
audio audio HAL: add parameters to open stream 2014-07-28 11:38:40 -07:00
audio_remote_submix Reroute submix HAL: fix race condition on output state 2014-12-09 20:27:11 -08:00
camera Fix C++11 build. 2014-11-27 21:39:46 -08:00
consumerir Fix warnings 2014-07-15 11:17:19 -07:00
fingerprint Hardware: Fingerprint: Fix the remove() argument, typos. 2014-04-23 10:05:57 -07:00
gralloc Remove ARCH_X86. 2014-12-04 16:20:52 -08:00
hwcomposer hardware/libhardware: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH 2014-01-24 21:00:32 -08:00
local_time hardware/libhardware: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH 2014-01-24 21:00:32 -08:00
nfc hardware/libhardware: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH 2014-01-24 21:00:32 -08:00
nfc-nci hardware/libhardware: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH 2014-01-24 21:00:32 -08:00
power hardware/libhardware: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH 2014-01-24 21:00:32 -08:00
sensors am 40d48e17: Merge "Stop using stlport." 2014-11-17 22:58:58 +00:00
soundtrigger sound_trigger HAL update 2014-07-31 11:16:16 -07:00
tv_input tv_input: add buffer producer profile 2014-04-09 21:30:04 +09:00
usbaudio Support MONO and STERO USB inputs. Allow "dynamic" flag in audio_policy.conf. 2014-09-17 08:38:57 -07:00
vibrator hardware/libhardware: convert LOCAL_MODULE_PATH to LOCAL_MODULE_RELATIVE_PATH 2014-01-24 21:00:32 -08:00
Android.mk Delete mcu HAL. 2014-07-26 14:58:23 -07:00
README.android auto import from //depot/cupcake/@135843 2009-03-03 19:32:14 -08:00

Default (and possibly architecture dependents) HAL modules go here. 


libhardware.so eventually should contain *just* the HAL hub
(hardware.c), everything in it should be rewritten as modules.

Modules are .so in /system/libs/hw/ and have a well defined naming
convention:

    /system/libs/hw/<*_HARDWARE_MODULE_ID>.<ro.product.board>.so
    /system/libs/hw/<*_HARDWARE_MODULE_ID>.<ro.board.platform>.so
    /system/libs/hw/<*_HARDWARE_MODULE_ID>.<ro.arch>.so
    /system/libs/hw/<*_HARDWARE_MODULE_ID>.default.so

They also have a well defined interface which lives in include/hardware/.

A module can have several variants: "default", "arch" and "board", and they're
loaded in the "board", "arch" and "default" order.
The source code for the "board" variant, usually lives under partners/...

The source code for "default" and "arch" would usually
live under hardware/modules/.