A
Akitoyo
Gast
quand443 schrieb:
Das aber nicht mehr aktuell^^
[KERNEL][N5][L] hellsCore | b26-L
- 708 Antworten
- Letztes Antwortdatum
Das aber nicht mehr aktuell^^
qu4nd
Ehrenmitglied
- 17.627
- Themenstarter
- #422
Tatsache! Da hat mir mein Tapatalk wohl mal wieder einen Streich gespielt... Sorry...
Bödi
Philosoph
- 6.180
hier stand Unsinn.
Zuletzt bearbeitet:
freakout
Erfahrenes Mitglied
- 174
Ist hc-b52 der letzte Kernel von Hells? Laut decuro.de ist hC-b3.7 der aktuelle Kernel.
vergilbt
Ikone
- 7.831
Zuletzt bearbeitet:
freakout
Erfahrenes Mitglied
- 174
Ok, danke.
Das mit decuro.de hab ich auch gelesen, allerdings ist hells im andro port scheinbar auch noch stark aktiv. Es wäre schön eine konkrete Anlaufstelle zu haben und nicht zwischen mehreren Foren Infos suchen zu müssen.
Das mit decuro.de hab ich auch gelesen, allerdings ist hells im andro port scheinbar auch noch stark aktiv. Es wäre schön eine konkrete Anlaufstelle zu haben und nicht zwischen mehreren Foren Infos suchen zu müssen.
vergilbt
Ikone
- 7.831
Ich will ihm nicht vorgreifen, aber laut Aussage Hells will er sich auf decuro konzentrieren
Der ursprüngliche Beitrag von 13:00 Uhr wurde um 13:18 Uhr ergänzt:
STOPP!
Alles zurück...jetzt habt ihr es fast geschafft, mich auch noch zu verwirren...
ES GIBT KEINEN NEXUS 5-KERNEL B52
b52 ist NUR ausschließlich für das Nexus 4...
@bödi bitte Link entfernen, sonst gibt es beim flashen ein Unglück
Leider sind die Nomenklaturen nicht identisch und somit ist und bleibt der aktuelle Nexus 5-Kernel der b3.7 ( und die inoffizielle b3.8)
Der ursprüngliche Beitrag von 13:00 Uhr wurde um 13:18 Uhr ergänzt:
STOPP!
Alles zurück...jetzt habt ihr es fast geschafft, mich auch noch zu verwirren...
ES GIBT KEINEN NEXUS 5-KERNEL B52
b52 ist NUR ausschließlich für das Nexus 4...
@bödi bitte Link entfernen, sonst gibt es beim flashen ein Unglück
Leider sind die Nomenklaturen nicht identisch und somit ist und bleibt der aktuelle Nexus 5-Kernel der b3.7 ( und die inoffizielle b3.8)
qu4nd
Ehrenmitglied
- 17.627
- Themenstarter
- #428
Nicht b52 auf dem n5 flashen! Der ist fürs N4!!!
Edit: was Vergilbt sagt ^^
Edit: was Vergilbt sagt ^^
vergilbt
Ikone
- 7.831
Habe gerade gelernt, das Hells in seine Kernel einen device-Check einbaut, somit kann man die nicht auf die falschen Geräte bringen...Respekt Mr. HellsGOD 
MadMurdoc
Ehrenmitglied
- 6.047
Was im übrigen bei jeder Zip so ist, welche nur für ein Gerät bestimmt ist.
Bödi
Philosoph
- 6.180
Sorry wegen des falschen Updates neulich. Hatte ich falsch verstanden. Ich hoffe, niemand ist zu Schaden gekommen.
Aaaaaber jetzt: Update auf b4.1!
Aaaaaber jetzt: Update auf b4.1!
hellsgod schrieb:
Zuletzt bearbeitet:
der_sascha
Stamm-User
- 41
hi, welche app nutzt ihr um z.b. lautstärke zu erhöhen oder andere kernel tweaks vornzunehmne... habe gehört TricksterMod soll gut sein aber der unterstützt wohl keine farbprofile beim n5 womit kann ich dann die farbprofile für das Display laden?
razooor
Erfahrenes Mitglied
- 352
Ich nutze Trickster... Farbe kann man anpassen
der_sascha
Stamm-User
- 41
ok, sind denn auch schon fertige Farbprofile einstellbar
qu4nd
Ehrenmitglied
- 17.627
- Themenstarter
- #435
Die Farbkalibrierung ist leider relativ uninteressant würde ich sagen. Gamma Werte etc würden sich einzutstellen lohnen. Aber ich glaube mit Trickster geht das nicht?!?!
@der_sascha
Verwendest du 3 Kernel parallel? Mir fällt nur gerade auf, dass du in so vielen Threads gleichzeitig Fragen stellst ^^
@der_sascha
Verwendest du 3 Kernel parallel? Mir fällt nur gerade auf, dass du in so vielen Threads gleichzeitig Fragen stellst ^^
der_sascha
Stamm-User
- 41
Ich bin am testen, welcher am besten für mein gerät ist
B
bangsti
Gast
Update : Nexus 5: Pushed b4.4
Changelog
Download MIUI und AOSP Version:
Dev-Host - The Ultimate Free File Hosting / File Sharing Service
Läuft wie alle anderen Kernel von Laurent absolut top
Changelog
-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.
credits:
*CAF
**myfluxi
***franciscofranco
-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.
credits:
*CAF
**myfluxi
***franciscofranco
Download MIUI und AOSP Version:
Dev-Host - The Ultimate Free File Hosting / File Sharing Service
Läuft wie alle anderen Kernel von Laurent absolut top
Anhänge
razooor
Erfahrenes Mitglied
- 352
razooor
Erfahrenes Mitglied
- 352
-hC-b6.1
msm_mpdecision: Etwas konservativer eingestellt
smp fixes
ARM fixes
cpuidle/PM fixes
msm_thermal: update
mm/vmscan fixes
random fixes
memcpy optimierungen für cortex A15
Bluetooth fixes
Neue Touch Treiber
AOSP:http://decuro.de/downloads/kernel.php?kernel=11
oder
MIUI:http://decuro.de/downloads/kernel.php?kernel=12
msm_mpdecision: Etwas konservativer eingestellt
smp fixes
ARM fixes
cpuidle/PM fixes
msm_thermal: update
mm/vmscan fixes
random fixes
memcpy optimierungen für cortex A15
Bluetooth fixes
Neue Touch Treiber
AOSP:http://decuro.de/downloads/kernel.php?kernel=11
oder
MIUI:http://decuro.de/downloads/kernel.php?kernel=12
