platform_hardware_libhardware

History

Eric Laurent 78d2c69af4 audio policy: register effect CPU on enable Added a method on audio policy interface to register audio effect CPU usage on enable and unregister on disable instead of when the effect is created or destroyed. Change-Id: Iee20bf70fee7302f817ec4c7d9bf7640caca2e95		2011-08-11 08:48:25 -07:00
..
audio	audio policy: register effect CPU on enable	2011-08-11 08:48:25 -07:00
gralloc	Remove workarounds for buggy /dev/fb0 drivers	2011-06-06 13:28:45 -07:00
hwcomposer	remove deprecated/unused HAL headers	2011-04-28 20:09:45 -07:00
Android.mk	libhardware: add stub audio and audio_policy modules	2011-04-27 14:08:57 -07:00
README.android	auto import from //depot/cupcake/@135843	2009-03-03 19:32:14 -08:00

README.android

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/.