https://bugs.freedesktop.org/show_bug.cgi?id=99584
--- Comment #4 from Ilia Mirkin ---
FWIW with mesa 17.0.1 and kernel 4.10.4, I'm unable to fully reproduce the
issue. I have a NV4A, which uses the nv44 mpeg object, which in turn is rather
different than the "plain" nv40 one which you have.
I g
Signed-off-by: Ilia Mirkin
Fixes: 590801c1a3 ("drm/nouveau/mpeg: remove dependence on namedb/engctx
lookup")
Cc: sta...@vger.kernel.org # v4.3+
---
This is just a nice-to-have, as it only affects an error print afterwards.
drivers/gpu/drm/nouveau/nvkm/engine/mpeg/nv31.c | 2 +-
drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=99400
--- Comment #23 from Ilia Mirkin ---
OK, I now have a NV4A (NV44A). Running apitrace dump-images and comparing them
to the gk208 output yielded identical results.
If there's some way that doesn't involve me installing a *ton* of software, I'd
be
https://bugs.freedesktop.org/show_bug.cgi?id=70388
--- Comment #36 from Ilia Mirkin ---
Looks like the NV4A MMU doesn't like PCIE mode. I sent a patch which fixes it
for me: https://patchwork.freedesktop.org/patch/144818/
Note that this has nothing to do with the originally-filed issue for the N
The NV4A (aka NV44A) is an oddity in the family. It only comes in AGP
and PCI varieties, rather than a core PCIE chip with a bridge for
AGP/PCI as necessary. As a result, it appears that the MMU is also
non-functional. For AGP cards, the vast majority of the NV4A lineup,
this worked out since we fo
