Project

General

Profile

Actions

Emulator Issues #7454

closed

Invalid MMIO address error - MKDD

Added by kacmlweimer over 9 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Game Name?
Mario Kart Double Dash. It seems like it applies to other games as well.

Game ID?
GM4E01

What's the problem? Describe what went wrong in few words.
When the game is running and I try to do anything involving breakpoints or memory addresses, I get an error that says this:
Warning
Trying to get the ID of a non-existing MMIO address.

What did you expect to happen instead?
Not give me an error.

What steps will reproduce the problem?

  1. Get dolphin from github on a mac
  2. build with cmake -D FASTLOG=ON so it builds in debugmode
  3. run a game
  4. click a memory address

Dolphin 3.5 and 3.5-367 are old versions of Dolphin that have
known issues and bugs, so don't report issues about them and test the
latest Dolphin version first.
Which versions of Dolphin did you test on?
Github Dolphin

Does using an older version of Dolphin solve your issue? If yes, which
versions of Dolphin used to work?
It seems all other versions work. The reason I'm using the github version is for mem checks.

What are your PC specifications? (including, but not limited to: Operating
System, CPU and GPU)
15" Macbook Pro running Mac OSX Mavericks 10.9.4.
Processor: 2.3 GHz Intel Core i7
Memory: 8gb 1600 MHz DDR3
Graphics: NVIDIA GeForce GT 650M 512 MB

Are you using the 32 or the 64 bit version of Dolphin?
I don't know for sure, is there a difference on github?

Is there any other relevant information? (e.g. logs, screenshots,
configuration files)
nope.

Actions #1

Updated by JMC4789 over 9 years ago

Try versions before 4.0-905 out of curiosity.

Actions #2

Updated by kacmlweimer over 9 years ago

Can you do that and still build dolphin yourself? Regular dolphin works, but I am trying to build with fastlog.

Actions #3

Updated by JMC4789 over 9 years ago

Is it a debugfast build? Would a straight up debug build work? Basically, I'm thinking the MMIO merge is causing this.

Actions #4

Updated by kacmlweimer over 9 years ago

I couldn't figure out how to build for regular debug. I couldn't find any documentation on this. The only thing I could determine from the code is that cmake -DFASTLOG=ON .. builds for debugfast. DO you know how to build for just regular debug?

Actions #5

Updated by JMC4789 over 9 years ago

Right... Mac. I'll just have to try to reproduce on my own. I'll see what I can do.

Actions #6

Updated by kacmlweimer over 9 years ago

thx. I'm sorry, couldn't get my hands on a half decent pc.

Actions #7

Updated by pauldacheez over 9 years ago

-DCMAKE_BUILD_TYPE=Debug, I believe.

Actions #8

Updated by kacmlweimer over 9 years ago

It built correctly but still gives the same error. Any other ideas?

Actions #9

Updated by kacmlweimer over 9 years ago

I just downloaded the source from 3.5 and 3.0 dolphins and I can't even get those to build. I got errors on both.

Actions #10

Updated by sorairo.te.alastor over 9 years ago

This error message also appears on Windows 7 if you build with Debug x64 and launch with the "-debug" parameter (4.0-3186).

Tried to run GC Zelda OoT / MQ Disc PAL - md5: b18019b6b399c9826bae843f06c43d08 (D43P01),
so I believe this is not limited to Mac or a specific game (unless I just happened to catch the right game...)

the address variable passed to UniqueID() is 4294967288 ( 0xfffffff8 )

Stacktrace:
KernelBase.dll!000007fefde13ca2()
DolphinD.exe!MMIO::UniqueID(unsigned int address) Line 58
DolphinD.exe!MMIO::Mapping::GetHandlerForWrite(unsigned int addr) Line 129
DolphinD.exe!MMIO::Mapping::Write(unsigned int addr, unsigned int val) Line 112
DolphinD.exe!Memory::WriteToHardware(unsigned int em_address, const unsigned int data, unsigned int effective_address, Memory::XCheckTLBFlag flag) Line 180
DolphinD.exe!Memory::Write_U32(const unsigned int _Data, const unsigned int _Address) Line 402
[External Code]

I hope this helps tracking it down

Actions #11

Updated by biolizard89 over 9 years ago

I'm getting the same issue. Linux x64 (Fedora); recent GitHub (from the past couple weeks); built in DebugFast mode; tested with Starfox Assault (USA version). When I launch the game in debug mode, I get the panic alert "EXTERNAL_INT unrecoverable???", followed by an endless sequence of "Trying to get the ID of a non-existing MMIO address." 4.0.2 doesn't have this issue. If panic alerts are disabled, the dialogs don't appear, but instead the game window stays gray and the game never starts.

Actions #12

Updated by biolizard89 over 9 years ago

As far as I can tell, the bug I described was introduced between 4.0-3042 and 4.0-3049. However, I think that commit was after this issue thread was started. So, maybe there are two unrelated bugs here?

Actions #13

Updated by JMC4789 over 9 years ago

I've honestly never had issues with this, so there isn't much I can do to help.

Maybe someone else can take a look at this?

Actions #14

Updated by kacmlweimer over 9 years ago

If this helps at all, other things aren't working as well. the memcheck menu isn't popping up for me. I don't know if that helps out at all. I can still click next to a line of code to add a blue square, but it doesn't do anything. I have tried this on dolphin 3, 3.5, and 4. As of last time I tried, I could only get 3.5 and 4+ to build and the issue was present in both. Hope that helps.

Actions #15

Updated by biolizard89 over 9 years ago

@kacmlwei, yeah, so we seem to have two distinct bugs that produce the same error message in different situations. The bug I'm encountering was introduced long after 4.0.2 came out, and it prevents even booting the game in debug mode.

Actions #16

Updated by kacmlweimer over 9 years ago

@biolizar, I had that same also had that problem. I fixed it by messing with check boxes in the settings. I forgot which one tho. Is it giving you a gray screen?

Actions #17

Updated by biolizard89 over 9 years ago

I'm just curious, has anyone either succeeded or failed to reproduce my symptoms on Linux? I assume lots of people use Dolphin on Linux, but I guess I don't know that for certain.

Actions #18

Updated by biolizard89 over 9 years ago

@kacmlwei, Yes, the game window stays gray for me when I run a game in debug mode. If panic alerts are enabled, I get the endless sequence of MMIO errors when the game launches (and the game windows stays gray); if panic alerts are disabled, no errors appear but the game window stays gray.

Actions #19

Updated by kacmlweimer over 9 years ago

try turning off cheats

Actions #20

Updated by biolizard89 over 9 years ago

For me the bug occurs regardless of whether cheats are enabled/disabled.

Actions #21

Updated by kacmlweimer over 9 years ago

nvm, the gray screen bug no longer occurs for me... somehow.

Actions #22

Updated by biolizard89 over 9 years ago

For what it's worth, I tried a fresh profile; it didn't help; the bug still occurs. So I suspect it's not related to a profile setting.

Actions #23

Updated by biolizard89 over 9 years ago

So, looking at the pull request that introduced the issue I'm encountering, it looks like the offending commit is 8dea26762dcc842ebcb227c0b9b9bbefc487624c ("Rationalize temporary register usage"). The previous commit in that PR, 67cdb6e07a9c1c3ddbfd6e61036756259344e289, works fine.

Maybe this will help in tracking down the bug?

Actions #24

Updated by kacmlweimer over 9 years ago

I just rebuilt dolphin again for the first time in a while, and now its not even playing the game. I'm getting this error. Not sure if this is related to the original bug or not. Mem check menu still not displaying.

Warning:
"EXTERNAL_INT unrecoverable???"

Dolphin then crashes. The output into the terminal while running dolphin is posted at http://pastebin.com/N6TaJHkM

hope that helps

Actions #25

Updated by biolizard89 over 9 years ago

@kacmlwei Sounds like you've got the same issue as me, then. When I click No at that panic alert, Dolphin crashes; if I click Yes, I get the MMIO address panic alert.

Actions #26

Updated by biolizard89 over 9 years ago

@kacmlwei You're on OS X, right?

Actions #27

Updated by kacmlweimer over 9 years ago

@biolizar yep. The difference with mine is that dolphin crashes with either button.

Actions #28

Updated by biolizard89 over 9 years ago

The issue is fixed for me in latest Git master.

Actions #29

Updated by skidau over 9 years ago

  • Status changed from New to Fixed

Fixed by Dolphin 4.0-3887 (1630b0c684c837c074e2f5b9dbf5b45554dfc43e). This was a problem only on DEBUG and DEBUGFAST builds.

Actions #30

Updated by kacmlweimer over 9 years ago

The pop up box issue is indeed fixed. the memcheck breakpoints bar is still broken though, should I open a new issue?

Actions #31

Updated by skidau over 9 years ago

Yes, please open up a new issue after determining which revision the issue started at.

Thanks for confirming that the issue is fixed, kacmlweimer

Actions

Also available in: Atom PDF