Das war schon immer meine Philosophie
hells
Das war schon immer meine Philosophie
hells
Top, danke für die schnelle Erklärung hatte es mir wie man oben am Edit sieht schon mal selbst beantwortet. Die Info wäre dann aber auf jeden Fall was für den Opener
Dann bleibt nur zu sagen: Top Kernel, Top Suppport ... Empfehlenswert
Der OP wird aktualisiert und mit Infos vollgestopft sobald ich den b1 bringe. Wer weiss ob ich bis dahin noch Zweigleisig fahre...?
hells
dt2w funktioniert mit fast jedem Custom ROM. Einige haben es nur standard aus Das muss nämlich in der power.shamu.so aktiviert werden und das ist im ROM. @vergilbt hat etwas weiter hinten die .so Datei angehängt wo es aktiviert ist.
hells
Der bricked hat einen anderen Hotplug Treiber (Kerne an/aus) drin und läuft mit dem cpu-boost (für input-boost und allgemeines boosten der Kerne bei thread-migration / Task Wechsel von einem Kern zum anderen). Ich würde den bricked eher noch als "Kandidat der sich Beweisen muss" bezeichnen. Wer also stable möchte, sollte auf dem normalen bleiben.- Nur zur Sicherheit, man weiss nie
hells
Soo, wie versprochen Alpha-2.5.4 / -bricked:
Changelog:
-msm-sleeper - weils funtkioniert (bricked only)
-Divisor für den WLAN Wakelock (/sys/module/bcmdhd/parameters/wl_divide) 0 = ganz aus
-Divisor für den hsic Wakelock (wenn wir schon dabei sind, ne?) (/sys/module/xhci_hcd/parameters/wl_divide)
So... Das wars jetzt für heute
Viel Spass
hells
Okee, der "normale" ist bereits compiliert, jetzt rasselt noch schnell die "bricked" Variante durch
hells
Das wollte ich eigentlich nicht... Aber ich hab da ne gute Ausrede: Alpha Builds!
hells
Ach, das ist so ne schnelle Sache
hells
Alles klar, dann baue ich den ein. Ich könnte ihn mit dem endlich gefixten screen_of_max in ein paar Minuten hochladen. Das wars dann aber für heute mit neuen Kernel lol
hells
@hellsgod
2.5.4-bricked läuft bisher sehr gut, hatte nur am Anfang einen Reboot - ist es möglich, auch eine Einstellungsmöglichkeit für den wlan_rx_wakelock zu implementieren?
Bei mir wurde der wlan_rx_wakelock im Kernel selbst schon reduziert. Die Möglichkeit dem User selbst zu überlassen um wieviel er reduziert wird, gibt es bei mir hingegen nicht. Keine Ahnung obs das wirklich braucht. Leidest du denn an einem hohen WLAN Wakelock? Vom Code her lässt sich für mich der Reboot nicht erklären, da ich wie gesagt nur ein paar Zeilen im interactive geändert habe. Diese sind jedoch sowieso bereits wieder Geschichte. Nicht weil sie Probleme machten, sondern weil der Screen Off Mechanismus nicht zu 100% gegriffen hat. Das tut er jetzt
hells
Ich habe hier b9.5-L für euch
Changelog:
-Kleine Fixes hier und da (fs/diag/rtmutex/locking/netfilter)
-Logikfehler im hellsactive gefixt
Viel Spass
hells
Herrlich
hells
Und weils so schön ist... ... ... Alpha-2.5.4-bricked:
Changelog:
-msm_limiter entfernt (screen_off_max funktionierte nicht)
-max_screen_off zum interactive Governor hinzugefügt (standard 1267mhz)
Und des wars auch schon
Ich hoffe das wars fürs erste mit Nightly Builds, ausser diese sind weiterhin erwünscht lol
Viel Spass!
hells
Wir sind hier ja schliesslich nicht Anderswo, sondern bei Android-Port
hells
Ich sehe es schon vor mir: Schlagzeile! Google von erbosten Eltern verklagt! Jugendliche haben sich mithilfe des Smartphones alkoholische Getränge gemixt und mussten dann ins Krankenhaus gebracht werden! Eltern verlangen Entschädigung! :moustach:
hells
Sorry @Jordi_Lobo, ich habe den zweiten Teil von dir voll überlesen vorhin. Bin heut irgendwie nicht so ganz auf der höhe Also ich denke auch dass der Kernel Thread eigentlich der Ort ist wo man spezifische Einstellungen usw. behandeln könnte. So muss ich nur in einen Thread schauen, ist auch für mich etwas einfacher
hells
Welche Version nutzt du denn gerade, die bricked oder die normale?
hells
Was genau stellst du dir unter einer Anleitung vor @Spevil?
hells
Ich habe hier Alpha-2.5.3-bricked für euch:
Changelog:
-BUG in der supend/resume Routine sollte gefixt sein
-interactive: Einige patches um ihn intelligenter zu machen (wegen cpu-boost)
-interactive: hispeed_freq runter auf 1190mhz
-Einige Fixes von Linux Mainline 3.18
Von dem angesprochenen BUG war nur die bricked Variante betroffen, deshalb auch nur ein Update für diesen
hells