[KERNEL][JB][JSS15J / JWR66V / CM] hells-Core b41 [28/11/2013]

Mir wird bei TC immer nur Faux oder Ponury vorgeschlagen.:confused: Kann jemand mal das hells Modul hochladen?
 
Hm, ist doch drin. Hab vorhin die Version 1.8.1 installiert, da wurde mir das dann vorgeschlagen...
 
Nutze S2W täglich.
Davor immer TC und das schon zu Galaxy Nexus Zeiten. Man merkt einen deutlichen Unterschied im Verbrauch wenn TC an ist. Der ist weit aus höher als mit S2W.

Sol aber jeder für sich entscheiden.
 
hells-Core-b35

AOSP

Stock

Changelog:

cpufreq: conservative: Enable load tuning (thx myfluxi) (reverted
Revert "arm: mako_hotplug: Add intermediate load level"
Revert "mako_hotplug: Pull check routine optimizations from franco git"
Revert "mako_hotplug: Pull Chalhoubs circular buffer from franco git"
Revert "mako_hotplug: Properly set cpu freq policy on suspend/resume"
cpufreq: Introduce governor load tuning
Revert "mako_hotplug: Resume late from early suspend"
Revert "mako-hotplug: Fixup funtion declaration"
Revert "arm: mako_hotplug: Stop spamming the kernel log buffer"
Revert "arm: mako_hotplug: Unify drivers, Lindent, cleanup interface"
Revert "arm: mako_hotplug: Fix section mismatch"
Revert "arm: mako_hotplug: Import from francoKernel"
ARM: add auto hotplug driver
arm: auto hotplug - wrap all pr_info into the existing debug mode so we
auto_hotplug: enhancements
auto_hotplug: enhancements (rev 2)
auto_hotplug: enable the min_online_cpus value
auto_hotplug: enhancements (rev 3)
auto_hotplug: parameter validation for max_online_cpus
auto_hotplug: stack the deck on auto_hotplug_late_resume to get things
auto_hotplug: rev 4 - let's lean a little more towards performance.
auto_hotplug: Set min cores online to "2" and onlining all cores usin…
Revert "cpufreq: interactive: Enable userspace control for load tuning"
cpufreq: ondemand: Enable userspace control for load tuning
Revert "cpufreq: boost the sampling rate on touch event"
cpufreq: boost the sampling rate on touch event
config: Activate auto_hotplug
Revert "mako: Add support to query cpu status"
Revert "msm: pm: Add support to query cpu status"
Revert "msm: pm-data: Enable powercollapse/suspend_enabled for non-bo…
Revert "msm: pm: Add support for retention on each core"
Revert "msm: hotplug: wait for hotplug completion event from secondar…
Revert "msm: spm: set vdd directly for current cpu"
auto_hotplug: Add suspend_freq
auto_hotplug: Tweaks for battery / Allow higher enable_load_threshold…
cpufreq: ondemand: Fix the boostpulse interface (again)
lge_touch_core: Do not boost touch while suspended
Revert "touch_synaptics: Loop until i2c is awake (thx myfluxi)"
Revert "touch_synaptics: Add delay to init function"
Revert "touch_synaptics: i2c read delay is only needed while suspended"
Revert "touch_synaptics: Give i2c a little time to wakeup, fix sweep2…
touch_synaptics: Loop until i2c is awake
sweep2wake: Cleanup (thx myfluxi)
sweep2wake: disable as default for now
kernel: cgroup_timer_slack: Adaptations for 3.4 kernel
writeback: Fix occasional slow sync(1)
binfmt_elf.c: use get_random_int() to fix entropy depleting
mmc: msm_sdcc: check for pending_resume in SDCC system suspend


Der Changelog ist grösser als die Änderungen an sich. Es musste einiges reverted werden für den auto_hotplug, das Problem mit dem Wakelock und das S2W Cleanup :)

Viel Spass!

hells
 
Zuletzt bearbeitet von einem Moderator:
  • Danke
Reaktionen: GoogleAndroid, Pipolino, sonof1991 und 20 andere
S2W oder TC ist scheißegal, hauptsache ist doch das der Kernel funzt. Entweder damit klarkommen oder anderen Kernel suchen. Die Diskussion ist langsam ausgelutscht da Wir sie schon zu oft hatten.

CAHO
 
  • Danke
Reaktionen: possi88
Egal was mehr braucht... ich nutz tc und mit slim und Hells Kernel habe ich über Nacht 3% Verlust bei 6h im Flugmodus... 6% Verlust in 6h wenn alles an...denkt ihr es wird soviel weniger ohne tc oder s2w?
Glaube kaum...
 
  • Danke
Reaktionen: N4_Doc
Ja wird es..mir auch egal ob ihr das glaubt oder nicht.
Fakt ist jeder nutzt das was er will und fertig.
 
Als Vergleich: Ich habe ohne TC und ohne S2W in 7h ca. 3% Verlust.

hells
 
Also TC macht sich schon bemerkbar. Da sind über Nacht (ca. 8-10h) schonmal zwischen 10-15% weg.
Ich geh aber auch nie in den Flugmodus, hab als Wlan und Mobilfunk aktiviert.
 
Habe es vor rund zwei Wochen mal bei einem anderen Kernel über Nacht getestet.

Ohne TC, im Flugmodus: 0-1%
Mit TC, im Flugmodus: ca. 9%

Ist also ein zusätzlicher Battery drain von rund 1% pro Stunde. s2w ist da etwas sanfter, funktioniert aber nicht ganz so gut wie TC.

Hab je nach Lust und Laune das eine, das andere oder keines von beiden aktiviert.


Back to topic: b35 geflasht, läuft :)
 
Ich hatte ohne s2w und TC auch ohne Datenverbindung
Nach der Nacht noch 100% ca 7 Std
Mit TC oder s2w ca 1% pro std
 
Ich hab diese Patches für OTG noch nicht wieder mit reingenommen, da ich von ein paar Problemen in Verbindung mit 4.3 gelesen hab.

hells
 
Habe ich auch dort gelesen, deswegen wollte ich lieber fragen, hätte ya sein können, dass dein kernel doch unterstütz. :)
 
Hotplug von Stock ist zurück?
 
Wie meinst du von Stock? Es ist der ARM auto_hotplug Treiber dabei, kein mpdecision.

hells
 
Bei mir ist Irgendwas schief gelaufen,
habe wipecache/dalvik und dann Kernel geflascht.
Jetzt Bootloop, Rom drüber hat nix gebracht.
Jetzt wollte ich nochmal ins TWRP und aufeinmal
wird das Bild komisch grau mit Strichen, außerdem werden die Ränder
immer dunkler und Display flackert.
 
TWRP Bug, hat nichts mit dem kernel zutun. TWRP hat einen eigenen Kernel. Korrupter Download vielleicht, dass es einen Boot Loop gab?

hells
 
Deshalb Stock.
Ist ja nicht mehr der Hotplug von Franco.
 
Unter Stock verstehe ich mpdecision. Alles andere ist für mich eine Custom Hot Plug Lösung :)

hells
 

Ähnliche Themen

IceDevil
Antworten
85
Aufrufe
15.878
alibiy
alibiy
H
Antworten
1.549
Aufrufe
263.301
darthmarco
darthmarco
C
Antworten
141
Aufrufe
27.073
Caho
C
Zurück
Oben Unten