[Nouveau] [Bug 49148] nv20_state_fb.c:50: get_rt_format: Assertion `0' failed.

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=49148

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO

--- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> ---
OK, so I tried on a NV18 with Mesa 9.2-git (as of a couple of days ago).
SweetHome3D, uh, "works", in that it doesn't crash. But the app is _really_
unhappy about the lack of cube map support, and the "3d" view is completely
messed up as a result. [It does seem as though nv10+ cards have cubemap
support, but the driver doesn't make use of that.]

That CriticalMass app also seems to work fine on wine 1.6.0 and mesa 9.2-git
(and also mesa 9.1.6).

Now, as to my analysis of the code, that assert() just plain can't happen. It's
inconceivable :) There aren't a lot of assignments to ->surface, and the only
values they can take on are the ones that get_rt_format expects (it either
assigns those values directly or copies them from other nouveau_surface
objects). Perhaps in older Mesa's that was not the case, I didn't dig _too_
deeply, but a small amount of digging didn't reveal any obvious fixes in this
area. Perhaps something was fixed in the surrounding mesa code.

So... please re-test with the latest mesa. If you still get the assert, run the
app inside GDB and provide the full backtrace. Also try to provide instructions
for how I could reproduce the issue, if it's more than just "start program X".

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20130821/72f00582/attachment-0001.html>