ungültiger Maschinenbefehl ldp auf Cortex-A53 in Debian

[Marco Moock]

Hallo zusammen!

Ich haben einen Raspi mit Cortex-A53.

Laut ARM scheint der den ldp-Befehl zu können:
https://developer.arm.com/documentation/ddi0500/e/functional-description/about-the-cortex-a53-processor-functions/data-side-memory-system

Ich bekomme da aber ein SIGILL.

***@pi-keller:~# gdb --args dpkg-divert --truename /bin/ping

Reading symbols from dpkg-divert...
Reading symbols from /usr/lib/debug/.build-id/0f/44e65f3fbf499dbab8e30f4e2611e68c3ed939.debug...
(gdb) run
Starting program: /usr/bin/dpkg-divert --truename /bin/ping
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1".

Program received signal SIGILL, Illegal instruction.
0x0000aaaaaaaa8674 in dpkg_debug_init () at ../../../lib/dpkg/debug.c:122
122 ../../../lib/dpkg/debug.c: Datei oder Verzeichnis nicht
gefunden.

0xaaaaaaab8674 <pkg_list_new+36> ldp x29, x30, [sp], #32
Eigentlich müsste der Prozessor das ausführen können.
Ist das ein Problem mit der Hardware selbst oder was anderes?

[Tim Ritberg]

Post by Marco Moock
Hallo zusammen!
Ich haben einen Raspi mit Cortex-A53.
https://developer.arm.com/documentation/ddi0500/e/functional-description/about-the-cortex-a53-processor-functions/data-side-memory-system

Du schon wieder! Mir kam das Thema bekannt vor, du hast das doch 2023
mit einem Celeron schon mal geschafft! ;-)

Hast den Pi3? In 64 oder 32bit?

Was sagt das Kernellog?

Tim

[Marco Moock]

Am Sun, 10 Nov 2024 13:20:14 +0100

Post by Tim Ritberg

Post by Marco Moock
Hallo zusammen!
Ich haben einen Raspi mit Cortex-A53.
https://developer.arm.com/documentation/ddi0500/e/functional-description/about-the-cortex-a53-processor-functions/data-side-memory-system

Du schon wieder! Mir kam das Thema bekannt vor, du hast das doch 2023
mit einem Celeron schon mal geschafft! ;-)

Richtig, das betraf damals SSE2, was der P3 natürlich nicht kann.

Post by Tim Ritberg
Hast den Pi3? In 64 oder 32bit?

Raspberry Pi 3 Model B Plus Rev 1.3

Architecture: aarch64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Vendor ID: ARM
Model name: Cortex-A53
Model: 4
Thread(s) per core: 1
Core(s) per cluster: 4
Socket(s): -
Cluster(s): 1
Stepping: r0p4
CPU(s) scaling MHz: 64%
CPU max MHz: 1400,0000
CPU min MHz: 600,0000
BogoMIPS: 38,40
Flags: fp asimd evtstrm crc32 cpuid

[Tim Ritberg]

Post by Marco Moock
Am Sun, 10 Nov 2024 13:20:14 +0100

Post by Tim Ritberg

Post by Marco Moock
Hallo zusammen!
Ich haben einen Raspi mit Cortex-A53.
https://developer.arm.com/documentation/ddi0500/e/functional-description/about-the-cortex-a53-processor-functions/data-side-memory-system

Du schon wieder! Mir kam das Thema bekannt vor, du hast das doch 2023
mit einem Celeron schon mal geschafft! ;-)

Richtig, das betraf damals SSE2, was der P3 natürlich nicht kann.

Post by Tim Ritberg
Hast den Pi3? In 64 oder 32bit?

Raspberry Pi 3 Model B Plus Rev 1.3
Architecture: aarch64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian

Und in welchem Modus läuft das OS?

"dpkg --print-architecture

If it shows armhf, it’s a 32-bit system; if it shows arm64, it’s a
64-bit system."

bei mir steht armhf.

Übrigens:
https://github.com/openssl/openssl/issues/21141

Tim

[Christian Garbs]

Mahlzeit!

Post by Tim Ritberg
https://github.com/openssl/openssl/issues/21141

Üäh, warum lassen die das config-Skript unter sudo laufen, was soll
denn sowas? "make install" als root verstehe ich, aber den ganzen
Build… Bäh :)

Gruß
Christian

[Marco Moock]

Post by Tim Ritberg
Und in welchem Modus läuft das OS?
"dpkg --print-architecture
If it shows armhf, it’s a 32-bit system; if it shows arm64, it’s a
64-bit system."

arm64

Post by Tim Ritberg
bei mir steht armhf.
hmttps://github.com/openssl/openssl/issues/21141

Ich werde daraus leider nicht schlau. Ich habe ein 64-Bit-OS und nutze
die Pakete vom Debian-Repo. Ich gehe jetzt mal davon aus, dass die
einen 64-Bit-Compiler verwenden.

Hier kracht es in einem dpkg-postinstall beim Aufruf von
dpkg-divert --truename /bin/ping

Die spannenden Frage für mich ist erstmal, ob der ldp-Befehl auf diesem
Prozessor funktionieren muss (meines Erachtens ja) oder ob diese
Architektur für diesen Prozessor schlicht ungeeignet ist.

[Tim Ritberg]

Post by Marco Moock
Hier kracht es in einem dpkg-postinstall beim Aufruf von
dpkg-divert --truename /bin/ping
Die spannenden Frage für mich ist erstmal, ob der ldp-Befehl auf diesem
Prozessor funktionieren muss (meines Erachtens ja) oder ob diese
Architektur für diesen Prozessor schlicht ungeeignet ist.

Prüf mal das Binary mit readelf -A

Tim

[Marco Moock]

Post by Tim Ritberg

Post by Marco Moock
Hier kracht es in einem dpkg-postinstall beim Aufruf von
dpkg-divert --truename /bin/ping
Die spannenden Frage für mich ist erstmal, ob der ldp-Befehl auf
diesem Prozessor funktionieren muss (meines Erachtens ja) oder ob
diese Architektur für diesen Prozessor schlicht ungeeignet ist.

Prüf mal das Binary mit readelf -A

Kommt nix raus.

***@pi-keller:~# readelf -A /usr/bin/dpkg-divert
***@pi-keller:~#

[Tim Ritberg]

Post by Marco Moock

Post by Tim Ritberg

Post by Marco Moock
Hier kracht es in einem dpkg-postinstall beim Aufruf von
dpkg-divert --truename /bin/ping
Die spannenden Frage für mich ist erstmal, ob der ldp-Befehl auf
diesem Prozessor funktionieren muss (meines Erachtens ja) oder ob
diese Architektur für diesen Prozessor schlicht ungeeignet ist.

Prüf mal das Binary mit readelf -A

Kommt nix raus.

tja, dann ist dein Teil verhext und gehört verbrannt!

Tim

[Marco Moock]

Post by Tim Ritberg

Post by Marco Moock

Post by Tim Ritberg

Post by Marco Moock
Hier kracht es in einem dpkg-postinstall beim Aufruf von
dpkg-divert --truename /bin/ping
Die spannenden Frage für mich ist erstmal, ob der ldp-Befehl auf
diesem Prozessor funktionieren muss (meines Erachtens ja) oder ob
diese Architektur für diesen Prozessor schlicht ungeeignet ist.

Prüf mal das Binary mit readelf -A

Kommt nix raus.

tja, dann ist dein Teil verhext und gehört verbrannt!

Sprich, die CPU hat ein Problem?

[Tim Ritberg]

Post by Tim Ritberg

Post by Marco Moock

Post by Tim Ritberg

Post by Marco Moock
Hier kracht es in einem dpkg-postinstall beim Aufruf von
dpkg-divert --truename /bin/ping
Die spannenden Frage für mich ist erstmal, ob der ldp-Befehl auf
diesem Prozessor funktionieren muss (meines Erachtens ja) oder ob
diese Architektur für diesen Prozessor schlicht ungeeignet ist.

Prüf mal das Binary mit readelf -A

Kommt nix raus.

tja, dann ist dein Teil verhext und gehört verbrannt!

Sprich, die CPU hat ein Problem?Versuch mal eine andere SD-Karte.

Tim

[Marco Moock]

Sprich, die CPU hat ein Problem?Versuch mal eine andere SD-Karte.

Tim

Die Nachricht ist leer.

[Tim Ritberg]

Post by Marco Moock

Sprich, die CPU hat ein Problem?Versuch mal eine andere SD-Karte.

Tim

Die Nachricht ist leer.

Nein ist sie nicht. So oder so nicht und ansonsten verrutscht ;-)

Tim

[Marco Moock]

Post by Tim Ritberg

Post by Marco Moock

Sprich, die CPU hat ein Problem?Versuch mal eine andere SD-Karte.

Tim

Die Nachricht ist leer.

Nein ist sie nicht. So oder so nicht und ansonsten verrutscht ;-)

Ok, ich sehe. Ich habe leider keine andere SD-Karte (das OS ist auf nem
USB-Stick). Jetzt stellt sich die Frage, warum genau die/der das Problem
sein soll.

Ich habe jetzt apt install --reinstall dpkg ausgeführt, das Problem ist
nun weg. Stellt sich die Frage, was passiert ist. Die Version ist die
gleiche.

Im dmesg ist nix auffällig, was z.B. auf einen defekten Datenträger
hindeutet.
Jetzt würde mich interessieren, wie man den Effekt weiter
diagnostizieren kann.

[Tim Ritberg]

Post by Marco Moock
Ok, ich sehe. Ich habe leider keine andere SD-Karte (das OS ist auf nem
USB-Stick). Jetzt stellt sich die Frage, warum genau die/der das Problem
sein soll.
Ich habe jetzt apt install --reinstall dpkg ausgeführt, das Problem ist
nun weg. Stellt sich die Frage, was passiert ist. Die Version ist die
gleiche.
Im dmesg ist nix auffällig, was z.B. auf einen defekten Datenträger
hindeutet.
Jetzt würde mich interessieren, wie man den Effekt weiter
diagnostizieren kann.

SD-Karte mit badblocks testen.
Für den Schreib/Lesetest würde ich ein Testdatei mit 1GB oder so anlegen
und dann über loop testen. Vielleicht hat ja der Controller eine Macke.

Du kannst aber auch das OS mit debsums mal prüfen.

Tim