This project is mirrored from https://github.com/Cykeek-Labs/kernel_realme_sdm710.git.
Pull mirroring updated .
- Sep 22, 2023
-
-
Michael Bestas authored
Change-Id: Id08c169f0c507390eab070d1ae77bfb992b50b81 Signed-off-by: Cykeek <Cykeek@proton.me>
-
kumarv authored
set battery psy "charge_control_limit" sysfs as writeble Error: E ThermalEngine: open/sys/class/power_supply/battery/charge_control_limit failed13 E ThermalEngine: Unable to init battery charging mitigation to 0 Change-Id: I2603e05f265add809ca450ae9f6eca04df88cfd9 Signed-off-by: kumarv <kumarv@motorola.com> Reviewed-on: https://gerrit.mot.com/1490675 SLTApproved: Slta Waiver SME-Granted: SME Approvals Granted Tested-by: Jira Key Reviewed-by: Haijian Ma <mahj8@motorola.com> Reviewed-by: Wentao Xu <xuwt2@motorola.com> Reviewed-by: Srihari Sathyanarayana <sriharis@motorola.com> Reviewed-by: Guobin Zhang <zhanggb@motorola.com> Submit-Approved: Jira Key Signed-off-by: Cykeek <Cykeek@proton.me>
-
- Sep 03, 2023
-
-
seba3567 authored
UsbDeviceManager: failed to write to /sys/class/android_usb/android0/f_rndis/ethaddr Signed-off-by: TogoFire <togofire@mailfence.com> Change-Id: I36b89bd459d07faa989449fc7a4340801cf8865f
-
TogoFire authored
log: msm_sharedmem: debugfs_init: Failed to create debug_fs directory Change-Id: 758098a1ab71363c2e1447ab7175bfec7c6b5ffd Signed-off-by: TogoFire <togofire@mailfence.com>
-
- Aug 03, 2023
-
-
LibXZR authored
* This spams warnings * aarch64-linux-gnu-ld: warning: -z norelro ignored Signed-off-by: nishant6342 <www.rajsonu13@gmail.com> Signed-off-by: Cykeek <Cykeek@proton.me>
-
- Jul 12, 2023
-
-
ShevT authored
Fix: E QTI PowerHAL: Error opening /sys/kernel/hbtp/display_pwr: No such file or directory Change-Id: I63c43ab53407080d4a98abbe5fe09e6fa3f4fee7 Signed-off-by: Cykeek <Cykeek@proton.me>
-
Cykeek authored
Signed-off-by: Cykeek <Cykeek@proton.me>
-
- Jul 08, 2023
-
-
TARKZiM authored
…warnings E Netd : Unable to create netlink socket: Protocol not supported W Netd : Unable to open qlog quota socket, check if xt_quota2 can send via UeventHandler Signed-off-by: Cykeek <Cykeek@proton.me>
-
Yafang Shao authored
The task->flags is a 32-bits flag, in which 31 bits have already been consumed. So it is hardly to introduce other new per process flag. Currently there're still enough spaces in the bit-field section of task_struct, so we can define the memstall state as a single bit in task_struct instead. This patch also removes an out-of-date comment pointed by Matthew. Suggested-by: Johannes Weiner <hannes@cmpxchg.org> Signed-off-by: Yafang Shao <laoar.shao@gmail.com> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Acked-by: Johannes Weiner <hannes@cmpxchg.org> Link: https://lkml.kernel.org/r/1584408485-1921-1-git-send-email-laoar.shao@gmail.com Signed-off-by: Aarqw12 <lcockx@protonmail.com> Signed-off-by: prorooter007 <shreyashwasnik112@gmail.com> Signed-off-by: Marco Zanin <mrczn.bb@gmail.com>
-
Johannes Weiner authored
When switching tasks running on a CPU, the psi state of a cgroup containing both of these tasks does not change. Right now, we don't exploit that, and can perform many unnecessary state changes in nested hierarchies, especially when most activity comes from one leaf cgroup. This patch implements an optimization where we only update cgroups whose state actually changes during a task switch. These are all cgroups that contain one task but not the other, up to the first shared ancestor. When both tasks are in the same group, we don't need to update anything at all. We can identify the first shared ancestor by walking the groups of the incoming task until we see TSK_ONCPU set on the local CPU; that's the first group that also contains the outgoing task. The new psi_task_switch() is similar to psi_task_change(). To allow code reuse, move the task flag maintenance code into a new function and the poll/avg worker wakeups into the shared psi_group_change(). Suggested-by: Peter Zijlstra <peterz@infradead.org> Signed-off-by: Johannes Weiner <hannes@cmpxchg.org> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Link: https://lkml.kernel.org/r/20200316191333.115523-3-hannes@cmpxchg.org Signed-off-by: Aarqw12 <lcockx@protonmail.com> Signed-off-by: prorooter007 <shreyashwasnik112@gmail.com> Signed-off-by: Marco Zanin <mrczn.bb@gmail.com>
-
Johannes Weiner authored
For simplicity, cpu pressure is defined as having more than one runnable task on a given CPU. This works on the system-level, but it has limitations in a cgrouped reality: When cpu.max is in use, it doesn't capture the time in which a task is not executing on the CPU due to throttling. Likewise, it doesn't capture the time in which a competing cgroup is occupying the CPU - meaning it only reflects cgroup-internal competitive pressure, not outside pressure. Enable tracking of currently executing tasks, and then change the definition of cpu pressure in a cgroup from NR_RUNNING > 1 to NR_RUNNING > ON_CPU which will capture the effects of cpu.max as well as competition from outside the cgroup. After this patch, a cgroup running `stress -c 1` with a cpu.max setting of 5000 10000 shows ~50% continuous CPU pressure. Signed-off-by: Johannes Weiner <hannes@cmpxchg.org> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Link: https://lkml.kernel.org/r/20200316191333.115523-2-hannes@cmpxchg.org Signed-off-by: Aarqw12 <lcockx@protonmail.com> Signed-off-by: prorooter007 <shreyashwasnik112@gmail.com> Signed-off-by: Marco Zanin <mrczn.bb@gmail.com>
-
Togo 77 authored
log: wcdcal_hwdep_ioctl_shared: codec didn't set this 0!! wcdcal_hwdep_ioctl_shared: codec didn't set this 3!! wcdcal_hwdep_ioctl_shared: codec didn't set this 4!! wcdcal_hwdep_ioctl_shared: codec didn't set this 5!! Change-Id f1e2c26de2f55db5cba8b244e52b3eef2b056526 Signed-off-by: TogoFire <italomellopereira@gmail.com>
-
snnbyyds authored
-
snnbyyds authored
-
Park Ju Hyung authored
Signed-off-by: Park Ju Hyung <qkrwngud825@gmail.com> Signed-off-by: PainKiller3 <ninadpatil100@gmail.com>
-
Park Ju Hyung authored
This is used for debugging Signed-off-by: Park Ju Hyung <qkrwngud825@gmail.com> Signed-off-by: PainKiller3 <ninadpatil100@gmail.com> Change-Id: I66505e3c353ae70d9b3d32b6adf8cddcb460c20d
-
Danny Lin authored
Being interrupted by a signal during binder ioctls is not unusual. Commit 218225c05beaf02320f05a9b3b7041e27a0684f7 changed the interrupted ioctl return code from ERESTARTSYS to EINTR, but the error logging check was never updated: [ 352.090265] binder: 6534:6552 ioctl c0306201 7a0f9fea10 returned -4 [ 352.090393] binder: 6534:7670 ioctl c0306201 7a6489da10 returned -4 [ 352.090432] binder: 6534:9501 ioctl c0306201 7a61377a10 returned -4 Update the return code to fix the log spam. [orges]: this is not actually a duplicate commit. the log is pretty much the same except it returns -512 Signed-off-by: Danny Lin <danny@kdrag0n.dev> Signed-off-by: Oktapra Amtono <oktapra.amtono@gmail.com> Signed-off-by: clarencelol <clarencekuiek@icloud.com> Signed-off-by: Anush02198 <Anush.4376@gmail.com> Signed-off-by: Divyanshu-Modi <divyan.m05@gmail.com> Signed-off-by: Tashfin Shakeer Rhythm <tashfinshakeerrhythm@gmail.com>
-
kdrag0n authored
Set binder_debug_mask to 0 to suppress excessive logging, causing additional latency. Signed-off-by: kdrag0n <dragon@khronodragon.com> Signed-off-by: RenderBroken <zkennedy87@gmail.com>
-
ExactExampl authored
Kinda spammy
-
mawrick26 authored
Signed-off-by: mawrick26 <mawrick26@gmail.com>
-
Gaurav Jindal authored
this commit removes the checkpatch error in cpuidle_enable_device function. With removal of error, this commit makes the calling of cpuidle_curr_governor->enable more smooth. Signed-off-by: Gaurav Jindal <gauravjindal1104@gmail.com>
-
snnbyyds authored
-
Danny Lin authored
Useless and clutters up logs. [ 410.807977] Suspending console(s) (use no_console_suspend to debug) Signed-off-by: Danny Lin <danny@kdrag0n.dev>
-
Chenyang Zhong authored
Signed-off-by: Chenyang Zhong <zhongcy95@gmail.com>
-
Erik Müller authored
Signed-off-by: snnbyyds <snnbyyds@gmail.com>
-
Yuvraj Saxena authored
this reduce the spam due to dtc Change-Id: Ibb0216076851a3434a94a7e426246344f5a1eeef
-
celtare21 authored
Signed-off-by: engstk <eng.stk@sapo.pt>
-
Danny Lin authored
Remote register I/O amounts to a measurably significant portion of CPU time due to how frequently this function is used. Cache the value of each register on-demand and use this value in future invocations to mitigate the expensive I/O. Co-authored-by: Sultan Alsawaf <sultan@kerneltoast.com> Signed-off-by: Danny Lin <danny@kdrag0n.dev> Signed-off-by: Adam W. Willis <return.of.octobot@gmail.com> Signed-off-by: Cyber Knight <cyberknight755@gmail.com>
-
Park Ju Hyung authored
Signed-off-by: Park Ju Hyung <qkrwngud825@gmail.com> Signed-off-by: engstk <eng.stk@sapo.pt> Signed-off-by: mcdachpappe <noreference@web.de>
-
Danny Lin authored
Writing to registers is frequent enough that there is a measurably significant portion of CPU time spent on checking the debug mask for whether to log. Remove the check and logging call altogether to eliminate the overhead. Signed-off-by: Danny Lin <danny@kdrag0n.dev> Signed-off-by: engstk <eng.stk@sapo.pt> Signed-off-by: mcdachpappe <noreference@web.de>
-
Danny Lin authored
The SDE event log is not necessary and hogs a substantial amount of CPU time on logging events in the frame commit path. Omit the code altogether along with some other debugfs-related code to fix the waste of CPU. Signed-off-by: Danny Lin <danny@kdrag0n.dev> Signed-off-by: engstk <eng.stk@sapo.pt> Signed-off-by: mcdachpappe <noreference@web.de>
-
Danny Lin authored
We're not going to debug the SDE driver in production. Don't compile the code at all to reduce the measurably significant overhead in frame commit hotpaths. Signed-off-by: Danny Lin <danny@kdrag0n.dev> Signed-off-by: engstk <eng.stk@sapo.pt> Signed-off-by: mcdachpappe <noreference@web.de> Signed-off-by: Cykeek <Cykeek@proton.me>
-
Patrick Daly authored
The logic for psi_avgs_work to not reschedule itself does not appear to work properly. 1) psi_avgs_work detects itself as a running task due to accounting for current states in get_recent_times(). 2) Drivers with self-rescheduling deferrable work with a period less than that of psi_avgs_work will always run when psi_avgs_work runs. This causes psi_avgs_work to retrigger. Make psi_avgs_work deferrable to avoid this loop. Change-Id: I90edc5d3cce87ada803f549f417cd0108ef2017f Signed-off-by: Patrick Daly <pdaly@codeaurora.org> Signed-off-by: RuRuTiaSaMa <1009087450@qq.com>
-
Tyler Nijmeh authored
Signed-off-by: Tyler Nijmeh <tylernij@gmail.com> Signed-off-by: Yousef Algadri <yusufgadrie@gmail.com>
-
celtare21 authored
Signed-off-by: celtare21 <celtare21@gmail.com> Signed-off-by: kdrag0n <dragon@khronodragon.com>
-
Sultan Alsawaf authored
The overhead of queuing the power-on worker every time there's an ioctl received is significant due to the frequency of GPU ioctls. To mitigate the high overhead, only fire up the power-on worker when the GPU isn't active. Signed-off-by: Sultan Alsawaf <sultan@kerneltoast.com> Signed-off-by: Danny Lin <danny@kdrag0n.dev>
-
kdrag0n authored
Signed-off-by: kdrag0n <dragon@khronodragon.com>
-
Arjan van de Ven authored
Signed-off-by: Park Ju Hyung <qkrwngud825@gmail.com> Signed-off-by: Danny Lin <danny@kdrag0n.dev>
-
Panchajanya1999 authored
Collecting I/O stats requires an extra overhead and hurts performance a bit. Change-Id: I43c940210ff97581742e6128cb44a65f9da8589d Signed-off-by: Panchajanya1999 <panchajanya@azure-dev.live>
-
Park Ju Hyung authored
Signed-off-by: snnbyyds <snnbyyds@gmail.com> Signed-off-by: Cykeek <Cykeek@proton.me>
-