Beiträge von hellsgod

Sooo, hier A-2.7-UTC mit fast den selben flags wie die vorherigen.

hells

Ich habe die build flags in Verdacht. Ich habe einiges raus und re-compiliere A-2.7-UTC gerade. Kann auch Zufall sein, aber ich habe soeben auch Meldung über einen Reboot beim N5 erhalten. Dort habe ich nur die Toolchain u. flags geändert.

hells

Da bräuchte ich einen Log. Ohne den kann ich nichts machen. /fs/pstore die zwei Dateien brauche ich.

hells

Nein, der bricked ist vom Verhalten her so wie vorher. Über den höheren Akkuverbauch wurde beim 2.5.4er berichtet, nicht beim 2.7er. Zudem scheint es der "normale" 2.5.4er zu sein, nicht der bricked.

hells

Ich hab den bricked so übernommen wie er ist, wie ich das auch beim blu_plug gemacht hab. Vom Verhalten her sind sie relativ ähnlich, nur kickt der blu die Kerne wieder etwas schneller raus.

hells

Geplant ists eigentlich nicht Aber man weiss ja nie

hells

Ich beobachte den Idle Verbrauch immer sehr genau. Es schwankt bei mir zwischen 0.4 und 0.5.%/h. Von 2.5 auf 2.5.4 gibt es vom Code her keine logische Erklärung die den Verbrauch hätte ansteigen lassen sollen. Sonst einfach mal den 2.7er-bricked antesten

hells

Im Idle, bei Nutzung? Bitte mehr Infos, danke.

hells

Soo, dann gebe ich Simple etwas später auch mal ne Chance Nimmt mich wunder wie sich die mit meinem UBERTC Kernel macht. Die ROM soll ja auch mit dieser Toolchain compiliert sein

hells

Nein, nur der "Internal" Kernel braucht den Patch. Ich habe ihn sowieso noch nirgens gefunden, sonst hätte ich den schon mit eingebaut

hells

Ich habe hier Alpha-2.7-UBERTC-bricked für euch. Die bricked Variante ist mein Spielplatz für Experimente, deshalb gibt es die "normale" erstmal nicht.

Changelog:
-updates für QoS
-mutex/rtmutex/locking/scheduler u. scheduler subsystem Updates von Linux Mainline
-diverse patches für kgsl, vidc und net
-mdss patches für eine bessere suspend/resume routine bei aktiviertem Ambient Display*
-state notifier deaktiviert und wieder auf FB notifier umgestellt*
-fixes für bricked_hotplug für die suspend/resume routine bei aktiviertem Ambient display*
-toolchain von boostedtc auf UBERTC gewechselt
-build flags angepasst

*Der FB notifier machte zuerst Probleme, da er dem hotplug Treiber nicht richtig kommuniziert hat, wann er wieder aktiv werden muss. Das führte zu Reboots wie einige wissen. Durch die mdss Patches und ein paar Fixes für den bricked_hotplug, sollte das jetzt auch mit dem FB notifier Geschichte sein und der Hotplug Treiber nicht bei jeder Nachricht aktiv werden (im Ambient Modus wenns kurz angeht und wieder aus), sondern erst wenn das Display ganz aktiv ist. Ich und meine Tester konnten bisher keinen Reboot mehr verzeichnen (wie auch bei 2.5.4, allerdings ist da das Problem, dass der Hotplug bei Ambient Display immer ganz aktiv wird wenn eine Nachricht eintrudelt). neobuddy testet diese Lösung auch schon seit Freitag und ich habe keine Meldung über Reboots in seinem Thread gelesen.

Dann mal viel Spass und haltet mich auf dem laufenden wie diese Version läuft

hells

Ich habe hier b9.5-UBERTC-L für euch

Changelog:
-Toolchain auf UBERTC geändert
-Build Flags angepasst

Viel Spass

hells

Ich denke @fraz14 möchte damit nur auf etwas anspielen, was wir intern gerade testen

hells

Gibt noch keine Sourcen für kexec Support. Sobald es die gibt, mache ich eine Version

hells

Ich habe hier eine flashbare Zip mit einem init.d Script drin. Ich habe den Divisor mal auf "2" gestellt, da ich den Wakelock nicht ganz abwürgen würde. Du kannst später auch mal "4" testen, oder "0" um ihn ganz abzuwürgen. Tauchen keine Probleme auf, passts ja. Ich habe schon von Problemen mit Telefonaten gelesen, wenn der Wakelock ganz abgewürgt wird.

hells

Und der 2. Post wurde etwas ergänzt mit Infos zu den zwei Versionen und dt2w

hells

Die gibt es, ja. Jeder baut seinen Kernel anders. Das fängt bei den Features an und hört beim compilieren an sich auf. franco nutzt seinen mako_hotplug, während ich auf den blu oder bricked setze. franco compiliert mit der Google 4.8 Toolchain und ich nutze die boostedtc 4.9.3, welche auf Linaro basiert. franco nutzt seinen angepassten conservative, während ich auf meinen angepassten interactive setze. Ich nutze einen input-boost von 1267mhz für 1 Sekunde, während er 1497mhz für einige Millisekunden ansteuert. Alle Unterschiede möchte ich jetzt hier nicht ansprechen, das ist mir doch etwas zu viel Aber hier hast du mal ein paar Sachen

hells

Ja genau Hab eben auch nach geschaut ob der Divisor beim Kernel Adiutor funktioniert, aber leider Nein. Du kannst es vorderhand per Script, per Terminal Emulator oder Root Explorer einstellen. Die beiden letzten musst du nach jedem Reboot neu machen.

hells

Ich werde bald mal Mike anfragen, ob er gewisse Pfade vom N6 Kernel in HKM aufnehmen kann. Gerade der Wakelock Divisor scheint sonst in keiner App vorhanden zu sein.

hells

Pfad für den hsic Wakelock: /sys/module/xhci_hcd/parameters/wl_divide

hells