Beiträge von hellsgod

Kurzer Zwischenbericht: Seit einigen Tagen arbeite ich im Hintergrund an b2. In meiner Auszeit habe ich mir ein paar Gedanken gemacht, was ich alles so testen könnte, wohin der Weg gehen soll usw. Ich habe mal wieder einen kompletten rebase gemacht und mein Repo entrümpelt. Ich bin von 21 Seiten auf Git auf 13 geschrumpft. Die Sourcen sind gepusht, es kann also jeder schauen was ich so getrieben hab Für die, die mit Git nicht so viel anfangen können hier eine kleine Zusammenfassung:

mako_hotplug* mit allen 4 Kernen online (kann geändert werden, ist einfach meine standard config)
conservative governor von franco
SIO und FIOPS sind drin, FIOPS nach wie vor standard
cpu scheduler von cfs auf bfs geändert klick
kexec support für multirom
ondemand synced mit 3.18
allgemeine fixes unter der haube...

*eng.stk hat seine Repos gelöscht und arbeitet in Zukunft nur noch mit lokalen Repos, kein Git mehr. Daher gibt es für mich keine Möglichkeit mehr den blu_plug zu aktualisieren oder Bug Fixes von seiner Seite her einzubauen, da es keine öffentlichen Sourcen mehr gibt. Ich habe jeglichen Code von ihm, der eventuell in Zukunft noch weiter entwickelt wird, aus meinem Repo entfernt.

Ich denke ich werde den Kernel in den nächsten Tagen releasen. Bis dahin eine gute Zeit

hells

Klar

hells

Ich probiere gerade ein paar Sachen aus, ja. Google wird sich dabei schon was gedacht haben das N6 ab 5.1 so laufen zu lassen

hells

Moin

hells

TSF Launcher - mal wieder

hells

Zitat von Spevil

Naja, warum jeden Tag was neues wenn der Kernel doch rennt wie Bolle?

PS. Wie ich Hells kenne macht er eine kleine Pause.
Das hat Er schon zig mal so gemacht und das ist auch vollkommen in Ordnung.

So siehts aus Ich muss versuchen ein besseres Gleichgewicht zu finden. Die Arbeit an den Kernel (N4/N5/N6) + Support auf diversen Plattformen ist eine menge Arbeit. Das wird leider oft nicht gesehen, oder die User realisieren das nicht. Kernel bauen ist so gesehen mein einziges Hobby, was mir aber genau so viel abverlangt wie es ein richtiger Job tut. Ich knie mich voll rein, das zeigt einmal mehr dass mich das finanzielle nicht interessiert.

Ohne zu sehr ins Detail zu gehen, ich neige dazu mich bei einer Sache zu ubernehmen, zu viel auf einmal zu wollen. Es gibt Niemanden der mich daran erinnert mal an die frische Luft zu gehen, oder endlich mal ins Bett zu kommen

Das und meine Veranlagung zu viel zu wollen führt in unregelmässigen Abständen dazu, dass das Gerät in der Ecke liegt und ich es nur zum Laden kurz in der Hand habe. Ich ziehe mich aus den Foren zurück, ignoriere Hangouts u. G+ und gehe auf keine Fragen zum Kernel, Android oder sonst etwas was nur im entferntesten damit zu tun hat ein. Ich baue mental eine alleinstehende Hütte im Wald auf, wo ich einfach mal ein paar Tage meine Ruhe habe.

Die Lust kommt immer zurück. Schon die Tatsache dass ich hier etwas schreibe sollte euch einen Wink geben, ob das auch diesmal der Fall sein wird

Frohe (verspätete) Ostern und man liest sich

hells

Anscheinend gibts die, ja. Auf xda lese ich das immer wieder

hells

dev-host habe ich jetzt schon länger nicht mehr genutzt. Kamen immer nur beschwerden. Mit der Zeit wirds mir einfach zu doof den Kernel an X Stellen hoch zu laden und dann sowieso nur Kritik zu hören, wie langsam der Download sei, wie unübersichtlich die Seite usw. Vorschläge von eurer Seite wo ich den Kernel als Mirror hochladen könnte, wenn Jemand die App nicht nutzen möchte?

hells

Ich bin noch auf Stock 5.1 ja. Ich werde wohl noch eine Weile auf Stock bleiben, bin zufrieden damit

hells

Jap.

hells

Zitat von Adrioid83

Kleine Frage an Hells, ich hab ja noch den 2.7 UTC drauf, wollte heute mal fürs Swisscom login ne SMS schicken, hab aber nix bekommen.
Meine Frage jetzt, kann das Script das ich geflasht (wegen dem Akkuverbrauch) habe, das verhindern?

Gute Frage. Da es mit der Netzkommunikation zutun hat, kann das schon sein. Nimm es mal raus und mach einen Reboot.

hells

Soft Reboots sind in über 90% der Fälle nicht die Schuld des Kernels. Ausnahmen gibts natürlich immer

hells

b1 scheint gut zu laufen. Bisher ist mir nichts aufgefallen, aber ich bin auch nur eine Person

hC-b1:
-rebase auf den 5.1 sourcen
-blu_plug (2 kerne min online 4 max) - Wie ihr sicher gehört habt, laufen auf 5.1 standard alle 4 Kerne. Ihr könnt das einstellen wenn ihr wollt, indem ihr min cores online auf 4 setzt.
-touch listener für 1 sekunde auf 1267mhz
-einiges an debugging deaktiviert
-verschiedene goodies vom upstream / mainline (OOM/LMK/sched/etc.)
-modifizierter interactive mit zwei phase scheduling
-compiliert mit -O3 und verschiedenen flags mit der ubertc

Viel Spass und lasst es mich wissen wie der Kernel läuft. Nur für 5.1

hells

Kleine Info am Rande, der Rebase auf den 5.1er Sourcen läuft bei mir schon. Ich werde den Kernel etwas beobachten, um sicher zu gehen dass er läuft.

hells

Schau mal in den Vindi Thread bei xda. Ich hab mich mit dem Porter unterhalten und er schien nicht mal genau zu wissen, was mit MultiRom und kexec möglich ist. Tasssadar hat sich auch schon zu Wort gemeldet und angemerkt, dass der Port fehlerhaft sei. Also Finger weg davon!

hells

Nein noch keine Sourcen, aber es bootet mit dem 5.0.x Kernel. Der Stock Kernel wurde am 28.1 compiliert, ich erwarte deshalb keine grossen Änderungen. Ich werde den bricked und cpu-boost höchstwahrscheinlich verwerfen und wieder auf den blu_plug setzen.

hells

Der wird nicht merklich ansteigen. Es gibt viele, die nutzen das N6 von Anfang an so und kommen auf 6-7h DOT. Ich weiss noch nicht, ob ich das Prinzip übernehme

hells

hells

Sollte Jemand von euch bereits die MultiROM Alpha nutzen, bitte darauf achten dass die hispeed_freq richtig gesetzt ist. Multirom setzt sie auf 1497mhz, während ich sie auf 1190mhz gesetzt habe.

geektalk: MultiRom führt eine eigene init Datei aus die den Governor u. die Governor Werte setzt. Ich habe die hispeed_freq nur im Governor selbst auf 1190mhz gesetzt. Da die init Datei von MultiROM aber etwas später ausgeführt wird, wird mein Wert überschrieben. Ich habe jetzt die hispeed_freq mit in die init.power.shamu rein genommen, welche nach dem MultiROM boot ausgeführt wird. Somit ist das im nächsten Release gefixt

hells