The whole code block was no-op, since we would override
(in|out)_snd_device at a later point anyways.
Change-Id: Ieb2b0918c9c72f18d195d6b34b5c9768fce130b3
(cherry picked from commit f33a728b205f7656ca6211a07e3dd69c623b75ca)
* Apply the default Oreo theme and inherit the layouts from Google
for the Settings app, in order to keep UI consistency.
* Get rid of SettingsDrawerActivity as it no longer fits in.
* Add required appcompat and preference support libraries.
* Integrate into display settings category using IA.
Change-Id: I8438e0ebec27085df2be4668f8f7170d2010fb20
* Only macloader should ever write to this, but others (e.g,
libbt-vendor.so) read from it. 0644 is more than enough.
Change-Id: I3d2fb3dfec1ba81c9c382ed18c93114e641df4a0
Samsung does this in the macloader service,
but this is the more appropriate place for
our platform.
Change-Id: I6335fea1d73d48f3c3f9938f33b536c5cda52acb
if a kernel device returns an I/O error, it is better not to chew
the CPU resources retrying I/O operation on a not ready device.
Fixes periodical 100%-core load in audioserver after a voice call
completion.
Change-Id: I2b66ffd18c85823a11e50598a6b4e3c0245a0083
The all_ranges structure has one entry less than MAX_TYPES because
semcove type is not defined there, but there's no check for NULL and if
the mac isn't found it segfaults.
Change-Id: Ie218ea0a82b03992085db0f2d1cfc7079e7415a0
On some devices, like SM-T805 (Galaxy Tab S 10.5 LTE), the RIL client
code produces errors "SendOemRequestHookRaw: No token" due to large
amount of tokens allocated by OEM messages requiring no response from
RIL daemon (like set call audio path, set call volume, set mite etc).
The indicator of an OEM message with no response expected is:
RegisterRequestCompleteHandler(client, REQ_XXX, NULL);
inside the RIL client message method. To prevent the token pool from
overflows, the proposed patch de-registers the token and frees its call
history if the handler for this message req_id is set to NULL.
Change-Id: Id414263bf471115797cae1a9ed628249734b9347
filiprrs: This fixes miracast, and possibly resolves issues with features
like chromecast, screen recording, wifi display etc.
Change-Id: I35f789a9ae29df0198b21c98dc866d8886799893
Seems that the fast blinking notification LEDs experienced on some
Samsung devices was due to the removal of these two lines that clean
the 'blink' array. Propose re-inserting to correct the fast blinking
LED issue.
Change-Id: I88ea828a50468aae494b1dd54290607308de543a
* Because we're using #ifdef in set_light_buttons(),
defining VAR_BUTTON_BRIGHTNESS to anything, including 0,
results in the button brightness code being enabled
* That results in broken touchkey backlight for devices
that don't override the samsung_lights header, or defined
this macro to 0 in their device's samsung_lights header
* Comment out the macro to correct this logic
Change-Id: Icf554b0deac975f729f1a70e517341dae74f3657
* Try to read the hardware revision from the
bootloader before parsing /proc/cpuinfo
* Set more properties to catch all recent device
needs as well
* Introduce a property to let other services (cbd)
know they can start
Change-Id: I50d8ec37921ec2559bdd7fe852d830f10fe1c12e
AOSP power hints can have a NULL data parameter,
only our custom hints are guaranteed to provide data.
Change-Id: Ibea874e75a7092b3f9c1c56dc5182cdf73f35532
Christopher N. Hesse