[FONT=Impact]Und plop, wieder ein neuer Kernel Dev...... [/FONT]
Anhang 105613
Ladies and Gentleman ! Wir präsentieren den ERSTEN KERNEL für ALLE Romtypen auf dem Galaxy Note GT-N7000!
Entwickler (Dev): Gavin Lewarne
********* [FONT=Impact]HYDRACORE KERNEL !!!!![/FONT] ***********
[FONT=Impact]Touch Wiz / CM9 / CM10 / Miui usw. ein Kernel für ALLE !!!!!! Und mit Super Performance !!![/FONT]
[FONT=Impact]Features:[/FONT]
- Basiert auf den neuesten samsung sources
- Mainline patches auf 3.0.36
- Multiboot InitramFS für ALLE ROM TYPEN!!!!
- Patches für volle Funktionalität mit ALLEN ROMTYPEN!!!
- Supportet Touchwiz ICS, AOKP, AOSP, CM9 , CM10, JellyBean, ParanoidAndroid, MIUI Roms
- OC/UV Version und Standard Version
- Full root
- Nagelneues CWM
- Magical elves und wizardry
[FONT=Impact]Kernel Features[/FONT]
- Noop Scheduler Standard
- getweakter OnDemand governor Standard
- modifizierter SLUB memory allocator
- Jede Menge IO tweaks
- Noch mehr Kernel scheduler Tweaks
- Jede Menge neuer CPU Governors
- Android logger kann per "insmod" gesetzt werden
- Alle CPU voltage tables neu gesetzt
- Echtzeit CPU Temperatur, Mainboard Temperatur Auslesung und VoltGroup Informationen in Einstellungen>Telefon Info>Kernel Version
- Optimierter VM memory setting
- Optimierter Global block readahead
- Verbesserter Speicher für den "surface flinger" und Mali 400 GPU
- CIFS Unterstützung mit UTF8
- Hardcore's MDNIE Patch von speedmod k3-9
- viele,viele andere Tweaks (siehe Full Source)
[FONT=Impact]CWM Features[/FONT]
- Teilweise Touch CWM (mehr weiter unten)
- Beide SD Karten sind bereits im CWM für USB Mass Storage mode / PC connection gemountet!!
- .dep oder .tar Backups wählbar !!!
- Voll funktionsfähig
Zum benutzen des neuen CWM auf dem Display auf und ab streichen und mit einem Tap bestätigen!
[FONT=Impact]Dieses Kernel hat die MMC_CAP_ERASE entfernt und ist damit sicher für alle Wipes und Backups auf ALLEN Rom Typen!!![/FONT]
[FONT=Impact]Kernel Installation[/FONT]
Installation über CWM oder PC/Mobile ODIN in üblicher Art und Weise. Cache und Dalvik Wipes sind unnötig und machen keinerlei Unterschied. Kernel Flashes nur durchführen mit mindestens 25% Akkuleistung!!!
[FONT=Impact]Installationsroutine für das Rom deiner Wahl :[/FONT]
- Zuerst Hydra Core oder ein anderes Kernel, welches CWM enthält,flashen
- Das gewünschte ROM downloaden und per CWM flashen
- Hydra Core mit CWM oder PC/Mobil Odin flashen
http://hecubus.com/xda/dyn.gif
[FONT=Impact]Kernel Versionen[/FONT]
Es gibt zwei Versionen des Hydracore Kernels, eine nativ Overclock Version,sowie eine Standard Version mit allen Standard Frequenzen der CPU. Wenn du ein Kernel Neuling bist, flashe zuerst einmal die Standard Version, diese läuft auf allen Geräten !!!
Mit etwas mehr Erfahrung kannst du dich dann am OC/UV Kernel versuchen, dieser setzt die maximale CPU Frequenz auf 1,6Ghz und die Maximum GPU Frequenz auf 400Mhz. Das OC/UV Kernel ist undervolted, und in den meisten Fällen sollte dies eine Leistungssteigerung bewirken. Auf alle Fälle verursacht dies auch mehr Akkuverbrauch und mehr Wärmeentwicklung am Gerät selbst!
[FONT=Impact]Downloads:[/FONT]
Hier das Archiv mit den Tar Versionen für PC / Mobil Odin :
https://www.box.com/s/458adu9yhcyxs9b6yvzk
Und jetzt NEU,aufgrund der wahnsinnigen Downloadfrequenz,
ein Wuala Archiv noch dazu.....:steinigung:
http://www.wuala.com/atonal/Kernels/...dracore%20tar/
Und hier die ZIP Versionen für CWM :
https://www.box.com/s/qwb5kqs1lm82gr8nxuyy
auch hier WUALA:tanz:
http://www.wuala.com/atonal/Kernels/...dracore%20zip/
[FONT=Impact]Bekannte Probleme :[/FONT]
- Die Beleuchtung der Hardware Tasten ist immer an bei eingeschaltenem Screen bei NICHT TW Roms - Nicht berichten, der DEV kennt dieses Problem bereits
- VOODOO LOUDER funktioniert NICHT
- BLN ist *NICHT* möglich für dieses Kernel!!!
[FONT=Comic Sans MS]Auch für den Hydra Core gilt, daß die build.Prop des Cleanote Roms des Devs natürlich optimal auf das Kernel abgestimmt ist, und es ratsam ist, diese gegen die eurer Rom zu tauschen. Dies muss jedoch jeder selbst wissen und auf eigene Verantwortung tun!
Ebenso gilt hier : Alle Tweaks, die SD Readaheads verändern, sollten dringends entfernt werden, da sich diese nachteilig auf die Leistung auswirken können. Ebenso ist es mit anderen Tweaks, die gegensätzlich zum Kernel arbeiten........Genaueres darüber findet ihr weiter unten, nach dem NOTECORE Bereich, dort findet ihr auch die Anleitung zum Einbau der Cleanote build.prop !!!!!
Greetz, euer Steff[/FONT]
[FONT=Impact]BUG Reports[/FONT]
Wenn ihr einen BUG findet im Kernel gebt folgende Infos mit an :
- Welches ROM nutzt ihr?
- Die Kernel Version (oc / std)
- Eure Voltage Gruppe (Einstellungen > Telefon Info > Kernel Version)
Ohne diese Informationen können wir euch schlecht weiter helfen!!! Meldet den BUG, wenn ihr englisch sprecht, direkt im XDA Thread von Gavin, oder hier in deutsch, ich gebe ihn dann weiter !
[FONT=Impact]Changelogs[/FONT]
v5.1 HydraCore
- Update auf die neueste Note 2 N7100 offizielle Kernel Source, 3.0.31
- Bluetooth fix für NICHT TW Roms
- USB fix für NICHT TW Roms
- Ettliche Sachen an die ich mich nicht mehr erinnern kann!!
v4.3b HydraCore
- Fixed ROOT
v4.3 HydraCore
- USB Treiber gewechselt (wieder!)
- Performance Verbesserungen in der initramFS
- JellyBean Initialisierungs File geändert
v4.2 HydraCore
- Fixed TW camera
- VFS Cache Pressure verbessert auf 30
v4.1 HydraCore
- 1080p Video Playback gefixt für Nicht - TW roms
- Kleinere Tweak Änderungen (vfs cache pressure 100 > 15)
- SWAP Unterstützung
v4.0 HydraCore
- Gewechselt auf Kernel 3.0.15 zwecks Patch Kompatiblität und einiger Fixes
- ALLE Bootanimationsprobleme gefixt für ALLE Nicht - TW Roms (Kernel nutzt jetzt die Rom eigene Bootanimations Binary) - Bootloops,Endlos Bootanimationen usw. gefixt !
- Bootsound gefixt in TW Roms
- Änderungen an der initramfs, "Säuberung"
- VM Einstellungen gewechselt
- Einige USB Treiber gewechselt für bessere Kompatiblität
- Zurück auf die Speedmod k3-9 MDNIE
- Ettliche Sachen, die ich vergessen habe....
v3.5 HydraCore
- Nauaufbau des Kernels
- Lag Probleme gefixt
- Voltage Control Apps / In AOKP Roms eingebautes "Performance" Tab funktionieren alle!
- Android Logprotokoll eingebaut (Nicht mehr weiterhin nur ein Modul)
- Hardware Button Hintergrun Beleuchtung gefixt in Nicht - TW Roms
- Undervolting tables entfernt im STD kernel - jetzt alles auf Stock Frequenzen und Standards
- OC kernel minimum GPU Frequenz jetzt auf 267mhz @ 925mv (Mehr als im alten Kernel,dieses lag bei @ 160mhz)
- Komplettes Kernel Debugging wieder eingebaut für vollen App Support (Logs werden vom Kernel nicht genutzt, stehen aber für andere Apps bereit)
- Updates auf hardcore's k3-11 MDNIE Einstellungen
- SLQB Allocator
v3.1b HydraCore
- Bluetooth in TW Roms gefixt
v3.1 HydraCore
- Update auf SuperSU und binary von Chainfire für Root / Superuser Rechte
- initramfs gesäubert
- Bootanimation Binaries getauscht (Laufen nun auch auf JB)
- Tweaks programmiert
- Kleinere Fixes
v3 HydraCore
- Datenverlust Probleme gefixt
- Wieder eingefügt: fget_light() ( fsync() )
- MTP Mode gefixt für CM10 Nightlies, auch für alle anderen (Mit beiden SD Karten gemountet z.B.)
- Seltsame Bootanimations Probleme gefixt
- Auf die bevorzugte Toolchain gewechselt - (codesourcery 2012.03)
- Persönlich getestet auf : TW, AOKP, CM10 preview und TW
- 1 extra magical elf pro Kernel
v2b HydraCore
- Autorotation gefixed (deswegen findet ihr im Archiv nur 2b und nicht V2!!!!)
v2 HydraCore
- Patchups auf Kernel 3.0.36
- Volle USB Treiber Patches
- Zurück gesetzt auf SLUB heap allocator
- Wieder eingeführt : Semi Touch CWM
- Bessere Bootanimations Unterstützung
- J4FS Treiber hinzugefügt für bessere AOSP / CM Kompatiblität
v1 HydraCore
- Erster offizieller Release,siehe oben
[FONT=Impact]== ACHTUNG ==
NEU!!! SCHRITT FŰR SCHRITT ANLEITUNG FÜR DIE BUILD.PROP INJECTION AM ENDE DES OP!!
[/FONT]
http://hecubus.com/xda/sig.png
******* NOTECORE KERNEL (Vorgänger !!!) **********
http://forum.xda-developers.com/sign...c1647715_7.gif
Beschreibung :
Entwickler (Dev): Gavin Lewarne
Vorstellung des Notecore Kernels für TW Roms (übersetzte Version!)
Eigenschaften :
- aufgebaut auf Basis des ICS Opensource Update 3
- Compiled mit linaro toolchain mit Moduloptimierung
- Sehr schnell und stabil
- SIO scheduler als Standard
- Ondemand governor Standard
- OC/UV unter Verwendung von Tegrak oder ähnlichen Tools (SetCpu o.ä) wird unterstützt!
- GPU Frequenzen auf 267/400 MHz als Standard....
- Filesystem I/O Tweak
- CWM 5.8.1.8 eingebaut
- SU and Superuser enthalten im Flash File
- CWM SD Karten in richtiger Reihenfolge (/sdcard = externe SD, /internal = interner16gb Speicher)
- MMC_CAP_ERASE entfernt für sicheren Wipe!!! SAVE KERNEL!
- Speedmod patch
- "READAHEAD"bereits beschleunigt in beiden SD Karten
- Gedoppelter framebuffer und GPU (Grafik) Speicher!
- /etc/init.d/S* Script support (Listener) d.h. Scripts beginnend mit S* werden bevorzugt geladen....
- plus ettliche Optimierungen
EXTREME Version enthält alles oben aufgeführte, plus folgendes:
- Nativer CPU Overclock auf 1600mhz ohne Benutzung von Tegrak OC Ultimate
Nach dem Kernel Flash das Wifi einmal ein - und ausschalten, damit es richtig funktioniert, dies muss jedoch nur einmal gemacht werden.
Vor dem Flashen der Extreme Version, Apps wie Tegrak o.ä. deaktivieren, damit das Kernel sein Voltage Table erst mal einrichten kann. Danach kann man diese Apps dann verwenden, um seine Voltage Werte zu optimieren auf das eigene Note....
Dieses Kernel wurde vielfach getestet von User unseres Cleanote Forums und durchlebt ettliche Betatests vor dem Release!!
Consistent high performance @ stock 1.4ghz
http://s9.postimage.org/cw9h5hoxb/Sc...3_21_19_22.png
Notecore ist ein High performance Kernel, vor allem die OC Version. Es kann also, je nach Version mehr oder weniger, zu erhöhtem Batterieverbrauch, sowie zu einem höheren Wärmeaufkommen führen, wenn man mit diesem Kernel z. B. Spiele oder sonstige Apps betreibt, die hohe Prozessor Last benötigen... Dies ist jedoch normal und kein Grund zur Beunruhigung,solange es nicht zu Force Closes oder Abstürzen kommt.
Ebenso ist es ratsam, bevor man sich die OC Versionen flasht, Apps wie SetCpu oder Tegrak erst einmal zu deaktivieren, damit das Kernel seine eigenen Voltage Tables laden kann..
Danach kann man diese OC Tools dann nutzen, um die Voltage Tables auf sein Gerät anzugleichen..
Man sollte jedoch vorher schon Ahnung vom Overclocken haben und wissen, welche Voltwerte sein Gerät bei den jeweiligen Frequenzstufen von GPU oder CPU bevorzugt, der Dev hat natürlich die Voltage Tables so angeglichen, daß sie auf allen Geräten laufen sollten, da aber jede CPU individuell ist, kann es trotzdem bei den Standardwerten bei 1,6ghz zu Reboots kommen, weil ihr Gerät genau diese Voltzahl nicht verträgt, da kann es um 25mV hin oder her gehen.....
**** Mainboard Problematik!! WICHTIG!! ****
Eine irrsinnige Leistung des Devs war, daß er bei dem neueren Versionen des Kernels sogar drei verschiedene Voltage Tables eingebaut hat, da es wohl drei Chargen an verschiedenen CPU und Mainboard Klassen seit Verkaufsstart des Galaxy Note gibt .....
Das Kernel erkennt automatisch das Mainboard und lädt das richtige Table, dieses kann man dann in den Telefon infos unter Systemeinstellungen ablesen.......
Es gibt drei Tables, A, B und C....
Welche Bedeutung hat das für mich?
Solltet ihr Voltage Table A haben, heisst dies, ihr habt ein Note der ersten Generation und damit der ersten Charge an Mainboards.
Leider sind die Table A Geräte, nur bedingt mit dem Overclock Kernel kompatibel.....
Es kann unter Umständen sein, daß ihr bei OC Probleme mit fc's und Reboots habt, oder evtl. Sehr lange tüfteln müsst, bis ihr die richtigen Werte gefunden habt....... Generell brauchen die Class A Notes etwas mehr Voltage als B und C......
Am besten aber die Std Version verwenden und mit Tegrak probieren wie weit ihr gehen könnt......
B und C scheinen durchgehend gut mit der OC Version klar zu kommen..... Auch die Wärme Entwicklung ist hier wesentlich geringer...... :-)
******* DEEP SLEEP PROBLEME? *******
Solltet ihr nach dem Flash eines Notecore Kernels Probleme damit haben, daß die CPU nicht in den DEEPSLEEP geht (standby, offline), und ihr seid sicher, daß dies vor dem Flash noch astrein funktionierte, dann einfach das Note abschalten, den Akku raus und kurz warten (min. 1minute),Akku wieder einlegen und hochfahren, jetzt sollte die CPU wieder brav schlafen gehen....... :-)
Solltet ihr nicht sicher sein und das Problem ist nach dem akkutrick immer noch da, dann schaut nach, welche Apps evtl.. Wake locks haben und die CPU am offline hindern....... Z. B. Während des Ladens ist generell kein deep sleep möglich....... Aber auch andere apps gibt es, die immer wieder Wake locks senden und damit den DS verhindern..... Am besten mal verdächtige apps deaktivieren (freezen) und mal testen, ob der offline mode geht..... Oder es gibt auch Akku test apps, die automatisch feststellen, ob eine app Wake locks aussendet oder nicht....... :-) =
Am besten auch nochmal Cache und Dalvik (bzw. Cleaning script laufen lassen) wipen, kernel neu flashen per cwm, und nochmal testen....... Dann müßte es in jeden Fall gehen..... Lg Sts
Liebe Grüße
Sts
======= CLEANOTE BUILD.PROP =======
Ich habe hier auch mal die extrahierte und vor "permissierte" build.prop Datei des Cleanote Roms, welche perfekt auf das Notecore Kernel abgestimmt ist, eingefügt, wie folgt einbauen...... :
https://www.box.com/shared/d1329d67cfcd1cdbd9aa
Downloaden und extrahieren.......
Dann mit root explorer oder Es File Explorer, root rechte und schreib/lese Rechte freigeben....
Dann in system/ von der Originalen build.prop eine Kopie machen, zur Sicherheit....
Dann unter system/etc den Ordner init.d LÖSCHEN..... keine Angst, damit werden nur alle contraproduktiven SD Readahead Werte, Tweaks oder Scripte gelöscht, welche in Verbindung mit einem Kernel wie Notecore nur störend sind......
Dann die extrahierte build.prop in /system kopieren und die alte ŰBERSCHREIBEN.....
dann über die Eigenschaften der Datei noch die Permissions (Schreib/Leserechte) checken, hatte ich aber bereits angeglichen..... "rw-r-r-" ist die richtige Einstellung
So, dies bringt euch wesentlich bessere Performance und Batterieverbrauch mit dem Notecore Kernel........
Zum Thema Scripts und Tweaks, würde immer wieder diskutiert und unterschiedliche Aussagen getroffen, da viele glauben, es reicht, die sd cache Tweaks zu löschen, hier die relativ (übersetzte) Aussage von Gavin Lewarne :
Hier die tweaks / memory / performance settings,welche im Kernel.enthalten sind (Auszug aus der Liste)
OOM, Anwendungsspeicher Settings
Scheduler settingsCode:setprop ro.FOREGROUND_APP_MEM 14366
setprop ro.VISIBLE_APP_MEM 14366
setprop ro.PERCEPTIBLE_APP_MEM 14366
setprop ro.HEAVY_WEIGHT_APP_MEM 14366
setprop ro.SECONDARY_SERVER_MEM 14336
setprop ro.BACKUP_APP_MEM 14336
setprop ro.HOME_APP_MEM 14336
setprop ro.HIDDEN_APP_MEM 16384
setprop ro.EMPTY_APP_MEM 20480
write /sys/module/lowmemorykiller/parameters/minfree 14366,14366,14366,14336,16384,20480
Code:
write /proc/sys/kernel/sched_latency_ns 500000
write /proc/sys/kernel/sched_wakeup_granularity_ns 300000
VM settings, set in kernel source rather than a init file
Global ReadaheadCode:int dirty_background_ratio = 20;
int vm_dirty_ratio = 70;
unsigned int dirty_writeback_interval = 20 * 100; /* centiseconds */
unsigned int dirty_expire_interval = 30 * 100; /* centiseconds */
CPU frequency switchover latencyCode:/* readahead.c */
#define VM_MAX_READAHEAD384/* kbytes */
#define VM_MIN_READAHEAD16/* kbytes (includes current page) */
Module tweaksCode:policy->cpuinfo.transition_latency = 10000;
Boot time tweaksCode:# Turn off debugging for certain modules
echo "0" > /sys/module/wakelock/parameters/debug_mask
echo "0" > /sys/module/userwakelock/parameters/debug_mask
echo "0" > /sys/module/earlysuspend/parameters/debug_mask
echo "0" > /sys/module/alarm/parameters/debug_mask
echo "0" > /sys/module/alarm_dev/parameters/debug_mask
echo "0" > /sys/module/binder/parameters/debug_mask
Code:# ~~~DISABLED BY GL~~~
#RTC_Log
#service rtc_log /system/bin/sh /system/bin/rtc_log.sh
# class main
# user shell
# group log
# oneshot
# ~~~DISABLED BY GL~~~
# DVFS - limit cpufreq during booting sequence
# service dvfs /system/bin/sh /system/bin/dvfs.sh
# class main
# user root
# oneshot
Dies ist natürlich nur ein kleiner Auszug,aber soll zeigen,wie viele Sachen im Kernel abgedeckt werden. Wenn ihr ein tweak Script im Rom habt ,welches irgend eines dieser Werte beeinflusst ,ist die tatsächliche Performance des Kernels nicht mehr gewährleistet.
Aber ich stehe zu meinen Aussagen, und die Aussagen im Cleanote Rom Thread bestätigen dies,dass sämtliche Aufgaben in Sachen wie Performance,Speicher und System sauber gehalten werden sollten und dies.dem Kernel und dem Android Kern und deren Zusammenspiel überlassen bleiben sollte OS :good:
Erwähnt sei auch,dass viele Tweaks von Leuten beschrieben werden,die ein nur ähnliches Gerät wie eures haben und es ist nicht gewährleistet,dass,was auf dem einen Android Gerät gut ist,auch auf deinem brauchbar ist, und nur wenige "ROM Chefs" machen sich die Mühe,geschweige denn,haben die Kompetenz,einen Tweak einzufügen,diesen zu testen,ihn um zu schreiben,erneut zu flashen,erneut zu testen,um zu schreiben usw.,so dass man nur all zu oft Tweaks bekommt,die weder vernünftig getestet sind,als auch in der Kompatibilität gewährleistet sind........
Natürlich ist es jedem.frei gestellt,mit Tweaks und build Skripten zu experimentieren,aber wenn,dann sollte man doch.schon sehr genau wissen,was man da tut,sonst gleicht das Ganze eher einem Roulette Spiel,wobei bei diesem.die Gewinnchancen wesentlich höher liegen dürften......
Deshalb gilt:
Wenn ihr Scripte oder Tweaks in eurem Rom behalten wollt, dann macht dies nur Sinn, wenn ihr euch vergewissert habt, daß diese absolut in keinem Konflikt zu den Kernel Setups stehen. Da dies für Neulinge oder Leute mit wenig Erfahrung schwer sein dürfte, ist das grundsätzliche Anraten eben, alle Scripte zu löschen.....
Es gibt natürlich auch Scripte, die keinen Einfluss auf das Kernel haben, wie z. B. Zip align o. Ä.
Aber leider würde es auch den Rahmen sprengen, hier jedes Script zu erläutern....
Werte wie sd Cache, LMK (low memory killer) und andere, müssen einfach auf den vom Kernel eingestellten Werten laufen,sonst entstehen lags.....
Vorsicht auch mit System tools wie z. B. Rom Toolbox und Co., viele dieser apps setzen grundsätzlich schon mal andere Werte, diese Sachen ausschalten, bzw. manchmal ist dies bei solchen apps gar nicht möglich, dann diese besser entfernen.....
Kontrolliert dies, indem ihr bei anderen nachfragt, die dieselbe Kernel Version haben, welche Werte im Kernel Standard stehen sollten. Falls ihr da was anderes habt, ist das schon ein deutliches Zeichen, daß hier ein Script oder eine Anwendung noch "dazwischen funkt"
http://img835.imageshack.us/img835/1198/kernsig1.png
====== DOWNLOAD SAMMLUNG: =======
Und dann habe ich hier mal meine Sammlung bereit gestellt, da die alten Links im Thread immer wieder gelöscht werden..
Hier die TAR Versionen für Mobile Odin/PC Odin :
https://www.box.com/shared/dfde01b17007ddfe88b6
Und hier die ZIP als CWM / Recovery Flash :
https://www.box.com/shared/ed53dad46f341d680a79
Ist nicht ganz komplett, aber sagen wir zu 99% da ich ab Version 1 alle gehortet hatte,sogar die Betas ..... :-)
====== CHANGELOGS ========
INFO für DEVS / ROM COOKERS
Wenn ihr das Notecore Kernel in euer Rom integrieren wollt, könnt ihr das gerne tun. Wenn, dann wählt BITTE die Standard Version des Notecore, da die Uni oder OC nicht für alle Geräte geeignet ist, und somit euer Forum unnötig mit Posts gefüllt wird wie :"Geht Nicht", Bootloop"usw.
EBENSO, IST ES DRINGEND EMPFOHLEN, alle SD Read Ahead Werte oder Tweaks und Scripte, die diese betreffen, dringend zu entfernen und alles auf Standard stellen, damit das Kernel seine eigenen Werte für den SD IO throughput setzen kann. Dies ist enorm wichtig, da sonst erhebliche Beeinträchtigen in der Performance die Folge sein werden, massive Lags und so weiter!
Changelog
v14.2
- reine OC Version und nur als zip
- gab Gavin raus für Leute, die mit der 14.1 Probleme mit der Latenz haben im appload
- ebenso bei erhöhtem Ramverbrauch in der 14.1
v14.1
- Verzögerungen im CWM Recovery gefixt
- JRCU entfernt und getauscht gegen eine verschieden konfigurierbare fanout RCU
- Kleine SHMEM anstatt der vollen SHMEM
- KSM Page Merging hinzugefügt und aktiviert
- Memory Kompaktheit optimiert
- Für ARM optimierter RWSEM Algorythmus
- Zurück auf einen leicht erhöhten SLQB heap allocator
- Kernel scheduler Latenz reduziert
- Einige .config Änderungen
- Einige initramfs Änderungen
- Verbesserte Stabilität bei niedrigen Frequenzen im ondemand Governor
- Touchscreen Empfindlichkeit Tweaks
- Compiled mit Googles Standard Toolchain,aber mit allen linaro's Optomierungsflags
- Verbesserte Performance! :D
v14
** Achtung! Vor Flash von V14 Bitte Cache Wipe im Recovery ausführen!! **
** bei V14 dauert der Start des Recovery sehr lange, bitte 30s warten!!!!! **
- Auf SLUB allocator gewechselt, mit 0 Hierarchy
- Joe's RCU für kleine SMP Systeme
- Optimierter 8 slick CRC32 Algorythmus
- HRTICK enabled und GENTLE_FAIR_SLEEPERS disabled im Kernel Scheduler
- Memcpy Funktionen optimiert
- gebaut mit der aktuellsten Linaro toolchain
- Optimierter SHA1
- Viele kleine Änderungen
- Initramfs Änderungen für CFS scheduling und EXT4 tweaks
- Linaro Optimierungen , compiled mit -o3 und Special Flags
v13.4
- FM Radio gefixt(schon wieder, diesmal aber dauerhaft !)
- RTC logging service entfernt!
v13.3
- Tegrak Support gefixt
- Support für Netzwerk Monitoring Apps gefixt
- "TouchScreenTune" App Support gefixt
- kleinere initramfs Änderungen (Scheduler Latenz und Körnung )
v13
- Komplett neu aufgebaut und compiled von Grund auf
- HK Update 1 als Basis (kein Update 4 bits)
- Mit der selben toolchain aufgebaut,die auch Samsung nutzt (alle anderen haben keine Unterschiede, da sie Linaro nutzen)
- Sämtliches debugging, und unbrauchbare Sachen ausgefiltert - Voodoo Loudness und Tegrak funktionieren damit NICHT!
- Total überarbeitete Voltage tables
- OC und STD haben beide 100Mhz als niedrigste Frequenz
- OC -50mv underclocked auf jedem Level (etwas mehr als in v12.5 zwecks Stabilität)
- STD -25mv auf jedem level (War vorher weniger,daher sollte es keine Stabilitätsprobleme geben)
- SECONDARY voltage tables neu justiert - viel,viel,viel weniger Hitze!
- NTFS ist raus wegen Nichtfunktion !!!
- Kernelinfos in den Einstellungen behalten!
- OC GPU - 160@900mv 400@1050mv
- STD GPU - 160@900mv 267@950mv (weniger als Stock,aber stabil)
- getweakte Ondemand, Conservative, und PegasusQ Governors
- SIO als Standard, Noop bringt etwas mehr Akkulaufzeit,falls erwünscht!
- Update 4 framebuffer Treiber getauscht gegen Update3+Speedmod MDNIE k3-7 (weniger Akkuverbrauch wenn Display an!)
v12.5
- Update "Update 4" framebuffer drivers laufen jetzt
- Basic NTFS Support hinzugefügt
- Alle voltage tables in beiden kernels sind jetzt undervolted!
- VM, IO und initramfs Änderungen
- asynchrone IO Optionen eingefügt
- Ondemand, PegasusQ und Conservative governor Änderungen!
- CPU Frequenz Umschaltverzögerung erlaubt, sich auf Minimum zu reduzieren!
Updates an der " Kernel Kitchen
- Unveränderte Source jetzt enthalten in: reference_source/
- Automatische Patchgenerierung möglich (vergleicht source/ mit reference_source/)
- bugs gefixt an der TAR file Generation
- andere bugs gefixt
v12
- Compiled mit Kitchen v2 :D
- franco's drity-writeback patch wieder eingebaut - bessere akkulaufzeit
- VM Größen getweaked,jetzt etwas mehr " conservative"
- Fixed FM radio
- Fixed TAR flash files
- Fixed HDMI output
- alles sollte jetzt 100% laufen.
v11.3
- Erster Build mit kernel kitchen 
- neu aufgebaut
- weniger aggressive tweaks (bessere Akkulaufzeit )
- Wifi standby bug fixed
- wieder gewechselt auf " Codesourcery arm-none-linux-gnueabi 2012/03 toolchain" (aus bestimmten Gründen bessere Akkulaufzeit )
- Compiled mit CPU optimierten Spezifikationen
- Alle Module sind jetzt richtig umgemodded
- Arm topology support entfernt (Nur in 11.1) - mehr Akkulaufzeit,
v11.1
- Modifizierte OC / UV Werte hinzugefügt, für jetzt entdeckte "c" Klasse Mainboard Geräte
- "Strict BLOCK IO "cpu affinity entfernt
v11
- Neugeschrieben nach HDD Fehler
- Arm CPU topology Unterstützung hinzugefügt (Danke an hardcore)
- GPU unter Frequenz 160mhz wieder eingebaut
- GPU speeds - OC kernel = 160/400 ~ STD kernel = 160/267
- Neuer patch von PHJZ, (settings>about>kernel version section) der folgendes anzeigt : Max CPU Frequenz , Voltage Gruppe und CPU/Mainboard Temperatur ! 
- seltsame MTP Probleme gefixt
- Voodoo Loudness gefixt
- Weniger aggressive VM settings (/mm/page-writeback.c)
- Cache and Dalvik Wipes aus den CWM install Skripten entfernt , habe den Verdacht, daß dadurch ständig Cache gelöscht wird (beim flashen meiner ständig neuen updates) Habe dies entfernt, denn Cache und Dalvik Wipes sind beim Neuflash des Notecore nicht notwendig
v10.6
- Franco's backported dirty-writeback system hinzugefügt
- Display refresh Rate gewechselt von 57hz zu 59hz (höchst Möglich!)
- Tweaked initramfs
- Modifizierte hard-coded VM Größen (/mm/page-wrtieback.c)
- VM Gesamt Readahead gesetzt auf 384max/16min kb (512 zu Aggressive)
- Unnötiger Müll entfernt aus der .config
v10.2
- Bluetooth Probleme gefixt
- MTP Probleme gefixt
- "Reboot" in den CWM apps gefixt
- WiFi standby/touchscreen Problem gefixt
- 3.0.36 Patches entfernt,ist besser - bremst zu viele Sachen
- Alle Performance Verbesserungen aus der 10.1
10.1
- Patchup auf 3.0.36 mit Tweaks wieder eingefügt
- CWM Recovery getauscht gegen das aktuelle im CF-Root, super Doppelsave
- Max CPU Frequenz wird jetzt vom Kernel in Einstellungen - Telefoninfo geschrieben
- Mehr Performance Verbesserungen - jetzt extra zackig :-)
- VM Tweaks verschoben
10:
- Universelle Voltage Tables eingebaut,vom Kernel wird das Motherboard erkannt und in "A""oder "B""Gruppe unterteilt, und je nachdem wird das entsprechende Table gesetzt! Dadurch bessere Wärme und Leistungseigenschaften!!!!!
- in Einstellungen - Telefoninfo kann man ablesen, welches Voltagetable man geladen hat (Empfohlen, im Forum mit an zu geben!)
- Performance v10.2
- Fixed Bluetooth
- Fixed MTP issues
- Fixed "Reboot" in CWM style apps
- Fixed WiFi standby
- Performance Verbesserungen
- Evtl 32bit Farben im Display aktiviert
- VM tweaks
- CPU Frequenzwechsel Verzögerung geändert im init code
Changelog v9
- Mehr "irrsinnigen" eingebaut
- Tweaked SIO scheduler als Standard
- VM memory subsystem tweaks
- Voltage auf allen Frequenzen leicht reduziert
- STD GPU Locked bei 267mhz
- EX GPU 267/400
Changelog v8.1
- Upstream 3.0.36 patch entfernt, ständig Probleme mit MTP Modus
- MTP gefixt
- SDHCI timeout Einstellungen wieder als Standard gesetzt
- etwas schneller
Changelog v8
- Beste Teile aus HK Update 1, Update 4 und der reinen 3.0.36 aus kernel.org
- SLQB heap allocator hinzu gefügt (mehr effizienter als SLUB / SLAB) von CM
- gewechselt auf die neueste codesourcery Juni 2012 toolchain
- Mit CPU optimierten Spezifikationen gebaut
- VM heap allocation getauscht in der initramfs
- Hardcore's (speedmod) K3-7 MDNIE Einstellungen
- SDHCI Controller file read/write timeout getauscht
- Im Urlaub Akkulaufzeit getestet,alles gut!
- WiFi, Modem und SCSI (für UST OTG) in Kernel eingebaut (könnte den WiFi sleep bug fixen)
v7
- Komplett auf die HK ICS update 1 Basis zurück
- Patch auf 3.0.36
- Alle tweaks aus 5.1
- initramfs gewechselt auf memory manager
- weniger Akkuverbrauch
v6.1
- Hybrid build aus Elementen des ICS Update 4 und HK ICS Update 1
- Upstream Patch auf 3.0.36
- Hotplug aktivierte governors wieder eingebaut
- DVFS hotplug Patch
- EXT4 i/o tweak
v6
- REINE VERSION aus ICS Update 4 source (keine upstream Patches )
- Alle speedmod upatches entfernt,ausser mit MDNIE und Tweak geladen
- Einige Einstellungen in der initramfs geändert um lags in einigen apps zu fixen
- Nazar78's spezielle custom bootanimation Unterstützung eingefügt. Ihr könnt jetzt jede bootanimation.zip flashen,ohne extra die loops zu editieren! (Anfängerfreundlich!)
v5.1
- Code Updated mit den 3.0.33 upstream Patches
- Projekt gebaut mit der neuesten Version der Linaro GCC 4.7 HF toolchain
- Projektoptimierungen modifiziert
- Pegasusq governor multicore hotplug
- Einige IO und CPU hotplug patches aus Franco's kernel importiert
- Optimierte CRC32 Algorythmen aus Francos kernel importiert
- 160mhz Bus Frequenz entfernt, 400&266 jetzt aktuelle Frequenzlevels
- DVFS cpu Geschwindigkeitsbegrenzung entfernt während Boot und Initialisierung des Launchers
- Viele Sachen an die ich mich nicht mehr erinnern kann!
4.00
- Bluetooth in 4.0.4 Roms gefixt, massiver Dank an hardcore!
- Governor Probleme gefixt
3.30
- Kompletter Neuaufbau
- Zu offizieller Android GCC 4.4.3 toolchain gewechselt(samsung Standard)
- WiFi standby bug sollte gefixt sein
- niedrigere Bus Voltages (Weniger Wärme, mehr Akku)
- USB Ladezeit verkürzt
- Stabilisierte CPU Performance
- initramfs Änderungen
- "Standard" GPU auf 160/267 wie Stock, jedoch niedrigere Voltages (weniger Wärme und Akkuverbrauch)
- "Extreme" GPU auf 160/400 @ 925mv and 1000mv (weniger Wärme und Akkuverbrauch bei niedriger grafiklastigen Apps)
3.20
- CPU Scheduler wieder eingebaut
- Alles gefixt,was bei 3.15 beanstandet wurde
- Full Root bei flash des Kernels mit pc Odin funktioniert nun
v3.15
- Voodoo Loudness Suppor gefixt
- Akkuverbrauch etwas gefixt ( 1 vollen Cyclus durh laufen lassen)
- Jede Menge .config Änderungen um unnötiges Zeug zu entfernen
- CIFS Unterstützung wieder eingebaut
- Enorme Reduktion in der zImage Größe
- Ein Osterei eingebaut!!!!
v3.1
- Dual-core optimierter pegasusq governor, als Standard gesetzt
- modifizierter SIO scheduler,Standard
- Built aus der neuen ICS samsung source vom 7.7.2012
- Jede Menge Änderungen am Mali GPU Sourcecode
- Jede Menge Änderungen an den Mali GPU voltage tables (niedrigere Stromspitzen = weniger Hitze)
- L2 bus Frequenz 267mhz (gleiche Voltage, vorher 160mhz)
- Viele .config Änderungen
v3b
- custom bootanimation entfernt
v3
- FM radio Fix
- gewechselt auf NOOP (IO Scheduler)
- SLUB getauscht
- Datenfehler gefixt
- IO verbessert
- CPU höherer Durchsatz
- Neuaufbau
- Voller 4.0.4 ICS TW Rom Support (alles läuft, Ausnahme Bluetooth )
- init.d Support Fix
- Custom bootanimation läuft
- SU und Superuser Update
- Modem LR1 in CWM zip Flash Paket eingebaut
v2.15
- interner SD IO Datenfehler gefixt
v2b
- initramfs überarbeitet für MEGA PERFORMANCE
- IO Durchsatz verbessert
- MMC/emmc/SDcard configurtation geändert für bessere Performance
- Gerät spricht besser an
v2
- Nauaufbau
- Zurück zu Ondemand Governor
- Verbesserte android surface pmem allocation
- Voltages für GPU gefixt
- In beiden Kernels Hitzeentwicklung reduziert
- initramfs in init script gewechselt
- SDcard Readahead reduziert,da höhere Werte Lags verursachen
- Taschenlampe gefixt
- Änderungen an der Config
v1.3
- GPU Voltages gefixt (267@950mv 400@1000mv
- Gewechselt auf ondemand Governor
- verbesserter Speicher für surface flinger (weicheres Scrolling,weniger Flicker usw. )
V1.2b
- Pegasusq Standard Governor
- Viele `Änderungen an der Config
- Ne Menge Fixes
- Read Ahead vergrößert auf 4208kb (maximum Stabil)
- OOM und aktive app Speicherorte vergrößert
- GPU auf 267/267 in Standard
- GPU auf 267/400 in Extreme
- höherer IO Durchsatz
- Bessere Reaktion
- MDNIE display mode fix
- Frequenz Tables für OC/CPU Apps(Tegrak o.ä.)
V1.1
-Android logger hinzu gefügt
-Core voltage auf @ 1600 bei 1.35v erhöht
____________________________________________________________
Source and GPL:
Ihr könnt das Package an jedem Ort eures Systems entpacken. Ihr braucht eine Cross Compiler Toolchain installiert, und müsst das Makefile in Source/Makefile innerhalb der Cross Compiler Location setzen.Codesourcery's arm-none-linux-gnueabi 2012/03 Release wird empfohlen!
Lest das README-INSTRUCTIONS file, und startet das menu.sh Skript aus einem Root Terminal. Der Rest ist selbsterklärend! :good:
Source Paket, FTP directory und Source Downloads -
http://hecubus.com/filelist.php?dir=xda%2Fksource
======= EMPFEHLUNGEN =======
Da ich durchgehend JEDE Version mindestens 24h getestet habe, kann ich euch durchaus Empfehlungen geben, zudem bin ich auch im XDA Thread immer am Ball...
Es sind durchgehend alle Versionen sehr schnell und empfehlenswert.
Mit Achtung zu genießen sind die Versionen 3 u 4,hier hab es bei einigen Fällen von Datenverlust.....
Generell würde ich daher nur Versionsnummern höher als 5 empfehlen, wenn ihr nicht eine spezielle kennt.....
Bei den Versionen 10- 11.1 war ein extrem hoher Batterieverbrauch festgestellt worden, auch bei mir, dieser soll jedoch mit 11.3 wieder behoben worden sein.....
Sehr gut sind die Versionsnummern 8-9.x
(leider habe ich die Changelog nicht mehr, da Gavin sie im Original thread wegen Über Größe gelöscht hat, ich werde aber versuchen, sie von ihm zu bekommen und als Archiv einzustellen....)
Wenn ihr noch Fragen zu ner bestimmten Version habt, ask me..... Thx.....!
In Verbindung mit Roms ist die Aussage des Devs ganz klar....
Let the kernel do the job!!
Sprich, viele Custom Roms sind bestückt mit ner Menge von builds, Scripten und tweaks.. Note core ist ein High performance kernel, dieses wird jedoch oft von solchen tweaks usw. behindert.......
Er rät daher, den init.d Ordner zu leeren, auf alle Fälle aber alle scripts zu entfernen, die sd read ahead files schreiben oder ähnliches...
Der I/O Scheduler sowie der sd cache sind im Note core optimiert, sprich, den Cache zu erhöhen kann eine gegenteilige Wirkung haben, als erwünscht......!
Besonders optimiert ist das Cleanote Rom, da es vom selben Dev stammt. Hab ich selber noch nicht getestet, den User zufolge soll es aber super zusammen laufen. Ich hatte immer boot loops nach dem Flash. Zudem hat das cleanote nur Asiatische und arabische csc files.....
Chracks Rom habe ich am 8.8.2012 getestet mit Note core V12 OC.. Alle init.d scripts gelöscht und cleanote build prop injected.... Lief gut bis sehr gut.......
Habe dann allerdings wieder auf Criskelo gewechselt und muss sagen, ist einfach ein massiver unterschied, alles gleich, also cleanote build.prop injiziert, init.d Scripte weg, aber Criskelo läuft einfach UM Ecken flüssiger bei mir...... Ebenfalls mit der V12OC
Beide Roms mit der aktuellsten Version 4.0.4 LRK DBT......, jeweils full wipe und cleaning script vorher.......
Was auch sehr gut laufen soll, wozu ich langsam auch neige, ist ein selbst konfiguriertes Stock Rom. Sprich, man nimmt die aktuelle Stock, entfernt alle Systemapps, dir man nicht haben will, um das Ganze etwas abzuspecken..... Holt sich dann die entsprechenden Mods, wie 15 Toggle usw. und designt sich so sein eigenes Rom mit jelly bean Animas usw.
Und wie gesagt, die stock ist ja sowieso frei von Scripten, vielleicht noch die bp des cleanote und fertig.....
Was tweaks und Scripte angeht ist die Devise, nicht nur in Verbindung mit dem Note core, WENIGER IST MEHR....., wer also glaubt, sein Note schneller zu machen, wenn er stapelweise tweaks wie Thunderbolt, JB usw.. draufmacht, wird schnell merken, wie die Performance eher schlechter wird......
Mehr Roms habe ich bis dato noch nicht getestet........
Save Kernel!!!
Wipe, Full wipe, Nand Backup/Restore
Laut Dev ist das Kernel Dank eMMc Bypass Routine absolut Save, was Full Wipes, sowie Nandroid Backups und Restores angeht......
Dies wurde im XDA Thread von den User bestätigt und es gab auch keinen einzigen gegenteiligen Post..........
Ich persönlich kann dies weder bestätigen noch dementieren, würde aber mal davon ausgehen, daß dies stimmt........
Da ich, was dies angeht, absolut kein Risiko eingehe, und deshalb meine Wipes nach wie vor über das sichere Abyss Kernel mache,kann ich nur sagen,ihr macht dies auf eigenes Risiko........
Ich kann niemandem dazu raten, dies zu versuchen, muss jeder auf sein eigenes Gewissen hören, ob er dies probiert oder nicht.......
Greetz
Sts
===== Cleanote build.prop Injection! ====
===== Step by Step Tutorial!!! By Sts ====
Nachdem sich einige, weniger erfahrene User einfach unsicher mit der Kurzbeschreibung waren, die weiter oben ist, was verständlich ist, schließlich werden hier system files verändert und verschoben. Aus dem Grund habe ich nochmal ne ganz ausführliche Schritt für Schritt Anleitung erstellt.
Sieht viel aus, dauert aber gerade mal drei Minuten, geübt eine......
Die build.prop muss danach nur neu kopiert werden, wenn ihr ein neues Rom flasht. Bei nem Kernel Flash kein Problem, davon ist die B.p nicht betroffen.......
Viel Spaß! ^_^
http://img.tapatalk.com/b21aed30-5614-19b7.jpg
http://img.tapatalk.com/b21aed30-5635-36c4.jpg
http://img.tapatalk.com/b21aed30-5657-7451.jpg
http://img.tapatalk.com/b21aed30-5671-2af8.jpg
http://img.tapatalk.com/b21aed30-568c-8018.jpg
http://img.tapatalk.com/b21aed30-56af-20ea.jpg
http://img.tapatalk.com/b21aed30-56d1-87ce.jpg
So, ich hoffe, damit sind nun endlich alle Klarheiten beseitigt, äh oder so ähnlich, oder so.
Hoffe, ich konnte dem Einen oder Anderen weiter helfen.......
Viel Spaß und vor allem viel Erfolg...... :-)
Rock
Steff
