dml wrote:My standard Falcon is now working and booting from CFLASH but my PC flashcard unit died recently and the USB floppy drive hates anything formatted by Atari and vice versa - so I still can't move files easily. Will have a new one by wednesday and will be able to do my own tests from then.
You can format the floppies on PC, Atari should understand them fine. Recent EmuTOS should even accept VFAT format without corrupting it, but to be on the safe side, it would be better to use plain FAT formatting. And you can mount the floppy directory as harddisk partition inside Hatari. You can do this either by symlinking the floppy mount point to something you already give to Hatari as GEMDOS HD directory, or you can mount it as separate partition:
Code: Select all
ln -s ~/dsp-stuff C
ln -s /mnt/floppy D
Hatari will then mount "dsp-stuff" directory as partition C, and "floppy" directory as partition D.
dml wrote:That leaves the CPU<->DSP exchanges which feed the drawing. This remains in place for all the tests I did - it's currently the only way to flush the scene out of the DSP. While I haven't confirmed it yet by timing or omitting it specifically, it may be the second biggest cost in the system.
Do you need something extra on the debugger side to investigate this?
PS. I found in WinUAE the places where it supposedly checks for cache hits/misses. After I've tested hooking that info, and if it seems to works (doesn't report all instructions either to hit or miss
), I can attach a minimal/ugly patch to get the profiling info.