Bug#632485: Segmentation fault in libnvidia-glcore.so.275.09.07
Package: libgl1-nvidia-glx Version: 280.04-1 Followup-For: Bug #632485 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I followed your advice and reinstalled all the nvidia relative packages. I then started a X server alone, without any window manager (X and not startx) and ran “DISPLAY=:0 nvidia-settings” on it as root (and checked that root has nearly no dot-file that can impact X) I got the same problem: nvidia-settings starts correctly but segfaults in libnvidia-glcore.so as soon as I select “OpenGL/GLX Information”. I then upgraded all the nvidia packages to 280.04-1 from experimental, but I still have the segmentation fault. To be honest, I have no idea on how to check whether that issue comes from the proprietary driver, from the way they are packaged or from a crap only on my computer. I submitted a report on the Nv News forum here: http://www.nvnews.net/vbulletin/showthread.php?p=2452384 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4SMucACgkQjYEjJATS6BhtdACffLVAFlCNZQG2wYzoRUYkvnmY kZQAn3tJpmMrbmV5bPtATTl89PkIn2CG =F3/8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632485: libgl1-nvidia-glx: Segmentation fault in libnvidia-glcore.so.275.09.07
Package: libgl1-nvidia-glx Version: 275.09.07-4 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since a recent update of my Debian sid, I’m totally unable to use graphic hardware acceleration. In KDE’s systemsettings, composite desktop effects are disabled. Blender crashes as soon as it starts. The dumped core indicates a segmentation fault in /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.275.09.07 I managed to start nvidia-settings. But it crashes as well as soon as I select “OpenGL/GLX Information”. The dumped core also indicates a segmentation fault in /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.275.09.07 The cores, unfortunately, don’t contain any symbol name. - -- Package-specific info: uname -a: Linux coruscant 2.6.39-2-amd64 #1 SMP Wed Jun 8 11:01:04 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-2) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Wed Jun 8 11:01:04 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 275.09.07 Wed Jun 8 14:16:46 PDT 2011 GCC version: gcc version 4.4.6 (Debian 4.4.6-6) lspci 'VGA compatible controller [0300]': 05:00.0 VGA compatible controller [0300]: nVidia Corporation G73 [GeForce 7600 GT] [10de:0391] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device [1458:3417] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fc00 (64-bit, non-prefetchable) [size=16M] Region 5: I/O ports at cc00 [size=128] [virtual] Expansion ROM at feae [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Jun 28 20:02 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 48 Jun 28 20:02 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Jun 28 20:02 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 43 Jun 28 20:02 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jun 28 20:02 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Jun 28 20:02 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Jun 28 20:02 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 25 Jun 28 20:02 /etc/alternatives/glx--libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 51 Jun 28 20:02 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 36 Jun 28 20:02 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Jun 28 20:02 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 37 Jun 4 21:44 /etc/alternatives/ia32-libGL.so - /usr/lib32/nvidia/diversions/libGL.so lrwxrwxrwx 1 root root 28 Dec 8 2010 /etc/alternatives/ia32-libGL.so.1 - /usr/lib32/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 22 Jun 28 20:02 /etc/alternatives/libGLso - /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 23 Jun 28 20:02 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Jun 28 20:02 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Jun 28 20:02 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 59 Jun 28 20:02 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 67 Jun 28 20:02 /etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 33 Jun 28 20:02 /etc/alternatives/nvidia--libglx.so - /usr/lib/nvidia/current/libglx.so lrwxrwxrwx 1 root root 59 Jun 28 20:02 /etc/alternatives/nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu -
Bug#615964: NMI watchdog is preventing OProfile from starting
Hello, I had exactly the same problem than you. Your problem is that /dev/oprofile/0 is missing because the perf counters used by OProfile are already used by the NMI watchdog. The solution consists in disabling the NMI watchdog before trying to use OProfile. The following commands should do the work: opcontrol --deinit echo 0 /proc/sys/kernel/watchdog opcontrol --init It looks like /proc/sys/kernel/nmi_watchdog has recently be renamed /proc/sys/kernel/watchdog and that the opcontrol script hasn’t taken that rename into account yet. Could you please try the above three commands? BRgds, Lénaïc. signature.asc Description: This is a digitally signed message part.
Bug#591412: ltrace crashes when a function is simultaneously called by two distinct threads
Package: ltrace Version: 0.5.3-2.1 Severity: important When two threads of a program call simultaneously the same library function, ltrace crashes because of a NULL pointer dereference. Here is a simple way to reproduce the issue: START TRANSCRIPT len...@coruscant:~/doc/prog/test/testltracemt$ head -n * == f.c == #include unistd.h #include f.h void f( void ) { usleep( 1 ); } == f.h == #ifndef F_H #define F_H void f( void ); #endif /* defined( F_H ) */ == main.c == #include stdlib.h #include pthread.h #include f.h void *loop( void *u __attribute__((unused)) ) { for( unsigned i = 0 ; i 10 ; i++ ) f(); return NULL; } int main() { pthread_t t1, t2; pthread_create( t1, NULL, loop, NULL ); pthread_create( t2, NULL, loop, NULL ); pthread_join( t1, NULL ); pthread_join( t2, NULL ); return EXIT_SUCCESS; } == Makefile == .PHONY: all all: ltrace_test CFLAGS = -pipe -Wall -Wextra -g -std=c99 -D_BSD_SOURCE libf.so: f.c f.h $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $ -fpic -shared ltrace_test: main.c f.h libf.so $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $ -pthread -L. -lf len...@coruscant:~/doc/prog/test/testltracemt$ make cc -pipe -Wall -Wextra -g -std=c99 -D_BSD_SOURCE -o libf.so f.c -fpic -shared cc -pipe -Wall -Wextra -g -std=c99 -D_BSD_SOURCE -o ltrace_test main.c -pthread -L. -lf len...@coruscant:~/doc/prog/test/testltracemt$ ltrace -f ./ltrace_test [pid 9288] __libc_start_main(0x4006ef, 1, 0x7fff33dfcc88, 0x400770, 0x400760 unfinished ... [pid 9288] pthread_create(0x7fff33dfcb98, 0, 0x4006c4, 0, 0x7f9f5db18300) = 0 [pid 9288] pthread_create(0x7fff33dfcb90, 0, 0x4006c4, 0, 0x7f9f5d7bb710) = 0 [pid 9288] pthread_join(0x7f9f5d7bb710, 0, 0x7f9f5cfba9e0, -1, 0x7f9f5cfba710 unfinished ... [pid 9289] f(0, 0, 0, -1, 0x7f9f5d7bb710 unfinished ... [pid 9290] f(0, 0, 0, -1, 0x7f9f5cfba710 unfinished ... [pid 9289] ... f resumed ) = 0 [pid 9289] f(0, 0, 0, -1, 0x7f9f5d7bb710 unfinished ... [pid 9290] ... f resumed ) = 0 Erreur de segmentation END TRANSCRIPT The segmentation fault occurs inside handle_breakpoint() at the line: output_left(LT_TOF_FUNCTION, event-proc, sbp-libsym-name); because sbp-libsym = 0 With some variant of the program (no usleep inside f() and much more iterations in loop), the segmentation fault may be preceded by an unexpected breakpoint message. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ltrace depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libelfg0 0.8.13-1 an ELF object file access library ltrace recommends no packages. ltrace suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org