Questions & Answers/Troubleshooting
Hello fellas ! This is a thread for discussions, questions and answers
please check the 2nd , 3rd and the 4th post for some more info
Starting with version b40 ( JSS, JWR and CM) the multiboot patch by Tasssadar has been applied so it can be successfully used for.
as from b47 to b64 the kernel it is compatible ONLY with android 4.4.3/4/L
from b65 onwards the kernel works for L only
(b70) -compiled with UBERTC -build flags from shamu/hammerhead (b69) -some fixes from linux upstream (3.4.y) -new build flag (floop-nest-optimize) -rtmutex fixes -sched/nohz/irq/genirq improvements from linux mainline (b66) -Upstream changes from Linux upstream (refer to git) -Some fixes for hellsactive/interactive -Removed boost framework from msm_mpdecision -Added cpu-boost for input boost and thread migrations -Improved cpu-boost -Make scheduler aware of frequency state -writeback fixes -some other little things (b68) -misc kgsl updates from caf -disabled some debugging and tracing -optimizazions for interactive and hellsactive -misc other little fixes for rq_stats and sched (b65-L) -Merged latest "L" commits-Merged some upstream stuff from my hh branch (b64)-Several ARM patches for suspend/cacheflush/MPU (little longer wakeup time from time to time - but a little less drain during sleep)-New build flags-kgsl: Wakeup only for touch events (to make sure the input event handler is called only for touch inputs) (b63)-kgsl upstream for using with the new drivers-UIO fixes(b60)reverted slimbus changescompiled with new boostedtcmisc fixes(b58)-smp fixes from upstream-mm, vmscan fixes from upstream-random fixes from upstream-smartmax is back!-memcpy optimizations for cortex A15 (i know we don't have a "real" A15, but lets test it)-lib: Use neon-vfpv(b57)-kthread fixes-sched/nohz fixes-tick fixes-cgroup fixes-slimbus controller from hammerhead-some improvement for the slimbus-msm_mpdecision: a tad more conservative, [URL="https://github.com/hellsgod/kernel_msm/commit/11ff26e3f8bffb9a6253c431d4ea6fc2605ddaea"]check[/URL]-enabled sched_mc and cpupower-set fiops as default scheduler-set sched_mc = 2(b56)-merged some upstream fixes-reverted two cpuidle patches(b55)(b54)-New governor: hellsactive*-speedup late resume (faster wakeup)-ext4 patches-pm/bus patches to prevent reported crashes (feedback needed!)-some other little fixes here and there-compiled with boostedtc 4.9.2 by [MENTION=2607869]aznrice2k4[/MENTION]*hellsactive:-Based upon intelliactive-removed input boost (we have an input boost in the hotplug driver)-removed sync feature-removed sampling down factorFollowing was added:-Align timer windows for all CPUs*It's more advantageous to evaluate all CPUs at same time so that interactive governor gets a complete picture of the load on each CPU at a specific time. It could also reduce number of speed changes made if there are many CPUs controlled by same policy. In addition, waking up all CPUs at same time would allow the cluster to go into a deeper sleep state when it's idle.-Reset last evaluated jiffy in idle callback*When CPU has been busy for a long time, last evaluated jiffy will be quite behind because the timer would have been canceled. We don't want to schedule a timer to fire in the past as load will always be 100%. Reset last evaluated jiffy so that timer will be scheduled for thenext window.-Round up timer_rate to match jiffy*Timers are scheduled in unit of jiffies. Round up timer_rate so that it matches the actual sampling period.-Use del_timer/add_timer_on to rearm timers*Replace mod_timer_pinned() with del_timer(), add_timer_on(). mod_timer_pinned() always adds timer onto current CPU. Interactive governor expects each CPU's timers to be running on the same CPU. If cpufreq_interactive_timer_resched() is called from another CPU, the timer will be armed on the wrong CPU.Replacing mod_timer_pinned() with del_timer() and add_timer_on() guarantees timers are still run on the right CPU even if another CPU reschedules the timer. This would provide more flexibility for future changes.-Support variable frequency calculations**Use a threshold value up to which we are evaluating the current speed weighted by current load against each new choice of speed. Above switch to the original frequency calculation proportional to load relative to the max possible frequency which allows for more dynamic and fair changes.Default threshold is policy->min which guarantees minimal freqs and energy usage during (offloaded) media playback.Also, choose the highest frequency below or at target, which generally saves us one freq level.-Don't scale beyond min if the load is low***-Thread migration commit***[url]http://forum.xda-developers.com/showpost.php?p=55298804&postcount=7952[/url]I've just made some little changes on commits to suit my needs.credits:*CAF**myfluxi***franciscofranco(b53)-fixed cores getting stuck at input_boost if you've min 2 cores online: commit-updated msm_mpdecision with latest nexus 5 commits(b52)Compiled with Linaro 4.9.2-2014.08 by Christopher83New build flags from my hammerhead branch and [MENTION=2923435]barome[/MENTION]Code is identical with b51. Just a newer toolchain and new build optimizations. Let's see if there are new stability issues. I think we've gained some little performance boost(b51)-Added some commits for the camera. We had some reports about reboots while using flash. Maybe there'll be less of them. I don't think I can fix them completely...-Removed some debugging-Some love for conservative governor (thx stratosk)-Added KERNEL_MODE_NEON-Changed some little things in the flags-Some little things here and there. Refer to git if you'd like to know it exactly (b50-test)-No problems occured, just merged some cool stuff :)-Merged backlight dimmer from stratosk-Added a ton of kgsl/adreno patches (L sources) and Franco`s interactive GPU governor-Added UIO Sharedmem (L sources)(b49-test)NO UNDERVLOTING ANYMORE , stock voltages by default Compiled with Linaro GCC-4.9.1 from Christopher83msm_mpdecision from showpintelliactive governor (default)ZEN scheduler (default)FIOPS schedulerMany many things under the hood (check git)Touch Wake (stratosk)DT2W (stratosk)and so on... ... ...[url]http://forum.xda-developers.com/showpost.php?p=55061297&postcount=7579[/url](b47-pre-release) STABLEMerged 4.4.3Update to Linux 3.4.93Linaro 4.9.1 from Christopher83IMPORTANT NOTE!!!!!IF YOU COME FROM HELLSDOCTOR, PLEASE REFLASH YOUR ROM OR CLEAR YOUR INIT.D FOLDER!!! OTHERWAYS YOU'LL HAVE FC's LIKE HELL!(b46 test 4)-[URL="http://en.wikipedia.org/wiki/Out_of_memory"]OOM[/URL] Upstream to 3.14 from faux-S2W Fixes from AK-Linux 3.4.86(b44-45)-Upstream auf 3.4.84-Linaro 4.8.3 03.2014-Cpuidle Commit-futex Upstream updated-jbd2 commits optimized-LoUIS Cache-81mhz(b44 test t3)Lowest frequency 81 MHz Updated to linux 3.4.79Merged CM optimizations(b43)-Rebase auf 4.4.1 Sourcen-Linux 3.4.76-S2W/dt2w Port vom N5-faux sound 3.2-suspend_freq auf max angehoben-Kleine Fixes usw. siehe Git(b40)-Upstream from 3.4.65 auf 3.4.66-ca. 100+ SLAB/SLUB/SL[AU]B/mm... Commits-Module Support (for TouchControl)-Conservative GPU: Thresholds set slightly differently ( probably a little smoother when scrolling)-S2W Fix from fluxi-kexec Support (MultiROM)-3 epoll Commits from Upstream (b39)-Rebase auf CM/JSS/JWR Sources-Compiled with Linaro 4.8.2.09 Toolchain-Upstream from 3.4.65-O3 Support with Custom Build Flags-Conservative GPU Governor-msm_hotplug Hotplug Control (Tanks geht an fluxi)-dynamic fsync off
Thank you @hellsgod !
do you want to show gratitude ? donate to hellsgod HERE
all credits to him , i`m just a twitter
Thank you also to these awesome guys @aznrice2k4for his great toolchain
hells-Core on G+