I compiled on windows under cygwin.foft wrote: Mon Nov 28, 2022 7:02 pm Awesome. Could you post the binary please? I’ve not got a compiler set up on my Falcon yet. Is vbcc the one to use?
I can't compile it on my Falcon
I compiled on windows under cygwin.foft wrote: Mon Nov 28, 2022 7:02 pm Awesome. Could you post the binary please? I’ve not got a compiler set up on my Falcon yet. Is vbcc the one to use?
I tested without MAPROM.Badwolf wrote: Sat Nov 26, 2022 12:46 amYou can’t also run MAPROM!markus0321 wrote: Fri Nov 25, 2022 7:49 pm With HDDRIVER 11.13 it loads and freezes on screen as attached.
IMG_20221125_203709.jpg
Version 9.0 similarly only 4 bombs appear...
IMG_20221125_204430.jpg
This will only work if HDDriver recognises TTRAM and adds the FRB. It’s an experiment, but it does MAPROM/FASTRAM’s job.
BW
Lovely! Thanks for that. I'll get that updated.markus0321 wrote: Mon Nov 28, 2022 5:48 pm I changed from 5 to 10 compiled and it works.
Now I have MX29F800 programmed with EmuTOS.![]()
![]()
That looks like blitter corruption, which would imply NVDI failed to start properly.markus0321 wrote: Mon Nov 28, 2022 7:39 pm I tested without MAPROM.
The system starts up but even with NVDI running there are graphic corruptions and when I move the mouse cursor to an item in the menu, bombs appear and the system freezes, other times it resets when hovering over the menu.![]()
Hmm.. I'll try with the second DFB1...Badwolf wrote: Mon Nov 28, 2022 7:54 pmThat looks like blitter corruption, which would imply NVDI failed to start properly.markus0321 wrote: Mon Nov 28, 2022 7:39 pm I tested without MAPROM.
The system starts up but even with NVDI running there are graphic corruptions and when I move the mouse cursor to an item in the menu, bombs appear and the system freezes, other times it resets when hovering over the menu.![]()
I've got NVDI + TOS404TT booted up here without that corruption.
IMG_6051.jpg
EDIT: here's the same boot but without NVDI. Looks familiar.
IMG_6052.jpg
BW
Probably easiest to check if the NVDI cookie is set with SYSINFO.
I checked botting with ide and then it's ok. Apparently, even NVDI in this configuration can't boot properly from a SCSI disk.Badwolf wrote: Mon Nov 28, 2022 8:08 pmProbably easiest to check if the NVDI cookie is set with SYSINFO.
BW
Hold on, are you trying to solve the blitter issue or the SCSI issue ATM?markus0321 wrote: Mon Nov 28, 2022 8:33 pmI checked botting with ide and then it's ok. Apparently, even NVDI in this configuration can't boot properly from a SCSI disk.Badwolf wrote: Mon Nov 28, 2022 8:08 pm Probably easiest to check if the NVDI cookie is set with SYSINFO.
"The blitter issue is because NVDI wasn't running (it's not in the first cookie list)." >> Yes. NVDI won't boot from SCSI drive when Alt-RAM is active.Badwolf wrote: Mon Nov 28, 2022 8:53 pmHold on, are you trying to solve the blitter issue or the SCSI issue ATM?markus0321 wrote: Mon Nov 28, 2022 8:33 pm
I checked botting with ide and then it's ok. Apparently, even NVDI in this configuration can't boot properly from a SCSI disk.
The blitter issue is because NVDI wasn't running (it's not in the first cookie list).
The SCSI issue, well that we need to get to but I don't see an _FRB cookie -- so can we conclude HDDriver isn't setting one up when it finds TT-RAM?
If we can, well we've proved the point. When _FRB is set up (by FASTRAM/MAPROM), then it's ignored anyway.
So: HDDriver bug report.
BW
I think this sums it up nicely. HDDriver is neither setting or observing an _FRB cookie. Good investigation. I'm afraid it's not in our hands now.markus0321 wrote: Mon Nov 28, 2022 9:17 pm Yes indeed when I use TOS4.04 and hddriver it is missing _FRB
But when I use the original TOS4.04 together with the MAPROM, the _FRB is visible in Sysinfo and there are still problems with the SCSI disk