This change sets LOCAL_SDK_VERSION for all packages where
this is possible without breaking the build, and
LOCAL_PRIVATE_PLATFORM_APIS := true otherwise.
Setting one of these two will be made required soon, and this
is a change in preparation for that. Not setting LOCAL_SDK_VERSION
makes the app implicitly depend on the bootclasspath, which is
often not required. This change effectively makes depending on
private apis opt-in rather than opt-out.
Test: make relevant packages
Bug: 73535841
Change-Id: Id4757bcca09eda716e0a1098d9290928fa87f22d
New herolte OUI observed: 1c:70:22
Checked on hwaddress.com
Change-Id: I4a2c15e315b46af81f815114cf85f0d1cced87f3
(cherry picked from commit ba6c738c2f39fc1011ae5f61067f84b1bf430111)
* Sometimes, the modem is sending 1-2 extra fields with
the country mcc, which confuses ServiceStateTracker
* Drop the extra data here, instead of in our RIL class
[haggertk]: Forward port to ril-caf on lineage-15.
Change-Id: Ifbec67bb0dac271226bd8b5471deaf6a2ef33f2b
Current get_pcm_device return always first finded pcm_profile.
And out->pcm_dev_list always have only pcm_device_playback pcm_profiles.
But if we need use deep_buffer pcm device
we need use deep_bufer pcm_config - current hal
don't did this...
And we configure out->config in adev_open_output_stream
function with proper pcm_config (deep or no).
Change-Id: I86fdb18202afb0e83393f32830d57c929f174ae6
(cherry picked from commit 39d1d019965d04ddfad2c643de53cd5501803aa4)
Android expects a FINGERPRINT_ERROR_CANCELED error-message if a
fingerprint authentication-requested was cancelled.
As bauth doesn't deliver such a message on its own, we use the
already notify-wrapper to send a message to Android if the
authentication was cancelled by bauth to allow a proper operation
of the fingerprint-service.
Some devices (hero, hero2) with the fingerprint scanner embedded in
the home button need this for the "config_fingerprintWakeAndUnlock"
option to work reliably.
Change-Id: Id5ec866a7608885925687a1927e0e6085e9b6cff
Ref: BUGBASH-1422
* Checking numInts and numStrings for strict equality when
we're not looping is dumb, because Samsung is notorious
for sending extra information in their RIL
* Check if there's *enough* data rather than the *exact amount*
to fix a bunch of invalid response errors
Change-Id: I14bc37240e5760b4629fcb74b64f25ad95d4fdfc
Before:
if (response == NULL || numStrings != 3) {
After:
if (response == NULL || numStrings != mqanelements - 2) {
This patch fixes the logic so we don't change the value check.
"mqanelements" is not related to getOperatorResponse, so get get rid of
the affected code.
Change-Id: I86c6ae7b7492a5d04fbc8dc415c4f615e7d05bab
* Samsung now supports many more modes than just inverted colors
* Add strings for these extra modes while we're at it
Change-Id: If2a469c994658d521d98b91adec1a19badb8092f
* It just so happens that not all devices will have the
same options available, so allow them to specify what
they have without breaking tranlations by moving the
scenario names into individual strings from the arrays
* Update a few strings to be actually translatable
* Fix an off-by-one error for every display mode after
"LineageOS (default)": UI is the same thing as the
default mode, so remove it to make the mode selection
actually choose the user-selected mode
Change-Id: Id5d659d79c10ea097c35b7416ef7c1cc93937756
On some devices, certain input and output mixer controls share the same
endpoint, which means that if an input stream is disabled (and the mixer
is updated), that shared endpoint may be disabled as well.
This would result in no audio, because no one is aware that the output
stream in fact does still need the shared endpoint to be enabled.
We prevent this by enabling the output mixers after disabling input mixers,
if any.
Change-Id: I4d80fcd0648a11099f27177da3cd29095b6a8c34
(cherry picked from commit 507e8ce5bffb36fae8b1cd4e5498fa19a6273ee6)
Parses a DTBH image and outputs the information needed
for samsung_dtb.h and dumps all DTBs contained in the file.
Change-Id: Ia724f25c3b33423baeefec85c9b0d42967fce6f2
(cherry picked from commit 25b3f58c5bb9e9cfd2f0282047a2ea13141496cc)
OUI a0:c9:a0 was observed on hero devices bought in December 2017
Change-Id: I0a2404780b1b5b017bb89468d235a2174a245989
(cherry picked from commit 939c81d0e0581a08b896636ce0f1d5bb96946dc9)
Another herolte user observed OUI 8c:45:00
Change-Id: I7eaf4fef29c6dbc6a962de0ff745c9703f65fcfc
(cherry picked from commit 70d3e3166f748e96f72c1c96aa2971f4981e9981)
This should now support both old and new headsets,
as we rely on codec negotiation in the bluetooth
stack for narrow/wide band switching.
Change-Id: Ie9d308dfc55726fd1591a7d158f610bd267340e6
(cherry picked from commit d462f7b86e957f858959ef5d80fd1744689ee6ea)
Stricted