Looks like such a hard crash, that logs do not get to disk. Can you try the suggestions in http://nouveau.freedesktop.org/wiki/HangDiagnosis to get a kernel log showing the crash?

Can you reproduce this without nouveau_dri.so?

Also, might be worth to try with the latest git nouveau kernel modules (requires a kernel upgrade for you).

Is this a regression, have you ever had a situation, where the test apps do not cause a hard crash?

Errm, "Couldn't set console screen info." sounds weird, are you sure SDL is using X here, and does not attempt to use, say, SVGA or kernel framebuffer? Does 'su root' allow you to start any X applications, that is, does it preserve DISPLAY environment variable for you? Try starting e.g. xterm from a 'su root' shell.

On Sun, Oct 3, 2010 at 5:07 PM,  <bugzilla-daemon@freedesktop.org> wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=30582
>
> --- Comment #1 from Pekka Paalanen <pq@iki.fi> 2010-10-03 04:37:54 PDT ---
> Looks like such a hard crash, that logs do not get to disk. Can you try the
> suggestions in http://nouveau.freedesktop.org/wiki/HangDiagnosis to get a
> kernel log showing the crash?
No, it is not such a hard crash. Only screen is blank and keyboard,
mouse dead. Power-button neatly shuts down system - no fscks on next
boot. But I have no other system to try logging into the 'crashed'
system.
>
> Can you reproduce this without nouveau_dri.so?
Yes, with the software rasterizer in use.
>
> Also, might be worth to try with the latest git nouveau kernel modules
> (requires a kernel upgrade for you).
The attached log was from a 2.6.35.4 mainline kernel. The bug is also
present in drm-tree of nouveau git (which appears to be 2.6.36rc3)
backported to xen-2.6.32.18. I did not have this problem with drm-tree
2.6.34 backports or standard kernel and xorg-7.6
>
> Is this a regression, have you ever had a situation, where the test apps do not
> cause a hard crash?
Have always been starting SDL enabled xen VMs. Suddenly after upgrade,
I couldn't do so and thinking it was a SDL problem, I tried the tests.
Normally, I don't allow root-login to X - but after this finding, I
have to login
as root to run Xen VMs.
>
> Errm, "Couldn't set console screen info." sounds weird, are you sure SDL is
> using X here, and does not attempt to use, say, SVGA or kernel framebuffer?
Sure. As normal user, testgl works fine. SVGA is not even installed,
but I don't know if SDL will use the nouveau-fb as kernel framebuffer
as you put it.
> Does 'su root' allow you to start any X applications, that is, does it preserve
> DISPLAY environment variable for you? Try starting e.g. xterm from a 'su root'
> shell.
Aargh -  cannot start xterm even! But DISPLAY environment variable is
preserved - 0:0.
BTW, there is another little bug that may be linked. With kernel
2.6.35.4 and xorg-7.9, if VT-consoles are set to UTF-8, capslock leds
freezes (but capslock works) on VT-consoles. In X, everything is fine.

Anything further I can do?
> --
> Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.
>

It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one.

Thanks,

The Nouveau Team