| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Change-Id: I405d9d10a72db8c4ad0328f46d0dd2c82f18f74d
|
| |
|
|
|
|
| |
Change-Id: I576d40023e7d1981a2da6ce5d6dd999067418c89
|
|
|
|
| |
RIL libs have been patched directly now.
|
|
|
|
|
| |
The storage_list.xml resource overlay has been removed and is no longer used by the framework:
https://source.android.com/devices/storage/config.html#android_6_0
|
| |
|
|
|
|
|
|
|
| |
Overhauled its .mk files as well as fixed some whitespace problems.
Conflicts:
libsensors/Android.mk
|
| |
|
|
|
|
|
|
|
| |
This reverts commit 9edd01c28d81c271eeee08b4b8b68ebc1b82d3dc.
Conflicts:
BoardConfig.mk
|
|
|
|
|
|
| |
In M, init no longer gets the hardware name from /proc/cpuinfo.
Change-Id: I722cef8b8091192af68d2463bf19d687511962c9
|
| |
|
|
|
|
| |
Change-Id: I0512a0f7a089b748c199f1a8933c6323cda86a1e
|
|
|
|
| |
Change-Id: Ia6b21b115fe2c4efa8c91ef00c21ec876525febe
|
|
|
|
| |
Just a hunch, see the comment...
|
|
|
|
|
| |
This basically halves the long period size. I wish there was a different way
to fix this but I don't think there is.
|
|
|
|
|
|
|
|
|
|
| |
Move the detection in start_output_stream_deep_buffer down to allow a call to
pcm_set_avail_min now. Did a few micro-optimizations as well.
Conflicts:
audio/audio_hw.c
Change-Id: I90d5663040986ffd597f37ae66334467adacea3b
|
|
|
|
| |
(buffer_frames is only used for OUT_RESAMPLER)
|
|
|
|
|
| |
Previously this was corrected on the first write, however that was causing
a buffer underrun sometimes when a stream was started. This avoids that.
|
|
|
|
|
|
|
| |
Conflicts:
audio/policy/audio_policy.default.conf
Change-Id: I4d13946e88cacbf5e4ca383d5d0756262442efd2
|
|
|
|
| |
Fixes MM-UL not working.
|
|
|
|
| |
By moving this block down, the sampling rates are properly defined for this check.
|
|
|
|
|
| |
This audio HAL has always required some sort of resampling.
THIS. ENDS. NOW.
|
| |
|
|
|
|
| |
Seems to work OK without it.
|
|
|
|
|
|
|
|
|
| |
This needs further testing before enabling by default, but so far it's been OK.
Conflicts:
audio/audio_hw.c
Change-Id: Ic4f86440ff4d01ab4d0d9f977bdec22f10f60555
|
|
|
|
|
|
| |
This fixes a bunch of annoying junk in the logcat about fast path being denied to UI sounds due to them having a 48000Hz sample rate.
Also allows playback of 96kHz audio, as Android refuses to resample to anything lower than a divide by two.
|
| |
|
|
|
|
| |
Change-Id: I11c251e66072cb73cf24ce520e28735bb37a0cc3
|
|
|
|
|
|
|
|
|
| |
Apps and database file sizes have increased in recent Android versions,
which makes it practical to increase our read-ahead value from 128 kb.
General user experience seem to have improved a bit.
Change-Id: I35788444a8552a8f376c699ead163e951ed06b30
|
|
|
|
|
|
|
|
|
| |
The kernels block subsystem has been updated which seem to have
eliminated the lockups we were seeing.
This reverts commit 0c982e56af824cfbd621e6b4e8ca3183b87ea5e9.
Change-Id: I17b0a0c724fbf1bbbf9f88a54a29447d7f592832
|
|
|
|
|
|
|
|
| |
References:
https://source.android.com/devices/tech/config/low-ram.html
https://01.org/android-ia/user-guides/android-memory-tuning-android-5.0-and-5.1
Change-Id: I8ec35dad3a65c213d1843d01957b308c3ab84a6e
|
|
|
|
|
|
|
| |
With the lz4-backed zRAM we're using, it seems like we can use larger
values without noticeable slowdowns.
Change-Id: I6a7921d0741c6b54629b456cc5387407956d98d8
|
|
|
|
|
|
| |
Recent changes made enough room on /system to include this.
Change-Id: I01422ff52f2ad92da777875be9a39dd9fdbced69
|
|
|
|
| |
Change-Id: Icb9afbf59715fe9039c1c03bcce9e5327e31ff57
|
|
|
|
|
|
|
| |
It makes more sense to just store it in the kernel, so it doesn't have
to wait for the filesystem to get mounted.
Change-Id: Ib5893157edd44806018f07ad8dad32ffe3704657
|
|
|
|
| |
Change-Id: I84f26a40e5b89d100b5a1fd2eab1ba59e5957750
|
|
|
|
| |
Change-Id: I2a758e866c4518a1cbbd360bd3a06f3d922161f5
|
|
|
|
|
|
|
| |
Testing shows that only disabling the atlas service results in almost
identical memory savings.
Change-Id: Icc6c43fae3c1682b545d0dbc217f87b01f330fff
|
|
|
|
|
|
|
|
| |
Otherwise, there's not enough space on /system to install nano gapps, to
which the CM wiki points to.
This increases the initial boot time by ~2 mins, but saves ~45 mb.
Change-Id: I680b95c9a8481cdff3af7fe367c35fdf2b9dea66
|
|
|
|
| |
Change-Id: Ifda025187ddade86357f6968465718ac72bf9a59
|
|
|
|
|
|
|
|
| |
While BFQ significantly boosts the I/O throughput, it causes random lockups.
We possibly have something conflicting with it in the kernel, but until it's
fixed, let's switch back to CFQ.
Change-Id: I8e189c16b09f3981836f22370c5a57025c9175c4
|
|
|
|
| |
Change-Id: Id19387b819b2e118234e415b6ea0e229e5e5ac6c
|
|
|
|
|
|
| |
From hardware/ti/omap4 revision e57f2b6.
Change-Id: I2e6164fdf6c0e2a2e75aee3bba3fe58a9c470add
|
|
|
|
|
|
| |
What are these doing here? Tuna never was a product on it's own.
Change-Id: I397467fa8696948cd09671e8fba34aa055478707
|
|
|
|
|
|
|
|
|
| |
We're not going to create OTA packages with these images.
samsung.fs_size_fix also got removed: nobody is going to install this to
a factory (never installed any factory image, bootloader or ota package),
encrypted maguro device.
Change-Id: Iae292f4fce48eede0d5ac34e90096c0258552b53
|
|
|
|
|
|
| |
I don't see why we'd ever need this.
Change-Id: Ibf03f193d2d0062e14e53d2d1a0a404089ee2179
|
|
|
|
|
|
| |
BUILD_EXECUTABLE automagically puts it in bin.
Change-Id: Ie709941cd2436794e63770f0a1ac1eafc52f6770
|
|
|
|
|
|
|
|
|
|
| |
The prebuilt libpn544_fw.so has text relocations. Because the NFC app ends up
targeting the latest SDK API level, linker doesn't allow any libs referenced by
it to have text relocations, including the dlopen call to libpn544_fw.so;
All this lib does is contain a couple char arrays with the fw and fw version.
Change-Id: Iaac980193d92cfedb87f3cd80841f724f06d4876
|
|
|
|
| |
Change-Id: I1c8c182778fbd0538224e56612f0845837f33601
|