Ich versuche gerade mein Programm mit dem Emulator von FTDI/Brtchip
laufen zu lassen. Das funktioniert soweit ganz gut. Wenn ich allerdings
nach dem Expandieren von komprimierten Bitmaps mit CMD_INFLATE versuche,
mit CMD_GETPTR die nächste freie RAM-Adresse zu ermitteln, erhalte ich
keine plausiblen Werte (0/viel zu groß/unverändert).
CMD_GETPTR funktioniert auf realer Hardware ohne Probleme.
Zum Testen habe ich in der Beispiel-App
http://brtchip.com/SoftwareExamples-eve/#Sample%20App(+EVE2)
folgende Funktion eingebaut und in App_Show_Logo() aufgerufen:
1 | uint32_t GetNextRamAddr(Gpu_Hal_Context_t *phost)
|
2 | {
|
3 | Gpu_Hal_WaitCmdfifo_empty(phost);
|
4 | Gpu_Hal_CheckCmdBuffer(phost, CMD_SIZE * 2);
|
5 | Gpu_Hal_StartCmdTransfer(phost, GPU_WRITE, CMD_SIZE * 2);
|
6 | Gpu_Hal_Transfer32(phost, CMD_GETPTR);
|
7 | Gpu_Hal_EndTransfer(phost);
|
8 | Gpu_Hal_Updatecmdfifo(phost, CMD_SIZE * 2);
|
9 | printf("0x%8.8lx 0x%8.8lx 0x%8.8lx\n",
|
10 | Gpu_Hal_Rd32(phost, RAM_CMD + ((phost->cmd_fifo_wp - 8) & 0xffc)),
|
11 | Gpu_Hal_Rd32(phost, RAM_CMD + ((phost->cmd_fifo_wp - 4) & 0xffc)),
|
12 | Gpu_Hal_Rd32(phost, RAM_CMD + ((phost->cmd_fifo_wp - 0) & 0xffc)));
|
13 | return Gpu_Hal_Rd32(phost, RAM_CMD + ((phost->cmd_fifo_wp - 4) & 0xffc));
|
14 | }
|
Erwartungsgemäß klappt's nicht.
Der Code in GetNextRamAddr ist so länglich, weil die FTDI-Library je
nach Konfiguration die Befehle sonst erst in einen Puffer schreibt.
Die Ausgabe am Ende der Funktion gibt den Inhalt des CMD FIFO um den
Befehl herum aus. Der Befehl selbst taucht auch bei wp-8 auf, bei wp-4
steht allerdings nichts Brauchbares.
Die negativen Offsets sind erforderlich, weil der Schreibzeiger nach dem
Befehl bereits inkrementiert ist.