Bug#604897: xserver-xorg-core: Segmentation fault on Squeeze with radeon
Cyril Brulebois wrote: Tobias Nissen t...@movb.de (25/11/2010): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb] 1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb786740c] 3: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x3fc24) [0xb7460c24] 4: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x364f2) [0xb74574f2] 5: /usr/bin/X (InitExtensions+0x85) [0x80cb3a5] 6: /usr/bin/X (0x8048000+0x1e80d) [0x806680d] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb759bc76] 8: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] Segmentation fault at address (nil) Sounds like #604265. It would be nice to have a full backtrace. OK, I got this: hal:/home/tobi# gdb Xorg GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg...done. (no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/Xorg [Thread debugging using libthread_db enabled] X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.25-dsa-ia32 i686 Debian Current Operating System: Linux hal 2.6.36-rc6-686 #1 SMP Mon Oct 4 10:25:13 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.36-rc6-686 root=UUID=ac9aa2af-53fc-41bb-9880-7fb72852b900 ro quiet no_console_suspend=1 acpi_sleep=s4_nohwsig Build Date: 12 November 2010 12:21:56AM xorg-server 2:1.7.7-9 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Nov 26 13:52:27 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d [tcsetpgrp failed in terminal_inferior: Operation not permitted] (II) [KMS] drm report modesetting isn't supported. (EE) open /dev/fb0: No such file or directory XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_KLDSCP_DAC1 DDC reg: 0x7e40 XRANDR name: LVDS Connector: LVDS LCD1: INTERNAL_LVTM1 DDC reg: 0x7e60 XRANDR name: DVI-0 Connector: DVI-I DFP1: INTERNAL_KLDSCP_TMDS1 DDC reg: 0x7e50 Dac detection success finished output detect: 0 finished output detect: 1 Unhandled monitor type 0 finished output detect: 2 finished all detect Dac detection success Unhandled monitor type 0 Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output CRT1 disable success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1400x1050 - 1688 1066 10 Picked PLL 0 best_freq: 108000 best_feedback_div: 80 best_frac_feedback_div: 0 best_ref_div: 2 best_post_div: 10 Set CRTC 0 PLL success Set CRTC Timing success Set CRTC 0 Overscan success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success Output digital setup success Output LCD1 enable success Enable CRTC 0 success Unblank CRTC 0 success Output CRT1 disable success Blank CRTC 1 success Disable CRTC 1 success SELinux: Disabled on system, not enabling in X server Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0xb7bdbc24 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #2 0xb7bd24f2 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 (gdb) bt full #0 0x in ?? () No symbol table info available. #1 0xb7bdbc24 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so No symbol table info available. #2 0xb7bd24f2 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so No symbol table info available. #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 listInitialised = 1 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 i = value optimized out alwaysCheckForInput = {0, 1} (gdb) signature.asc Description: PGP signature
Bug#604897: xserver-xorg-core: Segmentation fault on Squeeze with radeon
Cyril Brulebois wrote: Tobias Nissen t...@movb.de (25/11/2010): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb] 1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb786740c] 3: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x3fc24) [0xb7460c24] 4: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x364f2) [0xb74574f2] 5: /usr/bin/X (InitExtensions+0x85) [0x80cb3a5] 6: /usr/bin/X (0x8048000+0x1e80d) [0x806680d] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb759bc76] 8: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] Segmentation fault at address (nil) Sounds like #604265. It would be nice to have a full backtrace. Ah sorry, still had some old files in /usr/lib/xorg/modules/extensions. This should be better: (gdb) bt #0 0x in ?? () #1 0xb7bdbc24 in __glXDRIscreenProbe (pScreen=0x8233d48) at ../../glx/glxdri.c:1133 #2 0xb7bd24f2 in GlxExtensionInit () at ../../glx/glxext.c:363 #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 (gdb) bt full #0 0x in ?? () No symbol table info available. #1 0xb7bdbc24 in __glXDRIscreenProbe (pScreen=0x8233d48) at ../../glx/glxdri.c:1133 hSAREA = 4161138688 pSAREA = 0xb7c09000 BusID = 0x8231d30 pci::01:00.0 ddx_version = {major = 5, minor = 3, patch = 0} dri_version = {major = 4, minor = 1, patch = 0} drm_version = {major = 1, minor = 33, patch = 0} framebuffer = {base = 0xa53ad000 Address 0xa53ad000 out of bounds, size = 134184960, stride = 5632, width = 1400, height = 1400, dev_priv_size = 100, dev_priv = 0x8263fd8} fd = 16 status = value optimized out magic = 4 version = value optimized out newlyopened = 1 driverName = 0xb7b702a0 r300 hFB = 3623878656 junk = 0 screen = 0x827c748 filename = /usr/lib/dri/r300_dri.so\000\000\000\000\001\000\000\000\030\233 \b\315\\342\267\341\000\000\000\030\000\000\000\240\063\344\267\364\037\344\267x\327 \b\254\063\344\267\000\000\000\000\020\000\000\000\370\364\377\277\004\365\377\277\370\304'\b\030\233 \b\000\000\000\000\030\000\000\000\364\037\344\267XÒ¹\267\240\063\344\267\b\365\377\277\215\f\327\267\364\037ä· 3\344\267pB'\b isCapable = 1 buffer_size = value optimized out pScrn = 0x820d778 driConfigs = value optimized out extensions = value optimized out from = value optimized out #2 0xb7bd24f2 in GlxExtensionInit () at ../../glx/glxext.c:363 extEntry = value optimized out pScreen = 0x8233d48 i = 0 p = 0xb7bedcdc glx_provided = 0 #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 listInitialised = 1 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 i = value optimized out alwaysCheckForInput = {0, 1} (gdb) signature.asc Description: PGP signature
Bug#604897: xserver-xorg-core: Segmentation fault on Squeeze with radeon
Michel Dänzer wrote: On Don, 2010-11-25 at 09:11 +0100, Tobias Nissen wrote: After my routine `aptitude safe-upgrade` two days ago I noticed, that I was unable to playback flash videos in fullscreen. Since some X-component had been upgraded I restarted GDM. After that X didn't start anymore at all. The log then showed this: [Segfault] I then copied all files from my backup at /usr/lib/xorg/modules/extensions to the running system and restarted X -- now it works again. I think something is wrong with libglx.so. [...] Versions of packages xserver-xorg-core recommends: ii libgl1-mesa-dri 7.9+repack-1 A free implementation of the OpenG [...] [UPGRADE] libgl1-mesa-dri 7.8.2-2 - 7.9+repack-1 Does downgrading libgl1-mesa-dri to sid work around either of the problems? I didn't try that because now I also get the segfault with the old version... Though I'm not sure why restoring the older extension modules would make a difference, the xorg-server changelog doesn't seem to mention any GLX/DRI2 related changes. ...sorry for the confusion, but as it seems the behaviour is triggered by my modprobe-configuration. With KMS enabled, resuming from hibernation often doesn't work with my Radeon Mobility X1400. The screen is distorted sometimes too. So I disabled KMS with this configuration in /etc/modprobe.d/radeon-kms.conf: options radeon modeset=0 options radeon agpmode=-1 If I boot with KMS enabled (which seems to be the default for my system¹) I get a working X system (with the occasional distorted screen, as before :-/ ) However, a segfaulting X isn't good. Can I do something to narrow down the problem for you? ¹ I just read in `aptitde changelog xserver-xorg-video-radeon` that KMS has been disabled for architectures other than x86. Well, at least on my system, which is x86, I have to disable it because otherwise I get the problems mentioned above. signature.asc Description: PGP signature
Bug#553023: dhcp3-client: Generation of ntp.conf.dhcp without ntp-servers entry in dhclient.conf
Package: dhcp3-client Version: 3.1.2p1-2 Severity: normal In /usr/share/doc/ntp/README.Debian.gz it says to remove ntp-servers from the request-section to avoid generation of /var/lib/ntp/ntp.conf.dhcp, which is automatically used by ntpd if present. I did so, but after an ifdown eth0 ifup eth0 the file's still there. When I manually remove it, it is regenerated. /etc/network/interfaces: auto lo iface lo inet loopback allow-hotplug eth0 iface eth0 inet dhcp /etc/dhcp3/dhclient.conf: http://paste.debian.net/50206/ /etc/dhcp3/dhclient.conf: http://paste.debian.net/50207/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dhcp3-client depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii debianutils 3.2.1 Miscellaneous utilities specific t ii dhcp3-common 3.1.2p1-2 common files used by all the dhcp3 ii libc6 2.9-25 GNU C Library: Shared libraries dhcp3-client recommends no packages. Versions of packages dhcp3-client suggests: ii avahi-autoipd 0.6.25-1 Avahi IPv4LL network address confi ii resolvconf1.45 name server information handler -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527513: gnomebaker: crash when adding files (was: gnomebaker crashes when adding files for audio CD)
It crashes here[0] too, also with an corrupted double-linked list error detected by glibc. I can reproduce the bug everytime. It doesn't need to be an audio CD, I can trigger it by adding files to a data DVD. Since my backtrace looks almost like Jeroens, I won't post it here. However you can have a look at it at http://movb.de/gbaker-backtrace . Regards, Tobias [0] current Squeeze (i686) with Debian Multimedia signature.asc Description: PGP signature
Bug#502440: lighttpd: Debian-specific config file changes cause strange behaviour
Package: lighttpd Version: 1.4.19-5 Severity: grave Justification: renders package unusable The implementation of the Debian policy (regarding /doc and /images) in the default config file makes it impossible to declare even simple aliases such as alias.url += ( /test = /home/user/foo/ ) Visiting http://localhost/test/ (with or without index.html) just gives an HTTP 404 error. After completely removing the Debian specific part in question, the alias works as expected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lighttpd depends on: ii libattr1 1:2.4.43-1Extended attribute shared library ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-14GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libldap-2.4-2 2.4.10-3 OpenLDAP libraries ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8g-13 SSL shared libraries ii libterm-readline-perl- 1.0302-1 Perl implementation of Readline li ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime lighttpd recommends no packages. Versions of packages lighttpd suggests: pn apache2-utils none (no description available) ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a pn rrdtool none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457942: smbfs: mount.cifs reports error 11 (Resource temporarily unavailable) when mounting multiple Windows shares
Hi Steve! I can reproduce the bug on Etch, not on Lenny. You wrote: Once you've done this unmounting of existing shares, are you allowed to mount multiple shares from the same server, or are you limited to one mount at a time from the 2003 server? Me, I'm limited to one mount at a time. But I connect to a normal Windows 2000 or XP machine (can't say for sure), instead of a 2003 server. Can you test whether this problem exists when using a newer kernel than the one included in etch (e.g., the 2.6.23 from unstable)? Since mounting with cifs is handled entirely by the kernel, it's likely that this is a kernel bug rather than a bug in the smbfs userspace tools. I can not reproduce the problem when connecting to a Windows 2000 machine on Lenny, with a 2.6.22-3-486 kernel. Unfortunately I don't have other machines available to run more tests. Regards, Tobias pgpp58OcVhOTP.pgp Description: PGP signature
Bug#401957: pinentry-gtk2: fails to grab the keyboard
I can reproduce the bug. Adding gtk_widget_realize(win); in the middle of grab_keyboard() doesn't change anything. pgpaXTezIG2wB.pgp Description: PGP signature
Bug#401957: pinentry-gtk2: fails to grab the keyboard
If I execute sleep(1) before the if (gdk_keyboard_grab ..., pinentry-gtk-2 is always able to grab the keyboard. Waiting only some milliseconds (say 500) would do the trick too, I guess. Not many people seem to be able to reproduce this bug. What kind of additional information do you need? pgpTrlEXuDOVR.pgp Description: PGP signature