https://bugs.winehq.org/show_bug.cgi?id=37398
--- Comment #6 from Stefan Dösinger stefan@codeweavers.com --- warn:d3d_surface:surface_blt_special Src is in sysmem, rejecting gl blt
This is why the system memory location matters. But I think the attempt to perform this blit is already a bug. The destination is the real frontbuffer, and it has the format R5G6B5 even though the display mode is P8.
The log is from an older wine version. Is there a chance you can deal with bug #37307 without using an older revision?
As far as I can see wined3d_device_reset is never called because the frontbuffer created by the application (0x186028 / 0x158f70) predates the mode change. (Actually, it predates two mode changes, from P8 to R5G6B5 and back again.)