Implement EFB pokes in the OpenGL backend.

[neobrain]

EFB pokes are a hardware feature used in a very small number of games to directly write data to the framebuffer from the CPU.

The feature has been emulated in the D3D backend for ages, but the code wasn't moved over to OpenGL until now. The algorithm in OpenGL uses clears instead of drawing little quads, which might be slightly faster (or not) than drawing 1x1 pixel quads, but surely the code is fairly clean. This code path is pretty much a "meh, if games use this we have a problem anyway" thing, so performance is not really a problem anyway.

This code was tested briefly and shown to work, I'll test it further against games known to use EFB pokes (Monster Hunter Tri, the GC Mario soccer game) before merging. Meanwhile, people can comment on the patch :)

A possibly important consequence of this patch is that games which make extensive use of EFB pokes (Monster Hunter Tri, and under very certain circumstances Mario Kart Wii) will get ridiculously slow. EFB pokes should probably be queued as an optimization. I'm not interested in coding this optimization though, especially since it's general enough for someone else to do. Regardless, as a workaround EFB accesses can be skipped to make things work fast (without the EFB pokes being accepted, of course).

[delroth]

Haven't tested, but code LGTM.

[Sonicadvance1]

There is a good chance that something like this will demolish performance on Mali and Adreno due to stupidity in the drivers.
I'll have to test and find out. Might be hard with the TFN merge now though.

[degasus]

LGTM, but I'd prefer quads because of performance changes. glClear might use a faster code path on the 2d acceleration hardware, but this is only faster per pixel. For small rects, the per pixel performance doesn't matter but the huge cpu overhead does.

nvm, thx for implementing this feature and I'll change them to quads when someone reports this to be slow.

[degasus]

Btw, about this queuing optimization, this should be done after moving efb cache into videocommon. So this queue could also be there.