Removed ERRATA checks and SECCOMP, too slow system.
Staging: android: binder: Add binder buffers to kmemleak

Some binder_transaction structs are only referenced by a
binder_buffer. This could cause kmemleak to report them as
unreferenced.

Change-Id: I939540faa547afac4284f70f0e08ceb57a7a823d
Signed-off-by: Arve Hjønnevåg <arve@android.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Revert "userns: Convert binder ipc to use kuids"

This reverts commit 2f88e4925c8d8050341dd5219b628b622696aab9.

Android dont like KUID perms, not converted in ROM code.
BINDER: Restored small part from Android kernel, it's not important. But best to include to see the ERROR log if condition mach.
cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors

The function get_cpu_idle_time_jiffy in both the conservative and
ondemand governors use jiffies_to_usecs to convert a cputime value to
usecs which gives the wrong value on architectures where cputime and
jiffies use different units.  Only matters if NO_HZ is disabled, since
otherwise get_cpu_idle_time_us should already return a valid value, and
get_cpu_idle_time_jiffy isn't actually called.

Signed-off-by: Andreas Schwab <schwab@linux-m68k.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Modded all Active govs, made small differences and code style and MORE!

 cpufreq: Fix sparse warnings by updating cputime64_t to u64

There were few sparse warnings due to mismatch of type on function arguments.
Two types were used u64 and cputime64_t. Both are actually u64, so use u64 only.

Reported-by: Fengguang Wu <fengguang.wu@intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
cpufreq: governor: Set MIN_LATENCY_MULTIPLIER to 20

Currently MIN_LATENCY_MULTIPLIER is set defined as 100 and so on a system with
transition latency of 1 ms, the minimum sampling time comes to be around 100 ms.
That is quite big if you want to get better performance for your system.

Redefine MIN_LATENCY_MULTIPLIER to 20 so that we can support 20ms sampling rate
for such platforms.

Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

AND!

Revert " cpufreq: ondemand: custom changes on how the governor handle boostfre."

This reverts commit eab83b379bd680428e27d32d1db47c1832a01f8d.

AND!

Small fixes!
Nightmare governor: Removed useless piece of code and optimized other one!
Nightmare governor: little adjustment!
Nightmare gov: removed spaces!
Nightmare governor: A little improvements!
Nightmare governor: I Forgot a little thing :).
Nightmare governor: little boosting!
Reset cpuinfo_transition_latency to default 100000

cpuinfo_transition_latency      The time it takes on this CPU to
                                switch between two frequencies in nano
                                seconds. If unknown or known to be
                                that high that the driver does not
                                work with the ondemand governor, -1
                                (CPUFREQ_ETERNAL) will be returned.
                                Using this information can be useful
                                to choose an appropriate polling
                                frequency for a kernel governor or
                                userspace daemon. Make sure to not
                                switch the frequency too often
                                resulting in performance loss.
Restored Kernel Flags and Tuning as was in older stable kernels + MORE!

Added some more warnings and hang tasks check.
Removed DEBUG that didnt show anything.
Nightmare governor updating!
ARM: 7495/1: mutex: use generic atomic_dec-based implementation for ARMv6+

Commit a76d7bd96d65 ("ARM: 7467/1: mutex: use generic xchg-based
implementation for ARMv6+") removed the barrier-less, ARM-specific
mutex implementation in favour of the generic xchg-based code.

Since then, a bug was uncovered in the xchg code when running on SMP
platforms, due to interactions between the locking paths and the
MUTEX_SPIN_ON_OWNER code. This was fixed in 0bce9c46bf3b ("mutex: place
lock in contended state after fastpath_lock failure"), however, the
atomic_dec-based mutex algorithm is now marginally more efficient for
ARM (~0.5% improvement in hackbench scores on dual A15).

This patch moves ARMv6+ platforms to the atomic_dec-based mutex code.

Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Reset CPU cutoff to 800Mhz at default TEMP, 65c CUT 61c releae max CPU.
Added +25mV to CPU Voltage Group 5. to get stable OC.

I dont think that high freqs can work with LOW voltage.
Kernel 8.27 JB STOCK/CM/AOKP