I'm using the Prodigy crack (probably a good idea to specify which crack when using ADFs so we can compare like-for-like) - and with Fast RAM enabled it won't boot beyond the cracktro. There's a quirk with the Minimig's Fast RAM in that it disappears immediately after a Guru, and comes back after a subsequent soft-reset - so with Aladdin, the sequence is:
Boot with Fast RAM -> Cracktro -> crash -> Fast RAM disappears -> boot -> Cracktro -> game
Then the game runs OK.
Yes, Prodigy crack with +3 trainer in my case too.
Configuration is 68020 CPU, 2MB chip, no slow and 2MB fast memory.
In my case it loads fine, no crash after cracktro, runs one time through the demo and crash upon return to the menu.
It might take a few more demo runs, but crashes shortly anyway.
Without fast memory demo could run much longer (and it runs noticeably slower), about an hour, but crashes all the same in the end.
Again, the prodigy crack, and yes I can reproduce this. With Fast RAM enabled it boots, goes into attract mode, but seems to crash on returning to the menu.
Tried both prodigy +15 and melnok +3 variants, the same config (2 MB chip, no or 0.5MB slow and 2 MB fast), just the same as yours result.
Interesting that non-AGA design works just fine with the same options, so the memory problems is mostly related to latest AGA v1.2 release.
So my DE1-SoC port is works almost as the original Minimig-Mist AGA
A tiny change in a completely unrelated part of the core can be the difference between Fast RAM working and not.
Yeah, changes in the working FPGA temperature is the cause also.
This is a result of badly written hardware, multiclocked design without proper constraints.
And I`am don`t know how to constraint it correctly either...