TheNameOfTheGame wrote:Yes, I have the same issues as Kroll. I had to switch to Jinnee as the desktop for MiNT on Hades (but I prefer it anyway )
SET_MMU.PRG is causing problems with MiNT, I used the default configuration file you refer to and (the only change I made was to adjust the TT RAM line to fit my machine's memory), but after booting MiNT, it boots all the way through (I see all the boot output - black text on a white background), but then ends with losing the video signal to the monitor and it goes to a black screen.
Under TOS, I can boot to the desktop with SET_MMU and sysinfo shows the memory split as it should be,
Not sure which Nova driver you are using as there are many variants, but the Mach64 driver was notorious for having cache problems. I had to put a tiny app in the auto folder before the Nova driver to disabled the cpu caches. This keeps the screen from going black. Then Thing Desktop was setup to auto start another tiny app that turned the cpu caches back on. Sounds silly but that's what solved it for me.
Just prior to my Hades060 passing away I fixed this inside the Nova driver by disassembling it and recompiling it, thus I could boot my Hades060 at full speed. All this work is now halted and stuck on an IDE drive I can't access. However, I think you can find these small apps in the set_mmu archive: cache_of.prg and cache_on.prg