IPC: Remove incorrect guess about acks
A very basic hardware test shows that the ARMMSG doesn't change until IOS replies. (People could have disassembled IOS to verify this too...) Console: sending request at 00034640 - ARMMSG 133e0fa0 00000000000000000000000000000010(ack) - ARMMSG 133e0fa0 00000000000000000000000000000100(reply) - ARMMSG 00034640 Dolphin, prior to this fix: sending request (00034640) - ARMMSG 133e0fa0 00000000000000000000000000000011(ack) - ARMMSG 00034640 00000000000000000000000000000100(reply) - ARMMSG 00034640 Dolphin, after this fix: sending request at 00034640 - ARMMSG 133e0fa0 00000000000000000000000000000011(ack) - ARMMSG 133e0fa0 00000000000000000000000000000100(reply) - ARMMSG 00034640 (Yes, note that the X1 bit is still set. This is a bug that I will fix in the next commit.)
This commit is contained in:
parent
b9f7d67667
commit
1a71076e50
|
@ -213,7 +213,6 @@ static void UpdateInterrupts(u64 userdata, s64 cyclesLate)
|
|||
|
||||
void GenerateAck(u32 _Address)
|
||||
{
|
||||
arm_msg = _Address; // dunno if it's really set here, but HLE needs to stay in context
|
||||
ctrl.Y2 = 1;
|
||||
DEBUG_LOG(WII_IPC, "GenerateAck: %08x | %08x [R:%i A:%i E:%i]", ppc_msg, _Address, ctrl.Y1,
|
||||
ctrl.Y2, ctrl.X1);
|
||||
|
|
Loading…
Reference in New Issue