joska wrote:Edit: We Were @ - another recent trackloader - does not load with an HC installed either. It does run from harddrive (IDE), but it apparently does some crazy stuff because my LCD TV does not like it at all
joska wrote:So atleast two people has successfully tested with a HC CPU . tzok has a "bad" DMA, czietz - which DMA do you have in your STE? I have the "good" DMA.
czietz wrote:Like tzok, I have the purportedly "bad" DMA in my STE. However, even with the original NMOS CPU I can use my Gigafile with it without any issues. I tried hard to provoke any errors but couldn't, even though my DMA is supposed to be "bad".
czietz wrote:Maybe your "good" DMA chip doesn't like the HC CPU?
joska wrote:The "bad" DMA only has problems with certain hardware. E.g. original Atari disks almost never gave problems. I guess that's why this bug slipped through the engineers' fingers in the first place.
czietz wrote:joska wrote:Edit: We Were @ - another recent trackloader - does not load with an HC installed either. It does run from harddrive (IDE), but it apparently does some crazy stuff because my LCD TV does not like it at all
For reference: I (only) tested the harddrive version of "We were @" on the HC CPU. Closure on the other hand was -- of course -- loaded from a (real) floppy disk during my test.
troed wrote:(joska tested Closure v1.1 and it was the same. That said, my code could still be crappy
I believe Leonard also has his own floppy DMA code.
joska wrote:Yes, that is possible. Both STE's where closure and We Were fails have the "good" DMA, and (so far) all STE's where these demos works on even with the HC CPU have the "bad" DMA. If this pattern can be confirmed it's bad news for future 68000-based accelerators. But too early to say with only four machines tested.
Users browsing this forum: No registered users and 4 guests