On Mon, Nov 2, 2009 at 11:57 AM, Tobias Powalowski wrote:

Am Montag 02 November 2009 schrieb Magnus Therning:

...

I just upgraded this morning and after a reboot X refuses to start. My /var/log/Xorg.0.log contains a message about a segmentation fault and a short backtrace.

I'm on AMD64, with an nVidia card (I'm using the Xorg driver, nv).

Anyone else seeing something the same behaviour? Any suggestions on how I can get my system back to normal again?

/M

You could try nouveau driver instead.

Is that driver as mature as the Xorg nv driver? (I don't really care about 3d stuff, so the Xorg driver is feature full enoug.) In the meantime I've downgraded to xorg-server from 4 Sep (and device packages from even earlier). Had I thought about it I would have tried removing the nv package and let X run with vesa instead. I'll have to get some work done first thought, maybe I have time to try it later today or tomorrow. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

On Mon, Nov 2, 2009 at 1:54 PM, Tobias Powalowski wrote:

Before using vesa driver you should at least give nouveau and nv driver a shot. Both lack on 3D support but for 2D operations they should work fine. Nouveau has nice kms support, which is nice if it works on your card. http://wiki.archlinux.org/index.php/Nouveau

kms is nice indeed, but I am pretty sure there are many other advantages of nouveau over nv http://nouveau.freedesktop.org/wiki/ "2-D support is in fairly good shape with EXA acceleration, Xv and Randr12 (dual-head, rotations, etc.). " For instance nv does not have xv, which is a must have for video playback. And I don't know if nv supports exa and randr12. And nouveau kms also supports "suspend & resume".

On Mon, Nov 2, 2009 at 3:46 PM, Dieter Plaetinck wrote:

i installed xf86-video-nouveau on my box at home. for simple things it works fine. but for intensive applications (that do a lot of redrawing, i guess) such as rosegarden, it makes my PC really slow. also 2D games such as world of goo are unbearingly slow. and i won't start about 3D ;)

I don't know about rosegarden, but worldofgoo uses opengl, so this requires the whole 3d stack to be accelerated. Otherwise you are just using software rendering which is indeed very slow. That means you need nouveau-dri, but I don't know how well it works for your chipset. http://nouveau.freedesktop.org/wiki/FeatureMatrix http://nouveau.freedesktop.org/wiki/CodeNames According to this, 3d works better on Geforce 6 and newer. Not sure about Geforce 5.

this really sucks.  i have a perfectly fine fx5800 card. it performs (performed) very well, sucks to have it labeled as "deprecated" and not being able to actually use it decently on a modern system.

Actually it is not clear to me that it is labeled as such. See the link that tpowa gave : http://www.nvnews.net/vbulletin/showthread.php?t=139388&highlight=x.org It seems there are plans to support 96xx (and so likely 173xx). Just that it has not been done yet.

On Wed, Nov 11, 2009 at 3:01 PM, David C. Rankin wrote:

Just be thankful you are not using ATI hardware where everything prior to the 2400 Series cards were deprecated to "Legacy" cards and all Linux support dropped in March ;-)

(performance difference between fglrx and ati 1066 FPS version 160 FPS, and the downclocking isn't present in the opensource driver (not the gpu powerdown) and temps are up 25 degrees (you feel it in the laptop palm rest).

Heh. ati 3d support is much more advanced and mature than nouveau one. And I thought ati had some sort of downclocking support. But I am not 100% sure. From your comment, maybe it can just downclock the mem speed and not the gpu speed ? In any cases, for nouveau it is inexistent.

On Mon, Nov 2, 2009 at 12:54 PM, Tobias Powalowski wrote:

Am Montag 02 November 2009 schrieb Magnus Therning:

...

On Mon, Nov 2, 2009 at 11:57 AM, Tobias Powalowski wrote:

...

Am Montag 02 November 2009 schrieb Magnus Therning:

...

I just upgraded this morning and after a reboot X refuses to start. My /var/log/Xorg.0.log contains a message about a segmentation fault and a short backtrace.

I'm on AMD64, with an nVidia card (I'm using the Xorg driver, nv).

Anyone else seeing something the same behaviour? Any suggestions on how I can get my system back to normal again?

/M

You could try nouveau driver instead.

Is that driver as mature as the Xorg nv driver?  (I don't really care about 3d stuff, so the Xorg driver is feature full enoug.)

In the meantime I've downgraded to xorg-server from 4 Sep (and device packages from even earlier).

Had I thought about it I would have tried removing the nv package and let X run with vesa instead.  I'll have to get some work done first thought, maybe I have time to try it later today or tomorrow.

/M

Before using vesa driver you should at least give nouveau and nv driver a shot. Both lack on 3D support but for 2D operations they should work fine. Nouveau has nice kms support, which is nice if it works on your card. http://wiki.archlinux.org/index.php/Nouveau

Well, all I'm really interested in is finding out whether it's xorg-server or xf86-video-nv which is broken. Then raise a bug, and get it fixed :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

On Mon, 02 Nov 2009, Magnus Therning wrote:

Well, all I'm really interested in is finding out whether it's xorg-server or xf86-video-nv which is broken. Then raise a bug, and get it fixed :-)

I just add here that I had a similar issue, which I *thought* I was able to track down to a broken gtk2 package. And since I use xfce4 stuff segfaulted when I tried to bring up X. I the used openbox (which uses pango but not gt2) and that was fine until I tried packages that depend on gtk2 -> segfaults again. I rebuild gtk2, pacman -U <gtk-package> and it worked. However, a day later I pacman -U and all still worked. I opened a bug, but sinmce I can't reproduce it I dunno really what happened. Istill think though that something in the xorg,gtk2 and companions update was borked, I have no idea what though, but I think it's unrelated to graphic drivers. -T

Hi, Xorg with nvidia-96xx for a GeForce 3 Ti 200 does not start anymore on my Arch Linux installation (i686). First I thought that it was a failure caused by SLiM because the error output on screen was "respawning too fast" and I switched from respawn to once but that did not help. Even standalone X does not start. I looked into the log file and there were messages about that freetype and kbd cannot be found. But both are installed. Are these problems connected to each other? Bye Lars Edgar Kalkowski wrote:

Magnus Therning schrob:

...

Anyone else seeing something the same behaviour?

Not the exact same thing here but since the latest upgrade to X.org 1.7.1 and Nvidia 190.42 two days ago my X already crashed twice with no errors in /var/log/Xorg.0.log except the following backtrace (with segfault):

Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x45cf48] 1: /usr/bin/X (0x400000+0x59ea9) [0x459ea9] 2: /lib/libpthread.so.0 (0x7f2572faa000+0xe7e0) [0x7f2572fb87e0] 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f256eb4b000+0xa4aa2) [0x7f256ebefaa2] 4: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0xa6d2) [0x7f257361e6d2] 5: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x352a9) [0x7f25736492a9] 6: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x2f9ab) [0x7f25736439ab] 7: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x37722) [0x7f257364b722] 8: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x38a90) [0x7f257364ca90] 9: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x2f6ba) [0x7f25736436ba] 10: /usr/lib/libpixman-1.so.0 (pixman_image_composite+0x17c) [0x7f25736444ec] 11: /usr/lib/xorg/modules/libwfb.so (wfbComposite+0x163) [0x7f256e71fc43] 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f256eb4b000+0x33e817) [0x7f256ee89817] 13: /usr/bin/X (0x400000+0xc2780) [0x4c2780] 14: /usr/bin/X (0x400000+0x9baf9) [0x49baf9] 15: /usr/bin/X (0x400000+0x9bdc5) [0x49bdc5] 16: /usr/bin/X (0x400000+0x110d86) [0x510d86] 17: /usr/bin/X (0x400000+0x22726) [0x422726] 18: /usr/bin/X (MapWindow+0x153) [0x424893] 19: /usr/bin/X (0x400000+0x45976) [0x445976] 20: /usr/bin/X (0x400000+0x466a4) [0x4466a4] 21: /usr/bin/X (0x400000+0x2202c) [0x42202c] 22: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f25720549ed] 23: /usr/bin/X (0x400000+0x21bd9) [0x421bd9] Segmentation fault at address 0x7f258d399000

Fatal server error: Caught signal 11 (Segmentation fault). Server aborting

I don’t think that this really helps but at least you know that you are not alone. ;)

Ed

Thomas Bächler schreef: [ Xorg segfaults with Nvidia driver ]

I don't know what you think, but I don't get the part where the nvidia dev says they plan to fix it, but he can't promise if and when. So they plan to fix it, but don't really know if they plan to fix it.

So basically, you're screwed unless you plan on buying a GeForce 6 or newer. Maybe a good time to try the nouveau driver?

I don't have a system with an Nvidia vga currently, but from waht i hear it's getting quite good. mvg, Guus

On Wed, Nov 4, 2009 at 7:48 PM, Lars Tennstedt wrote:

Hello,

it seems that the NVIDIA developers will only fix it if they have time to do it. I guess that the legacy driver does not have a high priority.

I tried the nouveau driver and it works on my old GeForce 3 even with compositing. It is a little bit slow but it does the job. Thanks for the hint. But on my other computer the nouveau driver does not work with a GeForce 7. It is weird. Two NVIDIA graphic cards and one needs the closed source driver and the another one the open source one.

Geforce 7 should work, see the links in http://wiki.archlinux.org/index.php/Nouveau#Installation If it does not work at all, you should report that to upstream developers. Maybe try first the latest packages which have just been moved to extra today.

Lars Tennstedt wrote:

Xavier wrote:

...

On Wed, Nov 4, 2009 at 7:48 PM, Lars Tennstedt wrote:

...

Hello,

it seems that the NVIDIA developers will only fix it if they have time to do it. I guess that the legacy driver does not have a high priority.

I tried the nouveau driver and it works on my old GeForce 3 even with compositing. It is a little bit slow but it does the job. Thanks for the hint. But on my other computer the nouveau driver does not work with a GeForce 7. It is weird. Two NVIDIA graphic cards and one needs the closed source driver and the another one the open source one.

Geforce 7 should work, see the links in http://wiki.archlinux.org/index.php/Nouveau#Installation

If it does not work at all, you should report that to upstream developers. Maybe try first the latest packages which have just been moved to extra today.

I use a mirror that contains the version git20091013. It is behind the original Arch Linux mirror. It syncs daily so I guess that I will get the new version tomorrow. Then I will try again.

By Lars

Hello again, with the new version of nouveau Xorg works well with my GeForce 7 card. Compositing is still very buggy under KDE 4.3.3 in this case. There are no problems with compositing using Xfwm 4 or Xfce 4.6.1 on my other computer with a GeForce 3. I decide to use nouveau without compositing on my newer computer and will try desktop effects again if a new version of nouveau is released to give feedback to the developers. Have a nice day. Bye Lars