[Bug 41913] [865] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset <= bo->size - 4' failed.
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Mar 2 17:51:05 PST 2012
https://bugs.freedesktop.org/show_bug.cgi?id=41913
Eric Anholt <eric at anholt.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |RESOLVED
Resolution| |FIXED
--- Comment #3 from Eric Anholt <eric at 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 at 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 at 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 at roeckx.be>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41495
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Reviewed-by: Eric Anholt <eric at anholt.net>
NOTE: This is a candidate for release branches.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the dri-devel
mailing list