Standard-Kernel für die Virtex ML405 Testplatine

[Richard (Gast)]

Da das in
Beitrag "Linux-Treiber für Xylons logiSDHC-Kern"
geschilderte Problem auch in anderen Gerätekombinationen im Zusammenhang 
mit Linux-Kerneln der Reihe 2.6.37..38 auftritt würde ich gerne einen 
moderneren Kernel testen.

Dazu habe ich den 3.2-rc6-Standardkernel heruntergeladen und wie den 
Xylinx-GIT-Kernel kompiliert (.dts-Beschreibung kopiert, alte 
Konfiguration mit make oldconfig übertragen, Maschiencode im .elf-Format 
erzeugt und mit xmd geladen).

Leider wird der Kernel nicht richtig ausgeführt:

zImage starting: loaded at 0x00400000 (sp: 0x0073feb0)
Allocating 0x3d9f68 bytes for kernel ...
gunzipping (0x00000000 <- 0x0040d000:0x005cecea)...done 0x3aefa0 bytes
Attached initrd image at 0x005cf000-0x0073ef20
initrd head: 0x1f8b0808

Linux/PowerPC load: console=ttyS0,115200n8 root=/dev/ram rw 
ip=192.168.2.250 sdhci.debug_quirks=1
Finalizing device tree... flat tree at 0x74c0e0


Danach folgt pure Stille...


Gibt es da bekannte Tücken bzw. Kniffe?

[rev (Gast)]

Naja, also im Xilinx-Git sind doch noch einige Treiber, die im Mainline 
nicht enthalten sind.

Aber so wie es bei dir aussieht faällt der Kernel sehr früh auf die 
Schnauze, der Loader funktioniert ja noch. Evtl. stimmt irgendeine 
Addresse oder IRQ im device-tree nicht...

ch bin noch auf dem 3.0, allerdings haben wir vorher ein diff mit dem 
Xilinx-Kernel gemacht und die fehlenden componenten rüberkopiert.

Schau auf jedenfall man in arch/powerpc/kernel/boot/virtex405-head.S

Bist du auf einem Virtex4 oder 5?

[Richard (Gast)]

Ist ein Virtex4. Der device-tree arbeitet ja mit dem Xilinx-GIT-Kernel, 
allerdings haben wir da das leidige Thema SD-Karte....

[Richard (Gast)]

Die Assembler-Dateien sind identisch zum Virtex-Kernel:
diff arch/powerpc/boot/virtex405-head.S 
../powerpc-linux/arch/powerpc/boot/virtex405-head.S
=> Nix

Wo lohnt es sich denn noch vorbeizusehen?

[Richard (Gast)]

Kurzes sinnieren ergab folgenden Schluß: die serielle Schnittstelle 
arbeitet (da Ausgaben des Bootloaders vorhanden), der Kernel steht 
(Programm-Zähler fest bei 0xc000b5d4, Startadresse des Segments: 
0xc000b5c0)

[Richard (Gast)]

Irgendwo löst der Kernel anscheinend eine Ausnahme aus, denn der PC 
steht bei 0x1100.
Der PLB-Bus wurde als mögliche Ursache genannt....

[Duke Scarring (Gast)]

Richard schrieb:
> Der PLB-Bus wurde als mögliche Ursache genannt....
Dann häng doch dort mal ein Chipscope ran und schau was passiert. Gibt 
es da nicht so ein spezielles Modul? --> ChipScope PLB IBA

Duke