R
Rob2222
Dauer-User
- 1.219
@Alexgalaxy:
Bitte gib dazu immer die Links an, die Du meinst. Weil in meinen Augen steht das noch nicht fest.
Die Idee, daß sie den eMMC-Chip vorübergehend bis zum Neustart einfrieren, um ihm vor Beschädigung zu schützen und daß dabei das Handy freezen/abstürzen könnte, habe ich hier aufgestellt:
eMMC sudden death research - xda-developers
Und zwar, weil der Code, den Oranav gepostet hat, scheinbar in einer gewissen Situation in eine scheinbar gewollte Endlosschleife geht.
Das ist aber NUR eine Idee und alles andere als belegt. Dein Post klingt so, als wenn das schon als Fakt belegt ist. Deswegen immer die Quelle angeben bitte.
Oranav geht aber davon aus, daß der eMMC-Chip aber ein Watchdog hat, der erkennt eine Endlosschleife und startet den eMMC-Chip dann neu. Aber so weit ist er mit der Auswertung einfach noch nicht.
Oder hat das noch jemand wo anders bei XDA mit Bezug auf den Quellcode geschrieben?
Gruß
Rob
Der ursprüngliche Beitrag von 13:01 Uhr wurde um 13:10 Uhr ergänzt:
1) Entropy (und ich bin auch der Meinung) sagt 75%+ aufwärts. Das Vorkommen der Zeichenkette belegt, daß die Zeichenkette im Quellcode vorkommt. Und die spezielle Zeichenkette VTU00M kam früher nicht im Quellcode vor. Jetzt könnte natürlich im Quellcode statt des FIX irgendwas anderes stehen, was die Zeichenfolge braucht, z.B. was wie "Wenn eMMC-Chip = "VTU00M" dann lasse die LED bunt blinken". Das würde reichen, damit die Zeichenkette "VTU00M" im Kernel vorkommt. Aber das wäre schon arger Zufall, wenn die den Chip-Identifizierungsstring gerade jetzt für was anderes im Kernel benötigen.
2) Ja, ich hab in einem alten Stock Kernel und in einem älteren Siyah danach gesucht und nicht gefunden.
3) Müssen sie eigentlich, denn wenn die Zeichenkette nicht da wäre, kann der Programcode die Prüfung "Wenn eMMC-Chip = "VTU00M" dan FIX ausführen" nicht ausführen, weil sie die Zeichenkette nicht "VTU00M" für den Vergleich nicht hat.
Gruß
Rob
Bitte gib dazu immer die Links an, die Du meinst. Weil in meinen Augen steht das noch nicht fest.
Die Idee, daß sie den eMMC-Chip vorübergehend bis zum Neustart einfrieren, um ihm vor Beschädigung zu schützen und daß dabei das Handy freezen/abstürzen könnte, habe ich hier aufgestellt:
eMMC sudden death research - xda-developers
Und zwar, weil der Code, den Oranav gepostet hat, scheinbar in einer gewissen Situation in eine scheinbar gewollte Endlosschleife geht.
Das ist aber NUR eine Idee und alles andere als belegt. Dein Post klingt so, als wenn das schon als Fakt belegt ist. Deswegen immer die Quelle angeben bitte.
Oranav geht aber davon aus, daß der eMMC-Chip aber ein Watchdog hat, der erkennt eine Endlosschleife und startet den eMMC-Chip dann neu. Aber so weit ist er mit der Auswertung einfach noch nicht.
Oder hat das noch jemand wo anders bei XDA mit Bezug auf den Quellcode geschrieben?
Gruß
Rob
Der ursprüngliche Beitrag von 13:01 Uhr wurde um 13:10 Uhr ergänzt:
frank_m schrieb:
1) Entropy (und ich bin auch der Meinung) sagt 75%+ aufwärts. Das Vorkommen der Zeichenkette belegt, daß die Zeichenkette im Quellcode vorkommt. Und die spezielle Zeichenkette VTU00M kam früher nicht im Quellcode vor. Jetzt könnte natürlich im Quellcode statt des FIX irgendwas anderes stehen, was die Zeichenfolge braucht, z.B. was wie "Wenn eMMC-Chip = "VTU00M" dann lasse die LED bunt blinken". Das würde reichen, damit die Zeichenkette "VTU00M" im Kernel vorkommt. Aber das wäre schon arger Zufall, wenn die den Chip-Identifizierungsstring gerade jetzt für was anderes im Kernel benötigen.
2) Ja, ich hab in einem alten Stock Kernel und in einem älteren Siyah danach gesucht und nicht gefunden.
3) Müssen sie eigentlich, denn wenn die Zeichenkette nicht da wäre, kann der Programcode die Prüfung "Wenn eMMC-Chip = "VTU00M" dan FIX ausführen" nicht ausführen, weil sie die Zeichenkette nicht "VTU00M" für den Vergleich nicht hat.
Gruß
Rob
Zuletzt bearbeitet:
