Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 03-16-09, 03:38 AM   #13
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

ok,

now I up- and downgraded to gnome 2.24 and 2.26 back and forth but it still happens,

the same with

new

mesa, libdrm, libX11, libXi, libXext, inputproto, xextproto from latest upstream (repo)

and it still segfaults

please help !
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 03-16-09, 02:47 PM   #14
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

could another GeForce 7600GT user please

try out 180.35, 180.37 or 185.13 and report back if you run into the same problems I'm having ?

that way I could rule out that it's an hardware problem

many thanks in advance

update:

meanwhile I've also updated to latest

libXau and libXdmcp (dependencies of the nvidia driver) but it didn't make a single change
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 03-16-09, 03:14 PM   #15
Lithorus
Registered User
 
Lithorus's Avatar
 
Join Date: Sep 2004
Posts: 783
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

Have you tried booting a liveCD?
I would suspect it to be an effect of too much optimizations in the compile options. Have you tried disabling some of them?
Lithorus is offline   Reply With Quote
Old 03-17-09, 03:57 AM   #16
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

Quote:
Originally Posted by Lithorus View Post
Have you tried booting a liveCD?
I would suspect it to be an effect of too much optimizations in the compile options. Have you tried disabling some of them?
well - I've disabled the most of them now and re-compile system (emerge -e system) but I hardly believe that this will help

what kind of liveCD do you have in mind ?

Code:
CFLAGS="-O2 -march=native -pipe -fno-strict-overflow -mno-align-stringops -minline-stringops-dynamically -fno-delete-null-pointer-checks -fno-ident -freorder-blocks-and-partition"
and CXXFLAGS and
Code:
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--as-needed"
now shouldn't be too adventurous, don't you think ?

I'm more and more suspecting that it's an driver issue:

I just installed ubuntu 9.04 on an additional partition and I couldn't even get the nvidia-driver to work with that (180.37) (gnome-panel and everything other crashes or doesn't even start)


NVIDIA can I please have an answer if there's something suspect in the bug reports ?
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 03-18-09, 04:20 PM   #17
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

now I compiled even more "hot" stuff from upstream bug it still happens, I even compiled gtk+ (2.16) with -fPIC -DFPIC (this is supposed to help in certain cases) but still no change

the underlying X-server now is 1.6.0 instead of 1.5.3 but there's NO CHANGE

this happens with 180.35, 180.37 which is supposed to fix some kind of related problem (I'm not sure if it has to do with my general protection faults / Segmentation faults I'm experiencing: http://bugs.gentoo.org/260441
and also latest 185.13

HELP please
Attached Files
File Type: log nvidia-bug-report.log (143.0 KB, 86 views)
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 03-19-09, 04:19 AM   #18
MvGagern
Registered User
 
Join Date: Mar 2009
Location: Germany
Posts: 2
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

Quote:
Originally Posted by kernelOfTruth View Post
I'm not sure if it has to do with my general protection faults / Segmentation faults I'm experiencing: http://bugs.gentoo.org/260441
Probably not. That bug was about blocked signals, yours is about segmentation faults. That one was fixed in 180.37, while yours was not.

What I'd suggest:
  1. Recompile all relevant packages with FEATURES=splitdebug.
  2. Run a failing application, e.g. glxgears, through gdb until the segfault occurs.
  3. Type "bt" in gdb to get the stack trace at the point of the segfault.
  4. Type "disassemble" in gdb to get the assembler code around the point of error.
  5. Save a copy of /proc/$(pgrep glxgears)/maps as well.
  6. Quit gdb after you got this information.
  7. Report a new bug in the Gentoo bugzilla, attaching the above information and stating exact versions of the packages involved.

If the SIGSEGV happens inside some open source module, the above backtrace will likely give you (and the developers) the exact location in the sources where the error occurs. If not, the maps file will tell you in what file the error occurs, while the assembly code will give the instructions around the point of error, together giving an indication as to what is actually going on.
MvGagern is offline   Reply With Quote
Old 03-20-09, 10:55 AM   #19
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

thanks MvGagern !

I'll do so asap as my job permits,

currently I've temporarily migrated to ubuntu since my system's a little bit in a pitiful / changing state and there are also no debugging symbols available ...
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 03-30-09, 01:17 PM   #20
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

Quote:
Recompile all relevant packages with FEATURES=splitdebug.
now if I only knew what packages all are affected / relevant to this


meanwhile some more info:

* apps with static stuff (e.g. googleearth, firefox from mozilla, thunderbird) don't crash
* everything related to 3D acceleration produces general protection / segmentation fault (kde4 with enabled 3d-effects, the first app crashing of kde4 when logging in is ksmserver [dunno what that has to do with libGL.so]): so qt4-based apps, gtk-based apps ... EVERYTHING utilizing libGL.so (even conftest / checking for libGL during app configure leads to general protection)
* everything related to gtk+ produces general protection / segmentation fault (even gedit on blackbox)
=>
* what strikes me is that googleearth doesn't crash and even 3D acceleration / opengl works with that app

it got a little better with 180.44 so that I can see the splash-screen of kde4 but then it immediately crashes (ksmserver -> in syslog)

I'm sure you guys at nvidia changed something significantly how stuff is handled between 180.29 and >180.29 which leads to this behavior

could you guys please have a look whether reverting that stuff or going to the old handling makes a change ? (e.g. a special beta-driver release)

many thanks in advance & thanks for your continued efforts
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote

Old 03-30-09, 04:13 PM   #21
MvGagern
Registered User
 
Join Date: Mar 2009
Location: Germany
Posts: 2
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

Quote:
Originally Posted by kernelOfTruth View Post
now if I only knew what packages all are affected / relevant to this
Relevant is any file occurring in the stack trace, resp. the ebuild it belongs to. E.g. while running glxgears,
Code:
for i in $(cut -c50- /proc/$(pgrep glxgears)/maps | grep ^/ | sort -u); do
  echo $i;
  qfile -v $i;
done
gives me this list:
  • sys-libs/glibc
  • x11-apps/mesa-progs
  • x11-libs/libX11
  • x11-libs/libXau
  • x11-libs/libxcb
  • x11-libs/libXdmcp
  • x11-libs/libXext
  • x11-drivers/nvidia-drivers (though splitdebug won't help much here)

Might be different for you, though, e.g. because I have USE=xcb, which is slightly experimental. If you missed something, you will recognize it from elements in the backtrace that don't have information about source files and line numbers.

Of course, the above command is tricky if the app crashes the moment you start it. So you might have to run it through gdb to intercept the signal, and look at what packages are involved while gdb has the application suspended. In which case you might as well get a look at the backtrace according to step 3 of my original instructions, see what library files are actually missing source file and line number information, then remerge those and start over.

Explanation of the magic behind the command:
  1. pgrep: Find pid of the crashing application
  2. /proc/*/maps: List address space map of application
  3. cut: Extract the file names
  4. grep: Strip out everything that doesn't look fileish
  5. sort: remove duplicates
  6. qfile: Associate files to ebuilds
MvGagern is offline   Reply With Quote
Old 05-01-09, 06:23 AM   #22
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

thanks MvGagern,

I'll save your post and keep it in my reference work library

I meanwhile figured out what IS the problem:

it really seems to be the hardened environment (hardened toolchain, especially pie and the way gentoo provides it)

the culprit pretty much seems to be that latest nvidia drivers starting from >180.29 break a lot of PIE (position independent executables) apps and therefore make it impossible to use a fully hardened system

this worked in former times (even with a grsecurity-patched kernel with PaX) but these times seem to be over

@zander,Steven,AaronP:

only you guys at nvidia know and have insight what fundamentally changed between kernels until 180.29 and after that so could you please investigate what has changed ?

it would Really be nice being able to have a fully hardened system with nvidia-drivers and 3D acceleration (desktop compositing, etc.) again in the near future
-> meaning that the nvidia driver doesn't cause the following behavior:

Quote:
dmesg | grep general
[ 73.425179] notification-da[4490] general protection ip:7f12f950debe sp:7fff0c3c82a0 error:0 in libGL.so.185.18.04[7f12f94d3000+8b000]
[ 80.800383] notification-da[4627] general protection ip:7f64b7af9ebe sp:7fffca9b4890 error:0 in libGL.so.185.18.04[7f64b7abf000+8b000]
[ 82.389725] nvidia-settings[4648] general protection ip:7f3cbfb47ebe sp:7fffcf7b1ab0 error:0 in libGL.so.185.18.04[7f3cbfb0d000+8b000]
[ 87.696569] nvidia-settings[4653] general protection ip:7fc43ce81ebe sp:7fff4caeaa50 error:0 in libGL.so.185.18.04[7fc43ce47000+8b000]
[ 93.044017] notification-da[4655] general protection ip:7fdaffc3aebe sp:7fff12af59d0 error:0 in libGL.so.185.18.04[7fdaffc00000+8b000]
[ 100.007862] nvidia-settings[4670] general protection ip:7f2dfd7dfebe sp:7fff0d44a3b0 error:0 in libGL.so.185.18.04[7f2dfd7a5000+8b000]
[ 297.342021] nvidia-settings[6376] general protection ip:7fca27371ebe sp:7fff36fda880 error:0 in libGL.so.185.18.04[7fca27337000+8b000]
[ 670.040451] python[14507] general protection ip:7fcd689d0ebe sp:7fff7b478670 error:0 in libGL.so.185.18.04[7fcd68996000+8b000]
[ 670.146142] python[14519] general protection ip:7fecc81e7ebe sp:7fffdad52f50 error:0 in libGL.so.185.18.04[7fecc81ad000+8b000]
[ 670.157368] python[14517] general protection ip:7f1b2a11febe sp:7fff3cb56d50 error:0 in libGL.so.185.18.04[7f1b2a0e5000+8b000]
[ 670.275439] python[14525] general protection ip:7fe3d9d2bebe sp:7fffec823a10 error:0 in libGL.so.185.18.04[7fe3d9cf1000+8b000]
[ 670.302344] python[14529] general protection ip:7fc0bfc70ebe sp:7fffd30c62b0 error:0 in libGL.so.185.18.04[7fc0bfc36000+8b000]
[ 670.384977] python[14532] general protection ip:7f7e2c6fcebe sp:7fff3fb52d50 error:0 in libGL.so.185.18.04[7f7e2c6c2000+8b000]
[ 670.556617] python[14539] general protection ip:7f295d339ebe sp:7fff6ffe81e0 error:0 in libGL.so.185.18.04[7f295d2ff000+8b000]
[ 670.570132] python[14537] general protection ip:7fcc090caebe sp:7fff1c51e710 error:0 in libGL.so.185.18.04[7fcc09090000+8b000]
[ 670.603809] python[14534] general protection ip:7f3e7edaaebe sp:7fff934c76c0 error:0 in libGL.so.185.18.04[7f3e7ed70000+8b000]
[ 4662.659239] nautilus[19526] general protection ip:7f14226cbebe sp:7fff35a385e0 error:0 in libGL.so.185.18.04[7f1422691000+8b000]
thanks

I really appreciate you guys caring about your customers
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 07-12-09, 12:22 PM   #23
gmsgms
Registered User
 
Join Date: Jan 2007
Posts: 5
Unhappy Re: 180.35 and 180.37 Segfaulting when trying to launch X / gl apps

same issue here using 185.18.14, all pie executables related to 3D acceleration are getting a segmentation fault. All 'works fine' using mesa.

I hope nNivida will fix this soon.
gmsgms is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 03:27 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.