From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org Subject: [Bug 99584] XVMC on nv43 class card broken with recent mesa + kernel. Date: Sun, 26 Mar 2017 03:43:01 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2070899477==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Sender: "Nouveau" To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: nouveau.vger.kernel.org --===============2070899477== Content-Type: multipart/alternative; boundary="14904997810.3cc8E.9767"; charset="UTF-8" --14904997810.3cc8E.9767 Date: Sun, 26 Mar 2017 03:43:01 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D99584 --- Comment #5 from Ilia Mirkin --- OK, so the NV4A actually runs into a different issue - the MPEG class can o= nly take linear memory, but the PCI GART is paged. So it can't deal the CMD/DATA bo's. When moving those to VRAM (in mesa), the NV4A is fine. I plugged a NV= 42 in with much worse results. On boot I get: https://hastebin.com/datuzivebu.sql [ 10.110345] nouveau 0000:04:00.0: mpeg: ch -1 [unknown] 03100023 ffffffff 00000001 ffffffff [ 10.191580] nouveau 0000:04:00.0: mpeg: MSRCH 0xffffffff And just all kinds of fail. This is with some local patches to print the ex= tra stuff out. Feels like it's not getting powered on (all those 0xffffffff's) = in MC. --=20 You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.= --14904997810.3cc8E.9767 Date: Sun, 26 Mar 2017 03:43:01 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated

Comment= # 5 on bug 99584<= /a> from Ilia Mirkin

OK, so the NV4A actually runs into a different issue - the MPE=
G class can only
take linear memory, but the PCI GART is paged. So it can't deal the CMD/DATA
bo's. When moving those to VRAM (in mesa), the NV4A is fine. I plugged a NV=
42
in with much worse results. On boot I get:

https://hastebin.com/datuzi=
vebu.sql

[   10.110345] nouveau 0000:04:00.0: mpeg: ch -1 [unknown] 03100023 ffffffff
00000001 ffffffff
[   10.191580] nouveau 0000:04:00.0: mpeg: MSRCH 0xffffffff

And just all kinds of fail. This is with some local patches to print the ex=
tra
stuff out. Feels like it's not getting powered on (all those 0xffffffff's) =
in
MC.

You are receiving this mail because:

You are the QA Contact for the bug.
You are the assignee for the bug.

= --14904997810.3cc8E.9767-- --===============2070899477== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTm91dmVhdSBt YWlsaW5nIGxpc3QKTm91dmVhdUBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5m cmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9ub3V2ZWF1Cg== --===============2070899477==--