Beiträge von hellsgod

Uuuund der Lollipop build ist auch schon raus... Ein paar Infos mehr findet ihr auf meinem Blog

hells

Es gibt jetzt auch einen Kernel Blog, wo ihr meine Arbeit verfolgen könnt: klick

hells

Ich habe hier ein neues "M" build für euch, oder besser gesagt zwei. Dasselbe Spiel wie unter Lollipop, ein Kernel mit zen-decision und einer mit mako_hotplug.

Changelog:
-added some fixes for several subsystems (audio, video, gpu and mdss)
-added a mako_hotplug build

Neu gibt es auch einen Kernel Blog, den ihr hier findet: klick

Alle neuen builds werden zuerst auf meinem Blog gepostet, der dann auch automatisch bei G+ pusht.

Entweder heute oder morgen werde ich ein neues Lollipop build posten, welches auf den "M-sourcen" aufbaut. Die "M-sourcen" laufen nämlich wunderbar unter Lollipop, wie ich herausgefunden habe

hells

Ich nutze fast nur noch Bandcamp. Oftmals kann man bei den Künstlern direkt kaufen und sie somit besser unterstützen. Zudem kann man in hoher Qualität runterladen (flac z.B).

hells

Hier ein Test Kernel für die Android-M-preview.

Viel Spass

hells

Ich weiss, war nur ne Kleinigkeit

hells

Sorry Leute, hier ein reupload Bei meinem anykernel Script stimmte etwas nicht

hells

Alles von meinem Lollipop Kernel ist drin

hells

Ich habe hier noch hC-b1-t1-M für euch. Wie der Name sagt, ein "M" Kernel
Root funktioniert damit!

Viel Spass!

hells

edit: REUPLOAD auf der nächsten Seite!

Ich frage mich ja schon lange, warum einige an ihren boot.img so festhalten... Nutze anykernel seit dem N4 und musste somit nie etwas anpassen, damit eine ROM läuft Ich habe immer wieder etwas daran gefeilt, und muss somit nur noch eine Ramdisk relevante Datei mit liefern für meine Settings

hells

Ich habe hier b6 für euch zum testen:

hC-b6 / -ZEN
-compiliert mit UBERTC 5.1.1
-bcmdhd: wifi: weitere updates vom google bcmdhd repo
-suspend/power/wakeup commits vom google common 3.10 repo
-einige sched, cgroup, mm, und workqueue patches vom upstream / Linux 4.0
-writeback fixes von Linux Mainline
-power efficient workqueues - Einige nicht Performance orientierte Aufgaben werden besser auf bereits aktive Kerne ausgelagert, als einen Kern der idle ist aufzuwecken.
-slub/slab allocators auf den stand von Linux 3.18
-lollipop 5.1.1 kernel sourcen gemerged

--anykernel
-kernel installation vereinfacht - Es wird bei b6 und b6-ZEN nur noch die init.power.shamu mit geliefert. b5-ZEN nutze dieses Verfahren bereits.
-mpdecision in init.shamu.power deaktiviert
-thermal driver funkt beim Boot nicht mehr dazwischen, governor u. min/max freq sollten jetzt korrekt gesetzt sein und das hängen auf max von cpu2/cpu3 sollte behoben sein.

Viel Spass!

hells

Ja.

hells

Für mich persönlich ergibt der ZEN einfach mehr Sinn. Ich nutze kein aktives Hot Plugging und deshalb war ich darauf aus, einen Treiber zu finden der auch keinen Code dafür mehr drin hat. ZEN schaut nur, dass die Kerne online kommen bei Screen On - offline bei Screen Off und dass sie wieder online kommen, wenn sie durch einen thermal oder battery event raus gekickt werden.

Sinkt der Akku unter 15% wird ein Kern deaktiviert, nutzt man mako hotplug, bleibt dieser deaktiviert, bis man ihn manuell wieder aktiviert. Beim mako hp läuft alle zwei Sekunden die "aktive hotplug workqueue" durch, welche es beim quadcore modus gar nicht mehr brauchen würde.

Im grossen u. ganzen tun beide dasselbe, nur auf etwas andere Art. ZEN respektiert die thermal u. battery events, was beim mako buggy zu sein scheint. Ich habe auch schon mehrmals mit bbedward (dem Entwickler von zen-decision) gesprochen, und auch er meint, dass sich ZEN und mako nicht unterscheiden wenn beide im quadcore modus laufen. Es ist spannend zu hören, dass die einen meinen Kernel X laufe besser als Kernel Y, eine logische Erklärung gibts dafür nicht

hells

Alles Gute euch drei

hells

Die einen sagen der ZEN sei besser in Sache Performance, die anderen sagen der normale sei besser. Keine Ahnung

hells

Danke euch für die Glückwünsche

hells

Ich kann zu 90% mit dem ganzen mainstream Zeugs nichts anfangen

hells

So, ich habe jetzt auch einen Pushbullet Channel: https://www.pushbullet.com/channel?tag=hc

hells

Kann nur Zufall sein. Das einzige was b5 von der -t4 unterscheidet sind die WLAN Treiber und ein deaktivierter crc Check. Wüsste nicht warum das zu etwas mehr Wärme während dem Aufbau vom Cache führen sollte

hells

Ich habe hier b5 für euch:

hC-b5 / -ZEN
-wi-fi updates vom google repo
-mmc/core disabled crc check

Viel Spass!

hells