https://bugs.freedesktop.org/show_bug.cgi?id=41913
Eric Anholt eric@anholt.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution| |FIXED
--- Comment #3 from Eric Anholt eric@anholt.net 2012-03-02 17:51:05 PST --- 3 links to bug reports elsewhere instead of putting the info in the bug report, and none of them even have a backtrace. Sigh.
Anyway, this got fixed thanks to another bug report:
commit 024ece7523f1735d2fca0067c0a3bdcf53fde8f9 Author: Kurt Roeckx kurt@roeckx.be Date: Fri Mar 2 15:34:45 2012 -0800
i915: Compute maximum number of verts using the actual batchbuffer size.
We were looking at the size of batch.map for how big the batchbuffer was, but on 865 we just use a single-page batchbuffer due to hardware limits.
v2: Removed check for sizeof map < bo->size, since that's always false. [change by anholt] NOTE: This is a candidate for release branches. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41495
33b07893e92dcee495908c549be872887096c894 Author: Chris Wilson chris@chris-wilson.co.uk Date: Wed Nov 9 22:21:16 2011 +0000
i830: Compute initial number of vertices from remaining batch space
In order to prevent an overflow of the batch buffer when emitting triangles, we need to limit the initial primitive to fit within the current batch. To do we need to measure the remaining space and thence compute the maximum number of vertices that fit into that space.
Reported-by: Kurt Roeckx kurt@roeckx.be Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41495 Signed-off-by: Chris Wilson chris@chris-wilson.co.uk Reviewed-by: Eric Anholt eric@anholt.net NOTE: This is a candidate for release branches.