* I'm fixing powerhint instead, shirayuki-dt2w doesn't start on boot
Revert "LG8n: rootdir: Start shirayuki-dt2w on late_start"
This reverts commit f2c2c98f24.
Revert "LG8n: fixup!: Fix Android.bp"
This reverts commit 75f87d9602.
Revert "LG8n: Introduce shirayuki-dt2w service as a helper for DT2W service app"
This reverts commit 9407fb90fb.
Revert "LG8n: remove xiaomi-touch from dt2w Android.bp"
This reverts commit f5d0d8ae8f.
Revert "LG8n: Import DT2w service from HOAMSI's rom"
This reverts commit 64ff4cb6e8.
This reverts commit 70cd3788d3.
Revert "LG8n: rootdir: Add shebang on init.gesture.sh"
This reverts commit 856f196618.
Revert "LG8n: rootdir: call init.gesture.sh on boot"
This reverts commit 5ead707f36.
Revert "LG8n: rootdir: Improve init.gesture.sh to allow dt2w to be turned off"
This reverts commit 9e8121393c.
Revert "LG8n: rootdir: Add init.gesture.sh for fix DT2W"
This reverts commit a865a799ff.
* This could be why it's not executing even if called by init, honestly i'm just shooting in the dark atp
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
* idk why after using the powerhint method dt2w doesn't work, so we tried to use the sh scripts method. hopefully it works lol
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
Use the same rate limits as wahoo for now.
[Woomy]: Set the rate limits for sugov_ext when it's loaded
Bug: 73168288
Test: boot and check nodes
Change-Id: I311d33580e68dd6cfec2a49f2738b6d06509f419
Signed-off-by: Connor O'Brien <connoro@google.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
Apparently on AOSP builds, these nodes when read by the hals
with O_RDONLY attribute, need an elevated read permission, which
is apparently unneeded on mtk builds/stock rom.
This fixes video playback/OMX
Signed-off-by: Vaisakh Murali <mvaisakh@statixos.com>
Change-Id: I7f358d0037de569a4eb038e5ac2a17b7651d307d
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
* Let's be real, MemFusion is useless in non-XOS ROMs(Actually it's also useless in XOS ROM but whatever)
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
If we set 2048KB ra value in the beginning of the
boot process, services initialized at this time would
keep 2048KB ra value even though we adjust the ra value
to 128KB after boot completion.
This may cause memory pressure.
Bug: 174700194
Signed-off-by: Randall Huang <huangrandall@google.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
This patch removed the old writeout policy tune which was never touched since
2009. In the meantime, most of Android devices are equipped with over 4GB DRAM
and very fast flash storages like UFS, which becomes more like desktop or
servers in 2009. So, it'd be worth to go back to use the default kernel configs.
Bug: 136483670
Bug: 137190999
Bug: 152936751
Test: check value output
Change-Id: I1ebbf9f1f27a921103db51e96a50aadd6ec0dde8
Signed-off-by: Jaegeuk Kim <jaegeuk@google.com>
Signed-off-by: Martin Liu <liumartin@google.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
[xyzuniverse] Add HoYoVerse too as the it's the same (Honkai Star Rail game)
Change-Id: I07b171edab40e49bd734c19d8f1729cc31f2f47c
Signed-off-by: xyzuniverse <dev.xyzuniverse@gmail.com>
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
Unity app incorrectly sets cpu affinity to max capacity cores. Setup the library name and mask to always report the same max cpu freq to the tasks.
Change-Id: I1705f79249d1aa393d184caa3cccfec1563bdec7
Signed-off-by: 01soni247 <01soni247@gmail.com>
Signed-off-by: xyzuniverse <dev.xyzuniverse@gmail.com>
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
This is done in preparation for uclamp migration and FAIR_GROUP_SCHED
enablement in kernel.
Change-Id: Ib486c9bcdfa18d7362461e1a8f66d6fb288af709
Signed-off-by: xyzuniverse <dev.xyzuniverse@gmail.com>
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
Mediacodec did not have access and video recording didn't work.
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
Apparently on AOSP builds, these nodes when read by the hals
with O_RDONLY attribute, need an elevated read permission, which
is apparently unneeded on mtk builds/stock rom.
This fixes video playback/OMX
Signed-off-by: Vaisakh Murali <mvaisakh@statixos.com>
Change-Id: I7f358d0037de569a4eb038e5ac2a17b7651d307d
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
- init services fail to setup encoders on boot and camera and
screenrecord fails to open video1 when trying to encode a video.
- While we may wanna consider looking through services that make use of
these devs and correct their groups for AOSP, this gets the job done
for now.
Change-Id: I0278efe201a9cbaa20c650fdc32bed6f9ecfd017
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
* We also changed zram_loopback_size with zram_backingdev_size so correct it.
Bug: 145116439
Test: confirmed there is no warning and zram backing device was configured
Signed-off-by: Minchan Kim <minchan@google.com>
Change-Id: I51be34c59203813a2f493eee6ab442c9940b75d7
Signed-off-by: fjrXTR <fajarslebew31@gmail.com>
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>
-Set max_comp_streams to num of cores since upstream also moves this to percpu.
Bug: 38249616
Test: boot and run zram-perf showing better performance
Signed-off-by: Shirayuki39 <lorddemecrius83@proton.me>