Remove the broken buffers bug on Mali hardware since it isn't needed …

…anymore using the glBufferData route in the StreamBuffer class.

Source/Core/VideoCommon/Src/DriverDetails.cpp

@@ -32,7 +32,6 @@ namespace DriverDetails
 		{BUG_BROKENBUFFERS, 300, 14.0, -1.0},
 	};
 	BugInfo m_armbugs[] = {
-		{BUG_MALIBROKENBUFFERS, 600, -1.0, -1.0},
 	};
 
 	std::map<std::pair<Vendor, Bug>, BugInfo> m_bugs;

Source/Core/VideoCommon/Src/DriverDetails.h

@@ -62,16 +62,6 @@ namespace DriverDetails
 		// The "workaround" is calling swapbuffers every single time we flush
 		// This causes flickering, but it is the only known way to work around it
 		BUG_BROKENBUFFERS,
-		// Bug: Uploading data without swapping causes issues
-		// Affected devices: Mali-T6xx
-		// Started Version: -1
-		// Ended Version: -1
-		// This is similar to the Adreno rendering bug where uploading the data
-		// to the GPU causes the device to quickly run out of RAM.
-		// Unlike the Adreno workaround though, this can be fixed by calling 
-		// either glFlush() or glFinish() after flushing.
-		// glFlush tends to take 0-1Ms on each call
-		BUG_MALIBROKENBUFFERS,
 	};
 
 	// Initializes our internal vendor, device family, and driver version	

Source/Plugins/Plugin_VideoOGL/Src/VertexManager.cpp

@@ -270,8 +270,6 @@ void VertexManager::vFlush()
 	Draw(stride);
 	if (DriverDetails::HasBug(DriverDetails::BUG_BROKENBUFFERS))
 		GLInterface->Swap();
-	if(DriverDetails::HasBug(DriverDetails::BUG_MALIBROKENBUFFERS))
-		glFlush();
 	g_perf_query->DisableQuery(bpmem.zcontrol.early_ztest ? PQG_ZCOMP_ZCOMPLOC : PQG_ZCOMP);
 	//ERROR_LOG(VIDEO, "PerfQuery result: %d", g_perf_query->GetQueryResult(bpmem.zcontrol.early_ztest ? PQ_ZCOMP_OUTPUT_ZCOMPLOC : PQ_ZCOMP_OUTPUT));