dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 41913] [865] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset <= bo->size - 4' failed.
Date: Sat, 03 Mar 2012 01:51:05 +0000	[thread overview]
Message-ID: <bug-41913-502-qOzzvMCfkq@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-41913-502@http.bugs.freedesktop.org/>

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.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

      parent reply	other threads:[~2012-03-03  1:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-41913-502@http.bugs.freedesktop.org/>
2011-10-18 10:04 ` [Bug 41913] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset <= bo->size - 4' failed bugzilla-daemon
2011-10-18 10:05 ` [Bug 41913] [865] " bugzilla-daemon
2012-01-29 11:54 ` bugzilla-daemon
2012-01-29 12:19 ` bugzilla-daemon
2012-03-03  1:51 ` bugzilla-daemon [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-41913-502-qOzzvMCfkq@http.bugs.freedesktop.org/ \
    --to=bugzilla-daemon@freedesktop.org \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox