[DorimanX][AOSP/CM/SAMMY-KERNEL][JB][KK][LP][MM][BETA][STABLE]

[chris1995]

Wie ist der Kernel jetzt? Nutzt schon jemand die neuren Version? Laufen die diesmal sabil oder gibt es noch lags beim öffnen des app nach e in paar stunden

 

[j1gga84]

@chris1995

probiere ihn doch einfach mal aus und berichte uns hier


Ansonsten gibt es schon wieder eine neue Version:

DorimanX 11.0 b023 has been released.

DorimanX 11.0 b023 (BETA)
- BLN is now working!!! I simply updated the updater-script to delete old lights.exynos4.so from ROM and add new one to /system/lib/hw. Thanks @charlie8104 and @arnab If BLN doesn't work, reflash the kernel and make sure to reapply BLN after boot. This should fix BLN for most people
- sched: Set MC (multi-core) sched domain's busy_factor attribute to 1. This will increase CPU performance.
- fixed compilations warnings thanks to @chhapil


I am very excited to say that BLN will work immediately after kernel flash. No need for additional hacks or changing system files. Thanks to @arnab for helping out and @charlie8104 for providing us a workaround to the problem. I can confirm it is working on CM12.1 without issues, however if you find that it doesn't work, a kernel reflash should do the trick or make sure to untick then retick BLN. Tell me if you guys have any problems with BLN as I will hopefully bring fixes in future builds.

Other changes included minor changes to the kernels topology which enhances multicore decision making and some compilation fixes thanks to @chhapil.

Ansonsten sollte jetzt erst mal ein paar Tage Ruhe sein, im Changelog schreibt gsstudios:
- No new builds for now. Right now I need to fix bugs in kk branch first before continuing LP kernel

Gruß

 

[j1gga84]

Für KitKat ist nun auch ein weiterer Kernel erschienen, laut gsstudios wohl die letzte Version, was ich auch hoffe.
Er soll sich nun lieber mal auf LP und besonders auf MM konzentrieren

DorimanX 10.50 v002 has been released.

DorimanX 10.50 v002 (BETA)
- sched: Set MC (multi-core) sched domain's busy_factor attribute to 1. This will increase CPU performance.
- fixed compilations warnings thanks to @chhapil
- Changed swappiness drop down to slider. Allow users to select a more precise percentage.
- Limit boot booster frequency to a max of 1.4Ghz. Anything higher will cause many devices not to boot Plus there are very few CPUs out there that can run higher than this config.
- Added lowmem_reserved_ratio tuning to stweaks thanks to @dorimanX. A higher ratio will give you more free RAM if you see that your free RAM is always loaded and device LAG, but it's also uses more battery to gain more free RAM with loaded system. Please don't use the relaxed setting as you will run out of RAM very easily.
- Isorec recovery support. Many thanks to lanchon who has been working with me for the past few days. If you require to dualboot, don't use isorec recovery. I have linked the isorec disabler for people who want dualboot/dorimanx recovery. Also, TWRP can't mount USB storage so you won't be able to transfer files between PC, go back to CWM to fix this. We have isorec on DorimanX However this is still a WIP.
- zzmoove will now use alucard as the default hotplugging driver.
- Add toggle for power efficient workqueues. Enable to save power, disable for performance. Fixed parameter permissions. If you disable this, Cortexbrain will automatically switch on this during sleep state to save battery. Avoid using Kernel Adiutor to set this value as stweaks can do this properly.
- Set profiles with "medium" OOM values to "default"
- Synced some VM and memory tweaks from LP branch
- Minor fixes to some stweaks descriptions


I'm not going to go through a whole lot of explanations as I have already done them in my LP kernel thread. Some exciting features that have been added in this release include Isorec support thanks to @Lanchon, fixes and adjustments to VM/memory values, changes to stweaks profiles, added new toggles/features to stweaks (see changelog or visit LP kernel thread for more info) and many other changes (see changelog).

Please note that I haven't tested this release yet. I will test it soon and if there are reports of bugs and crashes, I will try to fix them in future releases.

Please also remember that I won't be working on the KK branch that often so consider this as a possible final release.

Enjoy the update! - gsstudios

Edit: Have tested the release for a few hours now. Seems stable and all features works as they should. Isorec is also working as well.

Gruß

 

[CHEF-KOCH]

Zwei wörter: Butter weich ....

 

[j1gga84]

Welchen der beiden Dori's meinst du?
Oder hast du beide getestet?

Gruß

 

[CHEF-KOCH]

Neuste (DorimanX 10.50 v002 (BETA)) von heute, was heißt getestet. Kurz meinen flash wahn befriedigt.

- Added lowmem_reserved_ratio tuning to stweaks thanks to @dorimanX. A higher ratio will give you more free RAM if you see that your free RAM is always loaded and device LAG, but it's also uses more battery to gain more free RAM with loaded system. Please don't use the relaxed setting as you will run out of RAM very easily.

Das reißt es am meisten, die anderen changes sind eh Käse.

 

[j1gga84]

Weiter geht's für LP:

DorimanX 11.0 b024 has been released.

DorimanX 11.0 b024 (BETA)
- BLN is properly fixed now without having to modify install script thanks to realex-fire
- Fixed stweaks not installing on kernel install thanks to realex-fire
- Many other changes to kernel init system thanks to realex-fire
- LZ4 support on the ZRAM thanks to @chhapil. Changed default compression to LZ4. Before we were using LZO which was slower but gave slightly better compression. LZ4 is much faster but gives slightly worse compression. TL;DR, better performance

There has been lots of changes to the kernel's ramdisk files thanks to realex-fire. The most important change is that BLN is properly fixed from the kernel side, so the kernel won't modify any ROM files anymore, stweaks now installs on kernel install and many other minor changes. If there's any problems with BLN or stweaks, be sure to let me know

Another exciting change is now we are using LZ4 for zram thanks to @chhapil. As stated in the release notes, we were previously using LZO to compress our zram, which was slower but had better compression. Whereas LZ4 is much faster but has slightly worse compression. There will be a nice performance gain to our kernel from this change since we have zram enabled by default.

Enjoy the update! - gsstudios

Gruß

 

[CHEF-KOCH]

Maaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaan, nu muss ich wieder flashen

Der neue Kompressionsalgo ist zwar nett reißt aber nix an der performance da das gerät sowieso immer bei größeren sachen swapt was mehr zeit kostet, ansonsten die erste stabile version die mir zRAM UND zzmooveläuft, vorher gabs immer hänger oder sogar soft reboots.

 

[j1gga84]

Wollte vorhin mein S2 wieder neu aufsetzen und stehe aktuell vor dem Problem, dass ich es nicht gerooted bekomme.. Ich denke, dass es am Dorimanx liegt, bin mir aber nicht sicher.

Hab die PIT geflasht, die ich sonst auch immer geflasht habe (8 GB Daten, 768MB System, 23MB preload) samt dem PhilZ v5.15.9 in Odin, dann in die Recovery und den PhilZ touch 6.48.4 drüber, dort dann alles gewiped, auch boot und preload, dann die ROM (CM12.1 von Markox89 vom 29.01.) und die GApps (opengapps (pico) vom 30.01.) und die SuperSU zip (v 2.67 beta) und reboot, SuperSU ist nicht vorhanden..!?
Reboot in die Recovery und die IsoRec TWRP geflasht, hier dann nochmal versucht die SuperSU zu installieren, bekomme dann folgende Fehlermeldung:

Boot image patcher:
-Finding boot image
-Boot image: /dev/block/mmcblk0p5
-Extracting ramdisk
-Failure, aborting

Die apk kann ich im laufenden Betrieb zwar installieren, allerdings kann ich die Binary nicht updaten...

Installiere ich die offizielle Version aus dem Playstore bekomme ich folgende Meldung: Keine su-Datei installiert und SuperSU kann keine installieren. Das ist ein Problem! Wenn du gerade auf Android 5.0 gewechselt bist musst du erneut manuell rooten.

Seltsam, ich hatte nie solche Probleme..

Weiß hier jemand einen Rat? Vielleicht habe ich auch an irgendeinem Punkt einen Fehler gemacht!?

Gruß

 

[CHEF-KOCH]

Kannst du mal alles anhängen/verlinken was du geflasht hast bzw vorhast, wills mal exakt nachspielen, meiner Meinung nach liegt's aber direkt am SUperSU beta package da dort so viele Änderungen seit der stable vorgenommen worden sind, das die beta evtl. nicht läuft, die stable sollte aber durchrutschen. Nen Kumpel hatte son script installieren müssen damit die Beta läuft, weis aber nicht ob das fürs S2 auch läuft, kann mal gucken, wenns läuft häng ichs hier an, ansonsten lass ichs und verweis lieber auf die SU stable version.

 

[j1gga84]

Also,
installiert habe ich in ODIN den PhilZ-cwm6-XWMS3-FOP-5.15.9.tar.md5 (Anhang, muss noch entpackt werden) sowie I9100_768MB_Sys-08GB_Data-023MB_Preload.pit (Anhang, muss noch entpackt werden), vorgegangen bin ich nach dieser Anleitung: [How-To] Vergrößerung der Datenpartition mittels bearbeitetem Pit-File
Ich habe wie gesagt nur den PhilZ Kernel sowie das PIT File geflasht, da ich den Preload verkleinert habe und danach ohnehin eine Custom ROM installieren wollte.
Nach erfolgreichen Flash habe ich in die Recovery gebooted und den philz_touch_6.48.4-i9100.zip (Anhang) geflasht, Reboot wieder in die Recovery und über mounts and storage alles gewiped, auch /preload und /boot, danach habe ich die neuste CM12.1 von Markox89 vom 29.01.2016 geflasht, da sich die Open Gapps (Pico vom 30.01.) in der PhilZ Recovery nicht flashen ließen (Status 12), habe ich rebooted und diese aus der Cyanogen Mod Recovery der CM12.1 erfolgreich flashen können, danach habe ich noch SuperSU 2.67 von hier geflasht: EXPERIMENT: Root without modifying /system #2: Automation - Post #3

Hier steht auch Folgendes:
If you are coming from any SuperSU install in /system, you must re-flash the stock system (and vendor and oem, if present) partition contents prior to installing this.

und:
If on Android 6.0 or Samsung 5.1, the ZIP installer will install SuperSU in systemless mode and patch the boot image. The boot image patcher currently only supports gzip compressed ramdisks and the standard Android boot image format. Some devices do not use the standard format, and many custom kernels use a compression other than gzip. A backup is made (/data/stock_boot_<sha>.img.gz) of the original boot image before patching it.


Das Komische ist, dass es in älteren Builds von Markox89 ohne Probleme funktionierte.
Ich dachte erst, dass es an der IsoRec Recovery liegt (hab die TWRP genommen und den Dorimanx 11.0 b024 UBER 4.9 TRIM), aber das Problem tritt schon vor dem Flashen des Dorimanx auf, habe es eben extra noch mal getestet.

Wenn ich die SuperSU 2.67 zip flashe bekomme ich wie gesagt folgende Fehlermeldung:

Boot image patcher:
-Finding boot image
-Boot image: /dev/block/mmcblk0p5
-Extracting ramdisk
-Failure, aborting

SuperSU wird nicht installiert.

Nehme ich stattdessen die SuperSU 2.46 als zip, wird diese ohne Probleme installiert. Werde auch mal die letzte offizielle Beta 2.52 noch testen.
Ich denke, dass es an diesem "Systemless root" liegt, wundere mich halt einfach, weil es vorher funktionierte.

Falls du das reproduzieren kannst werde ich das entsprechend mal im XDA-Thread posten.

Ich weiß, es ist hier eher OT, überlege noch, wohin ich das verschieben könnte

Gruß

 

[CHEF-KOCH]

Kanns so ähnlich bestätigen (hab nur pit mit 1 Gb mit deinen anderen Sachen schnell getestet) entweder bekommt man aborting, error -1 oder es läuft durch und beim zweiten boot bleibts system im bootloop (auch wenn chainfire schreibt kann beim booten generell länger dauern). Selbst im CM 13 gibt's bei mir ähnliche sympthome, wenn mans flasht dann sieht man keinerlei SuperSU app und es lässt sich auch mit Dialer code nicht abfragen - installiert man nur die app und installiert das binary gibt's auch probleme mit dem boot. Kann also nur empfehlen (wenn man aktuelle builds/nightly's von ROM's nutzt doch lieber zur stable SuperSu zu greifen).

PS: Man könnt's in SuperSU thread (falls vorhanden) posten und beispielsweise in den CM oder andere threads linken oder ins OP nehmen falls jemand die selbe Idee hatte es aufzuspielen.

 

[j1gga84]

Danke für deinen Test

Ich denke mal, dass es (nur?) das S2 betrifft, auf meinem S5 und Tab S läuft die 2.67 nämlich, die letzte stabile Beta 2.52 ließ sich auch ohne Probleme noch flashen, erst ab 2.60 aufwärts funktioniert es nicht mehr.
Ist mir eigentlich relativ schnuppe, da ich das S2 ohnehin nur noch als Backup nutze und gerooted ist es ja trotzdem
Sehe jetzt auch keinen Vorteil der neuen Betas gegenüber der 2.52 Beta oder 2.46 Final.

Egal, habe trotzdem mal im SuperSU Thread auf diesen Fehler hingewiesen.

EDIT:
So, hab die ROM jetzt mal soweit eingerichtet, den Dori drauf und naja, was soll ich sagen, er benötigt noch ein wenig Feintuning..

Gruß

 

[j1gga84]

Neue Build für LP online

DorimanX 11.0 b025 has been released.

DorimanX 11.0 b025 (BETA) - LAST BUILD FOR NON-TRIM AND UBER 4.9
- Synced chhapil's zram updates
- LZ4 is set as the default algorithm for zram. I have properly checked now and it is all good. You can see this under /sys/block/zram0/comp_algorithm, where the algorithm inside the brackets is the active one.
- This will be the last build for NON-TRIM and UBER 4.9. TRIM should be used by everyone and UBER 4.9 is just unnecessary extra toolchain.
- Changed default I/O scheduler to CFQ. This was Samsung's default choice and it was a good choice. LP needs as much I/O performance we can get, so simpler schedulers are not that great
- Merged many zram updates up to what the kernel can allow. This is the max zram can update to before causing build errors.
- UBER 5.3 builds will be moved to the UBER main folder. Not experimental anymore


There has been lots of updates to zram in this build. @chhapil has been working hard to get lz4 working on zram, whereas I've been updating zram and other parts of the kernel to make zram even faster and more stable. I can confirm that with this build, lz4 will be used as the default algorithm which can be seen in /sys/block/zram0/comp_algorithm.

I have also changed the default scheduler to CFQ for all profiles. The move from SIO to CFQ was because Lollipop needs more I/O performance to multitask, so simpler schedulers don't cut for our old device. Our device is using a slow storage chip compared to modern/newer phones which can run simpler scheduler effortlessly. Before people ask for recommendations, currently, only CFQ, BFQ or ZEN should be used with our kernel. Other schedulers will work fine but they are a bit too slow for lollipop. From this change, people will experience less lags and stability will be improved.

This will also be the last time we will see NON-TRIM and UBER 4.9 builds. Everyone should be on TRIM builds regardless if you're affected by brickbug or not, and UBER 4.9 is just an extra build for me to do. There are reasons why we should still keep them, but I feel that they are just not important and add more time for me to make builds.

You may also think that Marshmallow kernels are just around the corner, well that's depending on the development on CM13. I will start work soon after betas have been released, but I will be working to bring support while we are still waiting.

One last thing, screen mdnie support for DorimanX will be postponed to later builds because I want to release this build with zram updates.


@CHEF-KOCH
Was hast du, abweichend zu den Stock Einstellungen des Dori's, noch für Einstellungen vorgenommen, so dass das Ganze noch ein wenig runder läuft? Ich meine mich zu erinnern, dass du beim RAM Management noch etwas optimiert hast!?

Siehst du mal, habe Ihm empfohlen sich auf die TRIM Kernel zu konzentrieren und siehe da, wird ab sofort keine NON-TRIM Kernel mehr geben

Gruß

 

[CHEF-KOCH]

Optimalsten Stweaks settings für Doimanx:
- Swap 40 (maximal 60 ansonsten ziehts zu viel Energie und es kommt zu laggs) in Prozent 30%
- Gov: CFQ für Screen on (seit neuem auch default) ansonsten als alternative zzmove
- Sleep: ondemand oder zzmove wer batterie sparen möchte und hotplug auf 'on' hat.
- BLN aus
- HotPlug Enable 'Auto' wenn ihr zzmove nutzt (falls hotplug enable solltet ihr single thread/multithread erhöhen)
- OOM (Medium) wenn ihr apps nutzt wie Facebook usw. die viel RAM nutzen am besten hier an den settings drehen damit's weniger laggts
- mdie option (die für den Screen) so belassen oder deaktivieren, Lollipop/Marshmellow haben solche Einstellungen nicht!


Ansonsten hab ich hier mal meine Kollektion geuploaded.

 

[j1gga84]

Vielen Dank für die Settings

Was wäre Swap denn in Prozent? In den neuen Kerneln hat gsstudios ja auf einen Prozent-Slider umgestellt
Was hast du als screen on governor? zzmove?
als Screen on Gov. nutze ich momentan Hyper, sollte ich dann das Hotplug deaktivieren? Bisher hatte ich es immer auf Auto oder Alucard Hotplug.
Und was meinst du mit mdie?

Ansonsten schaue ich mir deine Kollektion gerne mal an

Gruß

 

[CHEF-KOCH]

* HotPlug auf auto lassen wenn man nicht zzmove nutzt.
* Mdie ist für den screen, gibt da nur diese option die so heißt. -> mdnie_shortcut_enabled=off und mdniemod=off
* CFG ist als on gov. etwas besser da man normal hier mehr performance benötigt als wenns idle ist (screen aus)
* ZRAM auf maximal 150 stellen
* Werde demnächst meine Kollektion updaten dann ist da alles vorhanden.

 

[j1gga84]

Danke für die Infos

Mein System läuft jetzt schon mal etwas - ich nenne es mal - störungsfreier.
Habe ZRAM auf 150 gesetzt, habe irgendwie den Eindruck, dass es so besser läuft als mit 300, kann das sein? Eventuell dachte ich das aber auch weil Swap die ganze Zeit auf 15% stand.
Ansonsten dauert es nach wie vor recht lange, bis ich z.B. Facebook offen habe, das System wird dann relativ träge, alles Probleme die ich unter CM11 bzw. KK nie hatte, hoffe das wird mit CM13 besser, teste aber mal noch ein wenig rum und schau mir dann auch mal dein neues Profil an.
Dass ich vom S2 keine Wunder im Vergleich zu meinem S5 erwarten kann ist mir natürlich auch klar

Du meinst CFG als Scheduler oder? Als Governor habe ich aktuell Hyper bei Screen on und Ondemand bei Screen off.

Was meinst du mit:
- HotPlug Enable 'Auto' wenn ihr zzmove nutzt (falls hotplug enable solltet ihr single thread/multithread erhöhen)

Wo erhöhe ich single thread/multithread? Konnte das nicht finden.

Gruß

 

[CHEF-KOCH]

Poste oder schick mit doch mal ne PM und ich guck über deine aktuelle config, dann kann ichs in ruhe editieren und muss nicht jeden Punkt einzelnd abkauen, wenns fertig ist kann ichs dann hier rein stellen und andere haben dann auch was davon.

 

[chris1995]

Du/Ihr könnt ja den default-profile hier hochladen wäre für alle vorteilhafter