From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 90537] radeonsi bo/va conflict on RADEON_GEM_VA (rscreen->ws->buffer_from_handle returns NULL) Date: Fri, 22 May 2015 09:30:24 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2042838708==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 17BF889E11 for ; Fri, 22 May 2015 02:30:24 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============2042838708== Content-Type: multipart/alternative; boundary="1432287024.5bDEBc0.10888"; charset="UTF-8" --1432287024.5bDEBc0.10888 Date: Fri, 22 May 2015 09:30:24 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freedesktop.org/show_bug.cgi?id=3D90537 --- Comment #7 from Michel D=C3=A4nzer --- (In reply to Christian K=C3=B6nig from comment #6) >=20 > But in your case it looks like that mesa drops the last reference and the > buffer isn't freed. This means that somebody has still a reference to the > buffer which is a bit odd. >=20 > It probably points to a bug somewhere. Not necessarily if the BO is shared. E.g. in the Xorg radeon driver we have= to leak a reference to the fbcon BO because of this issue. Another possibility is that the same BO is referenced by several GEM handle= s in the same DRM fd, e.g. because it's re-imported via GEM flink. In that case,= my patch is probably the wrong solution, as it would make the BO unusable via = the other GEM handle. --=20 You are receiving this mail because: You are the assignee for the bug. --1432287024.5bDEBc0.10888 Date: Fri, 22 May 2015 09:30:24 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Comment= # 7 on bug 90537<= /a> from Michel D=C3=A4nzer
(In reply to Christian K=C3=B6nig from comment #6)
>=20
> But in your case it looks like that mesa drops the last reference and =
the
> buffer isn't freed. This means that somebody has still a reference to =
the
> buffer which is a bit odd.
>=20
> It probably points to a bug somewhere.

Not necessarily if the BO is shared. E.g. in the Xorg radeon driver we have=
 to
leak a reference to the fbcon BO because of this issue.

Another possibility is that the same BO is referenced by several GEM handle=
s in
the same DRM fd, e.g. because it's re-imported via GEM flink. In that case,=
 my
patch is probably the wrong solution, as it would make the BO unusable via =
the
other GEM handle.


You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1432287024.5bDEBc0.10888-- --===============2042838708== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============2042838708==--