Bug#632772: Wheezy: KDE hangs on logout
On Die, 2011-07-05 at 13:56 -0700, T Elcor wrote: > Package: xserver-xorg-video-radeon > Version: 1:6.14.2-1 > Severity: important > > > Am having problems with KDE in wheezy: > > 1. KDE hangs on logout (Kmenu->Leave->Logout). Logging out results in > a blank black screen and the system just hangs there, hardware reset > is needed to reboot the system. Can you still log into the system remotely via ssh at that point? If not, does the system react to ping / SysRq keys / ctrl-alt-del / ... ? > When rebooted the system restarts and KDE works fine with the > exception that it doesn't remember previous display settings (see > below). I guess that might be caused by the unclean logout. For some reason, reportbug didn't include all the information it should have, in particular the Xorg.0.log file and relevant dmesg output. I hope someone else can fill you in on how to amend the bug report with that information. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1309938470.3713.161.camel@thor.local
xorg: Changes to 'ubuntu'
debian/changelog | 10 ++ debian/control|1 + debian/local/Xsession.d/60xdg_path-on-session | 22 ++ 3 files changed, 33 insertions(+) New commits: commit 2862c0aa4d4d5412afe4916720ae8806831cac75 Author: Didier Roche Date: Wed Jul 6 09:40:33 2011 +0200 Set xdg path depending on selected session diff --git a/debian/changelog b/debian/changelog index 4b64e8b..6c0a569 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +xorg (1:7.6+7ubuntu2) UNRELEASED; urgency=low + + * add debian/local/Xsession.d/60xdg_path-on-session to set +xdg path depending on the selected session +(compatible with lightdm and gdm now) (LP: #804734) + * debian/control: + - add the replaces: to gdm which contained this file + + -- Didier Roche Wed, 06 Jul 2011 09:39:17 +0200 + xorg (1:7.6+7ubuntu1) oneiric; urgency=low * Merge from Debian unstable, remaining changes: diff --git a/debian/control b/debian/control index 2e69ccd..49b64d0 100644 --- a/debian/control +++ b/debian/control @@ -18,6 +18,7 @@ Architecture: all Multi-Arch: foreign Depends: ${misc:Depends}, lsb-base (>= 1.3-9ubuntu2) Recommends: xdiagnose +Replaces: gdm (<< 3.0.4-0ubuntu4) Description: X Window System (X.Org) infrastructure x11-common contains the filesystem infrastructure required for further installation of the X Window System in any configuration; it does not diff --git a/debian/local/Xsession.d/60xdg_path-on-session b/debian/local/Xsession.d/60xdg_path-on-session new file mode 100644 index 000..29491c3 --- /dev/null +++ b/debian/local/Xsession.d/60xdg_path-on-session @@ -0,0 +1,22 @@ +# This file is sourced by Xsession(5), not executed. +# Add additionnal xdg paths depending on selected desktop session + +DEFAULT_XDG_CONFIG_DIRS='/etc/xdg' +DEFAULT_XDG_DATA_DIRS='/usr/local/share/:/usr/share/' +if [ -n "$DESKTOP_SESSION" ]; then + # readd default if was empty + if [ -z "$XDG_CONFIG_DIRS" ]; then +XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS" + fi + XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS"/xdg-"$DESKTOP_SESSION":"$XDG_CONFIG_DIRS" + export XDG_CONFIG_DIRS + # gnome is already added if gnome-session installed + if [ "$DESKTOP_SESSION" != "gnome" ]; then + if [ -z "$XDG_DATA_DIRS" ]; then + XDG_DATA_DIRS="$DEFAULT_XDG_DATA_DIRS" + fi + XDG_DATA_DIRS=/usr/share/"$DESKTOP_SESSION":"$XDG_DATA_DIRS" + export XDG_DATA_DIRS + fi +fi + -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qenfj-0002i1...@vasks.debian.org
Bug#632791: xserver-xorg: Segmentation fault (with intel_drv in the backtrace)
Hi, Leandro Lucarella (05/07/2011): > OK, I can reproduce this bug by using git gui, when clicking on > a particular changed file, Xorg segfaults. it would be helpful to have a full backtrace. Please install xserver-xorg-core-dbg as well as xserver-xorg-video-intel-dbg, and check this page: http://pkg-xorg.alioth.debian.org/howto/triage-bugs.html Mraw, KiBi. signature.asc Description: Digital signature
Bug#632831: mesa: X freeze after update on AMD64/Radeon
Package: mesa Version: 7.10.3-3 Severity: normal After a updating my Debian/testing system on 2011-07-04, amongst others ... libgl1-mesa-dev:amd64 (7.10.2-3, 7.10.3-3), xserver-xorg-core:amd64 (1.10.1-2, 1.10.2-2), xserver-common:amd64 (1.10.1-2, 1.10.2-2), libxcb-xv0:amd64 (1.7-2, 1.7-3), libgl1-mesa-dri:amd64 (7.10.2-2, 7.10.3-3), libgl1-mesa-glx:amd64 (7.10.2-3, 7.10.3-3), mesa-common-dev:amd64 (7.10.2-3, 7.10.3-3), libdrm-radeon1:amd64 (2.4.25-2, 2.4.25-3), ... I experienced X window system freezes when starting 3d-Applications (supertuxkart, neverputt) with symptoms as described in https://wiki.ubuntu.com/X/Troubleshooting/Freeze#Reporting_GPU_lockup_Bugs * X stops responding to input * The screen displays but does not update. * X cannot be killed; switch to text-mode console not possible, only a reboot clears the state. This happened "reliably" and reproducable. (Because of the needed hard-reset and new boot I did not test more applications.) I cannot tell whether it would have been possible to ssh into the computer (missing a second computer with the required setup). I run XFCE4, without compiz. Downgrading mesa, drm and dependencies to Debian/stable Start-Date: 2011-07-05 15:41:44 Downgrade: xserver-xorg-video-ati:amd64 (6.14.2-1, 6.13.1-2+squeeze1), libgl1-mesa-dev:amd64 (7.10.3-3, 7.7.1-4), xserver-xorg-core:amd64 (1.10.2-2, 1.7.7-13), xserver-xorg-video-mach64:amd64 (6.9.0-1, 6.8.2-3), libgl1-mesa-dri:amd64 (7.10.3-3, 7.7.1-4), libgl1-mesa-glx:amd64 (7.10.3-3, 7.7.1-4), mesa-common-dev:amd64 (7.10.3-3, 7.7.1-4), xserver-xorg-video-r128:amd64 (6.8.1-5+b1, 6.8.1-3), xserver-xorg-input-evdev:amd64 (2.6.0-2+b1, 2.3.2-6), xserver-xorg-video-vesa:amd64 (2.3.0-7, 2.3.0-3), xserver-xorg-input-kbd:amd64 (1.6.0-3, 1.4.0-2), xserver-xorg:amd64 (7.6+7, 7.5+8), xserver-xorg-video-fbdev:amd64 (0.4.2-4+b1, 0.4.2-2), xserver-xorg-input-wacom:amd64 (0.10.10+20110203-1+b1, 0.10.5+20100416-1), xserver-xorg-input-mouse:amd64 (1.7.0-4, 1.5.0-2), xorg:amd64 (7.6+7, 7.5+8), xserver-xorg-video-radeon:amd64 (6.14.2-1, 6.13.1-2+squeeze1), xserver-xorg-input-synaptics:amd64 (1.4.0-1+b1, 1.2.2-2) Remove: libgpg-error-dev:amd64 (1.10-0.3), libgpm-dev:amd64 (1.20.4-3.4) End-Date: 2011-07-05 15:42:07 Start-Date: 2011-07-05 15:48:50 Downgrade: libglu1-mesa-dev:amd64 (7.10.3-3, 7.7.1-4), libglu1-mesa:amd64 (7.10.3-3, 7.7.1-4) End-Date: 2011-07-05 15:48:53 Start-Date: 2011-07-05 15:51:00 Downgrade: libdrm2:amd64 (2.4.26-1, 2.4.21-1~squeeze3) End-Date: 2011-07-05 15:51:03 Start-Date: 2011-07-05 15:57:31 Downgrade: libxext-dev:amd64 (1.3.0-3, 1.1.2-1), libxext6:amd64 (1.3.0-3, 1.1.2-1) End-Date: 2011-07-05 15:57:39 Start-Date: 2011-07-05 16:37:58 Install: mesa-utils:amd64 (7.7.1-4) End-Date: 2011-07-05 16:38:01 resulted in usable 3d apps again (after re-boot). Günter -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706101336.4040.28406.reportbug@heinz
Bug#632831: mesa: X freeze after update on AMD64/Radeon
Hi, G. Milde (06/07/2011): > Package: mesa > Version: 7.10.3-3 > Severity: normal > > > After a updating my Debian/testing system on 2011-07-04, amongst others […] please try and upgrade to the version available in experimental. If that doesn't help, please file a bug upstream (Mesa component) on: http://bugs.freedesktop.org/ You may want to try with the newest kernel as well. Mraw, KiBi. signature.asc Description: Digital signature
Bug#632831: mesa: X freeze after update on AMD64/Radeon
Cyril Brulebois (06/07/2011): > please try and upgrade to the version available in experimental. If that > doesn't help, please file a bug upstream (Mesa component) on: > http://bugs.freedesktop.org/ > > You may want to try with the newest kernel as well. Also, it would be nice to have some logs, see how to follow up on [1]; it would be interesting to know whether the machine is completely dead, or if it still responds over ssh. In which case, X log and kernel log (dmesg) would be nice to have. Mraw, KiBi. signature.asc Description: Digital signature
Bug#632831: mesa: X freeze after update on AMD64/Radeon
On Mit, 2011-07-06 at 12:13 +0200, G. Milde wrote: > Package: mesa > Version: 7.10.3-3 > Severity: normal > > > After a updating my Debian/testing system on 2011-07-04, amongst others [...] > libgl1-mesa-dri:amd64 (7.10.2-2, 7.10.3-3), > libgl1-mesa-glx:amd64 (7.10.2-3, 7.10.3-3), [...] > I experienced X window system freezes when starting 3d-Applications > (supertuxkart, neverputt) with symptoms as described in > https://wiki.ubuntu.com/X/Troubleshooting/Freeze#Reporting_GPU_lockup_Bugs libgl1-mesa-dri is the most likely culprit. Was there any particular reason for that package still being at version 7.10.2-2 before, while the other Mesa packages were at 7.10.2-3? It would be interesting to know if the problem also occurs with libgl1-mesa-dri 7.10.2-3 (and if it doesn't, other intermediate versions). -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1309948873.3713.171.camel@thor.local
xorg: Changes to 'ubuntu'
debian/changelog |6 ++ debian/control|1 - debian/local/Xsession.d/60x11-common_xdg_path | 22 ++ debian/local/Xsession.d/60xdg_path-on-session | 22 -- 4 files changed, 24 insertions(+), 27 deletions(-) New commits: commit 447c24a4aa74f5d138b33791f5e4700b1be548dc Author: Didier Roche Date: Wed Jul 6 12:24:23 2011 +0200 Rename 60xdg_path-on-session to 60x11-common_xdg_path diff --git a/debian/changelog b/debian/changelog index 6c0a569..32ddb21 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,10 +1,8 @@ xorg (1:7.6+7ubuntu2) UNRELEASED; urgency=low - * add debian/local/Xsession.d/60xdg_path-on-session to set + * add debian/local/Xsession.d/60x11-common_xdg_path to set xdg path depending on the selected session -(compatible with lightdm and gdm now) (LP: #804734) - * debian/control: - - add the replaces: to gdm which contained this file +(compatible with lightdm, gdm and kdm now) (LP: #804734) -- Didier Roche Wed, 06 Jul 2011 09:39:17 +0200 diff --git a/debian/control b/debian/control index 49b64d0..2e69ccd 100644 --- a/debian/control +++ b/debian/control @@ -18,7 +18,6 @@ Architecture: all Multi-Arch: foreign Depends: ${misc:Depends}, lsb-base (>= 1.3-9ubuntu2) Recommends: xdiagnose -Replaces: gdm (<< 3.0.4-0ubuntu4) Description: X Window System (X.Org) infrastructure x11-common contains the filesystem infrastructure required for further installation of the X Window System in any configuration; it does not diff --git a/debian/local/Xsession.d/60x11-common_xdg_path b/debian/local/Xsession.d/60x11-common_xdg_path new file mode 100644 index 000..29491c3 --- /dev/null +++ b/debian/local/Xsession.d/60x11-common_xdg_path @@ -0,0 +1,22 @@ +# This file is sourced by Xsession(5), not executed. +# Add additionnal xdg paths depending on selected desktop session + +DEFAULT_XDG_CONFIG_DIRS='/etc/xdg' +DEFAULT_XDG_DATA_DIRS='/usr/local/share/:/usr/share/' +if [ -n "$DESKTOP_SESSION" ]; then + # readd default if was empty + if [ -z "$XDG_CONFIG_DIRS" ]; then +XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS" + fi + XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS"/xdg-"$DESKTOP_SESSION":"$XDG_CONFIG_DIRS" + export XDG_CONFIG_DIRS + # gnome is already added if gnome-session installed + if [ "$DESKTOP_SESSION" != "gnome" ]; then + if [ -z "$XDG_DATA_DIRS" ]; then + XDG_DATA_DIRS="$DEFAULT_XDG_DATA_DIRS" + fi + XDG_DATA_DIRS=/usr/share/"$DESKTOP_SESSION":"$XDG_DATA_DIRS" + export XDG_DATA_DIRS + fi +fi + diff --git a/debian/local/Xsession.d/60xdg_path-on-session b/debian/local/Xsession.d/60xdg_path-on-session deleted file mode 100644 index 29491c3..000 --- a/debian/local/Xsession.d/60xdg_path-on-session +++ /dev/null @@ -1,22 +0,0 @@ -# This file is sourced by Xsession(5), not executed. -# Add additionnal xdg paths depending on selected desktop session - -DEFAULT_XDG_CONFIG_DIRS='/etc/xdg' -DEFAULT_XDG_DATA_DIRS='/usr/local/share/:/usr/share/' -if [ -n "$DESKTOP_SESSION" ]; then - # readd default if was empty - if [ -z "$XDG_CONFIG_DIRS" ]; then -XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS" - fi - XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS"/xdg-"$DESKTOP_SESSION":"$XDG_CONFIG_DIRS" - export XDG_CONFIG_DIRS - # gnome is already added if gnome-session installed - if [ "$DESKTOP_SESSION" != "gnome" ]; then - if [ -z "$XDG_DATA_DIRS" ]; then - XDG_DATA_DIRS="$DEFAULT_XDG_DATA_DIRS" - fi - XDG_DATA_DIRS=/usr/share/"$DESKTOP_SESSION":"$XDG_DATA_DIRS" - export XDG_DATA_DIRS - fi -fi - -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qeqrm-0006ni...@vasks.debian.org
Bug#632886: libgl1-mesa-swx11: drop Conflicts: nvidia-glx
Package: libgl1-mesa-swx11 Version: 7.10.3-3 Severity: wishlist Hi KiBi, libgl1-mesa-swx11 currently has a Conflicts: nvidia-glx entry. While this is correct it's not nearly sufficient (the nvidia-glx package has been split and reorganized, there are legacy packages, too, and there is fglrx as well). With the recent diversions and alternatives changes regarding multi-arch support, all diversion handling has been concentrated in the glx-diversions package. All nvidia and fglrx packages depend on this package (usually indirectly via a longer dependency chain) and glx-diversions now also has proper conflicts with libgl1-mesa-swx11 (which is not divertible since the library file name changes with each new upstream version). Once multiarch aware nvidia-graphics-drivers and glx-alternatives packages enter testing, the users will have less possibilities to break their glx :-) Therefore I suggest you remove this conflict, so you don't have to track current and future possible conflictors. Andreas -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (800, 'stable'), (750, 'oldstable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706190243.32438.55654.reportbug@calzone.localnet
Bug#632549: Xephyr asserts and aborts during startup
I tried 2:1.10.2.902-1 yet I can still reproduce the assertion. On Sun, Jul 03, 2011 at 07:05:31PM +0200, Cyril Brulebois wrote: > > Is there a dbg package somewhere ? I can then do some debugging. > > Apparently, no debug symbols for Xephyr, so you could rebuild the server > with: DEB_BUILD_OPTIONS="noudeb debug noopt nostrip", then sudo debi -u > (source package: xorg-server). I poked around a bit: Program received signal SIGABRT, Aborted. 0xb7b37667 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) where #0 0xb7b37667 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb7b3aa52 in abort () at abort.c:92 #2 0xb7b308f7 in __assert_fail (assertion=0x81f8f62 "key->initialized", file=0x81f8eac "../../../../include/privates.h", line=117, function=0x81f94a6 "dixGetPrivateAddr") at assert.c:81 #3 0x080607c2 in dixGetPrivateAddr (key=, privates=) at ../../../../include/privates.h:117 #4 0x0806e9ac in dixGetPrivateAddr (a_screen=0x82a04d0) at ../../../../include/privates.h:117 #5 dixGetPrivate (a_screen=0x82a04d0) at ../../../../include/privates.h:132 #6 dixLookupPrivate (a_screen=0x82a04d0) at ../../../../include/privates.h:162 #7 ephyrDRIScreenInit (a_screen=0x82a04d0) at ../../../../hw/kdrive/ephyr/ephyrdriext.c:114 #8 ephyrDRIExtensionInit (a_screen=0x82a04d0) at ../../../../hw/kdrive/ephyr/ephyrdriext.c:1404 #9 0x0806542b in ephyrInitScreen (pScreen=0x82a04d0) at ../../../../hw/kdrive/ephyr/ephyr.c:658 #10 0x080c87e5 in KdScreenInit (index=0, pScreen=0x82a04d0, argc=2, argv=0xb3b4) at ../../../../hw/kdrive/src/kdrive.c:1010 #11 0x0809315d in AddScreen (pfnInit=0x80c8580 , argc=2, argv=0xb3b4) at ../../dix/dispatch.c:3890 #12 0x080c8d08 in KdAddScreen (pScreenInfo=0x82852a0, argc=2, argv=0xb3b4) at ../../../../hw/kdrive/src/kdrive.c:1191 #13 KdInitOutput (pScreenInfo=0x82852a0, argc=2, argv=0xb3b4) at ../../../../hw/kdrive/src/kdrive.c:1258 #14 0x080631c5 in main (argc=2, argv=0xb3b4, envp=0xb3c0) at ../../dix/main.c:205 (gdb) frame 4 #4 0x0806e9ac in dixGetPrivateAddr (a_screen=0x82a04d0) at ../../../../include/privates.h:117 Seems to come from ephyrDRIScreenInit in ephyrdriext.c: screen_priv=GET_EPHYR_DRI_SCREEN_PRIV (a_screen); Which goes up a bit until: static DevPrivateKeyRec ephyrDRIScreenKeyRec; #define ephyrDRIScreenKey (&ephyrDRIScreenKeyRec) #define GET_EPHYR_DRI_SCREEN_PRIV(screen) ((EphyrDRIScreenPrivPtr) \ dixLookupPrivate(&(screen)->devPrivates, ephyrDRIScreenKey)) However, I completely fail to see where ephyrDRIScreenKeyRec is being initialized. Cheers, -- GPG-Key: 0xA3FD0DF7 - 9F73 032E EAC9 F7AD 951F 280E CB66 8E29 A3FD 0DF7 Debian User and Developer. Homepage: www.foolab.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706201527.ga30...@home.foolab.org
Bug#632549: Xephyr asserts and aborts during startup
On Wed, Jul 6, 2011 at 23:15:28 +0300, Mohammed Sameer wrote: > Program received signal SIGABRT, Aborted. > 0xb7b37667 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. > in ../nptl/sysdeps/unix/sysv/linux/raise.c > (gdb) where > #0 0xb7b37667 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > #1 0xb7b3aa52 in abort () at abort.c:92 > #2 0xb7b308f7 in __assert_fail (assertion=0x81f8f62 "key->initialized", > file=0x81f8eac "../../../../include/privates.h", line=117, > function=0x81f94a6 "dixGetPrivateAddr") at assert.c:81 > #3 0x080607c2 in dixGetPrivateAddr (key=, > privates=) > at ../../../../include/privates.h:117 > #4 0x0806e9ac in dixGetPrivateAddr (a_screen=0x82a04d0) at > ../../../../include/privates.h:117 > #5 dixGetPrivate (a_screen=0x82a04d0) at ../../../../include/privates.h:132 > #6 dixLookupPrivate (a_screen=0x82a04d0) at > ../../../../include/privates.h:162 > #7 ephyrDRIScreenInit (a_screen=0x82a04d0) at > ../../../../hw/kdrive/ephyr/ephyrdriext.c:114 Try this? diff --git a/hw/kdrive/ephyr/ephyrdriext.c b/hw/kdrive/ephyr/ephyrdriext.c index 6945f5b..0bd51b2 100644 --- a/hw/kdrive/ephyr/ephyrdriext.c +++ b/hw/kdrive/ephyr/ephyrdriext.c @@ -1394,6 +1394,10 @@ ephyrDRIExtensionInit (ScreenPtr a_screen) EPHYR_LOG_ERROR ("failed to register DRI extension\n") ; goto out ; } +if (!dixRegisterPrivateKey(&ephyrDRIScreenKeyRec, PRIVATE_SCREEN, 0)) +goto out ; +if (!dixRegisterPrivateKey(&ephyrDRIWindowKeyRec, PRIVATE_WINDOW, 0)) +goto out ; screen_priv = calloc(1, sizeof (EphyrDRIScreenPrivRec)) ; if (!screen_priv) { EPHYR_LOG_ERROR ("failed to allocate screen_priv\n") ; Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706210138.ge...@radis.liafa.jussieu.fr
Bug#632791: xserver-xorg: Segmentation fault (with intel_drv in the backtrace)
Cyril Brulebois, el 6 de July a las 11:33 me escribiste: > Hi, > > Leandro Lucarella (05/07/2011): > > OK, I can reproduce this bug by using git gui, when clicking on > > a particular changed file, Xorg segfaults. > > it would be helpful to have a full backtrace. Please install > xserver-xorg-core-dbg as well as xserver-xorg-video-intel-dbg, > and check this page: > http://pkg-xorg.alioth.debian.org/howto/triage-bugs.html I installed those packages and read that page but I can't figure out how to get a core dump to get a real backtrace, installing those packages don't get me a nice backtrace in the Xorg log file. I tried to add ulimit -c unlimited to /etc/X11/xinit/xserverrc but did't help (I even tried to call gdb from there but it seems that neither startx or gdm uses that file). Any help on how to get a proper backtrace would be appreciated. About the page, should I tag this bug as upstream? Thank you. PS: I noticed that I can't reproduce the bug if I start Xorg using startx -e roxterm (instead of opening the whole GNOME session), I don't if that is useful information or not. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- Y será el día en que la electricidad deje de ser rayo y sea depilador femenino. -- Ricardo Vaporeso -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706215300.ga7...@llucax.com.ar
Bug#632791: xserver-xorg: Segmentation fault (with intel_drv in the backtrace)
Dunno if that'll be enough, but addr2line says, afaict: On Tue, Jul 5, 2011 at 20:33:06 -0300, Leandro Lucarella wrote: > Backtrace: > [164313.634] 0: /usr/bin/X (xorg_backtrace+0x26) [0x4a3836] > [164313.634] 1: /usr/bin/X (0x40+0x65049) [0x465049] > [164313.634] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fa0911fb000+0xf020) > [0x7fa09120a020] > [164313.634] 3: /usr/lib/xorg/modules/drivers/intel_drv.so > (0x7fa08df2f000+0x125e3) [0x7fa08df415e3] /home/julien/src/debian.org/git/pkg-xorg/driver/xserver-xorg-video-intel/build/src/../../src/intel_uxa.c:325 > [164313.634] 4: /usr/lib/xorg/modules/drivers/intel_drv.so > (0x7fa08df2f000+0x2bb85) [0x7fa08df5ab85] /home/julien/src/debian.org/git/pkg-xorg/driver/xserver-xorg-video-intel/build/uxa/../../uxa/uxa-glyphs.c:862 > [164313.634] 5: /usr/bin/X (0x40+0xdd131) [0x4dd131] /build/xorg-server-qILVpI/xorg-server-1.10.2/build-main/miext/damage/../../../miext/damage/damage.c:696 > [164313.634] 6: /usr/bin/X (0x40+0xd8559) [0x4d8559] /build/xorg-server-qILVpI/xorg-server-1.10.2/build-main/render/../../render/render.c:1449 > [164313.634] 7: /usr/bin/X (0x40+0x32d09) [0x432d09] /build/xorg-server-qILVpI/xorg-server-1.10.2/build-main/dix/../../dix/dispatch.c:431 > [164313.634] 8: /usr/bin/X (0x40+0x26fae) [0x426fae] /build/xorg-server-qILVpI/xorg-server-1.10.2/build-main/dix/../../dix/main.c:287 > [164313.634] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) > [0x7fa08ff34ead] > [164313.634] 10: /usr/bin/X (0x40+0x2729d) [0x42729d] > [164313.634] Segmentation fault at address 0x3e > [164313.634] > Fatal server error: > [164313.634] Caught signal 11 (Segmentation fault). Server aborting Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706221210.gf...@radis.liafa.jussieu.fr
Bug#632549: Xephyr asserts and aborts during startup
On Wed, Jul 06, 2011 at 11:01:38PM +0200, Julien Cristau wrote: > Try this? > > diff --git a/hw/kdrive/ephyr/ephyrdriext.c b/hw/kdrive/ephyr/ephyrdriext.c > index 6945f5b..0bd51b2 100644 > --- a/hw/kdrive/ephyr/ephyrdriext.c > +++ b/hw/kdrive/ephyr/ephyrdriext.c > @@ -1394,6 +1394,10 @@ ephyrDRIExtensionInit (ScreenPtr a_screen) > EPHYR_LOG_ERROR ("failed to register DRI extension\n") ; > goto out ; > } > +if (!dixRegisterPrivateKey(&ephyrDRIScreenKeyRec, PRIVATE_SCREEN, 0)) > +goto out ; > +if (!dixRegisterPrivateKey(&ephyrDRIWindowKeyRec, PRIVATE_WINDOW, 0)) > +goto out ; > screen_priv = calloc(1, sizeof (EphyrDRIScreenPrivRec)) ; > if (!screen_priv) { > EPHYR_LOG_ERROR ("failed to allocate screen_priv\n") ; Thanks Julien! It works like a charm :-) I got that error: EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: cannot open shared object file: No such file or directory) (EE) GLX: could not load software renderer Not sure if it's related or not. Cheers, -- GPG-Key: 0xA3FD0DF7 - 9F73 032E EAC9 F7AD 951F 280E CB66 8E29 A3FD 0DF7 Debian User and Developer. Homepage: www.foolab.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110706222909.gb30...@home.foolab.org
Bug#632772: Wheezy: KDE hangs on logout
--- On Wed, 7/6/11, Michel Dänzer wrote: > Can you still log into the system remotely via ssh at that > point? If > not, does the system react to ping / SysRq keys / > ctrl-alt-del / ... ? Ctrl+Alt+Del and SysRq keys have no effect. > For some reason, reportbug didn't include all the > information it should I'm not using reportbug, all info was supplied manually. > have, in particular the Xorg.0.log file and relevant dmesg > output. When system hangs I can't run dmesg. After I reboot the system, kernel buffer will probably not have any relevant data. Fro Xorg.0.log see below. For some reason I can't attach it as a file in YahooMail, so I include it inline: # cat /var/log/Xorg.0.log [12.583] X.Org X Server 1.10.2 Release Date: 2011-05-28 [12.599] X Protocol Version 11, Revision 0 [12.599] Build Operating System: Linux 2.6.39-1-amd64 x86_64 Debian [12.599] Current Operating System: Linux srv072 2.6.39-2-amd64 #1 SMP Wed Jun 8 11:01:04 UTC 2011 x86_64 [12.599] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64 root=UUID=3d347f97-ed50-418e-9748-93832a37b61d ro quiet [12.599] Build Date: 17 June 2011 04:13:25PM [12.599] xorg-server 2:1.10.2-2 (Cyril Brulebois ) [12.599] Current version of pixman: 0.21.8 [12.599]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [12.599] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [12.599] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jul 4 18:20:55 2011 [12.656] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [12.673] (==) No Layout section. Using the first Screen section. [12.673] (==) No screen section available. Using defaults. [12.673] (**) |-->Screen "Default Screen Section" (0) [12.673] (**) | |-->Monitor "" [12.673] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [12.673] (==) Automatically adding devices [12.673] (==) Automatically enabling devices [12.682] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [12.682]Entry deleted from font path. [12.682] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [12.682]Entry deleted from font path. [12.682] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [12.682]Entry deleted from font path. [12.682] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist. [12.682]Entry deleted from font path. [12.682] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [12.682]Entry deleted from font path. [12.682] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [12.682]Entry deleted from font path. [12.696] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. [12.697]Entry deleted from font path. [12.697] (==) FontPath set to: /usr/share/fonts/X11/misc, built-ins [12.697] (==) ModulePath set to "/usr/lib/xorg/modules" [12.697] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [12.697] (II) Loader magic: 0x7d7a20 [12.697] (II) Module ABI versions: [12.697]X.Org ANSI C Emulation: 0.4 [12.697]X.Org Video Driver: 10.0 [12.697]X.Org XInput driver : 12.2 [12.697]X.Org Server Extension : 5.0 [12.697] (--) PCI:*(0:1:5:0) 1002:9710:1458:d000 rev 0, Mem @ 0xd000/268435456, 0xfdfe/65536, 0xfde0/1048576, I/O @ 0xee00/256 [12.697] (II) Open ACPI successful (/var/run/acpid.socket) [12.697] (II) LoadModule: "extmod" [12.718] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [12.723] (II) Module extmod: vendor="X.Org Foundation" [12.723]compiled for 1.10.2, module version = 1.0.0 [12.723]Module class: X.Org Server Extension [12.723]ABI class: X.Org Server Extension, version 5.0 [12.723] (II) Loading extension SELinux [12.723] (II) Loading extension MIT-SCREEN-SAVER [12.723] (II) Loading extension XFree86-VidModeExtension [12.723] (II) Loading extension XFree86-DGA [12.723] (II) Loading extension DPMS [12.723] (II) Loading extension XVideo [12.723] (II) Loading extension XVideo-MotionCompensation [12.723] (II) Loading extension X-Resource [12.723] (II) LoadModule: "dbe" [12.723] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [12.741] (II) Module dbe: vendor="X.Org Foundation" [12.741]compiled for 1.10.2, module version = 1.0.0 [12.741]Module class: X.Org Server Extension [12.741]ABI class: X.Org Server Extension, version 5.0 [12.741] (II) Loading ex
Bug#632921: xserver-xorg-video-intel: delayed video updates after resume
Package: xserver-xorg-video-intel Version: 2:2.15.0-3 After a resume from suspend, windows suffer "delayed updates". For example, if I type or run a command, often nothing will happen for a while. Moving the mouse to change the window focus, or changing workspaces (in xmonad) seems to help. This is on a reasonably up-to-date unstable system with kernel 2.6.39-2-amd64, and this is the video chipset (according to lspci): 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) Thanks, and let me know if I can provide any further information -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxgqhnkt@trouble.defaultvalue.org
mesa: Changes to 'debian-experimental'
debian/rules |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 13a0d3cefd9e4cd4d13396354699e546e06578ee Author: Christopher James Halse Rogers Date: Thu Jul 7 14:41:12 2011 +1000 Fix r300g even harder. Manually install it after the generic dh_install call so that it overwrites the r300c that gets picked up from libgl1-mesa-dri.install.linux.in. Otherwise r300_dri in libgl1-mesa-dri is always the classic driver. diff --git a/debian/rules b/debian/rules index d221f36..4c9b91a 100755 --- a/debian/rules +++ b/debian/rules @@ -305,10 +305,10 @@ endif # No need for this .so, libglapi is just a convenience library: rm debian/tmp/dri/usr/lib/${DEB_HOST_MULTIARCH}/libglapi.so + dh_install -s --fail-missing ifneq (,$(filter r300,$(GALLIUM_DRIVERS))) dh_install -plibgl1-mesa-dri build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri endif - dh_install -s --fail-missing dh_installman -s dh_lintian -s dh_link -s commit 879b23a5e7450b1200e72110a8ac0858a9de3a16 Author: Christopher James Halse Rogers Date: Thu Jul 7 14:37:37 2011 +1000 Fix r300g handling more. The package is libgl1-mesa-dri, not libgl1-mesa-dri.install! diff --git a/debian/rules b/debian/rules index ee95d5b..d221f36 100755 --- a/debian/rules +++ b/debian/rules @@ -306,7 +306,7 @@ endif rm debian/tmp/dri/usr/lib/${DEB_HOST_MULTIARCH}/libglapi.so ifneq (,$(filter r300,$(GALLIUM_DRIVERS))) - dh_install -plibgl1-mesa-dri.install build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri + dh_install -plibgl1-mesa-dri build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri endif dh_install -s --fail-missing dh_installman -s -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qeglv-0006ua...@vasks.debian.org
mesa: Changes to 'ubuntu'
debian/rules |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit a472c147cff197094151972508829dcc13d11365 Author: Christopher James Halse Rogers Date: Thu Jul 7 14:41:12 2011 +1000 Fix r300g even harder. Manually install it after the generic dh_install call so that it overwrites the r300c that gets picked up from libgl1-mesa-dri.install.linux.in. Otherwise r300_dri in libgl1-mesa-dri is always the classic driver. diff --git a/debian/rules b/debian/rules index 2edf257..e8a71c3 100755 --- a/debian/rules +++ b/debian/rules @@ -315,10 +315,10 @@ binary-arch: install # No need for this .so, libglapi is just a convenience library: rm debian/tmp/dri/usr/lib/${DEB_HOST_MULTIARCH}/libglapi.so + dh_install -s --fail-missing ifneq (,$(filter r300,$(GALLIUM_DRIVERS))) dh_install -plibgl1-mesa-dri build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri endif - dh_install -s --fail-missing # Create an ld.so.conf which says where to find libGL from Mesa echo "/usr/lib/$(DEB_HOST_MULTIARCH)/mesa" \ commit 326089703a764dcc3431f4b890c1f476f71f4c85 Author: Christopher James Halse Rogers Date: Thu Jul 7 14:37:37 2011 +1000 Fix r300g handling more. The package is libgl1-mesa-dri, not libgl1-mesa-dri.install! (cherry picked from commit 879b23a5e7450b1200e72110a8ac0858a9de3a16) diff --git a/debian/rules b/debian/rules index 558489f..2edf257 100755 --- a/debian/rules +++ b/debian/rules @@ -316,7 +316,7 @@ binary-arch: install rm debian/tmp/dri/usr/lib/${DEB_HOST_MULTIARCH}/libglapi.so ifneq (,$(filter r300,$(GALLIUM_DRIVERS))) - dh_install -plibgl1-mesa-dri.install build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri + dh_install -plibgl1-mesa-dri build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri endif dh_install -s --fail-missing commit 0e7db5512644678eb03b052a04370327377239d1 Author: Cyril Brulebois Date: Sun Jul 3 12:56:59 2011 +0200 Fix r300g handling. Install into the right package, and in the proper directory. (cherry picked from commit 5a8cb46ad7e9c2857a23d9c78975e1cce6c8f8c7) diff --git a/debian/rules b/debian/rules index f1b0481..558489f 100755 --- a/debian/rules +++ b/debian/rules @@ -316,7 +316,7 @@ binary-arch: install rm debian/tmp/dri/usr/lib/${DEB_HOST_MULTIARCH}/libglapi.so ifneq (,$(filter r300,$(GALLIUM_DRIVERS))) - dh_install build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so + dh_install -plibgl1-mesa-dri.install build/dri/$(DEB_HOST_MULTIARCH)/gallium/r300_dri.so usr/lib/${DEB_HOST_MULTIARCH}/dri endif dh_install -s --fail-missing -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1qegzn-cs...@vasks.debian.org