Age | Commit message (Collapse) | Author |
|
"LA.QSSI.12.0.r1-08300-qssi.0"
Change-Id: Ie275081952d33914848f88404af4b28f7b3dea92
|
|
"LA.QSSI.12.0.r1-07900.02-qssi.0"
Change-Id: Ie8af0b8cc073d2b8a74655a107abe33d6a414ba9
|
|
|
|
s-keystone-qcom-dev
|
|
s-keystone-qcom-dev
|
|
Previously we cherry-picked change to break VMAs to MAX_RO_COUNT
before sending to process_madvise. Part of it got removed
due to recent merge. Readding the removed part.
CRs-Fixed: 3213773
Change-Id: I942db8fb74204ca1c5ea2866019e80da8d68a5ab
|
|
Change-Id: I585bee232b14f4b698d4719616c96d6cc279386b
|
|
Vendor property should have vendor string in the property name
CRs-Fixed: 3206324
Change-Id: I950923480759d53c74bbc246812ace92caaf35a3
|
|
RCA:
if MESSAGE_ENABLE is received & there is already a pending
MESSAGE_ENABLE or MESSAGE_DISABLE in Handler queue, then
isBle flag is not properly handled while requeuing the
MESSAGE_ENABLE OR MESSAGE_DISABLE, which is causing BT ON failure
during BT ON/OFF stress test
Fix:
- If MESSAGE_ENABLE is received & there is already a pending
MESSAGE_ENABLE or MESSAGE_DISABLE in Handler queue, then
Handling isBle flag properly while requeuing the MESSAGE_ENABLE
or MESSAGE_DISABLE.
- If MESSAGE_DISABLE is received & there is already a pending
MESSAGE_ENABLE in Handler queue, then isBle value is set based on
mExternalEnable while requeuing the MESSAGE_ENABLE.
CRs-Fixed: 3201863
Change-Id: I010b01c106a7dbcb0f194557e719c90c67842b25
|
|
"LA.QSSI.12.0.r1-07600-qssi.0"
Change-Id: I17291c56a5444a9f8e47f5da76617beba25cd784
|
|
To avoid unnecessary hidl logs avoid calling
getServicetrackerInstance() if low_ram is enabled. For
LOW_RAM targets servicetracker HAL is disabled.
CRs-Fixed: 3209060
Change-Id: Ic6f8db22e17941bc81c5bdcf75fb26f013558881
|
|
Change-Id: I9eef1a6906d6595041f1591804091a0c397984dd
|
|
Disable following application from installation
at runtime for QSPA enabled targets.
1- SystemUI
2- Launcher
3- PrintSpooler
4- StatementService
5- Calendar
CRs-Fixed: 3206324
Change-Id: Ifd2c172f2582deb57fb131a9cdeb1eba11a29cf5
|
|
Change-Id: I2bd88f7d22970d90c31b710956d1285458ec4c3b
|
|
* Thanks to beanstown106 for the initial longpress action calls in
PhoneWindowManager (improved by lineage guys)
* Remove the settings pref if the device doesn't have flashlight
* Vibrate when toggling torch to let the user know of unwanted toggling
in the pocket (even if vibration is disabled by user)
* Allow torch action also on ambient display
[AEX Edits] :
- Port to S
- simplify code
[mydongistiny]:
- Fixed for android10
[DennySPB] :
- base: ScreenOff torch: Allow to disable torch when screen is on
[mickaelmendes50] :
- Adapt to AOSPA
* We don't allow users to use the Double Press power option,
so remove the non used code.
* Removed "double press power to toggle torch"
* Removed "handle camera gesture here instead of extensions"
* Removed "Add 170ms delay for double tap action"
Change-Id: I12da044f86c7b625872607529cf8524615cf576b
|
|
Bring Forward Volume Rocker Track Change
Requires Settings Change
(packages/apps/Settings)
* rituj : AudioService: Allow volume-key long press even when screen is off
* mickaelmendes50 : Adapt to Android 11
* Drop previous changes of AudioService as, in theory, the event should
never reach it at all.
Change-Id: I70b00e08fe48707110725dd1daa56b1e48d15a03
Fix volume rocker skip track on Ambient Display and Lift to Wake
we need to check if dream service is dozing before checking
keyguard status
Change-Id: Ic3a6c830496188bb6edf27043cd24eb2d553bb82
Fix long press volume buttons skip tracks
Without that patch, the volume changes up or down prior
to skipping tracks because the sendvolumekeyevent doesn't
have the mayChangeVolume condition. Also, that part is
useless cause the mUseTvRouting condition is taken care
of correctly later.
Change-Id: I88757315f135f013e7692861d46b3a07fbfc07d5
|
|
Allows to indicate, whether a device is charged using a
proprietary OEM fast charge solution, which write their status
to sysfs.
The OEM fast charge detection tries to be as generic as possible and is
configured via overlays.
Path to sysfs to read status
- core/res/res/values/custom_config.xml
- config_oemFastChargerStatusPath
Value expected from read status (Defaults to "1" if not specified)
- core/res/res/values/custom_config.xml
- config_oemFastChargerStatusValue
Change-Id: I6f3598a5a6a3efc76553261d2cf73094170d4110
Signed-off-by: Adithya R <gh0strider.2k18.reborn@gmail.com>
|
|
* Since we are shipping userdebug builds by default
it'd be nice to keep signature and version downgrade
checks intact.
Fixes: https://gitlab.com/LineageOS/issues/android/-/issues/2192
Change-Id: Ib46ccb50ac091469caf99a73a5a08942cbc457f6
|
|
Change-Id: I26c8656231e5a535c3b3555f99b588fe03c9ef55
|
|
Change-Id: I63de5c36e4a2842dd2dbb1ecd5f9576faf155b95
|
|
The sRGB transfer function is a piecewise function with linear and gamma
2.4 parts, not involving cosine or other magic constants.
Fade colors in linear sRGB instead of non-linear sRGB + magic gamma to
minimize color distortion as the animation progresses.
Change-Id: I57db834f938cc63b7298af1c9dfe8c284dc6abe2
|
|
When opening and closing activities in Settings, a significant amount of
CPU time is spent looking up ArrayMap entries, as reported by simpleperf:
0.12% /system/framework/arm64/boot-framework.oat
android.util.ArrayMap.binarySearchHashes
InsetsStateController is responsible for a significant portion of the time
spent in ArrayMap lookups:
0.08% 0.08% /system/framework/arm64/boot-framework.oat
android.util.ArrayMap.binarySearchHashes
|
-- android.util.ArrayMap.binarySearchHashes
|
--50.00%-- android.util.ArrayMap.indexOf
|
|--36.71%-- android.util.ArrayMap.get
| |--0.87%-- [hit in function]
| |
| |--6.67%-- com.android.server.wm.InsetsStateController.peekSourceProvider
| | |
| | |--68.77%-- com.android.server.wm.DisplayPolicy.beginLayoutLw
| | | com.android.server.wm.DisplayContent.performLayoutNoTrace
| | | com.android.server.wm.DisplayContent.performLayout
| | | com.android.server.wm.DisplayContent.applySurfaceChangesTransaction
| | | com.android.server.wm.RootWindowContainer.applySurfaceChangesTransaction
| | | com.android.server.wm.RootWindowContainer.performSurfacePlacementNoTrace
| | | com.android.server.wm.RootWindowContainer.performSurfacePlacement
| | | com.android.server.wm.WindowSurfacePlacer.performSurfacePlacementLoop
| | | com.android.server.wm.WindowSurfacePlacer.performSurfacePlacement
| | | com.android.server.wm.WindowManagerService.relayoutWindow
| | | com.android.server.wm.Session.relayout
| | | android.view.IWindowSession$Stub.onTransact
| | | com.android.server.wm.Session.onTransact
| | | android.os.Binder.execTransactInternal
| | | android.os.Binder.execTransact
| | | art_quick_invoke_stub
| | | art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)
| | | art::JValue art::InvokeVirtualOrInterfaceWithVarArgs<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, std::__va_list)
| | | art::JValue art::InvokeVirtualOrInterfaceWithVarArgs<_jmethodID*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, std::__va_list)
| | | art::JNI<false>::CallBooleanMethodV(_JNIEnv*, _jobject*, _jmethodID*, std::__va_list)
| | | _JNIEnv::CallBooleanMethod(_jobject*, _jmethodID*, ...)
| | | JavaBBinder::onTransact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)
| | | android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)
| | | android::IPCThreadState::executeCommand(int)
| | | android::IPCThreadState::getAndExecuteCommand()
| | | android::IPCThreadState::joinThreadPool(bool)
| | | android::PoolThread::threadLoop()
| | | android::Thread::_threadLoop(void*)
| | | android::AndroidRuntime::javaThreadShell(void*)
| | | thread_data_t::trampoline(thread_data_t const*)
| | | __pthread_start(void*)
| | | __start_thread
| | |
| | --31.23%-- com.android.server.wm.DisplayPolicy.updateHideNavInputEventReceiver
| | com.android.server.wm.InsetsPolicy.updateBarControlTarget
| | com.android.server.wm.DisplayPolicy.updateSystemUiVisibilityLw
| | com.android.server.wm.DisplayPolicy.finishPostLayoutPolicyLw
| | com.android.server.wm.DisplayContent.applySurfaceChangesTransaction
| | com.android.server.wm.RootWindowContainer.applySurfaceChangesTransaction
| | com.android.server.wm.RootWindowContainer.performSurfacePlacementNoTrace
| | com.android.server.wm.RootWindowContainer.performSurfacePlacement
| | com.android.server.wm.WindowSurfacePlacer.performSurfacePlacementLoop
| | com.android.server.wm.WindowSurfacePlacer.performSurfacePlacement
| | com.android.server.wm.WindowManagerService.postWindowRemoveCleanupLocked
| | com.android.server.wm.WindowState.removeImmediately
| | com.android.server.wm.WindowState.removeIfPossible
| | com.android.server.wm.WindowState.removeIfPossible
| | com.android.server.wm.WindowManagerService.removeWindow
| | com.android.server.wm.Session.remove
| | android.view.IWindowSession$Stub.onTransact
| | com.android.server.wm.Session.onTransact
| | android.os.Binder.execTransactInternal
| | android.os.Binder.execTransact
| | art_quick_invoke_stub
| | art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)
| | art::JValue art::InvokeVirtualOrInterfaceWithVarArgs<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, std::__va_list)
| | art::JValue art::InvokeVirtualOrInterfaceWithVarArgs<_jmethodID*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, std::__va_list)
| | art::JNI<false>::CallBooleanMethodV(_JNIEnv*, _jobject*, _jmethodID*, std::__va_list)
| | _JNIEnv::CallBooleanMethod(_jobject*, _jmethodID*, ...)
| | JavaBBinder::onTransact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)
| | android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)
| | android::IPCThreadState::executeCommand(int)
| | android::IPCThreadState::getAndExecuteCommand()
| | android::IPCThreadState::joinThreadPool(bool)
| | android::PoolThread::threadLoop()
| | android::Thread::_threadLoop(void*)
| | android::AndroidRuntime::javaThreadShell(void*)
| | thread_data_t::trampoline(thread_data_t const*)
| | __pthread_start(void*)
| | __start_thread
| |
Empirical testing reveals that mProviders usually contains 9 entries,
at which HashMap is 34% faster than ArrayMap for lookups and 57% faster
[1] for insertions. The increased memory usage should be negligible at
this size, so we can safely convert the map to a HashMap in order to
improve performance in this hotpath.
[1] https://docs.google.com/spreadsheets/d/136UJS2yVlZyPx30KDNgj4AWldkp9xbzIcWkLFj9RGgk/edit
Test: simpleperf record -a; verify that InsetsStateController no longer
appears under ArrayMap.binarySearchHashes
Change-Id: Ic08d4c3e56cf10b322eabc115de441c6c5f4a898
|
|
changing visibility"
This reverts commit 6dad90e5883db82c345a3ab592b26f0fd69fe28d.
When opening and closing activities in Settings, a significant amount of
CPU time is spent rendering and compressing JPEG screenshots, as
reported by simpleperf:
0.46% /system/lib64/libjpeg.so encode_mcu_gather
0.37% /system/lib64/libhwui.so neon::S32_alpha_D32_filter_DX(SkBitmapProcState const&, unsigned int const*, int, unsigned int*)
0.29% /system/lib64/libjpeg.so jsimd_extrgbx_ycc_convert_neon
0.27% /system/lib64/libjpeg.so jsimd_fdct_islow_neon
0.23% /system/lib64/libjpeg.so jsimd_huff_encode_one_block_neon
0.14% /system/lib64/libjpeg.so jsimd_quantize_neon
Call graph tracing reveals that TaskSnapshotPersister is responsible for
taking the screenshots:
0.16% 0.16% /system/lib64/libjpeg.so encode_mcu_gather
|
-- encode_mcu_gather
|
--50.00%-- compress_output
process_data_simple_main
jpeg_write_scanlines
SkJpegEncoder::onEncodeRows(int)
SkJpegEncoder::Encode(SkWStream*, SkPixmap const&, SkJpegEncoder::Options const&)
SkEncodeImage(SkWStream*, SkPixmap const&, SkEncodedImageFormat, int)
android::Bitmap::compress(SkBitmap const&, android::Bitmap::JavaCompressFormat, int, SkWStream*)
android::Bitmap::compress(android::Bitmap::JavaCompressFormat, int, SkWStream*)
Bitmap_compress(_JNIEnv*, _jobject*, long, int, int, _jobject*, _jbyteArray*)
art_jni_trampoline
android.graphics.Bitmap.compress
com.android.server.wm.TaskSnapshotPersister$StoreWriteQueueItem.writeBuffer
com.android.server.wm.TaskSnapshotPersister$StoreWriteQueueItem.write
com.android.server.wm.TaskSnapshotPersister$1.run
art_quick_invoke_stub
art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)
art::JValue art::InvokeVirtualOrInterfaceWithJValues<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, jvalue const*)
art::Thread::CreateCallback(void*)
__pthread_start(void*)
__start_thread
Manual code tracing leads to ActivityRecord as the culprit, as it takes
a screenshot every time an Activity is finished. This doesn't appear to
be critical, so revert the commit that added it in order to reduce
excess CPU usage.
Test: simpleperf record -a; verify that libjpeg-turbo no longer appears
in top sample hits
Change-Id: Ib161679f1f3b83787f90b8ef7dcf46d246bb7c57
|
|
This is necessary in order to start the default assistant app from other
system apps using platform APIs, which we need for implementing gestures
in a modular way.
Change-Id: Ic04d742acff07ce8b5b88a4296d01b1fe1036d9e
|
|
ks-aosp.lnx.12.0.r1-rel
Change-Id: Iff85bcc8176b0ed8ddab0cdbb751d603956eac93
|
|
This is a squash commit of the following changes,
only modified for the new SDK.
Carbon Edits: get away from SDK
Author: Alexander Hofbauer <alex@derhofbauer.at>
Date: Thu Apr 12 01:24:24 2012 +0200
Dispatch keys to a device specific key handler
Injects a device key handler into the input path to handle additional
keys (as found on some docks with a hardware keyboard).
Configurable via overlay settings config_deviceKeyHandlerLib and
config_deviceKeyHandlerClass.
Change-Id: I6678c89c7530fdb1d4d516ba4f1d2c9e30ce79a4
Author: Jorge Ruesga <jorge@ruesga.com>
Date: Thu Jan 24 02:34:49 2013 +0100
DeviceKeyHandle: The device should consume only known keys
When the device receive the key, only should consume it if the device
know about the key. Otherwise, the key must be handle by the active app.
Also make mDeviceKeyHandler private (is not useful outside this class)
Change-Id: I4b9ea57b802e8c8c88c8b93a63d510f5952b0700
Signed-off-by: Jorge Ruesga <jorge@ruesga.com>
Author: Danesh Mondegarian <daneshm90@gmail.com>
Date: Sun Oct 20 00:34:48 2013 -0700
DeviceKeyHandler : Allow handling keyevents while screen off
Some devices require the keyevents to be processed while the screen
is off, this patchset addresses that by moving the filter up in the call
hierarchy.
Change-Id: If71beecc81aa5e453dcd08aba72b7bea5c210590
Author: Steve Kondik <steve@cyngn.com>
Date: Sun Sep 11 00:49:41 2016 -0700
policy: Use PathClassLoader for loading the keyhandler
* Fix crash on start due to getCacheDir throwing an exception.
* We can't do this anymore due to the new storage/crypto in N.
Change-Id: I28426a5df824460ebc74aa19068192adb00d4f7c
Author: Zhao Wei Liew <zhaoweiliew@gmail.com>
Date: Sun Nov 20 08:20:15 2016 +0800
PhoneWindowManager: Support multiple key handlers
Convert the string overlay to a string-array overlay
to allow devices to specify an array of key handlers.
Note that the keyhandlers towards the start of the
array take precedence when loading.
Change-Id: Iaaab737f1501a97d7016d8d519ccf127ca059218
Author: Paul Keith <javelinanddart@gmail.com>
Date: Thu Nov 23 21:47:51 2017 +0100
fw/b: Return a KeyEvent instead of a boolean in KeyHandler
* Allows handlers to modify the event before sending it off
to another KeyHandler class, to handle things like rotation
Change-Id: I481107e050f6323c5897260a5d241e64b4e031ac
Change-Id: Ie65a89cd7efd645622d99d47699df847bc3ad96b
|
|
Author: Pawit Pornkitprasan <p.pawit@gmail.com>
Date: Sun Sep 1 16:24:14 2013 +0700
PackageManager: allow build-time disabling of components
Allow components to be specified as disabled at build time
(applied on boot).
This allows stock OTA components to be marked as disabled in
CM builds.
Change-Id: I6e4499cc40a779792a5ea97a10137399dad7d69f
Author: Gianmarco Reverberi <gianmarco.reverberi@gmail.com>
Date: Mon Mar 16 20:02:15 2015 +0100
SystemUpdateService: enable service but lock its receivers [1/2]
Added a check for ensure that disabled components are not
re-enabled at runtime
Added code for forcing enable of previously disabled components
Change-Id: Icfcfa26ccb85028d32edbb5cdb3dd7cdae85b720
Author: Michael W <baddaemon87@gmail.com>
Date: Mon Oct 28 14:26:43 2019 +0100
PM: Allow disabling components per-device
* Introduce a new overlayable string-array
"config_deviceDisabledComponents"
* This is equally used to disable components per-device, e.g.
NearbyMessagingService
* At the same time, rename config_disabledComponents to
config_globallyDisabledComponents to reflect the difference
Change-Id: Ieeec0788b063a33e8a2830dd95b239c99a58466f
Author: Michael W <baddaemon87@gmail.com>
Date: Fri Nov 1 11:11:29 2019 +0100
PackageManager: Refactor en-/disabling of components
* Don't use the same code twice, make it reusable
Change-Id: I9fc388f56cea413654a390cb0ccd15a706fb3ad8
Change-Id: Ic26c9d2f080ab61e09b2d64ae48cd6f29147774a
|
|
Devices with split system/vendor images may want to use the OEM's vendor
image. In that case, the OEM's platform signature is not actually the
same as the platform signature used to sign the Lineage system image.
Allow devices to specify an OEM platform signature which will also be
recognized as the system's platform signature.
Change-Id: Ida9bb25a32234af9d9507a214eae6a4672320d2b
|
|
Squash of:
Author: dhacker29 <dhackerdvm@gmail.com>
Date: Tue Nov 24 01:53:47 2015 -0500
Core: Use ro.build.date to signal mIsUpgrade
M: We use a static fingerprint that is only changed when a new OEM build is released, so
every flash shows Android is starting instead of upgrading. This will fix that.
N: even though we dont have the dexopt sceen on N, this is still needed to delete the
correct caches, and grant/deny specific runtime permissions like a true oem update
would do.
Updated for Nougat By: BeansTown106
Change-Id: I0e3ed5c8f0351e48944432ae6a0c5194ddeff1fa
Author: Sam Mortimer <sam@mortimer.me.uk>
Date: Fri Sep 28 13:45:00 2018 -0700
fw/b UserManagerService: Use ro.build.date to signal upgrades
*) We changed PackageManagerService to use Build.DATE instead of
Build.FINGERPRINT to detect upgrade. Do the same for
UserManagerService.
*) Affects generation of preboot intent and app data migration.
Change-Id: I56887b7ca842afdcf3cf84b27b4c04667cf43307
Author: Wang Han <416810799@qq.com>
Date: Sat Dec 29 23:33:20 2018 +0800
ShortcutService: Use ro.build.date to signal package scanning
* Affects system apps scanning.
Change-Id: I5f6d6647929f5b5ae7e820b18e95bf5ed2ec8d1c
Author: maxwen <max.weninger@gmail.com>
Date: Tue Nov 19 01:02:01 2019 +0100
base: Use ro.build.date to clear cache dirs on update
instead of using ro.build.fingerprint we explictly need to use ro.build.date
Change-Id: Ib3e80e58eb8c9a21c108e9f5cd2dbdb7ada8e3a4
Author: maxwen <max.weninger@gmail.com>
Date: Wed Oct 28 07:07:10 2020 -0400
One more Build.FINGERPRINT to Build.DATE change
Change-Id: I13dbf3d7f6587d3fcd6591cc0f861b34b6d5561c
Change-Id: If0eb969ba509981f9209ffa37a949d9042ef4c2a
|
|
Change-Id: Iba024f11efa49d9cf7e5201667bb01319537553f
CRs-Fixed: 3173551
|
|
This became necessary since now we cancel compactions so it is possible
to have a list without elements when the compaction system is ready to
start a compaction.
Bug: 219901263
Test: Manual
CRs-Fixed: 3121545
Change-Id: I44d95d243ba95aea6c84283ddef1a38ffb6d3570
(cherry picked from commit 54f53e0cf51cf078961b0254fbabd48c9a151985)
Change-Id: Ib17b6ae4112e1b10e415de27bde8e2844d69c91d
|
|
While the screen is off we sometimes issue compactions as they are not
disruptive to the user. However, it is possible to wake up and have
compactions running or scheduled so this may lead to jank. This patch
cancels any pending or running compactions that were scheduled to happen
during this non interactive type when the system becomes awake to avoid
jank.
Test: Manual
Bug: 214654755
CRs-Fixed:3121545
Change-Id: Ie9b2cbaa7093d63e77f8666d1e6f050ab5610a1d
(cherry picked from commit 00fe2b907bf684b0030d1e95b52c84c88d27b48f)
Change-Id: I8dceb1e75562b3e5b33b1aeec3357eaaabfdde4f
|
|
When back to back calls for handleBluetoothA2dpActiveDeviceChangeExt
are received from BT_HAL for BT profile A2DP and A2DP_SINK in game+vbc UC,
as per the current policy message queue removes older msg and
address the latest one.
With this change, if earlier MSG_L_A2DP_DEVICE_CHANGE_CONFIG is present
queue it won't be removed during a2dp_sink connection operation.
CRs-Fixed: 3153798
Change-Id: I491367148293907f503caa480de89eede5b21ed5
|
|
s-keystone-qcom-dev
|
|
s-keystone-qcom-dev
|
|
Change-Id: Ib86a35d33d5f0a9879c17d2592c2143d0dc8b411
|
|
|
|
Change-Id: I2325ba5c76e7dba314bdcd5b53fdc36b5e90fb31
|
|
Change-Id: Iba024f11efa49d9cf7e5201667bb01319537553f
CRs-Fixed: 3173551
|
|
Enable Animation Boost & Activity Trigger, which
was refactored.
CRs-Fixed: 3158078
Bug: 226046354
Change-Id: Ie3858d2e0afc5e08bac9edb673f89ecef8f4218c
|
|
Change-Id: Ia4e41fcc006020e5b3a77070cbf8725ca4ea1f57
|
|
Change-Id: I9e898768aa82f96b78729f8b8ed0a854a2adddbe
|
|
Fix for Activity launch hint when LAL is enabled.
Change-Id: I61f5bee8e21e273ef80cf2e40a769fadf518b338
CRs-Fixed: 3151611
|
|
This became necessary since now we cancel compactions so it is possible
to have a list without elements when the compaction system is ready to
start a compaction.
Bug: 219901263
Test: Manual
CRs-Fixed: 3121545
Change-Id: I44d95d243ba95aea6c84283ddef1a38ffb6d3570
(cherry picked from commit 54f53e0cf51cf078961b0254fbabd48c9a151985)
Change-Id: Ib17b6ae4112e1b10e415de27bde8e2844d69c91d
|
|
While the screen is off we sometimes issue compactions as they are not
disruptive to the user. However, it is possible to wake up and have
compactions running or scheduled so this may lead to jank. This patch
cancels any pending or running compactions that were scheduled to happen
during this non interactive type when the system becomes awake to avoid
jank.
Test: Manual
Bug: 214654755
CRs-Fixed:3121545
Change-Id: Ie9b2cbaa7093d63e77f8666d1e6f050ab5610a1d
(cherry picked from commit 00fe2b907bf684b0030d1e95b52c84c88d27b48f)
Change-Id: I8dceb1e75562b3e5b33b1aeec3357eaaabfdde4f
|
|
Previously when a VMA failed compaction for any reason the system would
stop trying to compact all the rest of the VMAs and bail out. However,
there are multiple reasons that a VMA can fail due to not being
reclaimable with -EINVAL, in such instances we will just skip the VMA
and keep going with the rest of the VMAs and any other error will still
cause compaction to bail out as it would likely be irrecoverable.
Test: Manual. Verified that once a VMA errors with -EINVAL, it continues
with the rest of the VMAs and other errors bail out.
Bug: 205658049
CRs-Fixed:3121545
Change-Id: Ifc190e371c4dce0eaa6dbab104aa0b666e06027d
(cherry picked from commit 1ec21f5ed784b9b6e49b012b2e99dafb71df6518)
Change-Id: I5642823d6303ad848771a2bf0d7cd466a2ccb589
|
|
Compaction uses process_madvise which internally makes use of iovec
which imposes certain restrictions on the amount of data that can be
sent, previously we had added a constraint of the total vmas sent within
a single syscall determined by UIO_MAXIOV. However, in this CL we also
added a cap on the amount of bytes sent per syscall up to the maximum
supported MAX_RW_COUNT and split the VMA into chunks which end up
being sent in different syscalls.
Test: Verified ZRAM changes during compaction and added logging to
verify that all VMAs where processed
Bug: 205658049
CRs-Fixed:3121545
Change-Id: Ib478397a1199d31a85606b0a38ab1b673b2333fc
(cherry picked from commit 95907f23d8f729168dd3d3cd30bed1744a574464)
Change-Id: I641b9c60c3c49d73190e9cfa4d2bd8cb5498c7a2
|
|
Enable Animation Boost & Activity Trigger, which
was refactored.
CRs-Fixed: 3158078
Bug: 226046354
Change-Id: Ie3858d2e0afc5e08bac9edb673f89ecef8f4218c
|
|
Fix for Activity launch hint when LAL is enabled.
Change-Id: I61f5bee8e21e273ef80cf2e40a769fadf518b338
CRs-Fixed: 3151611
|
|
Bug: 220074017
Change-Id: Idfdd94e902f656ac65a2a75dfdd199f6f85ba472
|