From 39a524f47df5c40688ca05b4d800b5818a42c943 Mon Sep 17 00:00:00 2001
From: comex <comexk@gmail.com>
Date: Thu, 5 Sep 2013 13:00:25 -0400
Subject: [PATCH] Returning false from an IPC_HLE method should not produce an
 INFO_LOG.

It's commonly used to delay replying to a message and is in no way an
error.
---
 Source/Core/Core/Src/IPC_HLE/WII_IPC_HLE.cpp | 11 -----------
 1 file changed, 11 deletions(-)

diff --git a/Source/Core/Core/Src/IPC_HLE/WII_IPC_HLE.cpp b/Source/Core/Core/Src/IPC_HLE/WII_IPC_HLE.cpp
index 9e52b70e5a..8425f092d8 100644
--- a/Source/Core/Core/Src/IPC_HLE/WII_IPC_HLE.cpp
+++ b/Source/Core/Core/Src/IPC_HLE/WII_IPC_HLE.cpp
@@ -548,17 +548,6 @@ void ExecuteCommand(u32 _Address)
 		// Generate a reply to the IPC command
 		EnqReply(_Address, reply_delay);
 	}
-	else
-	{
-		if (pDevice)
-		{
-			INFO_LOG(WII_IPC_HLE, "<<-- Reply Failed to %s IPC Request %i @ 0x%08x ", pDevice->GetDeviceName().c_str(), Command, _Address);
-		}
-		else
-		{
-			INFO_LOG(WII_IPC_HLE, "<<-- Reply Failed to Unknown (%08x) IPC Request %i @ 0x%08x ", DeviceID, Command, _Address);
-		}
-	}
 }
 
 // Happens AS SOON AS IPC gets a new pointer!