Open source nv X crashes whenever applications use gl

[oz]

lspci:
...
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3)

When I use mplayer, mythfrontend or anything else with gl support/driver (for the first time after boot) X crashes and I'm back at the gdm login.

Please fix it, so the Windows users stop laughing about me :(

[oz (shamaniacwizardfromoz)]

The crash happens also anytime when I exit fullscreen mode of mplayer (vo=gl).

[Soul-Sing (soulzing)]

what driver is installed? the legacy? do you have direct rendering? post glxinfo in een file.
could you post your xorg.conf please?

[Sitsofe Wheeler (sitsofe)]

oz:
Please post the output of
dpkg -l nvidia-glx* | grep ii
and can you use the launchpad web interface to attach the file
/var/log/Xorg.0.log
to this bug report?

[oz (shamaniacwizardfromoz)]

There was no output from "dpkg -l nvidia-glx* | grep ii":
oz@defender:~$ dpkg -l nvidia-glx* | grep ii
oz@defender:~$

[Soul-Sing (soulzing)]

you have no direct rendering. please post here your xorg.conf file.

[Soul-Sing (soulzing)]

ps and there is no nvidia driver installed

[Sitsofe Wheeler (sitsofe)]

oz:
This is actually more of a support query than a bug report ("How do I get 3D going on my NVIDIA graphics card under Ubuntu?") and may have been better asked on one of the areas listed on http://www.ubuntu.com/support/communitysupport . You did not say what version of Ubuntu you were running (however I from the log posted I can deduce that it is probably Ubuntu 7.04 Feisty). If you are using 7.04, the short answer is to take a look at https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia .

The long answer is that you are using the open source nv driver and the open source driver for NVIDIA cards does not have any 3D support. This is because NVIDIA have not released specifications on how the 3D (or dual head for that matter) portion of their cards works and nor will they in the future (see http://www.abclinuxu.cz/clanky/rozhovory/andy-ritger-nvidia?page=1 ). There is a reverse engineering effort called Nouveau (http://nouveau.freedesktop.org/wiki/FrontPage ) that is attempting to rectify this but the project is in its infancy. The closed source NVIDIA binary driver DOES have accelerated 3D support and other features not available in the open source nv driver but is not installed "out of the box". https://wiki.ubuntu.com/BinaryDriverEducation talks a bit about the pros and cons of binary drivers.

At any rate, does following the instructions on https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia rectify the problem?

[oz (shamaniacwizardfromoz)]

This is my xorg.conf it is like the installer made it. I did not modify it and I do not want to modify it manually.

[oz (shamaniacwizardfromoz)]

Mr. Wheeler:
This is not a support query for three reasons:
1. X crashes.
2. It's the configuration made by the installer.
3. I do not want closed source drivers. (except the installer recommends/installs them automatically.)

"3D support" would be nice, but I do not need it. However, if I start an application requireing "3D support" but I have no "3D support", the application should exit and tell me that it won't run without "3D support". Instead X crashes.

I do not want to modify stuff manually, if I would want that I'd installd debian or gentoo.

However, I would have queried support, if I wanted to have the problem only solved for me. Instead I want it solved for everyone. Thats the spirit, right?

[Sitsofe Wheeler (sitsofe)]

oz:
Point understood (although bear in mind that if we do find a solution to the crashing all 3D calculations will be run on your CPU and may be extremely slow). It would be useful to see the left over Xorg.0.old log (assuming you start X again) that is left over after a crash. Speculatively punting from Ubuntu -> xorg.

[Sitsofe Wheeler (sitsofe)]

oz:
Can you also indicate whether a crash occurs when running glxgears and glxinfo?

[oz (shamaniacwizardfromoz)]

glxgears and glxinfo do not crash anything.

[Soul-Sing (soulzing)]

-X crashes ok, when x is stressed it can crash....
-It's the configuration made by the installer ok, but i suggest to install the closed source drivers
-I do not want closed source drivers ok, you can try them. maybe it works...

i see no other way to handle this "bug".

[Sitsofe Wheeler (sitsofe)]

Setting from Incomplete -> New.

Xorg backtrace looks similar to one of the backtraces in Bug #71913 ...

[Sitsofe Wheeler (sitsofe)]

oz:
Which GL applications other mplayer cause this X crash? Do the backtraces after the crash always look the same as the one posted?

[oz (shamaniacwizardfromoz)]

The Xorg.0.log.old I posted on 2007-06-26 contains the crash dump caused by mplayer using the vo gl and exiting fullscreen mode.
This one differs. It contains the dump from mythfrontend after changing the paint engine from QT to OpenGL.

[oz (shamaniacwizardfromoz)]

I reproduced the mplayer crash.
I did a ps and found out the binary is actually named gmplayer.
It is not enough to just exit fullscreen mode, fullscreen mode must be left by stopping playback.
The log is a little different from the last time I used gmplayer to crash X.

[oz (shamaniacwizardfromoz)]

I found more apps that cause the crash:
The game nexuiz. In fact the picture is totally scrambled, and when I manage to click the quit and yes button in this mess it crashes X.
At least the screensaver with the 3D bubbles floting upwards. It crashes X after testing it from the screensaver configuration app in fullscreen and then exiting fullscreen.

[Soul-Sing (soulzing)]

because you dont have direct rendering the (3d) screensaver and the 3d game crashes.
as oz said: oz:
This is actually more of a support query than a bug report ("How do I get 3D going on my NVIDIA graphics card under Ubuntu?") and may have been better asked on one of the areas listed on http://www.ubuntu.com/support/communitysupport . You did not say what version of Ubuntu you were running (however I from the log posted I can deduce that it is probably Ubuntu 7.04 Feisty). If you are using 7.04, the short answer is to take a look at https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia .

bug closed

[oz (shamaniacwizardfromoz)]

Again: I do not want to use closed source binary nvidia driver.

I do know how to configure DRI for nvidia (I ran gentoo on that box before), but I do not want it.
I just want other users (knowing nothing about linux, not touching anything that needs root privileges) to be able to run the system, with default configuration, and NO crashes.
But you guys act just like the guys from Microsoft. Telling me a thousand times about workarounds I already know and don't want to do, instead of fixing this bloody nv or mesa bug.

In the "Restricted Devices Manager" it says something about better support for open source drivers. Semms like that was a lie, huh?

Think about all that people, that want to switch to open source for it is said to be more stable. They use ubuntu as an entry point, and then it crashes, and nobody wants to fix it.

It was hard enough getting here. This bug site is like hidden.
Look at the gentoo site: Bugs is directly in the top nav.
Look at the debian site: Bug reports are directly is in the right nav.

So I said to myself: Okay let's get this ugly crash reported, so it gets fixed and other users won't loose their unsaved work, while trying to play some video.

The bug is still there.

Guess what mplayer would say when no GL is available:
<$ mplayer -ao null -vo gl somefile.foo>
...
VO: [gl] 384x288 => 384x288 BGRA
Xlib: extension "GLX" missing on display ":1.0".
[gl] no GLX support present
FATAL: Cannot initialize video driver.
VDec: vo config request - 384 x 288 (preferred colorspace: Planar YV12)
VDec: using Planar I420 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [gl] 384x288 => 384x288 BGRA
Xlib: extension "GLX" missing on display ":1.0".
[gl] no GLX support present
FATAL: Cannot initialize video driver.

FATAL: Could not initialize video filters (-vf) or video output (-vo).

Exiting... (End of file)
</$ mplayer -ao null -vo gl somefile.foo>

See what I mean: X is still up and running. No 3D. No GL, No crash.
But instead it crashes.

Please, anybody, fix this!

[Soul-Sing (soulzing)]

maybe someone else should take a (fresh) look at this problem. changed into incomplete.

[Sitsofe Wheeler (sitsofe)]

Setting back to new. oz is correct - the open source nv drivers should not crash. This is not a "I want fast 3D bug on my NVIDIA card" request, this is a "Some 3D apps crash the open source nv driver" bug.

[Sitsofe Wheeler (sitsofe)]

(I will try and reproduce this now I have a list of apps and steps that cause the problem)

[Timo Aaltonen (tjaalton)]

Please try 7.10 final or hardy alpha1 if GL apps still make the server crash.

[Bryan Donlan (bdonlan)]

I have seen this crash in gutsy final (xserver-xorg-video-nv 1:2.1.5-1ubuntu1) using a wine application.

[StefanPotyra (sistpoty)]

hm... at least mplayer doesn't crash x in intrepid, 1:2.1.9-1ubuntu1.
(tried gl, gl2 sdl, xv, x11 backends of mplayer right now).

[Bryce Harrington (bryce)]

Thank you for reporting this issue about xserver-xorg-video-nv. Starting
with Lucid, Ubuntu is transitioning to using the -nouveau video driver
by default instead of -nv. The reason for this change is because
upstream development for the -nv driver has been quite slow. We are
quite pleased with the upstream development speed for -nouveau, and hope
this will translate into swifter bug fixes as well.

Because of this, I'm closing this bug report at this time. I'm marking
it wontfix because what you describe is probably a valid issue, but we
do not have further plans to work on it in Ubuntu. If you would still like
to see this issue investigated, I would encourage you to file it
upstream at http://bugs.freedesktop.org/.

[oz (shamaniacwizardfromoz)]

So you're saying you did not fix a bug in one of the mayor GPU drivers for 2 and a half years, and now give up on it, because there is another, different driver available for another release, while the bug still exists? Fsck it. That's really poor. However, there's Debian running on the box with closed source nvidia for half a year now.

I don't have time for reporting this to freedesktop.org . I don't care anymore. If I get this again, I'll just try BSD. Maybe they don't have this bug in their nv.

[Bryan Donlan (bdonlan)]

On Tue, Feb 23, 2010 at 2:20 PM, oz <email address hidden> wrote:
> So you're saying you did not fix a bug in one of the mayor GPU drivers
> for 2 and a half years, and now give up on it, because there is another,
> different driver available for another release, while the bug still
> exists? Fsck it. That's really poor. However, there's Debian running on
> the box with closed source nvidia for half a year now.

They're fixing the bug by replacing the driver completely. Presumably
the old driver was broken beyond repair.

[oz (shamaniacwizardfromoz)]

What'll happen to people still having the old broken nv driver installed? Will they be switched automatically to nouveau and have their X properly reconfigured with the next update?

[Bryce Harrington (bryce)]

On Tue, Feb 23, 2010 at 07:48:22PM -0000, oz wrote:
> What'll happen to people still having the old broken nv driver
> installed? Will they be switched automatically to nouveau and have their
> X properly reconfigured with the next update?

Yes