[SUPPORT][Q&A][AOSP][M] Hells-Core Kernel By Hellsgod (b20, 26/05)

Do you like the new clean layout of OP?


  • Total voters
    76
  • Poll closed .
Search This thread

DMS

Member
Jan 29, 2006
24
4
45
Just for information: was on b13 and just flashed to b15, but didn't charge so far...
If I find the time I maybe should give a try with stock ROM (that was my plan so far... )

Edit: Just like to add: I love your kernel - it's the best! ☺

Gesendet von meinem Nexus 5 mit Tapatalk

Hi Hellsgod,
maybe it really was something from kernel side (or maybe just some charge controller logic sided issue), but now on b15 everything is fine again!
It charges as fast as before with 1250mA with stock AC adapter..! ??
Thanks for this great kernel!

Gesendet von meinem Nexus 5 mit Tapatalk
 
  • Like
Reactions: hellsgod

AlanSmith17

Member
Mar 8, 2013
10
5
Hi, i have a problem with Kernel Adiutor with sound parameter (speaker gain) when i try to increase the volume, after a while back to zero. I try with b14 and b15...with Hellscore Kernel Manger all is ok.
 
  • Like
Reactions: santadomingo

androidpost

Senior Member
Aug 28, 2010
284
102
Cologne
Just as I wanted to go to sleep the hell comes around.
Smoothely flashed and booted just fine. I installed SuperSu 2.49 right away didn't know if needed.
I've got root and until now everything seem to work.
I am ging to sleep now
THX Hellsgod
 
  • Like
Reactions: hellsgod

Tylog

Inactive Recognized Contributor
Jan 4, 2013
7,423
19,740
You need SuperSU beta solong you use a build with no root in build. I am not up to date with the N5, I only use the build from Tasssadar and superSu beta is needed.
 
  • Like
Reactions: hooliganx

sykopompos

Recognized Developer
Jun 26, 2008
15,322
29,134
flithydelphia
Compiled an "M" build. Untested, because I don't have the device.

Let me know if it boots and everything works as intented :)

hells

---------- Post added at 12:45 AM ---------- Previous post was at 12:31 AM ----------

Reuploaded the build, now root should also work: https://www.dropbox.com/s/tmvc2x48l9fo3hy/hC-b1-M.zip?dl=0

Hey hellsgod, got a question.
Working on the n4 port and I'm running into what seems to be a kernel issue stopping it from booting, anything you noticed playing with M preview source code that might be my culprit?

It is going from the google loading screen then reboots right to recovery, that normally means a kernel issue because if it was a ramdisk one, I could at least get adb or a black screen
 

hellsgod

Senior Member
Oct 14, 2007
1,963
9,667
Earth
Hey hellsgod, got a question.
Working on the n4 port and I'm running into what seems to be a kernel issue stopping it from booting, anything you noticed playing with M preview source code that might be my culprit?

It is going from the google loading screen then reboots right to recovery, that normally means a kernel issue because if it was a ramdisk one, I could at least get adb or a black screen

Hey syko,

Mh, good question. Most of the commits for hammerhead are related to the wakeup_reason stuff and wi-fi. Do you use some kernel as a base, or did you test it with mako "L" sources?

hells
 

sykopompos

Recognized Developer
Jun 26, 2008
15,322
29,134
flithydelphia
Hey syko,

Mh, good question. Most of the commits for hammerhead are related to the wakeup_reason stuff and wi-fi. Do you use some kernel as a base, or did you test it with mako "L" sources?

hells

Just tried it with the stock aosp master kernel so I could work out everything else before jumping into the kernel.
Back with L I could still get it on the initial boot before we moved onto the kernel to fix everything but this time not even getting anywhere.
Afaik there isn't any mako preview kernel source like with the L preview to try with and I don't think the official previews work with L kernels or at least I haven't heard that they do
 

hellsgod

Senior Member
Oct 14, 2007
1,963
9,667
Earth
Just tried it with the stock aosp master kernel so I could work out everything else before jumping into the kernel.
Back with L I could still get it on the initial boot before we moved onto the kernel to fix everything but this time not even getting anywhere.
Afaik there isn't any mako preview kernel source like with the L preview to try with and I don't think the official previews work with L kernels or at least I haven't heard that they do

The kernel doesn't have that much changes. You should be able to get to the bootanimation anyways (thats what happens on the other devices if you boot with an "L" kernel afaik. Are you really sure its not a ramdisk thing? Since I don't deal with the ramdisk, I don't diff the files there.

hells
 
  • Like
Reactions: Jax Teller

sykopompos

Recognized Developer
Jun 26, 2008
15,322
29,134
flithydelphia
The kernel doesn't have that much changes. You should be able to get to the bootanimation anyways (thats what happens on the other devices if you boot with an "L" kernel afaik. Are you really sure its not a ramdisk thing? Since I don't deal with the ramdisk, I don't diff the files there.

hells

Yeah, I matched it up with the preview kernel. Init and init rc are universal files across devices so I grabbed the new init. There are some changes in watchdog and the vold along with a whole bunch of selinux changes but I could bypass those by going permissive so all those wouldn't be a issue.

Checking the log on M preview, I do see some init hooks along with a lot of selinux changes in the kernel so mako might be a bit more
 

SacredDeviL666

Retired Senior Moderator - May You Rest in Peace -
Sep 11, 2008
7,385
8,313
¤No Man's Land¤
Yeah, I matched it up with the preview kernel. Init and init rc are universal files across devices so I grabbed the new init. There are some changes in watchdog and the vold along with a whole bunch of selinux changes but I could bypass those by going permissive so all those wouldn't be a issue.

Checking the log on M preview, I do see some init hooks along with a lot of selinux changes in the kernel so mako might be a bit more

damn you alive !!!!
 
  • Like
Reactions: sykopompos

CronosTech

Senior Member
Oct 2, 2012
119
30
Delhi
Yeah, I matched it up with the preview kernel. Init and init rc are universal files across devices so I grabbed the new init. There are some changes in watchdog and the vold along with a whole bunch of selinux changes but I could bypass those by going permissive so all those wouldn't be a issue.

Checking the log on M preview, I do see some init hooks along with a lot of selinux changes in the kernel so mako might be a bit more
Can you please tell how exactly to install the kernel and root the phone ? first flash the kernel. Then ? Do we reboot the phone or something else. Please help me . It's a request
 

Top Liked Posts

  • There are no posts matching your filters.
  • 103
    dMMDDDr.png


    This thread has been created to facilitate users about HellsCore Kernel, probably the best kernel for our Nexus 5. This thread is AIO thread i.e. for Q&A, SUPPORT, UPDATES, ETC.
    This kernel is made by hellsgod and not me, so technically device requests, kernel issues should directly address to him instead of me.



    <!-- Download Links: --!>
    Beta 20 from Basketbuild

    <!-- Changelog: --!>
    Code:
    [COLOR="#3F51B5"] !-- b20 for 6.0.1 [/COLOR]
    -merged some memorymanagement related stuff
    -merged some changes from franco to allow HZ=300 - like the newer devices (N6/N5X/N6P)
    
    [COLOR="#3F51B5"] !-- b16 for 6.0.1 [/COLOR]
    -updated to latest aosp kernel source (android 6.0.1)
    
    [COLOR="#3F51B5"] !-- b11 M [/COLOR]
    SuperSU 2:50 Allows root without SELinux permissive, so I reverted the previous SELinux hack. Please read this short guide for gain root access:  [URL="http://hc-kernel.blogspot.ch/2015/10/android-m-how-to-gain-root.html"]HOW TO GAIN WITH ROOT SUPERSU 2:50[/URL] 
    -reverted SELinux hack

    <!-- Older changelogs: --!>

    Code:
    [COLOR="Blue"][B]b15 for Lollipop:[/B][/COLOR]
    -merged 5.1.1 sources (only one commit)
    -hellsactive: Add input logic
    
    [COLOR="Blue"][B]b11 for Lollipop:[/B][/COLOR]
    -crypto fixes
    -fs fixes
    -compiled with latest UBERTC
    
    
    [COLOR="Blue"][B]b9.5 UBERTC for Lollipop (Test build):[/B][/COLOR]
    -compiled with UBERTC
    -build flags optimizations
    (You can check stats/results here - [URL="http://goo.gl/WXzO8k"]http://goo.gl/WXzO8k[/URL] and use only Dropbox link for now.)
    
    
    [COLOR="Blue"][B]b9.4 for Lollipop:[/B][/COLOR]
    -merged many commits from upstream/mainline to improve several subsystems
    -merged new KCAL color control by @savoca You can play around with it with this app: [url]http://goo.gl/FM9oHi[/url]
    
    
    [COLOR="Blue"][B]b8.5 for Lollipop:[/B][/COLOR]
    -Rebased sources
    -Removed most of the IPv4/IPv6/Net patches from new LMK and OOM patchset
    -Some improvements for the scheduler
    -Binder: synced with Upstream/Mainline
    -Android logger: improvements
    -Maybe some things that even Laurent forgot :p
    
    
    [COLOR="Blue"][B]b8.0 for Lollipop:[/B][/COLOR]
    -some love for interactive/hellsactive
    -msm-sleeper: use ex_max_freq
    -misc fixes from upstream (3.4.y)
    -revamp spinlock ASM code
    -try a new build flag (floop-nest-optimize)
    -little fixes from caf
    
    
    [COLOR="Blue"][B]b7.7 for Lollipop:[/B][/COLOR]
    -sched/nohz/irq/genirq optimizations from linux mainline
    -some optimizations from caf
    
    [COLOR="Blue"][B]b7 for Lollipop:[/B][/COLOR]
    -removed msm_mpdecision input boost framework
    -added cpu-boost driver for touch boost and cpu-boost
    -sched: Make scheduler aware of cpu frequency state
    -optimizations for cpu-boost and window based load 
    -set touch boost to 1190mhz
    -decreased duration from 1s to 500ms
    -cpufreq: hellsactive: set hispeed_freq from 1190mhz to 1497mhz
    -cpufreq: cpu-boost: set sync_threshold to 1728mhz
    -cpufreq: cpu-boost: set migration_load_threshold from 15 to 30
    -mm/writeback/vfs fixes from upstream and caf
    -iommu fixes
    -usb/usb subsystem/scsi/net and other misc fixes from upstream
    
    
    [COLOR="Blue"][B]b6.5v3 for Lollipop:[/B][/COLOR]
    -Reverted all the bus changes
    
    
    [COLOR="Blue"][B]b6.5v2 for Lollipop:[/B][/COLOR]
    -reverted the new krait regulator system
    -reverted two sched patches
    -added two good looking patches for hellsactive and interactive
    -disabled some debugging and not needed features
    
    
    [COLOR="Blue"][B]b8.6 for Kitkat/b5.6 for Lollipop:[/B][/COLOR]
    -scheduler fixes
    -some missing arm patches (fix for the reboot issue some encountered)
    -other little fixes here and there ([URL="http://goo.gl/9gE0T0"]refer to git for exact changelog[/URL])
    -removed power efficiency patchset, because its only for armv8
    
    
    [COLOR="Blue"][B]b8:[/B][/COLOR]
    -Several ARM patches for suspend/cacheflush/MPU
    -New build flags
    -kgsl: Wakeup only for touch events (to make sure the input event handler is called only for touch inputs)
    -mdss fixes from CAF
    -New slimbus changes from CAF
    -camera: Fixes
    -Fixes and improvements here and there (refer to git)
    
    
    [COLOR="Blue"][B]b6.9:[/B][/COLOR]
    -merged some patches from nvidia for a better power efficiency (could save some battery)
    -arm: lib: Using hard-float (maybe some little performance gain)
    -reverted the arm topology (to merge a newer version of it)
    -merged new arm topology (more efficiency)
    -added a sysfsinterface to enable and disable gentle fair sleepers (disabled by default - maybe improves UI smoothness)
    -added a sysfsinterface to enable and disable arch power (disabled by default - could give some more efficiency by screen on, but drains more battery in standby)
    -removed sched_mc (because its broken since forever and nobody really cares to fix it)
    -cpufreq: hellsactive: removed unused boostpulse interface
    -cpufreq: hellsactive: the governor now jumps only to two phase freq if cur_freq >= hispeed_freq to avoid unnecessarly jumps from min_freq (could save some battery)
    -scheduler patches from upstream, some backports from faux (could improve battery under heavy load)
    -mm: Adjust dirty writeback for IO boost (maybe drains some more battery, but could improve IO)
    -fs: dcache: set vfs_cache_pressure 40% (maybe some little more IO boost)
    -some new compiler voodoo (could improve overall performance, smoothness, efficiency...)
    -some other little things here and there but not so important to mention...
    
    
    [COLOR="Blue"][B]b6.1:[/B][/COLOR]
    -msm_mpdecision: a tad more conservative
    -smp fixes
    -ARM fixes
    -cpuidle/PM fixes
    -msm_thermal: update
    -mm/vmscan fixes
    -random fixes
    -memcpy optimizations for cortex A15
    -Bluetooth fixes
    -New touch screen drivers
    
    
    [COLOR="Blue"][B]b5.0:[/B][/COLOR]
    -i2c 
    -SoundControl
    -kthread
    -SELinux
    -sched
    -cgroup
    
    For exact changelog, check git.
    
    
    [COLOR="Blue"][B]b4.4:[/B][/COLOR]
    -New governor: hellsactive*
    -cpufreq patches (logic and leaks, typos)
    -some fixes here and there
    -msm-sleeper: save previous max freq
    -compiled with boostedtc 4.9.2 by @aznrice2k4
    
    *hellsactive:
    -Based upon intelliactive
    -removed input boost (we have an input boost in the hotplug driver)
    -removed sync feature
    -removed sampling down factor
    
    Following 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***
    
    I've just made some changes on commits to suit my needs.

    <!-- Follow: --!>
    Official Blog / Google+ community / Laurent Hess aka hellsgod
    38
    Hellsactive is back with b14-M

    But its broken. Will push an official release a little later.

    hells

    ---------- Post added at 03:06 PM ---------- Previous post was at 02:38 PM ----------

    New builds for lollipop and marshmallow are up: https://www.dropbox.com/sh/7rjvkzpd9r97pal/AAAmz6YcVbPnWRak3P6NhnDva?dl=0 - Probably the last time I update lollipop. Please report back if hellsactive works as it should, since I can't test it by myself. This build was also compiled with a self built UBERTC optimized for cortex-a15 cpus.

    hells
    35
    Have fun: https://www.dropbox.com/s/zsuwbqzzdbp8qqy/hC-b17-M.zip?dl=0 - Official announcement and changelog another time. Let me know how it runs.

    MIRROR: https://devkeep.de/35~f

    hells
    35
    Pushed b8.0 to HellsCore U2D.

    Changelog:
    -some love for interactive/hellsactive
    -msm-sleeper: use ex_max_freq
    -misc fixes from upstream (3.4.y)
    -revamp spinlock ASM code
    -try a new build flag (floop-nest-optimize)
    -little fixes from caf

    DOWNLOAD

    Have fun :)

    hells