<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Sep 15, 2015 at 2:15 PM, Wynter Woods <span dir="ltr"><<a href="mailto:zerotri@gmail.com" target="_blank">zerotri@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>I've been wondering about this a lot lately. Possibly by rewriting nouveau/any other gpu driver to support a framebuffer/read only state? I realize there would end up being a few differences between how Windows handles state and how we handle state on Linux but it shouldn't be so vastly different that it wouldn't be usable.</div></blockquote><div><br></div><div>Just a thought, but by disabling mmap in QEMU (x-mmap=off, soon to be x-no-mmap=true) and enabling vfio tracing in QEMU (qemu.git:docs/tracing.txt), you can actually see exactly what gets written to the device and it slows things down enough that you can actually see the framebuffer being written so you can tell where it is.  You might then be able to look back through the trace and see if the address of the framebuffer is configurable or if it ever changes or maybe what it's size is.  Referencing the nouveau or radeon drivers might help make sense of things.  It would be interesting to see if a reliable screen scrape could be done from the host.  It might open some interesting options.</div><div><br></div><div>Disabling mmap and making my eyes bleed on traces is how we got the quirks for AMD and Nvidia.</div></div></div></div>