The class of device is a string with a list of uint8t values:
90,2,12
The meaning is as follows:
{Service Field, Major class, Minor class}
Service Field: 0x5A -> 90
Bit 17: Networking
Bit 19: Capturing
Bit 20: Object Transfer
Bit 22: Telephony
MAJOR_CLASS: 0x02 -> 2 (Phone)
MINOR_CLASS: 0x0C -> 12 (Smart Phone)
Bug: 217452259
Test: make -j; -- check that bluetooth.device.class_of_device is
correct
Change-Id: I24fd57bacbf6786a26f7079e7a6e9857dbe170d1
*Remove treble flags, those are set by default
*Move fingerprint to device-specific trees
*Other minor fixups
Change-Id: I515e633cb571caabac19d87c5a7d93541fb30206
This is just a copy of the lineage-19.1 branch of system/bt/.
HEAD revision at the point of copying:
1df53e8efc293f959bdf3e352647f1d56125050d
Merge tag 'android-12.1.0_r11' into staging/lineage-19.1_merge-android-12.1.0_r11
Change-Id: Ic53eb59b25b8b367cb1cdfb27c29c08411c75bce
*Patch RIL again since Samsung changed prop names
*Update configs
*Update sepolicy for new blob updates
*dont allow rild and camera to access every prop, preventing log spam
*Also import Samsung's thermal HAL since health blobs now depend on it. Label it as hal_thermal_samsung_hwservice since hal_thermal_hwservice is a neverallow in health sepolicy
Change-Id: Ic6d699115c2e18f722b623e5a07e3a88e222f1f3
* The config has been removed since the centered display cutout
is now programatically detected.
This reverts commit e9cfa5e386.
Change-Id: I731fbf1d440024e0aacc3d8135790654abe0a795
- HW_ACCELERATED has been disabled by default as stated in the HAL
E EffectsFactoryConfigLoader: Error querying effect 7d1580bd-297f-4683-9239-e475b6d1d69f on lib offload_bundle
E EffectsFactoryConfigLoader: 1 errors during loading of configuration: /vendor/etc/audio_effects.xml
Signed-off-by: chandu078 <chandudyavanapelli03@gmail.com>
Change-Id: I58a16b5a488f0f452f9bf856fda35c086a34ef6b
Simon1511: Remove reading mode from livedisplay since setting config_setColorTransformAccelerated enables it in livedisplay
Change-Id: I790fdcb7c2dfd0e7ffbcd32345b2b1120c0c9d94
The way the fingerprint service handles FINGERPRINT_ERROR messages
allows for situations where the user can end up with HBM enabled even though enrolling threw an error.
Fix this by calling `onFingerUp()` when handling FINGERPRINT_ERROR
messages.
Change-Id: I7bb7d9054eb1eac412a05f63b3feb621ca21fe24
*We can now use kernel HBM instead of lighting up the whole screen
*Disable HBM when enrolling finishes and when authenticated to make sure HBM doesn't get stuck in enabled state
*Add a 35ms delay to make sure the screen dims before enabling HBM, preventing flickering
*Depends on d4e9440553
Signed-off-by: Simon1511 <simon2002.schoenmackers@gmail.com>
Change-Id: I330eb33a619e89a6744bca05edfe18fd30215e4a
* It is only used here and otherwise we end up with an autogenerated
rro for every package that includes SettingsLib
Change-Id: I8cfed8864a7d928707eb209acecd923209e4adf7
Sal Savage