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

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

             Bug #: 49148
           Summary: nv20_state_fb.c:50: get_rt_format: Assertion `0'
                    failed.
    Classification: Unclassified
           Product: xorg
           Version: unspecified
          Platform: x86 (IA32)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: johndoe99 at rambler.ru
         QAContact: xorg-team at lists.x.org


Lubuntu 11.10

0.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4400] (rev
a3)
X.Org version: 1.11.2.902
  dimensions:    1024x768 pixels (270x203 millimeters)
  depth of root window:    24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: Nouveau
OpenGL renderer string: Mesa DRI nv25 x86/MMX/SSE2
OpenGL version string: 1.2 Mesa 8.0.2
Linux 3.1.3-030103-generic
xserver-xorg-video-nouveau
1:0.0.16+git20120328.ab7291d3-0ubuntu0sarvatt~oneiric

Start of some 3D applications. Example 

SweetHome3D-3.3$ ./SweetHome3D
JAVA 3D: OpenGL 1.2 detected; will run with reduced functionality
JAVA 3D: OpenGL 1.2 detected; will run with reduced functionality
java: nv20_state_fb.c:50: get_rt_format: Assertion `0' failed.

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

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

--- Comment #1 from Lucas Stach <dev at lynxeye.de> 2012-04-25 12:51:55
PDT ---
Created attachment 60588
  --> https://bugs.freedesktop.org/attachment.cgi?id=60588
proposed fix

Could you please try the attached patch? It's only compile tested, as I
don't
have any vieux hardware and you have to compile mesa from git, but it should be
worth a try.

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

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

--- Comment #2 from JohnDoe_71Rus <johndoe99 at rambler.ru> 2012-04-30
10:54:01 UTC ---
patch fix problem. thanks.

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

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

--- Comment #3 from Truckman Jones <joaogojunior at hotmail.com> ---
I'm getting the following error under wine 1.5.26 "nv10_state_fb.c:50:
get_rt_format: Assertion `0' failed", trying to run
"http://ufpr.dl.sourceforge.net/project/criticalmass/Critical%20Mass/1.0.0/CriticalMass-Windows-1.0.0.zip"
and many other 3d apps. I'm running here nouveau 1.0.2 driver on Nvidia MX
4000
hardware (slackware linux 14.0, with required experimental libdrm) and I was
able to run "http://web.media.mit.edu/~gordonw/OpenGL/simpleGLUT.zip"
with hw
acceleration and no problems at all, I have applied this proposed patch against
mesa 9.0.3 and succeeded with some offset, but unfortunatelly did have no
effect on my problem... I'm wondering if there is something missing on this
patch, like enabling some more modes available on this hardware? I'm looking
for a solution and willing to help testing any experimental patches... Thanks
in advance to you folks at freedesktop.org! 
Ciao
Jo?o.http://ufpr.dl.sourceforge.net/project/criticalmass/Critical%20Mass/1.0.0/CriticalMass-Windows-1.0.0.zip

-- 
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/20130320/14b474ab/attachment.html>

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>

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alister.hood at gmail.com

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
*** Bug 47796 has been marked as a duplicate of this bug. ***

-- 
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/466193a8/attachment.html>

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

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

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

--- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Well, I've found an app that causes this to trigger -- supertuxkart.

The basic problem seem to be that when nouveau_render_texture is called, the
teximage's surface does not seem to be populated (although its base values
are
fine). As a result, the renderbuffer's surface ends up with 0's for
everything,
and that's not a supported format.

I've yet to figure out how come the teximage's stuff isn't updated
(nor do I
see where it would ever be updated). I think the move is to add a
AllocTextureImageBuffer implementation, but that is, as of yet, untested.

-- 
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/20130902/030253c1/attachment.html>

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> ---
These assertions should be fixed with
http://cgit.freedesktop.org/mesa/mesa/commit/?id=7178d6ac590211cf123254688da1a540cce6c0a9
on mesa-git.

-- 
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/20131008/46d14de1/attachment.html>