Enrik Berkhan <
Enrik....@inka.de> wrote:
>Hast du den Kernel selbst gebaut? Notfalls nochmal machen ;-)
Das Problem tritt auch mit dem aktuellen Distributionskernel auf.
>Sonst halt mal in der lkml nach ähnlichen Problemen suchen, oder im
>Kernel git. Falls da nicht vanilla Sachen drin sind, würde ich bei denen
>anfangen.
Da habe ich vor Weihnachten was gefunden, aber noch nicht die Zeit
genommen die Entwickler zu belästigen.
Meine übliche Vorgehensweise, das in Verdacht stehende
Unterverzeichnis einfach gegen die Version aus einem "known good"
Kernel Tree zu transplantieren, funktioniert hier nicht, der Kernel
baut dann nicht.
Ich bisecte seit vor Weihnachten, allerdings ist das lästig, weil ein
"gut" Fall bis hin zum guten gewissens zwei bis drei Tage dauert.
>> Zwei andere Banana Pis laufen (mit Debian stable) und diesem Kernel
>> aber stabiler.
>
>Läuft auf denen evtl. kein ntpd oder irgendein anderer signifikanter
>Netzwerk-relevanter Unterschied?
Die zwei anderen haben zwar denselben "bleeding edge" Kernel, aber
Debian stable als Betriebssystem. Und auch auf diesen tritt das
Problem auf, allerdings nicht so oft.
Der Pi stürzt übrigens nicht ab, er netzt nur nicht mehr, über die
serielle Schnittstelle bleibt er ansprechbar, und manchmal kehrt er
auch nach ein paar Stunden wieder in den Normalbetrieb zurück, wenn
man nur lange genug wartet.
Dummerweise hat die serielle Schnittstelle noch andere Issues und
verfälscht in Empfangsrichtung (also das, was der Pi auf die serielle
Konsole schreibt) so etwa jedes dritte Zeichen; so wirkliches
Vertrauen habe ich in diese Schnittstelle nicht. Um den Boot
aufzuhalten und das richtige "setenv fk_kvers
'6.6.x-foo-bar-armmp-lpae'" hineinzuschreiben, reicht es aber. Ich mag
da ungerne hinfassen weil ich angst habe mir die Testumgebung
kaputtzumachen.
>Im dümmsten Fall kann das natürlich auch mit was ganz anderem
>zusammenhängen und nur eine indirekte Folge sein, was direkt zu der
>Frage führt: was ist bei dem betroffenen Gerät anders als bei den
>anderen?
Das besonders betroffene Gerät ist das Test- und Entwicklungskistchen,
die anderen sind in Produktion.