Startup failure in 190.36

[David Ronis]

I'm running the git/master of Xorg. The current beta fails. Basically what happens on running startx is that the screen mode switches to graphics and then X aborts or crashes.

I ran with -logverbose 6 and then ran nvidia-bug-report.sh. The result is attached.

[AaronP]

Both of the X log files in your bug report were generated with the 180.29 driver. Please cause the failure again and then generate and attach a new bug report.

[David Ronis]

Hmmm.... Perphaps that's because the git/master Xorg puts its log file in $prefix/var/log and here $prefix=/usr?

I'll try again.

[AaronP]

That's possible. If you don't specify --localstatedir=/var when you build it, you'll get $prefix/var (i.e. /usr/var). Could you please attach /usr/var/log/Xorg.*?

[David Ronis]

I ran 'startx -- -logverbose 6' again, copied Xorg.0.log to /var/log, and reran the bug script. The result is attached as is a copy of Xorg.0.log. One thing that isn't in the report was captured on the console:

/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: DGAInit
giving up

This is the problem, no?

As long as I'm writing, I noticed that there are two 190.36 files in the download area:

NVIDIA-Linux-x86-190.36-pkg0.run and NVIDIA-Linux-x86-190.36-pkg1.run. They have different sizes but the same time-stamps. I've tried both, with the same result, but am curious what the difference is? (The attached log is for pkg1).

[AaronP]

Install the xf86dgaproto package, run "./config.status --recheck; make clean; make install" in your X server source tree, and try again.

[David Ronis]

Will do.

[David Ronis]

As requested I reinstalled the xf86dgaproto, reconfigured Xorg and rebuilt. This failed because of some conflicts with your GL headers and Xorg's (I think). Reinstalled drm and mesa and now things build/install fine. Reinstalled 190.36 and started X as before.

Same behavior and same unresolved DGAInit problem.

I'm attaching the console log and the nvidia debug log.

[AaronP]

Strange. Can you please search for XFreeXDGA in include/xorg-server.h? It should be defined to 1. If it's not, you may need to re-run the configure script and make sure it says it's enabling DGA support.

[David Ronis]

Here's what I get:

grep XFreeXDGA /usr/include/xorg/xorg-server.h
/* #undef XFreeXDGA */

(which is what is also in the build tree's include file). As to reconfiguring, I already did that.

Looking at config.log I see:

configure:35369: $PKG_CONFIG --exists --print-errors "$DGAPROTO"
Requested 'xf86dgaproto >= 2.0.99.1' but version of XF86DGAProto is 2.0.3
configure:35372: $? = 1
configure:35385: $PKG_CONFIG --exists --print-errors "$DGAPROTO"
Requested 'xf86dgaproto >= 2.0.99.1' but version of XF86DGAProto is 2.0.3
configure:35388: $? = 1
Requested 'xf86dgaproto >= 2.0.99.1' but version of XF86DGAProto is 2.0.3
configure:35415: result: no


Which is strange, given that I've just reinstalled the proto's as you requested. This might be due to me getting out of sync with DGAproto (and unfortunately X.org has crashed hard so I can't update).

[AaronP]

Yeah, you need a newer one. xorg.freedesktop.org should work now: http://xorg.freedesktop.org/releases...0.99.2.tar.bz2

[David Ronis]

Fortuntately, anongit came back for xorg. I've rebuilt after pulling xf96dgaproto (and several other things). I rebuilt drm, mesa, pixman, and xserver, reinstalled 190.36. This was the problem. Thanks!


When I run, I actually get xinerama to run on 2 screens. Unfortunately only one is usable in the sense that the mouse only functions correctly on one of the screens. On the other, it is uncontrollable. After a while, X crashed. The logs are attached. This is another issue.