screen /dev/ttyUSB0 1500000
-
moin
da mal mit dem kernel von ayufan herum probiert. ist hftl kein thread hijacking, hm.
wegen dem pcie. dort ist immer besser auch seriell zu schauen, egal was die leds sagen:screen /dev/ttyUSB0 1500000
:: Loading from pata: :: Loading from sata: :: Loading from scsi: :: Loading from usb: `bb`N`@F@`�I@`�!�"� �'@�$�`9 $� @� &��I�@`�H!�"� �'@�$�D`9 &�@`� $�I@`�$H!�"� �@��$�D`9B �2H��@! H�I"�@!$� @9�@!H$�@�@!H$�@H&�0�@!H$�8`��@$� @��@$��@!B�$� B�@�$�@!�$�`bI H@�$�f`I&�@!H0`9�@!"H @�@!&�@9B Hb�@!H&� `��L@!BH&&�`B�@&�L!r�I@!�&�0@��@'� N�@!&�0b�L@ �H�H@!H&� `��L@H0`9�@&�@�@!H$�0`��` $�` $�` $�$�` $�` $"�` $��Hb $�0�H� &�text
der zeitraum variiert leicht. das log sieht mal so und mal so bischen anders aus, aber irgendwann kommt definitiv immer nur noch trash.
im kernel 5.0.2 sieht alles schnieke aus.
könnte bei gelegenheit jemand auch einmal probieren, das mit dem seriellen trace? bevor ich da einen report schreibe und evtl nur einen fehler gemacht habe, frage ich lieber.
merci
-
@kosmonaut-pirx Ich habe es mal abgetrennt und woanders hingeschoben. Ich denke das ist was zu speziell.
Ich kann das gerne mal testen, aber klär mich auf. Was soll das machen, wofür ist das gut? Ich verstehe das nicht so wirklich.
-
jo passt, danke.
naja, in dem ayufan 4.4er kernel sind glaub ich die pcie patches drin, wo schon etwas mehr geht - vielleicht. Da kann halt viel probiert werden. interessanterweise ist ein/mein board mit diesem letzten kernel so gut wie nie im netz erreichbar. da bleibt einem nur die serielle konsole am gpio. Ist seltsam aber auch ok, um zu sehen was das pcie so treibt. aber das geht nun anscheinend auch nicht mehr
die anderen kernel zeigen das nicht (4.4er ayufan ewig alt bzw. mainline 5.0.2 wie gesagt). Klar kann ich die kernel commits runter gehen und schauen ab wann es wieder geht. Das kostet nur end-viel zeit, daher wäre eine externe bestätigung überaus hilfreich.
-
RockPro64 Netzwerkprobleme
Ungelöst Probleme? -
-
RockPro64 als Backup Server
Ungelöst Probleme? -
-
-
-
-