WHDLoad MantisBT - WHDLoad
View Issue Details
0003760WHDLoad[All Projects] Generalpublic2017-12-13 17:412020-10-27 11:24
Assigned ToWepl 
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version18.3 
Target VersionFixed in Version 
ChipMem2 MB
FastMem8 MB
WorkbenchOS 3.0
KickROM40 - Kick 3.1
Summary0003760: On UAE4All2, "noMMU" message, followed by black screen crash
DescriptionI am running WHDLoad on UAE4All2 Vita using A1200 config (68020 + Kick 31, WHDLoad default prefs). With WHDLoad version 18.2 everything works absolutely perfect.

I decided to update to WHDLoad version 18.3 today and now none of the games work anymore.

Every game I try causes a requestor to pop up. The requestor text is completely nonsensical. It reads verbatim:
The option NoMMU has been activated,
but the current MMU setup does
- contains invalid descriptors
The installed program will very probably
not work with this setup!
Try to use a different 68040/60.library

What does "- contains invalid descriptors" mean? Why does it talk about 68040/60.library when I don't even have it?

The emulated 68020 doesn't even have an MMU.

If I dismiss the window by clicking "ignore," WHDLoad shows a black screen and hangs. This happens for every game I tried.

None of the various MMU and cache options seems to fix this.

The only thing I did was replace the WHDLoad v18.2 executable files in C with files from the v18.3 usr archive. If I go back and replace the files in C with 18.2 versions again, everything works again.
Steps To ReproduceBoot up UAE4All2 (I use the Vita version), start any WHDLoad game.
TagsNo tags attached.
Attached Fileszip whdloadtrace.zip (2,324) 2017-12-16 11:05
zip whdloadtrace-2.zip (2,324) 2017-12-16 11:07

2017-12-14 11:45   
Please check if you have a file whdload.key anywhere.
2017-12-15 02:57   
No there's no whdload.key.

I checked the following directories:
PROGDIR: (the directory where WHDLoad is located)
path in environment variable KEYPATH

Note in my case there is no $KEYPATH set, and PROGDIR: is C:.

There's an "xadmaster.key" file in s: but no "whdload.key" anywhere.
2017-12-15 08:38   
Please set option TRACE and abort when the requester appears.
Attach to this issue the created file .whdl_trace for further investigation.
2017-12-16 11:05   
I am attaching the file. I started it and quit when the requestor appeared. Then I started it again and clicked ignore on the requester. The game booted to a black screen and the emulated alAmiga became unresponsive (WHDLoad quitkey didn’t work, I had to reset. I then tried two more times clicking cancel on the requester.
2017-12-16 11:07   
Second try at uploading the file..,
2017-12-19 14:55   
Hmm, the reason is, that the cpu detection of whdload detects apollo hardware (detection added in 18.3) and with that a 68040.
It seems that instruction 'movec pcr,d0' does not create an illegal instruction exception, which is incorrect for a 68020.
Please ask the vendor of UAE4All2 to fix that.
2018-01-13 05:42   
Thank you for the detailed response. This allowed me to patch the emulator so that it correctly throws the invalid instruction exception. Now it all works!
2018-01-14 21:56   
fine :)

Issue History
2017-12-13 17:41rsn8887New Issue
2017-12-14 11:44WeplAssigned To => Wepl
2017-12-14 11:44WeplStatusnew => assigned
2017-12-14 11:45WeplNote Added: 0005940
2017-12-15 02:57rsn8887Note Added: 0005942
2017-12-15 08:38WeplNote Added: 0005943
2017-12-16 11:05rsn8887File Added: whdloadtrace.zip
2017-12-16 11:05rsn8887Note Added: 0005944
2017-12-16 11:07rsn8887File Added: whdloadtrace-2.zip
2017-12-16 11:07rsn8887Note Added: 0005945
2017-12-19 14:55WeplNote Added: 0005947
2018-01-13 05:42rsn8887Note Added: 0005987
2018-01-14 21:56WeplNote Added: 0005991
2018-01-14 21:57WeplStatusassigned => resolved
2018-01-14 21:57WeplResolutionopen => no change required
2020-10-27 11:24WeplStatusresolved => closed