[Mesa-dev] [Bug 106144] Max OpenGL window resolution

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=106144

Roland Scheidegger <sroland at vmware.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement

--- Comment #2 from Roland Scheidegger <sroland at vmware.com> ---
Not actually a bug (for llvmpipe), since the announced limit clearly is 8kx8k.
(For intel the limit is 8k as well if you're using a chip older than ivy
bridge, otherwise it should be 16k. Not sure why it wouldn't work up to 8192,
though.)

Theoretically the limit for llvmpipe could be increased. The reason it isn't
right now should be only because the memory for the tiles is allocated
statically, and you'd need more for larger sizes which is a waste of memory.
If you want to try, you can increase
LP_MAX_TEXTURE_2D_LEVELS from 14 to 15 in lp_limits.h.
But to ensure safe operation, you need to increase
LP_SCENE_MAX_SIZE from 9MB to about 36MB in lp_scene.h too.

(The reason behind needing more scene memory is because there needs to be
enough memory for at least one command block per tile. With 16kx16k, there are
of course 4 times as many tiles as with 8kx8k. If there's not enough memory,
I'm quite certain it will hang at some point (although 16kx2k should be fine
without increase in theory, but there's no way to announced support for
something like that) - because if a command covering all of the screen is
binned and there's not enough memory to bin it to all tiles, we'll abandon the
partially binned command, flush and try again, which will never succeed if
there's not enough space for even a single command per bin.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20180420/9c952881/attachment.html>