Starting with Android R launched devices, debugfs cannot be mounted in
production builds. In order to avoid accidental debugfs dependencies
from creeping in during development with userdebug/eng builds, the
build flag PRODUCT_SET_DEBUGFS_RESTRICTIONS can be set by vendors to
enforce additional debugfs restrictions for userdebug/eng builds. The
same flag will be used to enable sepolicy neveallow statements to
prevent new permissions added for debugfs access.
Test: build, boot
Bug: 184381659
Change-Id: I45e6f20c886d467a215c9466f3a09965ff897d7e
ag/16564596 will change default value to false.
Configure correct overlay configuration.
Bug: 212488775
Test: manual test & build
Change-Id: Iaf1a0a23dae69fde5995e591a757a8ef5374d5b5
Custom audio policy manager is hard disabled by CAF
for 2 years now. Remove as well the audio feature flags
that were used to configure it.
Change-Id: Idd34d1cbbdb735d6cf0de3b159c2670bf7ddd1e3
As of I3c7aed1bdb45db728d319f7d757400e44d232283 the Bluetooth stack
defaults to reasonable defaults that should work for all devices.
Change-Id: I056d63c4c8a2727e384172e964dc0000b6773504
Since updating QMI blobs from sweet Android 12 the cnss-daemon
from Android 11 (on devices with no stock Android 12) fails to
get the correct MAC address. Commonize cnss-daemon to fix the
mismatch. Xiaomis cnss-daemon loads device specific custom
bdwlan firmware and fortunately the one from sweet seems to
support all in-house xiaomi sm6150 devices. However it does
not contain the firmware names for longcheer devices (surya).
But since these devices also need an updated cnss-daemon, they
are suggested to apply a patch like this: [1] to mount their
firmware with the default name (bdwlan.bin) in order to not
loose the tuning with sweet cnss-daemon.
This commit also makes cnss-daemon a module, which it wasn't
before the removal.
[1]: 3595347298
This reverts commit 605de37605.
Change-Id: I17d7aa0cf141fc153a12ff3334178ea3e7091873
System properties set with the "=" operator cannot be overriden. This
device is used elsewhere in the system and some of the properties need
to be overridden. The "?=" operator will use the assigned value if no
other values are assigned elsewhere, allowing for overrides.
Bug: 230638462
Test: adb shell getprop | grep bluetooth
Change-Id: Id6cd7901555edafef141bbc1bbd5e06dc3a54d0c
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
This common tree is updated further than the EOL state of
some devices now. For EOL devices we can not update the
device specific proprietary vendor blobs. Since the vendor
security patch level should be set according to the least
updated components in vendor this differs betweeen devices,
hence decommonize it so that devices with up-to-date stock
can update it.
Change-Id: I320b2f93f7b78d01393259662450f328bbef5484
