Skip to content

Stable Pie Kernel for Note9
Compare
Choose a tag to compare
@THEBOSS619 THEBOSS619 released this 02 Dec 08:39
· 272 commits to master since this release
2.3.105
ca9a720

THEBOSS-Zeus Kernel 2.3.105

Changelog:-

  • Optimized touchscreen driver
  • Fixed state notifier driver that causes screen freeze and possible random reboots
  • Fixed display driver and displayport_edid driver due to updated to linux 4.9.203
  • Removed useless debugging from state notifier driver
  • Preparing the kernel for the next big optimization for GCC & optimization flags
  • Fixed a possible bug reported by @Erwan_N960F
  • Tweaks with config FS (File System)
  • Updated to Linux 4.9.201 to 4.9.202 to 4.9.203 to 4.9.204 to 4.9.205
  • Introduce per-process mm event tracking feature
  • Improved by about 10% in average. For the apps which have more than 50 threads, 15% or even more improvement.
  • Sleep between retries in cma_alloc on the CMA allocation path we do 2 retries, with sleeps, to give the system an opportunity to unpin any pinned pages.
  • Tweaks & optimization for vmscan driver
  • Applied PSI driver on RAM , CPU , IO Drivers... see what it does...
    [When systems are overcommitted and resources become contended, it's hard
    to tell exactly the impact this has on workload productivity, or how close
    the system is to lockups and OOM kills. In particular, when machines work
    multiple jobs concurrently, the impact of overcommit in terms of latency
    and throughput on the individual job can be enormous.
    In order to maximize hardware utilization without sacrificing individual
    job health or risk complete machine lockups, this patch implements a way
    to quantify resource pressure in the system.]
  • Rework CIB [CPU Input Boost] with Dynamic SchedTune Boost... the information of what it does..
    [Dynamic SchedTune Boost occurs on-the-fly during interactions, such as touch input. This idea was conceived because of an existing battery drain issue whereby setting a permanent schedtune boost would cause boosting to occur even when the phone was idling. For example, if a user sets the /dev/stune/top-app/schedtune.boost to 10, the device may not idle at the lowest frequency step, which can lead to higher idle and active drain rates. Thus it should consume less power to boost only during interactions.]
  • Updated WireGuard version to [0.0.20191127]
  • Refactorize Dynamic SchedTune Boost driver
  • Optimization everywere ... I can't mention them all..
Assets 3