DerTeufel
Dauer-User
- 637
ich hab über nacht 5% verloren, mit neo17r12 und nightly 103. es wird also vermutlich weder am nightly, noch am kernel liegen. du hast sicherlich ein anderes problem.
Follomon
Ambitioniertes Mitglied
- 13
-Ch habe mal irgendwo hier gelesen,das jemand an einem Tool arbeitet,womit man den Bootloader auslesen kann. Mich würde nämlich mal Interessieren, ob es einen Unterschied beim Bootloader zwischen JVQ und JVR gibt. Hat da jemand je Ahnung?
Will nämlich mein Sgs mal ganz neu machen, sprich ginger Stock,dann FR und danach neuste Nighly und Neo. Bin nur unsicher welche Stock Jvq oder JVr.
Sent from my GT-I9000 using Tapatalk
Will nämlich mein Sgs mal ganz neu machen, sprich ginger Stock,dann FR und danach neuste Nighly und Neo. Bin nur unsicher welche Stock Jvq oder JVr.
Sent from my GT-I9000 using Tapatalk
zacharias
Stamm-User
- 639
- Themenstarter
- #1.703
Neo XX beta 3
preview
(das ist der Kernel, den ich gerade auf dem Handy nutze)
viele Dinge gehen noch nicht (z.B. die Headset Knöpfe) oder fehlen noch
basiert auf 2.6.37 [FuguMod] (+ nützlichen Verbesserungen aus 2.6.38, 2.6.39, 3.0.0 und 3.1.0)
preview
(das ist der Kernel, den ich gerade auf dem Handy nutze)
viele Dinge gehen noch nicht (z.B. die Headset Knöpfe) oder fehlen noch
basiert auf 2.6.37 [FuguMod] (+ nützlichen Verbesserungen aus 2.6.38, 2.6.39, 3.0.0 und 3.1.0)
sunra
Dauer-User
- 551
Danke. Neo17 läuft aber besser. smoother ...
extralife
Dauer-User
- 869
des bisl konspiration hoitst auszacharias schrieb:da hast du dich im git verlesen
die ganzen commits von renaud sind einfach für den zukünftigen fugumod branch in meinem repo
ich muss das regelmäßig pushen & kurz durchschauen, sonst verlier ich später den Überblick bei den ganzen commits ^^
im git hab ich überhaupt nix gelesen - mir ist im fugu-thread nur deine schwärmerei für niks *.37, *.38, whatever-kernel aufgefallen -
- und der fugu läuft keinen deut stabiler oder flüssiger als der neo -
ok, 's mit der konspiration nehm ich zurückzacharias schrieb:
DerTeufel
Dauer-User
- 637
hehe. schonmal nen geiles logo beim booten dafür müsst ich glatt nochmal den danke button drücken
edit: unterstütz der neue kernel die optionen von voltage control wirklich nicht, oder ist da vielleicht einfach nur das unterstütz flag nicht gesetzt worden, und ich kann die selben befehle wie vorher auch per script verwenden?
edit2: smartass, smartassV2, odemandb und ondemandx werden nicht mehr unterstützt?
ps: die frontkamera filmt immernoch grün
dafür müsst ich glatt nochmal den danke button drücken edit: unterstütz der neue kernel die optionen von voltage control wirklich nicht, oder ist da vielleicht einfach nur das unterstütz flag nicht gesetzt worden, und ich kann die selben befehle wie vorher auch per script verwenden?
edit2: smartass, smartassV2, odemandb und ondemandx werden nicht mehr unterstützt?
ps: die frontkamera filmt immernoch grün
Zuletzt bearbeitet:
Troet
Erfahrenes Mitglied
- 152
Inwiefern ist der Neo XX besser als der Neo 17 r12? Bin mit dem r12 nämlich sehr zufrieden, bisher kein SOD und läuft echt zackig.
DerTeufel
Dauer-User
- 637
er basiert einfach auf einer ganz anderen basis, wenn ich das richtig verstanden habe. besser scheint aber nicht wirklich was zu sein, soweit ich das nach 5 min sagen kann 
edit: ich muss sunra recht geben, der 17er ist "smoother". die animationen und das öffnen des app drawer sieht im vergleich zu vorher aus, als hätte ich die cpu runtergetaktet. ich kann es nicht genauer beschreiben, aber es geht einfach alles etwas langsamer, obwohl die benchmark ergebnisse sich nicht verändert haben (quadrant und cf-bench).
da der r12 bei mir wirklich gut lief, und der neue kernel sich nicht übertakten/undervolten lässt und die kamera auch nicht gefixt ist, geh ich wieder auf den r12 zurück.
edit: ich muss sunra recht geben, der 17er ist "smoother". die animationen und das öffnen des app drawer sieht im vergleich zu vorher aus, als hätte ich die cpu runtergetaktet. ich kann es nicht genauer beschreiben, aber es geht einfach alles etwas langsamer, obwohl die benchmark ergebnisse sich nicht verändert haben (quadrant und cf-bench).
da der r12 bei mir wirklich gut lief, und der neue kernel sich nicht übertakten/undervolten lässt und die kamera auch nicht gefixt ist, geh ich wieder auf den r12 zurück.
Zuletzt bearbeitet:
zacharias
Stamm-User
- 639
- Themenstarter
- #1.709
der kernel ist noch lange nicht so weit
das ist nur die "plain" Basis
die ganzen Optimierungen fehlen noch alle
ich nutze den jetzt, um die Stabilität zu testen
das ist nur die "plain" Basis
die ganzen Optimierungen fehlen noch alle
ich nutze den jetzt, um die Stabilität zu testen
DerTeufel
Dauer-User
- 637
ja, hab ich mir schon gedacht. hab das auch nicht so negativ gemeint, wie es sich jetzt vielleicht anhört.
es ist ja auch klar, dass du mit einer neuen basis nicht sofort wieder alle tweaks implementieren kannst, die du vorher in langer zeit erprobt und eingebaut hattest. ich bin daher sehr gesapnnt, was das mit deiner neuen "baureihe" wird, und werde diese natürlich auch wieder testen. für den moment fehlen mir aber einfach noch zu viele sachen.
positiv hervorheben kann ich aber schonmal, dass ich beim wechsel keine daten oder sonstiges verloren habe.
hast du eigentlich am system_tweak script was geändert. hatte noch keine zeit näher zu gucken, aber es ist immernoch version v58, aber es war minimal größer als das v58 vom neo17r12
es ist ja auch klar, dass du mit einer neuen basis nicht sofort wieder alle tweaks implementieren kannst, die du vorher in langer zeit erprobt und eingebaut hattest. ich bin daher sehr gesapnnt, was das mit deiner neuen "baureihe" wird, und werde diese natürlich auch wieder testen. für den moment fehlen mir aber einfach noch zu viele sachen.
positiv hervorheben kann ich aber schonmal, dass ich beim wechsel keine daten oder sonstiges verloren habe.
hast du eigentlich am system_tweak script was geändert. hatte noch keine zeit näher zu gucken, aber es ist immernoch version v58, aber es war minimal größer als das v58 vom neo17r12
Q
quasimodo
Gast
Hallo Zacharias,
der kann aber sicher schon für Betatester gelistet werden, oder ist es noch zu Früh?
der kann aber sicher schon für Betatester gelistet werden, oder ist es noch zu Früh?
zacharias
Stamm-User
- 639
- Themenstarter
- #1.712
@DerTeufel:
ja, ich hab die Akku-Tweaks auskommentiert, die können an einigen SODs oder evtl. Reboots liegen
weiters wird /cache jetzt nicht formatiert
wenn der Datenverlust tatsächlich daran lag, sind das eindeutig schlampig programmierte Programme, die die Daten vorher nach /data/data oder /data schreiben müssen !
(oder das ist mit Android so Standard ^^)
@Qasim:
für Feedback bin ich gerne offen - es sollten hauptsächlich die Basisfunktionen (Stabilität, ob alles geht, etc.)
Volllast, ...
getestet werden
OC geht offensichtlich (noch) nicht, Undervolten hingegen schon - mit Pimp My CPU (kostenlos verfügbar bei XDA im Thread)
nur lasst den 600 MHz schritt so wie er ist (nicht undervolten !), ansonsten hängt sich das ganze Handy auf ^^
(ist ein bekanntes Problem beim Fugu, evtl. nehm ich den Schritt dann temporär mal raus)
ja, ich hab die Akku-Tweaks auskommentiert, die können an einigen SODs oder evtl. Reboots liegen
weiters wird /cache jetzt nicht formatiert
wenn der Datenverlust tatsächlich daran lag, sind das eindeutig schlampig programmierte Programme, die die Daten vorher nach /data/data oder /data schreiben müssen !
(oder das ist mit Android so Standard ^^)
@Qasim:
für Feedback bin ich gerne offen - es sollten hauptsächlich die Basisfunktionen (Stabilität, ob alles geht, etc.)
Volllast, ...
getestet werden
OC geht offensichtlich (noch) nicht, Undervolten hingegen schon - mit Pimp My CPU (kostenlos verfügbar bei XDA im Thread)
nur lasst den 600 MHz schritt so wie er ist (nicht undervolten !), ansonsten hängt sich das ganze Handy auf ^^
(ist ein bekanntes Problem beim Fugu, evtl. nehm ich den Schritt dann temporär mal raus)
Zuletzt bearbeitet:
Q
quasimodo
Gast
Werde Ihn dann auch als Betatester drauf machen. Ein Feedback folgt bei Gelegenheit.
Gelistet wir Er mit deinem letzten Posthinweis!
Erledigt!
Gelistet wir Er mit deinem letzten Posthinweis!
Erledigt!
Zuletzt bearbeitet von einem Moderator:
DerTeufel
Dauer-User
- 637
ok, hab ihn jetzt auch wieder drauf getan. kann ja nicht schaden, wenn du nen beta tester mehr hast
dass ich mit pimp my cpu undervolten kann ist gut. dachte es würde garnicht gehen, weil diese app ja auf dem prinzip von voltage control aufbaut. so kann ich also weiterhin das script nutzen
lässt sich die 600 mhz über das states_enabled_table deaktivieren? die cpu läuft jetzt bei 600 mhz mit mehr strom als bei 800, und fast soviel wie bei 1000
edit: geändert hab ich es nun in der datei, aber ob es wirkt weiß ich nicht, da cpu spy auch vorher schon den 600 mhz schritt garnicht realisiert hat. der steht noch nicht mal bei den ungenutzten stufen dabei. gibt es eine alternative zu cpu spy, die den kernel "richtig" erkennt?
edit2: kann es sein, dass der kernel selbst die information nicht weiter gibt? oder werden die 600 mhz vielleicht garnicht benutzt? in der datei time_in_states die ja vom kernel angelegt wird (denke ich) tauchen die 600 mhz auch nicht auf.
dass ich mit pimp my cpu undervolten kann ist gut. dachte es würde garnicht gehen, weil diese app ja auf dem prinzip von voltage control aufbaut. so kann ich also weiterhin das script nutzen
lässt sich die 600 mhz über das states_enabled_table deaktivieren? die cpu läuft jetzt bei 600 mhz mit mehr strom als bei 800, und fast soviel wie bei 1000
edit: geändert hab ich es nun in der datei, aber ob es wirkt weiß ich nicht, da cpu spy auch vorher schon den 600 mhz schritt garnicht realisiert hat. der steht noch nicht mal bei den ungenutzten stufen dabei. gibt es eine alternative zu cpu spy, die den kernel "richtig" erkennt?
edit2: kann es sein, dass der kernel selbst die information nicht weiter gibt? oder werden die 600 mhz vielleicht garnicht benutzt? in der datei time_in_states die ja vom kernel angelegt wird (denke ich) tauchen die 600 mhz auch nicht auf.
Zuletzt bearbeitet:
scheichuwe
Philosoph
- 2.718
Ich hab den Neo XX jetzt seit ein paar Stunden drauf, bisher läuft alles wie es soll. Und das sogar ziemlich gut.
Sollte irgendwas spezielles getestet werden? Ich hab bisher ne halbe Stunde gespielt (Volllast macht also keine Probleme), WLAN läuft auch.
Geändert hatte ich nichts, kein UV oder sonstiges ...
Sollte irgendwas spezielles getestet werden? Ich hab bisher ne halbe Stunde gespielt (Volllast macht also keine Probleme), WLAN läuft auch.
Geändert hatte ich nichts, kein UV oder sonstiges ...
DerTeufel
Dauer-User
- 637
ja, auch keine probleme bisher. läuft alles so wie es soll. habe keine spiele gespielt, oder sonst die cpu besonders gestresst, dafür benutze ich aber wieder meine standard undervolting werte, außer natürlich bei 600 mhz. (-50, -75, 600 nicht, -100, -125, -125)
wie genau sollen denn diese beiden zeilen einfluss auf den batterieverbrauch bzw den sod haben?
edit:
falls es noch jemanden auß0er mich interessiert:
da sich das ganz interessant anhört, werde ich das doch mal wieder testen. wenn ich plötzlich wieder abstürze habe, weiß ich ja dann woher
wie genau sollen denn diese beiden zeilen einfluss auf den batterieverbrauch bzw den sod haben?
wenn es sich in sachen verbrauch lohnen würde, wär ich auch gern bereit mit diesen einstellungen zu testen.
edit:
falls es noch jemanden auß0er mich interessiert:
letzteres bezieht sich auf einen arm11 prozessor, daher andere werte als bei uns.
da sich das ganz interessant anhört, werde ich das doch mal wieder testen. wenn ich plötzlich wieder abstürze habe, weiß ich ja dann woher
Zuletzt bearbeitet:
zacharias
Stamm-User
- 639
- Themenstarter
- #1.717
@scheichuwe:
danke !
also hauptsächlich noch die "Basics" (Telefonieren, via 3g+data/2g+data), etc. surfen
und was sonst jedentag gemacht wird
@DerTeufel:
in unserem Fall sollte pm.sleep_mode 2
verwendet werden (wegen dem Undervolten + Registern), wie ich gelesen hab
ansonsten 1 oder 0
Neo XX beta 4
preview
(das ist der Kernel, den ich gerade auf dem Handy nutze)
der hat jetzt fast vollständig die volle kernel-basis inkludiert
mit data-integrity patches, dutzenden ext4-fixes, reduziertem Speicherverbrauch von ext4, etc. etc.
===> also: DATEN SICHERN VOR dem Flashen !
und ist auch mit O2 (statt Os) und ohne stack-protector kompiliert
einiges ließ sich nicht kompilieren (z.B. fuse und andere optionen)
aber schneller sollte der kernel jetzt schon sein,
und wirklich "flüssig" bzw. konsistent ist der ondemand governor noch nicht,
ich war in den letzten Neo 17 releases auch ganz erstaunt wie rund der läuft
mal schauen, ob ich das nächsten Monat soweit hinbiegen kann, damit der Kernel ähnlich gut läuft - vom Akkuverbrauch, Stabilität, Effizienz, etc. sollte der auf jedenfall um einiges besser sein
an einigen Stellen muss Nikademus ran
achtet bitte auf eventuelle Ungereimtheiten (z.B. Datenkonsistenz, Datenverlust, etc. etc.)
der Kernel hat einen recht komplexen Aufbau mit diveren invasiven Patchsets [memory compaction, i/o less dirty-throttling, mmu preemption, 2.6.38+2.6.39 scheduler optimierungen, kswapd verbesserungen -> weniger herumeiern und verbrennen des Akkus, [noch aufzunehmen: zram verbesserungen + virtuelle swap] ], der aber durch mehrere hundert Leute mit meinem Linux Desktop-Kernel bereits getestet wurde,
nur auf dem Handy kann sich das alles etwas anders verhalten - und sollte deshalb gründlich getestet werden
danke !
also hauptsächlich noch die "Basics" (Telefonieren, via 3g+data/2g+data), etc. surfen
und was sonst jedentag gemacht wird
@DerTeufel:
in unserem Fall sollte pm.sleep_mode 2
verwendet werden (wegen dem Undervolten + Registern), wie ich gelesen hab
ansonsten 1 oder 0
Neo XX beta 4
preview
(das ist der Kernel, den ich gerade auf dem Handy nutze)
der hat jetzt fast vollständig die volle kernel-basis inkludiert
mit data-integrity patches, dutzenden ext4-fixes, reduziertem Speicherverbrauch von ext4, etc. etc.
===> also: DATEN SICHERN VOR dem Flashen !
und ist auch mit O2 (statt Os) und ohne stack-protector kompiliert
einiges ließ sich nicht kompilieren (z.B. fuse und andere optionen)
aber schneller sollte der kernel jetzt schon sein,
und wirklich "flüssig" bzw. konsistent ist der ondemand governor noch nicht,
ich war in den letzten Neo 17 releases auch ganz erstaunt wie rund der läuft
mal schauen, ob ich das nächsten Monat soweit hinbiegen kann, damit der Kernel ähnlich gut läuft - vom Akkuverbrauch, Stabilität, Effizienz, etc. sollte der auf jedenfall um einiges besser sein
an einigen Stellen muss Nikademus ran
achtet bitte auf eventuelle Ungereimtheiten (z.B. Datenkonsistenz, Datenverlust, etc. etc.)
der Kernel hat einen recht komplexen Aufbau mit diveren invasiven Patchsets [memory compaction, i/o less dirty-throttling, mmu preemption, 2.6.38+2.6.39 scheduler optimierungen, kswapd verbesserungen -> weniger herumeiern und verbrennen des Akkus, [noch aufzunehmen: zram verbesserungen + virtuelle swap] ], der aber durch mehrere hundert Leute mit meinem Linux Desktop-Kernel bereits getestet wurde,
nur auf dem Handy kann sich das alles etwas anders verhalten - und sollte deshalb gründlich getestet werden
Zuletzt bearbeitet:
scheichuwe
Philosoph
- 2.718
zacharias schrieb:
Alles problemlos.
Obwohl, einmal konnte ich einen Anruf nicht entgegennehmen weil das Display nicht reagiert hat. Es ging zwar an, der Schieber ließ sich aber nicht bewegen.
Keine Ahnung, ob das mit dem Kernel zusammenhängen kann.
4 weitere Anrufe konnte ich ganz normal annehmen...
Und weiter geht's, Rückmeldung zu beta 4 kannst du morgen erwarten
Q
quasimodo
Gast
Auch schon gelistet!
Klickst Du "Logo Button" Platypus
Klickst Du "Logo Button" Platypus
zacharias
Stamm-User
- 639
- Themenstarter
- #1.720
Hi Qasim,
sorry,
aber ich muss nochmal einen aktualisierten Kernel anhängen
bei dem geht jetzt Voltage Control endlich
das ist doch umständlich, wie das momentan mit dem fugu abläuft (nur pimp my cpu oder andere tools, die auf nicht-standardisiertes zugreifen können)
das ist die einzige Änderung
und bleibt vorerst auch so - soweit läuft der Kernel recht rund [bis auf die ganzen fehlenden Tweaks natürlich ^^] und scheint auch nicht besonders viel Akku zu verbrauchen
sorry,
aber ich muss nochmal einen aktualisierten Kernel anhängen
bei dem geht jetzt Voltage Control endlich
das ist doch umständlich, wie das momentan mit dem fugu abläuft (nur pimp my cpu oder andere tools, die auf nicht-standardisiertes zugreifen können)
das ist die einzige Änderung
und bleibt vorerst auch so - soweit läuft der Kernel recht rund [bis auf die ganzen fehlenden Tweaks natürlich ^^] und scheint auch nicht besonders viel Akku zu verbrauchen
Zuletzt bearbeitet:
Ähnliche Themen
- blackburn73
blackburn73
