R
rl2664
Dauer-User
- 256
Da schreib ich grade bei Whatsapp und bekommt gleichzeitig ne SMS. Zack, Tastatur eingefroren. Mal sehen wie sich das entwickelt. Hatte ja lange Ruhe mit den Deadlocks.
[KERNEL][JB][JSS15J / JWR66V / CM] hells-Core b41 [28/11/2013]
- 6.562 Antworten
- Letztes Antwortdatum
DC_Spongebob
Fortgeschrittenes Mitglied
- 35
Also ich habe mit Absicht 2 Versuche gemacht!
Das erste Mal habe ich nur den Kernel geflasht, da hat das N4 wie bei den anderen sauber gebootet.
Dann habe ich die ROM (CK) geupdatet und ohne Reboot den Kernel hinterhergeflasht. Und siehe da! EINMAL beim Google-Logo neugestartet.
Also mir scheint es als wenn es daraufankommt wie man flasht!
Hab den Log mit angehangen.
Aber wie immer Supereinsatz von hells!
Das erste Mal habe ich nur den Kernel geflasht, da hat das N4 wie bei den anderen sauber gebootet.
Dann habe ich die ROM (CK) geupdatet und ohne Reboot den Kernel hinterhergeflasht. Und siehe da! EINMAL beim Google-Logo neugestartet.
Also mir scheint es als wenn es daraufankommt wie man flasht!
Hab den Log mit angehangen.
Aber wie immer Supereinsatz von hells!
data2012
Fortgeschrittenes Mitglied
- 27
Bei meinem update auf Hells-B39 CM gab es keine Probleme. Bin auf crdroid Build24.
crian
Stamm-User
- 176
B39 läuft wie die test builds sehr geschmeidig und flott mit PA.
Gab es eigentlich noch Änderungen vom letzten jwr test build zu dem stable?
Gab es eigentlich noch Änderungen vom letzten jwr test build zu dem stable?
c@p
Dauer-User
- 977
Kann ich auch nicht nachvollziehen, gerade noch ein Rom Update gemacht + den Test Cm von gestern - danach gebootet wie es soll.
data2012
Fortgeschrittenes Mitglied
- 27
@crian
Es gab Änderungen - siehe Beitrag 5716
Es gab Änderungen - siehe Beitrag 5716
B
black_bottom
Dauer-User
- 322
habe probleme: hab die CK vom 11.10. geflasht, dann den b39-CM_n
-> farben kaputt, überhaupt kein arbeiten bzw. auch kein SIM-entsperren möglich.
danach bin ich wieder ins recovery und hab den colorfix nachgeflasht
-> keine änderung. N4 völlig unbrauchbar.
was kann das sein? hab jetzt erstmal mein backup wieder eingespielt.
-> farben kaputt, überhaupt kein arbeiten bzw. auch kein SIM-entsperren möglich.
danach bin ich wieder ins recovery und hab den colorfix nachgeflasht
-> keine änderung. N4 völlig unbrauchbar.
was kann das sein? hab jetzt erstmal mein backup wieder eingespielt.
vetzki
Philosoph
- 1.750
vll. hat ck wieder auf jss/aosp umgestellt
MikeRoxx
Fortgeschrittenes Mitglied
- 13
Ich habe auch die Version vom 11 drauf mit dem Testkernel. Alles OK. Hatte auch noch nie einen colorfix installiert.
B
black_bottom
Dauer-User
- 322
danke für eure hilfe - habs hingekriegt. es lag an colorfix, welches noch aktiv war. ich dachte ich hätte es gelöscht, aber es war noch da.
hinweis zum loswerden von colorfix: colorfix (also die CM95.sh datei unter /system/addon.d) hab ich mit ES-explorer nicht weggekriegt, deshalb ist mir das ja passiert, ich hab halt nicht genau hingeschaut und auf die kleine meldung des ES-geachtet, weil ich damit nicht gerechnet habe. diese CM95.sh erscheint dem ES-explorer als read-only deswegen löscht er sie nicht.
wer diese datei löschen will nimt den datei-manager, damit gehts ohne probleme.
@hells: many thanks wie immer !! die CM_n macht keinen reboot, wahrscheinlich hast du die ursache dafür mit diesen patch bereits abgeschaltet. zum laufverhalten des kernel muss ich erst noch bischen mit dem N4 rummachen
Der ursprüngliche Beitrag von 13:56 Uhr wurde um 14:16 Uhr ergänzt:
@hells
- hast du dyn fsync jetzt standardäßig abgeschaltet ?
- hast du minfreq auf 384MHz erhöht im auslieferungszustand ?
hinweis zum loswerden von colorfix: colorfix (also die CM95.sh datei unter /system/addon.d) hab ich mit ES-explorer nicht weggekriegt, deshalb ist mir das ja passiert, ich hab halt nicht genau hingeschaut und auf die kleine meldung des ES-geachtet, weil ich damit nicht gerechnet habe. diese CM95.sh erscheint dem ES-explorer als read-only deswegen löscht er sie nicht.
wer diese datei löschen will nimt den datei-manager, damit gehts ohne probleme.
@hells: many thanks wie immer !! die CM_n macht keinen reboot, wahrscheinlich hast du die ursache dafür mit diesen patch bereits abgeschaltet. zum laufverhalten des kernel muss ich erst noch bischen mit dem N4 rummachen
Der ursprüngliche Beitrag von 13:56 Uhr wurde um 14:16 Uhr ergänzt:
@hells
- hast du dyn fsync jetzt standardäßig abgeschaltet ?
- hast du minfreq auf 384MHz erhöht im auslieferungszustand ?
TR2N
Erfahrenes Mitglied
- 91
Ich zitiere:
Code:
(b39)
-Rebase auf CM/JSS/JWR Sourcen
-Compiliert mit der Linaro 4.8.2.09 Toolchain
-Upstream auf 3.4.65
-O3 Support mit Custom Build Flags
-Conservative GPU Governor
-msm_hotplug Hotplug Treiber (Dank geht an fluxi)
-dyn fsync off
B
black_bottom
Dauer-User
- 322
oups, da stehs ja mit dyn fsync .. merci! bleibt die frage nach anhebung der minfreq.
ansonsten muss ich madmurdoc recht geben, dass sich der simple besser anfühlt als der conservative. ich bin wahrscheinlich die meiste zeit mit dem N4 im tapetalk4 und dort merk ich es recht deutlich
ansonsten muss ich madmurdoc recht geben, dass sich der simple besser anfühlt als der conservative. ich bin wahrscheinlich die meiste zeit mit dem N4 im tapetalk4 und dort merk ich es recht deutlich
H
hellsgod
Gast
- Themenstarter
- #5.753
Die min freq ist nur beim cm-n 384mhz, denn am festlegen der min/max Frequenz per Script liegt es, dass das Teil bei einigen nicht richtig bootet.
hells
hells
D
dsTny
Fortgeschrittenes Mitglied
- 46
Hey hells,
b39 läuft klasse
Jedoch habe ich ein Problem und ich konnte es gerade recht gut eindämmen, denke ich. Und zwar habe ich bei deinem Kernel mit Carbon Rom (anscheinend nur bei der Rom, bei Slim hatte ich es nicht gehört) ein leises Klackern im Kopfhörer. Dies passierte während des Musik hörens und für ein paar Sekunden danach, wenn ich zum Beispiel pausiert oder gestoppt habe.
Dachte erst, es liegt an der Rom, aber als ich nur die Rom geflashed hatte, war es weg. Dann zum Test b38 geflashed => auch nicht da. Danach b39 geflashed => auch nicht mehr da Ò_ó Alles über TWRP geflashed.
Habe jetzt aber schon 2 komplette Clean-Wipes hinter mir, beide Male trat der Fehler auf.
Ich gehe bei Clean wipe immer wie folgt vor (ich weiß, ist sehr umfangreich): Bootloader locken und danach unlocken, anschließend in TWRP FullWipe: Data/System/Internal Storage löschen, Factory Reset (Schieberegler), Format Data und danach Dalvik/Cache löschen. Dann recovery mittels "fastboot erase recovery" löschen, anschließend Stock + Root + TWRP raufspielen. Danach wieder Full Wipe in TWRP, Neustart in TWRP, Einstellungen dort setzen, Data/System löschen und Factory Reset (Schieberegler). Zum Schluß mittels ADB in TWRP die Rom + GApps + Kernel + WiFi Fix (setzt zwei Befehle auf "1" in einer Datei) in der Reihenfolge aufspielen.
Hatte das wie gesagt bislang nur in Carbon Rom.
Ich denke nicht, dass du damit was anfangen kannst. Wollte es aber nur mal sagen, falls noch jemand das Problem hat ^^ Vielleicht ist es auch doch ein Rom Problem oder so.. Aber das Problem kann man ja anscheinend umgehen
b39 läuft klasse
Jedoch habe ich ein Problem und ich konnte es gerade recht gut eindämmen, denke ich. Und zwar habe ich bei deinem Kernel mit Carbon Rom (anscheinend nur bei der Rom, bei Slim hatte ich es nicht gehört) ein leises Klackern im Kopfhörer. Dies passierte während des Musik hörens und für ein paar Sekunden danach, wenn ich zum Beispiel pausiert oder gestoppt habe.
Dachte erst, es liegt an der Rom, aber als ich nur die Rom geflashed hatte, war es weg. Dann zum Test b38 geflashed => auch nicht da. Danach b39 geflashed => auch nicht mehr da Ò_ó Alles über TWRP geflashed.
Habe jetzt aber schon 2 komplette Clean-Wipes hinter mir, beide Male trat der Fehler auf.
Ich gehe bei Clean wipe immer wie folgt vor (ich weiß, ist sehr umfangreich
): Bootloader locken und danach unlocken, anschließend in TWRP FullWipe: Data/System/Internal Storage löschen, Factory Reset (Schieberegler), Format Data und danach Dalvik/Cache löschen. Dann recovery mittels "fastboot erase recovery" löschen, anschließend Stock + Root + TWRP raufspielen. Danach wieder Full Wipe in TWRP, Neustart in TWRP, Einstellungen dort setzen, Data/System löschen und Factory Reset (Schieberegler). Zum Schluß mittels ADB in TWRP die Rom + GApps + Kernel + WiFi Fix (setzt zwei Befehle auf "1" in einer Datei) in der Reihenfolge aufspielen.Hatte das wie gesagt bislang nur in Carbon Rom.
Ich denke nicht, dass du damit was anfangen kannst. Wollte es aber nur mal sagen, falls noch jemand das Problem hat ^^ Vielleicht ist es auch doch ein Rom Problem oder so.. Aber das Problem kann man ja anscheinend umgehen
V
Volume11
Fortgeschrittenes Mitglied
- 7
@Hells, du kaufst dir nicht zufällig das Nexus 5 ? Wäre zu schade wenn es deinen Kernel dafür nicht gibt. Zur Not können wir alle eins sponsern
H
hellsgod
Gast
- Themenstarter
- #5.756
Kann ich noch nicht mit Sicherheit sagen. Ich habe erstmal andere Ausgaben (Umzug usw.) somit kommts für mich in nächster Zeit nicht in Frage
hells
hells
R
Rashiel
Gast
- Themenstarter
- #5.757
Gut so - deine Tester sind ja momentan kräftig dabei dir n Nexus 7 zu beschaffen 
H
hellsgod
Gast
- Themenstarter
- #5.758
Ha! Wie witzig... Anscheinend booten die Kernel mit 4.8.2 und SLUB ja doch! Dachte man MUSS auf SLAB wechseln bei der Linaro 4.8.2...? Egal
Module Support ist aktiviert und nach kurzer Rücksprache mit fluxi wegen einem Typo im msm_hotplug compilierts auch durch. Die Chancen stehen also gut, dass TC in Zukunft wieder funken wird.
Ich hab mir den ganzen Tag überlegt, wie ich das in Zukunft mit dem CM Kernel machen soll. Ist echt komisch, dass bei einigen das Script dazu führt, dass es erstmal fröhlich beim Google Logo stecken bleibt. Die sauberste Lösung würde da wohl sein, den CM Kernel als boot.img zu liefern. So kann ich den Governor usw. alles in der Ramdisk festlegen. Mal schauen, vielleicht fällt mir noch etwas anderes ein
hells
Module Support ist aktiviert und nach kurzer Rücksprache mit fluxi wegen einem Typo im msm_hotplug compilierts auch durch. Die Chancen stehen also gut, dass TC in Zukunft wieder funken wird.
Ich hab mir den ganzen Tag überlegt, wie ich das in Zukunft mit dem CM Kernel machen soll. Ist echt komisch, dass bei einigen das Script dazu führt, dass es erstmal fröhlich beim Google Logo stecken bleibt. Die sauberste Lösung würde da wohl sein, den CM Kernel als boot.img zu liefern. So kann ich den Governor usw. alles in der Ramdisk festlegen. Mal schauen, vielleicht fällt mir noch etwas anderes ein
hells
balto94
Erfahrenes Mitglied
- 79
Ich bin ehrlich begeistert von deinem Kernel!
Noch nie so welche Werte gehabt!
Cm Nightly vom 10. Glaub ich und der letzte Test Kernel.
95% WLAN Nutzung
Ca. 25% Display Helligkeit
2G only
Nur whatsapp, Facebook, n paar Einstellungen gemacht (hatte gerade n full wipe hinter mir) und diverse apps installiert...
Nutze nun den aktuellen Kernel. Du macht n klasse Job, danke!
Noch nie so welche Werte gehabt!
Cm Nightly vom 10. Glaub ich und der letzte Test Kernel.
95% WLAN Nutzung
Ca. 25% Display Helligkeit
2G only
Nur whatsapp, Facebook, n paar Einstellungen gemacht (hatte gerade n full wipe hinter mir) und diverse apps installiert...
Nutze nun den aktuellen Kernel. Du macht n klasse Job, danke!
Anhänge
O
ocp11
Stamm-User
- 124
@Hells
das hängt doch mit dem 192 mhz zusammen ?
wenn ja, kannst du das doch per script doch bestimmt so einstellen, daß die 192 erst nach einer minute oder so zumindest erst nachdem der bootvorgang abgeschlossen ist aktiviert werden.
das hängt doch mit dem 192 mhz zusammen ?
wenn ja, kannst du das doch per script doch bestimmt so einstellen, daß die 192 erst nach einer minute oder so zumindest erst nachdem der bootvorgang abgeschlossen ist aktiviert werden.
Ähnliche Themen
darthmarco
Caho