Bug#1060172: xserver-xorg-core: Screen remains desperately black after starting Xorg on Thinkpad X201s
> Xorg refuses to work on my Thinkpad X201s nowadays, tho it used to work just > fine a year or so ago. Wayland still works fine. > The observed behavior is that when GDM3 starts up (using Xorg because > I have set `WaylandEnable=false` in its config file) at the end of the > boot process, the screen becomes black and remains so. > I can use the keyboard to suspend and resume the machine, but I'm flying > blind. I found a workaround. If I create a file `/etc/X11/xorg.conf` with the following contents: % cat /etc/X11/xorg.conf # Workaround for Debian bug#1005359. Section "Device" Identifier "modesetting" Driver "modesetting" Option "UseGammaLUT" "false" EndSection % then the Xorg server comes up fine. As the comment indicate, I took this workaround from bug#1005359, so maybe the two bugs should be merged. (I hadn't tried this earlier since I presumed that the hardware was sufficiently different between my X201s and my Librem mini that the bugs would also be different). Stefan
Bug#1060172: xserver-xorg-core: Screen remains desperately black after starting Xorg on Thinkpad X201s
Package: xserver-xorg-core Version: 2:21.1.10-1 Severity: normal Dear Maintainer, Xorg refuses to work on my Thinkpad X201s nowadays, tho it used to work just fine a year or so ago. Wayland still works fine. The observed behavior is that when GDM3 starts up (using Xorg because I have set `WaylandEnable=false` in its config file) at the end of the boot process, the screen becomes black and remains so. I can use the keyboard to suspend and resume the machine, but I'm flying blind. The same happens if I start Xorg "manually". I have attached the corresponding Xorg.0.log from /var/lib/gdm3/.local/share/xorg/ (which is very similar to the log I see below, tho not quite identical because it's more recent). Stefan -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 6.5.0-5-amd64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 13.2.0-7) 13.2.0, GNU ld (GNU Binutils for Debian) 2.41) #1 SMP PREEMPT_DYNAMIC Debian 6.5.13-1 (2023-11-29) Xorg X server log files on system: -- -rw-r--r-- 1 monnier monnier 76698 Sep 12 2018 /home/monnier/.local/share/xorg/Xorg.2.log -rw-r--r-- 1 monnier monnier 42484 Nov 4 19:30 /home/monnier/.local/share/xorg/Xorg.1.log -rw-r--r-- 1 monnier monnier 36864 Nov 4 19:40 /home/monnier/.local/share/xorg/Xorg.0.log -rw-r--r-- 1 rootroot33004 Nov 4 20:48 /var/log/Xorg.2.log Contents of most recent Xorg X server log file (/var/log/Xorg.2.log): - [ 1354.627] X.Org X Server 1.21.1.9 X Protocol Version 11, Revision 0 [ 1354.634] Current Operating System: Linux milanesa 6.5.0-3-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.8-1 (2023-10-22) x86_64 [ 1354.634] Kernel command line: BOOT_IMAGE=/vmlinuz-6.5.0-3-amd64 root=/dev/mapper/Milanesa-root ro [ 1354.639] xorg-server 2:21.1.9-1 (https://www.debian.org/support) [ 1354.641] Current version of pixman: 0.42.2 [ 1354.645]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1354.645] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1354.653] (==) Log file: "/var/log/Xorg.2.log", Time: Sat Nov 4 20:35:06 2023 [ 1354.655] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1354.657] (==) No Layout section. Using the first Screen section. [ 1354.657] (==) No screen section available. Using defaults. [ 1354.657] (**) |-->Screen "Default Screen Section" (0) [ 1354.657] (**) | |-->Monitor "" [ 1354.658] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1354.658] (==) Automatically adding devices [ 1354.658] (==) Automatically enabling devices [ 1354.658] (==) Automatically adding GPU devices [ 1354.658] (==) Automatically binding GPU devices [ 1354.659] (==) Max clients allowed: 256, resource mask: 0x1f [ 1354.659] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1354.659]Entry deleted from font path. [ 1354.659] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 1354.659] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1354.659] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1354.659] (II) Loader magic: 0x568b67a0 [ 1354.659] (II) Module ABI versions: [ 1354.659]X.Org ANSI C Emulation: 0.4 [ 1354.659]X.Org Video Driver: 25.2 [ 1354.659]X.Org XInput driver : 24.4 [ 1354.659]X.Org Server Extension : 10.0 [ 1354.662] (--) using VT number 1 [ 1354.662] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 1354.665] (II) xfree86: Adding drm device (/dev/dri/card0) [ 1354.665] (II) Platform probe for /sys/devices/pci:00/:00:02.0/drm/card0 [ 1354.673] (--) PCI:*(0@0:2:0) 8086:0046:17aa:215a rev 2, Mem @ 0xf200/4194304, 0xd000/268435456, I/O @ 0x1800/8, BIOS @ 0x
Bug#1032984:
On Sun, Mar 26, 2023 at 22:03:25 +0200, Stefan Schippers wrote: I have closed upstream bug: https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/186 since i got no feedback at all and it seems affecting only the specific libX11 1.8.4 - fvwm2 combination that very few people use, I think. Expecting a response within a few days was probably unrealistic in the first place... You are right, but it seems the bug is very specific to the libX11 1.8.4 + fvwm2 combination There is basically no other report about this, all other applications for me work fine with 1.8.4, so at the end of the day I don't want to waste developers time with something that is probably not a libX11 bug. Switching from fvwm2 (frozen project) to fvwm3 (active project) solved the issue for me.
Bug#1032984:
I have closed upstream bug: https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/186 since i got no feedback at all and it seems affecting only the specific libX11 1.8.4 - fvwm2 combination that very few people use, I think. The dirty fix for me was to switch from fvwm2 to the developing fvwm3 window manager. I don't know if the window manager crash is due to a libX11 bug or to library API misuse by fvwm2. The problem appeared after a recent libX11 update (1.8.3 -> 1.8.4) while fvwm2 is frozen since long time. Stefan
Bug#1032984:
Package: libx11-6 Version: 2:1.8.4-2 Bug: #1032984 The issue has been filed upstream. https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/186 Stefan On 3/15/23 09:27, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1032984: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032984. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian X Strike Force If you wish to submit further information on this problem, please send it to 1032...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#1032379: bug#751: Update: crash due to fvwm window manager crash
Thank you. I have filed the issue upstream. https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/186 Stefan On 3/15/23 09:56, Klaus Ethgen wrote: Hi, I made a libx11 build with the version 2:1.8.4-3~really1.8.3~3 which is really version 1.8.3-3, so reverting ALL in the new package. That will solve the dependency stuff and will be overwritten when debian comes out with a fixed package. It is available in my repo: deb ftp://ftp.ethgen.ch/pub/debian ceres unofficial Regards Klaus
Bug#1032984: libx11-6 version 2:1.8.4-2 regression
Package: libx11-6 Version: 2:1.8.4-2 I have frequent fvwm window manager crashes due to an assertion in libX11 that causes a SIGABRT and window manager crash. This bug is related to #1032379, if you go down to the thread it is triggered by the same assertion. I do not use a desktop environment, I just start X by using startx and use the fvwm2 window manager. The message printed from fvwm is: fvwm: ../../src/xcb_io.c:626: _XAllocID: Assertion `ret != inval_id' failed. I can reliably crash the window manager by doing some mouse actions in the root window (minimize, maximize windows, resize windows). I have reverted the following packages to 2:1.8.3-3 and no failures happen any more, even after intensive stress tests: libx11-6 libx11-data libx11-dev libx11-xcb-dev libx11-xcb1 Backtrace of failed fvwm process follows. Thank you. Stefan This is the backtrace of the failed fvwm process: (gdb) run Starting program: /usr/bin/fvwm [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Detaching after fork from child process 4851] [Detaching after vfork from child process 4864] Warning: Arg --fvwm-icons is obsolete and ignored Python module python-xdg not found.fvwm: ../../src/xcb_io.c:626: _XAllocID: Assertion `ret != inval_id' failed. Program received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 44 ./nptl/pthread_kill.c: No such file or directory. (gdb) bt #0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 #1 0x76ca9d2f in __pthread_kill_internal (signo=6, threadid=) at ./nptl/pthread_kill.c:78 #2 0x76c5aef2 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x76c45472 in __GI_abort () at ./stdlib/abort.c:79 #4 0x76c45395 in __assert_fail_base (fmt=0x76db9a70 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x77b75b2a "ret != inval_id", file=file@entry=0x77b75a9b "../../src/xcb_io.c", line=line@entry=626, function=function@entry=0x77b75ef0 "_XAllocID") at ./assert/assert.c:92 #5 0x76c53df2 in __GI___assert_fail (assertion=0x77b75b2a "ret != inval_id", file=0x77b75a9b "../../src/xcb_io.c", line=626, function=0x77b75ef0 "_XAllocID") at ./assert/assert.c:101 #6 0x77b02443 in () at /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x77e56558 in XRenderCreatePicture () at /usr/lib/x86_64-linux-gnu/libXrender.so.1 #8 0x77f9e5b6 in () at /usr/lib/x86_64-linux-gnu/libXft.so.2 #9 0x77f9ec95 in XftDrawGlyphs () at /usr/lib/x86_64-linux-gnu/libXft.so.2 #10 0x77f9f2ad in XftDrawStringUtf8 () at /usr/lib/x86_64-linux-gnu/libXft.so.2 #11 0x555ff843 in () #12 0x555e6dfb in () #13 0x555a5fff in () #14 0x555a7ba4 in () #15 0x55588dba in () #16 0x5558c4eb in () #17 0x5558c66c in () #18 0x55600189 in () #19 0x5560020f in () #20 0x77add9da in XCheckIfEvent () at /usr/lib/x86_64-linux-gnu/libX11.so.6 #21 0x55600b62 in () #22 0x55600cb7 in () #23 0x5558d58a in () #24 0x555bfb2f in () #25 0x555a92ca in () #26 0x555a9bf4 in () #27 0x555c7f29 in () #28 0x55589d43 in () #29 0x5558c4eb in () #30 0x5558c5e4 in () #31 0x555674f7 in () #32 0x76c4618a in __libc_start_call_main (main=main@entry=0x55565a90, argc=argc@entry=1, argv=argv@entry=0x7fffe4d8) at ../sysdeps/nptl/libc_start_call_main.h:58 #33 0x76c46245 in __libc_start_main_impl (main=0x55565a90, argc=1, argv=0x7fffe4d8, init=, fini=, rtld_fini=, stack_end=0x7fffe4c8) at ../csu/libc-start.c:381 #34 0x55568631 in () (gdb)
Bug#1005359: xserver-xorg-core: Intel HD Graphics 620: blank screen
Timo Aaltonen [2023-03-09 08:50:09] wrote: > Stefan Monnier kirjoitti 9.3.2023 klo 0.18: >> Control: found -1 2:21.1.7-1 >> I still see this problem with the latest version on `testing`. > I'm sure the problem is in the kernel driver (i915) and not xserver. In that case, the kernel version would be relevant, right? My latest test is with kernel version 6.1.0-5. Stefan
Bug#1005359: xserver-xorg-core: Intel HD Graphics 620: blank screen
Control: found -1 2:21.1.7-1 I still see this problem with the latest version on `testing`. Stefan Stefan Monnier [2022-09-21 16:02:47] wrote: > Jakub Wilk [2022-02-11 23:17:58] wrote: >> After recent upgrades, the X server no longer works for me: I get only >> blank screen. Worse, the blankness remains even after I zap the server. >> Downgrading xserver-xorg-core to 2:1.20.14-1 fixed it for me. > > I'm not sure if I suffer from the same problem, but I'm seeing similar > symptoms here on my Librem mini. > > I run Debian testing on this machine and since I had not rebooted it in > a while I don't know which version of Xorg I've been happily running > last, but after an `apt full-upgrade` I did a reboot and as soon as gdm > launched Xorg, the screens (I have two monitors connected) went black. > I couldn't find a way to bring the screens back to life, short of > rebooting: I tried to stop Xorg/gdm, I tried suspend+resume, I tried to > use lightdm. > > I downgraded to `xserver-xorg-core/stable` and things are back > to normal. > > I attach the Xorg.log from when it got me a black screen. > > > Stefan > > [65.676] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() > failed > [65.676] _XSERVTransMakeAllCOTSServerListeners: server already running > [65.676] (--) Log file renamed from > "/var/lib/gdm3/.local/share/xorg/Xorg.pid-2189.log" to > "/var/lib/gdm3/.local/share/xorg/Xorg.1.log" > [65.677] > X.Org X Server 1.21.1.4 > X Protocol Version 11, Revision 0 > [65.677] Current Operating System: Linux lechazo 5.16.0-3-amd64 #1 SMP > PREEMPT Debian 5.16.11-1 (2022-02-25) x86_64 > [65.677] Kernel command line: BOOT_IMAGE=/vmlinuz-5.16.0-3-amd64 > root=/dev/mapper/Alfajor-root ro fbcon=rotate:3 > [65.677] xorg-server 2:21.1.4-1 (https://www.debian.org/support) > [65.677] Current version of pixman: 0.40.0 > [65.677] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [65.677] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [65.677] (==) Log file: "/var/lib/gdm3/.local/share/xorg/Xorg.1.log", > Time: Wed Sep 21 15:16:48 2022 > [65.677] (==) Using system config directory "/usr/share/X11/xorg.conf.d" > [65.677] (==) No Layout section. Using the first Screen section. > [65.677] (==) No screen section available. Using defaults. > [65.677] (**) |-->Screen "Default Screen Section" (0) > [65.677] (**) | |-->Monitor "" > [65.678] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [65.678] (==) Automatically adding devices > [65.678] (==) Automatically enabling devices > [65.678] (==) Automatically adding GPU devices > [65.678] (==) Automatically binding GPU devices > [65.678] (==) Max clients allowed: 256, resource mask: 0x1f > [65.678] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not > exist. > [65.678] Entry deleted from font path. > [65.678] (==) FontPath set to: > /usr/share/fonts/X11/misc, > /usr/share/fonts/X11/100dpi/:unscaled, > /usr/share/fonts/X11/75dpi/:unscaled, > /usr/share/fonts/X11/Type1, > /usr/share/fonts/X11/100dpi, > /usr/share/fonts/X11/75dpi, > built-ins > [65.678] (==) ModulePath set to "/usr/lib/xorg/modules" > [65.678] (II) The server relies on udev to provide the list of input > devices. > If no devices become available, reconfigure udev or disable > AutoAddDevices. > [65.678] (II) Loader magic: 0x568a97a0 > [65.678] (II) Module ABI versions: > [65.678] X.Org ANSI C Emulation: 0.4 > [65.678] X.Org Video Driver: 25.2 > [65.678] X.Org XInput driver : 24.4 > [65.678] X.Org Server Extension : 10.0 > [65.678] (++) using VT number 1 > > [65.680] (II) systemd-logind: took control of session > /org/freedesktop/login1/session/c2 > [65.681] (II) xfree86: Adding drm device (/dev/dri/card0) > [65.681] (II) Platform probe for > /sys/devices/pci:00/:00:02.0/drm/card0 > [65.681] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 > paused 0 > [65.683] (--) PCI:*(0@0:2:0) 8086:3ea0:8086:2212 rev 0, Mem @ > 0xd000/16777216, 0xc000/268435456, I/O @ 0x3000/64, BIOS @ > 0x/131072 > [65.683] (II) LoadModule: "glx" > [65.683] (II) Loading /usr/lib/xor
Bug#1005359: xserver-xorg-core: Intel HD Graphics 620: blank screen
Jakub Wilk [2022-02-11 23:17:58] wrote:
> After recent upgrades, the X server no longer works for me: I get only
> blank screen. Worse, the blankness remains even after I zap the server.
> Downgrading xserver-xorg-core to 2:1.20.14-1 fixed it for me.
I'm not sure if I suffer from the same problem, but I'm seeing similar
symptoms here on my Librem mini.
I run Debian testing on this machine and since I had not rebooted it in
a while I don't know which version of Xorg I've been happily running
last, but after an `apt full-upgrade` I did a reboot and as soon as gdm
launched Xorg, the screens (I have two monitors connected) went black.
I couldn't find a way to bring the screens back to life, short of
rebooting: I tried to stop Xorg/gdm, I tried suspend+resume, I tried to
use lightdm.
I downgraded to `xserver-xorg-core/stable` and things are back
to normal.
I attach the Xorg.log from when it got me a black screen.
Stefan
[65.676] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener()
failed
[65.676] _XSERVTransMakeAllCOTSServerListeners: server already running
[65.676] (--) Log file renamed from
"/var/lib/gdm3/.local/share/xorg/Xorg.pid-2189.log" to
"/var/lib/gdm3/.local/share/xorg/Xorg.1.log"
[65.677]
X.Org X Server 1.21.1.4
X Protocol Version 11, Revision 0
[65.677] Current Operating System: Linux lechazo 5.16.0-3-amd64 #1 SMP
PREEMPT Debian 5.16.11-1 (2022-02-25) x86_64
[65.677] Kernel command line: BOOT_IMAGE=/vmlinuz-5.16.0-3-amd64
root=/dev/mapper/Alfajor-root ro fbcon=rotate:3
[65.677] xorg-server 2:21.1.4-1 (https://www.debian.org/support)
[65.677] Current version of pixman: 0.40.0
[65.677]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[65.677] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[65.677] (==) Log file: "/var/lib/gdm3/.local/share/xorg/Xorg.1.log", Time:
Wed Sep 21 15:16:48 2022
[65.677] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[65.677] (==) No Layout section. Using the first Screen section.
[65.677] (==) No screen section available. Using defaults.
[65.677] (**) |-->Screen "Default Screen Section" (0)
[65.677] (**) | |-->Monitor ""
[65.678] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[65.678] (==) Automatically adding devices
[65.678] (==) Automatically enabling devices
[65.678] (==) Automatically adding GPU devices
[65.678] (==) Automatically binding GPU devices
[65.678] (==) Max clients allowed: 256, resource mask: 0x1f
[65.678] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[65.678]Entry deleted from font path.
[65.678] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[65.678] (==) ModulePath set to "/usr/lib/xorg/modules"
[65.678] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable
AutoAddDevices.
[65.678] (II) Loader magic: 0x568a97a0
[65.678] (II) Module ABI versions:
[65.678]X.Org ANSI C Emulation: 0.4
[65.678]X.Org Video Driver: 25.2
[65.678]X.Org XInput driver : 24.4
[65.678]X.Org Server Extension : 10.0
[65.678] (++) using VT number 1
[65.680] (II) systemd-logind: took control of session
/org/freedesktop/login1/session/c2
[65.681] (II) xfree86: Adding drm device (/dev/dri/card0)
[65.681] (II) Platform probe for
/sys/devices/pci:00/:00:02.0/drm/card0
[65.681] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 paused 0
[65.683] (--) PCI:*(0@0:2:0) 8086:3ea0:8086:2212 rev 0, Mem @
0xd000/16777216, 0xc000/268435456, I/O @ 0x3000/64, BIOS @
0x/131072
[65.683] (II) LoadModule: "glx"
[65.683] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[65.684] (II) Module glx: vendor="X.Org Foundation"
[65.684]compiled for 1.21.1.4, module version = 1.0.0
[65.684]ABI class: X.Org Server Extension, version 10.0
[65.684] (==) Matched modesetting as autoconfigured driver 0
[65.684] (==) Matched fbdev as autoconfigured driver 1
[65.684] (==) Matched vesa as autoconfigured driver 2
[65.684] (==) Assigned the driver to the xf86ConfigLayout
[65.684] (II) LoadModule: "modesetting"
[65.684] (II) Loading /usr/lib/xorg/modules/drivers/m
Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"
> I just tried to upgrade my `testing` installation but the problem is
> still present. Did you install the patch there?
I just upgraded to the new `bullseye` release and the problem is
still there.
Stefan
Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"
Julien Cristau [2021-03-18 14:58:30] wrote: > On Thu, Mar 18, 2021 at 09:39:36AM -0400, Stefan Monnier wrote: >> > I tried to reconstruct the given backtrace in [1]. >> >> Thanks, >> >> > So the actual issue seems to be a "movq" instruction which >> > seems to be due to [3] a SSE2 instruction, which might >> > the "Pentium III M" is lacking, like Stefan already noted. >> > I am not sure where the current Debian baseline could be >> > consulted regarding this, maybe [4] could give a hint. >> >> AFAIK Debian's i386 architecture does not (yet) require SSE2 (as >> witnessed by the existence of the package `sse2-support`). >> >> Where does this instruction come from? >> Is it generated by GCC (and if so, why does GCC generate it)? >> > > I'm guessing because of this: > https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/-/blob/master/src/sna/blt.c#L37 > > Does the below help? I just tried to upgrade my `testing` installation but the problem is still present. Did you install the patch there? Stefan
Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"
> I tried to reconstruct the given backtrace in [1]. Thanks, > So the actual issue seems to be a "movq" instruction which > seems to be due to [3] a SSE2 instruction, which might > the "Pentium III M" is lacking, like Stefan already noted. > I am not sure where the current Debian baseline could be > consulted regarding this, maybe [4] could give a hint. AFAIK Debian's i386 architecture does not (yet) require SSE2 (as witnessed by the existence of the package `sse2-support`). Where does this instruction come from? Is it generated by GCC (and if so, why does GCC generate it)? Stefan PS: I hope the i386 port never will require SSE2, since all the processors I have which support SSE2 also support AMD64.
Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"
> My Thinkpad X30 uses Debian testing and after a recentish update (a couple > months ago) the X server doesn't want to start any more. > > As you can see in the Xorg.0.log below, it fails with an "Illegal > instruction". > This machine is admittedly old, so I suspect it might have to do with the > code using instructions not supported by the processor (Pentium III M), > but AFAIK this *should* work, so I think it's a bug. I just tried `dpkg --purge xsrver-xorg-video-intel` to se if using another driver would circumvent the problm but that just makes me bump into another problem; the modesetting driver fails with: (EE) modest(0): Failed to initialize glamor at ScreenInit() time. -- Stefan
Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"
Package: xserver-xorg-video-intel Version: 2:2.99.917+git20200714-1+b1 Severity: important Dear Maintainer, My Thinkpad X30 uses Debian testing and after a recentish update (a couple months ago) the X server doesn't want to start any more. As you can see in the Xorg.0.log below, it fails with an "Illegal instruction". This machine is admittedly old, so I suspect it might have to do with the code using instructions not supported by the processor (Pentium III M), but AFAIK this *should* work, so I think it's a bug. Stefan -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 16 2010 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Dec 2 05:41 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 82830M/MG Integrated Graphics Controller [8086:3577] (rev 04) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: # dynpm=1 dynclks=1 options radeon modeset=1 Kernel version (/proc/version): --- Linux version 5.9.0-5-686-pae (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-1) 10.2.1 20201207, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.9.15-1 (2020-12-17) Xorg X server log files on system: -- -rw-r--r-- 1 rootroot225345 Nov 16 2007 /var/log/Xorg.22.log -rw-r--r-- 1 rootroot138823 Nov 16 2007 /var/log/Xorg.23.log -rw-r--r-- 1 rootroot 40062 Nov 16 2007 /var/log/Xorg.24.log -rw-r--r-- 1 rootroot 35148 Aug 16 2008 /var/log/Xorg.21.log -rw-r--r-- 1 rootroot 39499 Aug 22 2011 /var/log/Xorg.20.log -rw-r--r-- 1 rootroot 28942 Jul 14 2017 /var/log/Xorg.2.log -rw-r--r-- 1 monnier monnier 21559 Dec 18 2019 /home/monnier/.local/share/xorg/Xorg.1.log -rw-r--r-- 1 monnier monnier 22890 Aug 5 16:28 /home/monnier/.local/share/xorg/Xorg.0.log -rw-r--r-- 1 rootroot 0 Dec 7 19:13 /var/log/Xorg.1.log -rw-r--r-- 1 rootroot 8218 Jan 4 13:31 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 142.347] X.Org X Server 1.20.10 X Protocol Version 11, Revision 0 [ 142.348] Build Operating System: Linux 4.19.0-12-amd64 i686 Debian [ 142.349] Current Operating System: Linux yuca 5.9.0-5-686-pae #1 SMP Debian 5.9.15-1 (2020-12-17) i686 [ 142.349] Kernel command line: BOOT_IMAGE=/vmlinuz-5.9.0-5-686-pae root=/dev/mapper/Ceviche-root ro [ 142.349] Build Date: 02 December 2020 10:41:35AM [ 142.349] xorg-server 2:1.20.10-1 (https://www.debian.org/support) [ 142.349] Current version of pixman: 0.36.0 [ 142.349]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 142.349] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 142.351] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 4 13:31:59 2021 [ 142.353] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 142.354] (==) No Layout section. Using the first Screen section. [ 142.354] (==) No screen section available. Using defaults. [ 142.354] (**) |-->Screen "Default Screen Section" (0) [ 142.354] (**) | |-->Monitor "" [ 142.355] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 142.355] (==) Automatically adding devices [ 142.356] (==) Automatically enabling devices [ 142.356] (==) Automatically adding GPU devices [ 142.356] (==) Max clients allowed: 256, resource mask: 0x1f [ 142.356] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 142.356]Entry deleted from font path. [ 142.356] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 142.356] (==) ModulePath set to "/usr/lib/xorg/modules" [ 142.356] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 142.356] (II) Loader magic: 0x6df740 [ 142.357] (II) Module ABI versions: [ 142.357]X.Org ANSI C Emulation: 0.4 [ 142.357]X.Org Video Driver: 24.1 [ 142.357]X.Org XInput driver : 24.1 [ 142.357]X.Org Serv
Bug#954311: libgl1-mesa-dri: Makes KDE konsole unusable
Hi Timo, Am 20.03.20 um 09:55 schrieb Timo Aaltonen: > Please file it upstream, this is caused by the new 'iris' driver. In the > meantime, you can force the previous driver with this in a ~/.drirc: > > > > > > > > > Or run the app with the driver to verify it actually helps: > > dri_driver=i965 ./app That did not help. It seems Xorg itself also loads the iris driver and that causes the drawing errors. But putting the config into /etc/drirc did help. Cheers, Stefan
Bug#909041: xorg: Xorg log filling up with (EE) modeset(0): Failed to get GBM bo for flip to new front.
Hi, this is the upstream bug report: https://gitlab.freedesktop.org/xorg/xserver/issues/68 There is some discussion about the implementation to be found here: https://gitlab.freedesktop.org/xorg/xserver/merge_requests/131 The resulting patch has been merged: https://gitlab.freedesktop.org/xorg/xserver/merge_requests/193 It would be nice to get this backported to stable IMHO since running out of space on / (as just happened to me) is rather bad... ;) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner
Bug#931556: libdrm2: drmGetDevice2 fails for OF less platform devices
Package: libdrm2
Version: 2.4.97-1
Severity: normal
Tags: patch
Dear Maintainer,
Using eglinfo from the mesa-utils-extra package on a i.MX 6 based device
leads to the following output:
# eglinfo
EGL client extensions string:
EGL_EXT_device_base EGL_EXT_device_enumeration EGL_EXT_device_query
EGL_EXT_platform_base EGL_KHR_client_get_all_proc_addresses
EGL_EXT_client_extensions EGL_KHR_debug EGL_EXT_platform_wayland
EGL_EXT_platform_x11 EGL_MESA_platform_gbm
EGL_MESA_platform_surfaceless
GBM platform:
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
Segmentation fault (core dumped)
Investigating the issue showed that it seems to be fixed when using
libdrm 2.4.98. It turns out that commit 3df8a7f01abf ("xf86drm:
fallback to MODALIAS for OF less platform devices") fixes the problem.
>From what I understand the issue is connected with how the DRM device
driver is instanciated in first place, see:
https://patchwork.kernel.org/patch/10776995/
Note that I used ArchLinux ARM with its kernel for some further
investigation where this report has been generated. But the underlying
kernel change casing this issue is also present in Debian Buster's stock
4.19.0 kernel.
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: armhf (armv7l)
Kernel: Linux 5.1.15-1-ARCH (SMP w/2 CPU cores; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages libdrm2 depends on:
ii libc6 2.28-10
ii libdrm-common 2.4.97-1
libdrm2 recommends no packages.
libdrm2 suggests no packages.
-- no debconf information
Bug#908273: Problen does not occur anymore
The problen does not occur anymore with release 1.16.0-1
Bug#908273: Mouse cursor stops on visual effects
Can somebody please fix the typo in the title?
Bug#908273: Mourse cursor stops on visual effects
Package: libwayland-bin Version: 1.15.0-2 1) Movements of my mouse cursor is not smooth. The cursor often sticks for a half second and then jumps to the correct position. The problem happens when I hold the mouse still for >5 seconds followed by a movement over any GUI element that reacts with any visual effect. When I constantly move the mouse, then the problem does not occur. Related "visual effects" are for example color change of text, emphasis of buttons, scrolling of window content, change of cursor shape. The USB mouse is affected as well as the touch pad of my laptop. Using another mouse, disconnecting the mouse or disabling the touch pad does not make any difference. I also tried to change my CPU speed governor from "powersave" to "performance" but that also did not help. All programs are affected. 2) In addition I noticed that video playback (e.g. on youtube.com) often starts with 1 second of jerking image and sound. 3) When I create screenshot by pressing the Print key, the screen sometimes freezes and shows about 50% of all pixels across the whole surface with random data (noise). Disabling Wayland in /etc/gdm3/daemon.conf solves all 3 problems. I wrote 3 issues in one ticket because I assume that they are related. If not then please lets concentrate on the first issue with the mouse cursor because that is more important to me. My laptop is a HP Omen with 8 cores, 8GB RAM, SSD and an Intel graphic chip plus an additional nvidia GPU. However I did not install the Nvidia driver because I am not interested in the 3D acceleration. Output from lspci: 00:00.0 Host bridge: Intel Corporation Skylake Host Bridge/DRAM Registers (rev 07) 00:01.0 PCI bridge: Intel Corporation Skylake PCIe Controller (x16) (rev 07) 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) 00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 07) 00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31) 00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31) 00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31) 00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] (rev 31) 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #5 (rev f1) 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #6 (rev f1) 00:1c.6 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #7 (rev f1) 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31) 00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31) 00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31) 00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31) 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev a2) 07:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS522A PCI Express Card Reader (rev 01) 08:00.0 Network controller: Intel Corporation Wireless 7265 (rev 61) 09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
Bug#894325: Bug resolved - upstream issue.
FYI: My investigation turned out that it was indeed an upstream problem of libinput. https://bugs.freedesktop.org/show_bug.cgi?id=105830 So this report against xinput can be closed as invalid/upstream.
Bug#894325: Bug is deeper, not in xinput, but in libinput
After looking into the stuff I see that the issue is somewhere deeper. See also http://forums.debian.net/viewtopic.php?f=6=137104 Looks like that the regression is possibly caused by libinput: https://github.com/wayland-project/libinput/blob/master/src/evdev.c In particular this https://github.com/wayland-project/libinput/blob/master/src/evdev.c#L589 (and following) and this https://github.com/wayland-project/libinput/blob/master/src/libinput.c#L3901 (and following) looks odd to me when taking a first glimpse. My feeling is that there is something foul.
Bug#894325: xinput fails to set-button-map, no matter whether device id or device name is being used
Package: xinput
Version: 1.6.2-1+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
When migrating from FreeBSD to Debian, I noticed that my script to turn off the
mouse wheel does no longer work.
This is the script:
#!/usr/bin/env perl
use strict;
# mouse name:
# on FreeBSD the default mouse is 'sysmouse'
# on Linux you need to find the mouse name using 'xinput list' and paste
#the string into the $sysmouse variable
#my $sysmouse = 'sysmouse';
my $sysmouse = 'MLK SPEEDLINK RF Snappy';
# get output of "xinput list"
my $xinp = `xinput list`;
# get the sysmouse id
(my $smid) = $xinp =~ /^.*$sysmouse\s+id=(\d)\s+.*$/gm;
# now get info for sysmouse device
print "System mouse ID is: $smid\n";
$xinp = `xinput list $smid`;
# get the information in the "Button labels" line
(my $bl) = $xinp =~ /^\s+Button labels:\s(.*)$/gm;
print "Button labels are: $bl\n";
# separate the button descriptions
my @btnt = split(/\"\s\"/, $bl);
# now get the button map
my @bmap = split(' ', `xinput get-button-map $smid`);
# build the command string to be executed
my $cmd = "xinput set-button-map $smid";
for (my $bid = 0; $bid < scalar @bmap; $bid++) {
$cmd .= ' ' . ($btnt[$bid] =~ /.*Wheel.*/ ? '0' : $bmap[$bid]);
}
# finally turn off the wheels :)
print "Executed to turn wheel off: $cmd\n";
`$cmd`;
* What exactly did you do (or not do) that was effective (or
ineffective)?
I investigated the behavior of the 'xinput' program on Debian.
* What was the outcome of this action?
I found that Debian 'xinput' does not work as described in the man page:
-It does not set the button map when using the device id (without giving any
message hinting to a problem)
-It aborted with an error message when using the device name instead.
* What outcome did you expect instead?
I expected that xinput works as advertised.
Further notice:
When looking at the xinput bug reports, these indicate that there might be a
regression in the libinput library used in Debian.
Maybe a temporary fix could be to revert to an older, still working libinput
library?
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.15.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages xinput depends on:
ii libc6 2.27-2
ii libx11-6 2:1.6.5-1
ii libxext6 2:1.3.3-1+b2
ii libxi62:1.7.9-1
ii libxinerama1 2:1.1.3-1+b3
ii libxrandr22:1.5.1-1
xinput recommends no packages.
xinput suggests no packages.
Bug#812996: xserver-xorg-video-intel: module ABI major version (19) doesn't match the server's version (20)
Package: xserver-xorg-video-intel Version: 2_2.99.917+git20160127-1 <http://anonscm.debian.org/cgit/pkg-xorg/driver/xserver-xorg-video-intel.git/tag/?h=xserver-xorg-video-intel-2_2.99.917%2bgit20160127-1> Severity: important Dear Maintainer, after last update (28.01.2016) of sid I lost xserver-xorg-video-intel. When I try apt-get install xserver-xorg-video-intel There is following error message: The following packages have unmet dependencies: xserver-xorg-video-intel : Depends: xorg-video-abi-19 When I install manually the package (with dpkg) and try to start X there are following lines in Xorg.0.log: [ 1662.901] (II) Module intel: vendor="X.Org Foundation" [ 1662.901]compiled for 1.17.3, module version = 2.99.917 [ 1662.901]Module class: X.Org Video Driver [ 1662.901]ABI class: X.Org Video Driver, version 19.0 [ 1662.901] (EE) module ABI major version (19) doesn't match the server's version (20) [ 1662.901] (II) UnloadModule: "intel" [ 1662.901] (II) Unloading intel [ 1662.901] (EE) Failed to load module "intel" (module requirement mismatch, 0) Package xserver-xorg-core is version 2%3a1.18.0-3_amd64 Best regards -- Stefan Stefanov
Bug#810497: xwayland: There is no manpage for Xwayland
Package: xwayland Version: 2:1.17.3-2 Severity: normal Dear Maintainer, I see that Wayland is now used by default in Debian testing. While trying to figure out why it happens not to work for me (which may lead to another bug report) I found that there is very little (if any) documentation about it. Not even a manpage. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xwayland depends on: ii libaudit1 1:2.4.5-1 ii libc6 2.21-6 ii libdrm2 2.4.65-3 ii libegl1-mesa [libegl1-x11] 11.0.8-1 ii libepoxy0 1.3.1-1 ii libgbm1 11.0.8-1 ii libgcrypt20 1.6.4-4 ii libgl1-mesa-glx [libgl1]11.0.8-1 ii libpixman-1-0 0.33.4-1 ii libselinux1 2.4-3 ii libwayland-client0 1.9.0-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.2-1 ii libxfont1 1:1.5.1-1 ii libxshmfence1 1.2-1 ii xserver-common 2:1.17.3-2 xwayland recommends no packages. xwayland suggests no packages. -- no debconf information
Re: [RFC] Embed the mesa version in the library/binary name
Hi Emil On Fri, Aug 14, 2015 at 04:21:10PM +0100, Emil Velikov wrote: Hello all, My name is Emil and I'm the person breaking^w fixing mesa's build amongst others. A while back I had this idea of renaming the libraries provided by mesa to include the actual version number. Prior to doing anything crazy I've decided to seek your feedback. Thanks for informing us beforehand! * What The idea is to rename (ideally) all of the versioned libraries. Unversioned ones such as radeonsi_dri.so will remain as is. Note: the soname and symlinks will stay to avoid breaking compatibility. +1 * How While I haven't fully decided on the exact approach I'm thinking of something like: libGL.so.1.0.0 - libGL.so.11.0 or libGL.so.110.1 or libGL.so.11.01 libGL.so.11.0 * Why A number of reasons: - Allows multiple binaries to coexist, making the dynamic switching between libGL.so.110.1, libGL.so.11.2.0 (mesa), libGL.so.352.14 (nvidia) libGL.so.XX.Y (another vendor) a little bit easier. About nvidia. Benefit is small, since NVIDIA replaces half of the driver stack anyway (e.g. glx Xserver module). So you still need to make sure the right glx Xserver module is being loaded. Also the right kernel module (KMS or nvidia). And ldconfig creates the right symlink for libGL.so.1 ... How does this sound, do you foresee any pros/cons with the above proposal ? Any and all input is greatly appreciated, but please try to keep your replies technical and constructive. I don't see any regression in the change. If there are any concerns wrt the required updates (of the build/packaging recipes) I'm willing to help out. Thanks for the offer, although I don't expect any issues here. As I'm not sure how many of you follow mesa-dev, would you be OK if I CC you in distro related~ish topics. Some (not so crazy) examples: - libEGL.so has additional dependency (via libdl) of X - OpenCL only works with render node devices, kernel vY or later is required - Mesa's new library libfoo.so should be shipped with libbar.so Cc'ing me in such topics would be very much appreciated! Thanks, Stefan Public Key available -- Stefan Dirsch (Res. Dev.) SUSE LINUX GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.deGermany --- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) ---
Bug#771832: xserver-xorg-video-modesetting: left or right rotation gives blank screen with gma500 card
Package: xserver-xorg-video-modesetting Version: 0.9.0-1+b1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** The quoted xorg.conf file below is the one I've been using for a few years now with a gma500 card for the first screen and a displaylink card for the second. Both rotated. I'm trying to use the modesetting driver instead so as to be able to use hotplugging of the displaylink, but the rotation does not work. I start I used an empty xorg.conf (a symlink to /dev/null), the Xorg server startyed fine. Then I used xrandr and saw that DVI-0 is the name used for my monitor, so I tried xrandr --output DVI-0 --rotate left; sleep 10; xrandr --output DVI-0 --rotate normal; and the screen went blank (not just black: the monitor went to sleep) for 10 seconds and then came back. This is with the stock Debian 3.16.0-4-686-pae kernel. There was no dmesg output during the rotation. Stefan -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 16 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2556784 Nov 3 16:52 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation System Controller Hub (SCH Poulsbo) Graphics Controller [8086:8108] (rev 07) Xorg X server configuration file status: lrwxrwxrwx 1 root root 16 Dec 2 11:56 /etc/X11/xorg.conf - xorg.conf.dualfb Contents of /etc/X11/xorg.conf: --- ### DisplayLink Stuff ### Section Device Identifier DisplayLinkDevice driver fbdev #driver displaylink Option fbdev /dev/fb1 # Hack to get fbdev to accept several devices. # http://lists.freedesktop.org/archives/libdlo/2010-November/000791.html BusID USB Option RotateCCW EndSection Section Monitor Identifier DisplayLinkMonitor EndSection Section Screen Identifier DisplayLinkScreen Device DisplayLinkDevice Monitor DisplayLinkMonitor SubSection Display Depth 16 # 24bit works fine but for USB 2.0 a lot of data #Modes 1280x1024 EndSubSection EndSection Original Video Settings ### Section Device Identifier Configured Video Device driver fbdev Option fbdev /dev/fb0 # Hack to get fbdev to accept several devices. # http://lists.freedesktop.org/archives/libdlo/2010-November/000791.html BusID USB Option Rotate CCW EndSection Section Monitor Identifier Configured Monitor # Doesn't seem to work. #Option Rotateleft EndSection Section Screen Identifier DefaultScreen Monitor Configured Monitor Device Configured Video Device EndSection Section ServerLayout Identifier Server Layout Screen 0 DefaultScreen 0 0 Screen 1 DisplayLinkScreen RightOf DefaultScreen Option Xinerama on EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06) Xorg X server log files on system: -- -rw-r--r-- 1 root root 225345 Nov 16 2007 /var/log/Xorg.22.log -rw-r--r-- 1 root root 138823 Nov 16 2007 /var/log/Xorg.23.log -rw-r--r-- 1 root root 40062 Nov 16 2007 /var/log/Xorg.24.log -rw-r--r-- 1 root root 2485 Apr 13 2010 /var/log/Xorg.3.log -rw-r--r-- 1 root root 52283 Apr 13 2010 /var/log/Xorg.1.7.6.log -rw-r--r-- 1 root root 14860 Oct 21 2010 /var/log/Xorg.21.log -rw-r--r-- 1 root root 15503 Oct 21 2010 /var/log/Xorg.20.log -rw-r--r-- 1 root root 24851 May 29 2013 /var/log/Xorg.2.log -rw-r--r-- 1 root root 15996 Dec 2 11:29 /var/log/Xorg.1.log -rw-r--r-- 1 root root 22098 Dec 2 12:02 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [26.429] X.Org X Server 1.16.1.901 (1.16.2 RC 1) Release Date: 2014-11-02 [26.429] X Protocol Version 11, Revision 0 [26.429] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [26.429] Current Operating System: Linux lechazo 3.16.0-4-686-pae #1
Bug#751806: xserver-xorg-video-nouveau: nvs 3100m/gt218m - suspend or resume: cursor turns into random square bitmap, system freezes
I think that I can more or less reliably cause a kernel oohps on resume: 1. boot with monitor attached via dvi cable (docking station) 2. suspend to RAM (with monitor attached) 3. resume (with monitor attached) The system resumes and I find a stack trace in kern.log / dmesg There is no more freezing of the system at this point (kernel from testing Linux nbofm020 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64 GNU/Linux However, I observe that an Xaw/X11 application that I use sometimes (xfig) acquires unnaturally large cursors in some of its widgets (Unnaturally large meaning about twice the 'regular' size. Here's the stack trace: ul 15 22:52:11 nbofm020 kernel: [ 1646.216156] acpi PNP0501:00: Cannot transition to non-D0 state f rom D3 Jul 15 22:52:11 nbofm020 kernel: [ 1646.216276] nouveau [ DRM] suspending display... Jul 15 22:52:11 nbofm020 kernel: [ 1646.216304] nouveau [ DRM] unpinning framebuffer(s)... Jul 15 22:52:11 nbofm020 kernel: [ 1646.216396] nouveau [ DRM] evicting buffers... Jul 15 22:52:11 nbofm020 kernel: [ 1647.403984] nouveau [ DRM] waiting for kernel channels to g o idle... Jul 15 22:52:11 nbofm020 kernel: [ 1647.404014] nouveau [ DRM] suspending client object trees.. . Jul 15 22:52:11 nbofm020 kernel: [ 1647.404499] nouveau [ DRM] suspending kernel object tree... Jul 15 22:52:11 nbofm020 kernel: [ 1647.447237] dell_wmi: Received unknown WMI event (0x11) Jul 15 22:52:11 nbofm020 kernel: [ 1649.074859] PM: suspend of devices complete after 2873.386 msecs Jul 15 22:52:11 nbofm020 kernel: [ 1649.075106] PM: late suspend of devices complete after 0.243 mse cs Jul 15 22:52:11 nbofm020 kernel: [ 1649.090714] ehci-pci :00:1d.0: System wakeup enabled by ACPI Jul 15 22:52:11 nbofm020 kernel: [ 1649.106787] ehci-pci :00:1a.0: System wakeup enabled by ACPI Jul 15 22:52:11 nbofm020 kernel: [ 1649.122549] e1000e :00:19.0: System wakeup enabled by ACPI Jul 15 22:52:11 nbofm020 kernel: [ 1649.154582] PM: noirq suspend of devices complete after 79.466 m secs Jul 15 22:52:11 nbofm020 kernel: [ 1649.155000] ACPI: Preparing to enter system sleep state S3 Jul 15 22:52:11 nbofm020 kernel: [ 1649.157828] PM: Saving platform NVS memory Jul 15 22:52:11 nbofm020 kernel: [ 1649.159152] Disabling non-boot CPUs ... Jul 15 22:52:11 nbofm020 kernel: [ 1649.160669] kvm: disabling virtualization on CPU1 Jul 15 22:52:11 nbofm020 kernel: [ 1649.262515] smpboot: CPU 1 is now offline Jul 15 22:52:11 nbofm020 kernel: [ 1649.264451] kvm: disabling virtualization on CPU2 Jul 15 22:52:11 nbofm020 kernel: [ 1649.366525] smpboot: CPU 2 is now offline Jul 15 22:52:11 nbofm020 kernel: [ 1649.368334] kvm: disabling virtualization on CPU3 Jul 15 22:52:11 nbofm020 kernel: [ 1649.470540] smpboot: CPU 3 is now offline Jul 15 22:52:11 nbofm020 kernel: [ 1649.471810] ACPI: Low-level resume complete Jul 15 22:52:11 nbofm020 kernel: [ 1649.471874] PM: Restoring platform NVS memory Jul 15 22:52:11 nbofm020 kernel: [ 1649.472483] CPU0: Thermal monitoring handled by SMI Jul 15 22:52:11 nbofm020 kernel: [ 1649.472519] Enabling non-boot CPUs ... Jul 15 22:52:11 nbofm020 kernel: [ 1649.472618] x86: Booting SMP configuration: Jul 15 22:52:11 nbofm020 kernel: [ 1649.472619] smpboot: Booting Node 0 Processor 1 APIC 0x4 Jul 15 22:52:11 nbofm020 kernel: [ 1649.483062] CPU1 microcode updated early to revision 0xe, date = 2013-06-26 Jul 15 22:52:11 nbofm020 kernel: [ 1649.483568] CPU1: Thermal monitoring handled by SMI Jul 15 22:52:11 nbofm020 kernel: [ 1649.483598] kvm: enabling virtualization on CPU1 Jul 15 22:52:11 nbofm020 kernel: [ 1649.486010] CPU1 is up Jul 15 22:52:11 nbofm020 kernel: [ 1649.486084] smpboot: Booting Node 0 Processor 2 APIC 0x1 Jul 15 22:52:11 nbofm020 kernel: [ 1649.496501] CPU2 microcode updated early to revision 0xe, date = 2013-06-26 Jul 15 22:52:11 nbofm020 kernel: [ 1649.497223] CPU2: Thermal monitoring handled by SMI Jul 15 22:52:11 nbofm020 kernel: [ 1649.497254] kvm: enabling virtualization on CPU2 Jul 15 22:52:11 nbofm020 kernel: [ 1649.499679] CPU2 is up Jul 15 22:52:11 nbofm020 kernel: [ 1649.499760] smpboot: Booting Node 0 Processor 3 APIC 0x5 Jul 15 22:52:11 nbofm020 kernel: [ 1649.510811] CPU3: Thermal monitoring handled by SMI Jul 15 22:52:11 nbofm020 kernel: [ 1649.510841] kvm: enabling virtualization on CPU3 Jul 15 22:52:11 nbofm020 kernel: [ 1649.513289] CPU3 is up Jul 15 22:52:11 nbofm020 kernel: [ 1649.515552] ACPI: Waking up from system sleep state S3 Jul 15 22:52:11 nbofm020 kernel: [ 1649.580008] ehci-pci :00:1a.0: System wakeup disabled by ACP I Jul 15 22:52:11 nbofm020 kernel: [ 1649.612011] ehci-pci :00:1d.0: System wakeup disabled by ACP I Jul 15 22:52:11 nbofm020 kernel: [ 1649.692101] sdhci-pci :04:00.0: MMC controller base frequenc y changed to 50Mhz. Jul 15 22:52:11 nbofm020 kernel: [ 1649.708250] PM: noirq resume of devices complete after 189.557 m secs Jul 15 22:52:11
Bug#683762: On/Off button LED indicator doesn't work on HP Folio 13 - 2000
The openSUSE patches by Takashi Iwai seem to have caused other problems and were dropped two years ago [1]. The maintainer Peter Hutterer closed (wontfix) the upstream bug report two months ago [2]. [1] https://build.opensuse.org/package/view_file?file=xf86-input-synaptics.changespackage=xf86-input-synapticsproject=openSUSE%3A12.2rev=62387336edb5473988dd9fc4fdba589a [2] https://bugs.freedesktop.org/show_bug.cgi?id=39055#c15 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/11bcc3f88d5380461df212f19ec48...@stefan-nagy.at
Bug#730159: Screen corruption on gnome 3.8 with Intel HD 3000 graphics
Sorry, I totally forgot that I myself reported this bug against server-xorg-video-intel in November last year. I reported the same bug in April against libcogl, in the meantime it turned out that this in fact is a gnome-shell bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743810 I'm going to merge the two reports. Sorry again. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1400224843.11730.7.camel@rosa
Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers
It would be nice if you could add these drivers. That would mean one
less reason to use the proprietary fglrx driver.
Attached is Mikhail's diff adjusted to 9.2.2-1diff -u mesa-9.2.2/debian/changelog mesa-9.2.2/debian/changelog
--- mesa-9.2.2/debian/changelog
+++ mesa-9.2.2/debian/changelog
@@ -1,3 +1,13 @@
+mesa (9.2.2-1.1) unstable; urgency=low
+
+ [ Mikhail Kshevetskiy ]
+
+ * debian: Add libxvmc1-gallium-drivers and libvdpau1-gallium-drivers
+packages to provide xvmc and vdpau video acceleration for nouveau,
+radeon and softpipe drivers.
+
+ -- Mikhail Kshevetskiy mikhail.kshevets...@gmail.com Sun, 09 Jun 2013 02:14:05 +0400
+
mesa (9.2.2-1) unstable; urgency=low
* New upstream release.
diff -u mesa-9.2.2/debian/control mesa-9.2.2/debian/control
--- mesa-9.2.2/debian/control
+++ mesa-9.2.2/debian/control
@@ -33,6 +33,8 @@
llvm-3.3-dev (= 1:3.3-4) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf],
libelf-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf],
libwayland-dev (= 1.0.2) [linux-any],
+ libxvmc-dev,
+ libvdpau-dev,
Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/mesa
Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/mesa.git
Homepage: http://mesa3d.sourceforge.net/
@@ -783,2 +785,76 @@
+Package: libvdpau1-gallium-drivers
+Section: libs
+Priority: optional
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+ firmware-linux-nonfree
+Recommends: libgl1-mesa-dri, libxvmc-mesa-drivers
+Multi-Arch: same
+Description: VDPAU Gallium3D video acceleration drivers
+ This package provide vdpau gallium drivers to accelerate video decoding
+ on r300/r600/radeonsi (AMD Radeon chips), nouveau (NVidia chips) and
+ softpipe.
+ .
+ Features:
+ r300: MPEG1, MPEG2
+ r600/radeonsi: MPEG1, MPEG2, H264, VC1, MPEG4 (see note)
+ nouveau: ???
+ softpipe: ???
+ .
+ Recent MPlayer versions use the provided library automatically. But you
+ can manually use it using for example the following command line.
+ .
+ .mplayer -vo vdpau -vc ffmpeg12vdpau example.mpeg2
+ .
+ Note: you'll need UVD support in your kernel to get H264/VC1/MPEG4
+ video decoding on AMD Radeon chips (linux = 3.10 and latest
+ radeon firmware files required).
+ .
+ Beware that this is work in progress and might not work as expected.
+
+Package: libvdpau1-gallium-drivers-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libvdpau1-gallium-drivers (= ${binary:Version}),
+ ${misc:Depends}
+Multi-Arch: same
+Description: debugging symbols for VDPAU Gallium3D video acceleration drivers
+ This package contains the debugging symbols for the VDPAU gallium drivers.
+
+Package: libxvmc1-gallium-drivers
+Section: libs
+Priority: optional
+Architecture: linux-any
+Depends:
+ libxvmc1,
+ ${shlibs:Depends},
+ ${misc:Depends},
+Recommends: libgl1-mesa-dri, libvdpau1-gallium-drivers
+Multi-Arch: same
+Description: XvMC Gallium3D video acceleration drivers
+ This package provide accelerated XvMC gallium drivers for
+ r300/r600/radeonsi (AMD Radeon chips), nouveau (NVidia chips) and
+ softpipe.
+ .
+ You have to edit `/etc/X11/XvMCConfig` and list your hardware specific
+ library in there, for example `libXvMCr600.so.1`.
+ .
+ Beware that this is work in progress and might not work as expected.
+
+Package: libxvmc1-gallium-drivers-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libxvmc1-gallium-drivers (= ${binary:Version}),
+ ${misc:Depends}
+Multi-Arch: same
+Description: debugging symbols for XvMC Gallium3D video acceleration drivers
+ This package contains the debugging symbols for the XvMCV gallium libraries.
+
# vim: tw=0
diff -u mesa-9.2.2/debian/rules mesa-9.2.2/debian/rules
--- mesa-9.2.2/debian/rules
+++ mesa-9.2.2/debian/rules
@@ -114,7 +114,6 @@
--enable-shared-glapi \
--enable-texture-float \
--enable-xa \
- --disable-xvmc --disable-vdpau \
$(confflags_DIRECT_RENDERING) \
$(confflags_EGL) \
$(confflags_GALLIUM) \
@@ -129,22 +128,25 @@
--enable-xlib-glx \
--disable-egl \
--disable-shared-glapi \
+ --disable-gallium-g3dvl \
$(buildflags)
confflags-swx11-static = \
--disable-dri \
--disable-egl \
--with-gallium-drivers= \
+ --disable-shared-glapi \
+ --disable-gallium-g3dvl \
--enable-xlib-glx \
--enable-static \
--disable-egl \
- --disable-shared-glapi \
$(buildflags)
confflags-swx11-i386-i686 = \
--disable-dri \
--disable-egl \
--with-gallium-drivers= \
+ --disable-gallium-g3dvl \
--enable-xlib-glx \
--disable-egl \
--disable-shared-glapi \
only in patch2:
unchanged:
--- mesa-9.2.2.orig/debian/libvdpau1-gallium-drivers.install.in
+++ mesa-9.2.2/debian/libvdpau1-gallium-drivers.install.in
@@ -0,0 +1 @@
+dri/usr/lib/${DEB_HOST_MULTIARCH}/vdpau/libvdpau_* usr/lib/${DEB_HOST_MULTIARCH}/vdpau
only in patch2:
unchanged:
--- mesa-9.2.2.orig/debian/libxvmc1-gallium-drivers.install.in
+++ mesa-9.2.2/debian/libxvmc1-gallium-drivers.install.in
@@ -0,0 +1 @@
Bug#728390: libX11.so: Xinerama gives me extension RANDR missing on display
Package: libx11-6 Version: 2:1.6.2-1 Severity: normal File: libX11.so Dear Maintainer, Ever since I added a second screen to my desktop (via a displaylink USB graphics card), applications keep complaining about: Xlib: extension RANDR missing on display :0.0. Not sure where this comes from or where to report it. Maybe the X server should provide some minimal XRandR support, or maybe the X client should not complain about the lack of XRandR support, but these are annoying. Stefan -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libx11-6:i386 depends on: ii libc6 2.17-93 ii libx11-data2:1.6.2-1 ii libxcb11.9.1-3 ii multiarch-support 2.17-93 libx11-6:i386 recommends no packages. libx11-6:i386 suggests no packages. -- no debconf information -- 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/20131031145345.17755.18300.report...@faina.iro.umontreal.ca
Bug#725781: xserver-xorg-video-intel: Failed to submit batch buffer, expect rendering corruption
Package: xserver-xorg-video-intel Version: 2:2.21.15-1+b2 Severity: important The xserver-xorg-video-intel update from 2:2.21.14-4 to 2:2.21.15-1 shows this error in Xorg.0.log: intel(0): Failed to submit batch buffer, expect rendering corruption: Resource deadlock avoided. Moving windows is jerky after the error appears in the log file. Downgrading to 2.21.14-4 solves this problem. The machine is a Thinkpad X60s. Regards, Stefan - lspci: 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 3 (rev 02) 00:1c.3 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 4 (rev 02) 00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA Controller [AHCI mode] (rev 02) 00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02) 02:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller 03:00.0 Ethernet controller: Qualcomm Atheros AR5212 802.11abg NIC (rev 01) 15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b4) 15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 09) 15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 18) - Xorg.0.log: [34.995] X.Org X Server 1.12.4 Release Date: 2012-08-27 [34.996] X Protocol Version 11, Revision 0 [34.996] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [34.996] Current Operating System: Linux hostname 3.10-2-686-pae #1 SMP Debian 3.10.7-1 (2013-08-17) i686 [34.996] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10-2-686-pae root=/dev/mapper/VG1-root ro quiet [34.996] Build Date: 22 August 2013 05:27:51PM [34.996] xorg-server 2:1.12.4-6.2 (Michael Stapelberg stapelb...@debian.org) [34.996] Current version of pixman: 0.30.2 [34.996]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [34.996] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [34.996] (==) Log file: /var/log/Xorg.0.log, Time: Mon Sep 2 10:39:00 2013 [35.001] (==) Using system config directory /usr/share/X11/xorg.conf.d [35.005] (==) No Layout section. Using the first Screen section. [35.005] (==) No screen section available. Using defaults. [35.005] (**) |--Screen Default Screen Section (0) [35.005] (**) | |--Monitor default monitor [35.009] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [35.009] (==) Automatically adding devices [35.009] (==) Automatically enabling devices [35.023] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [35.056]Entry deleted from font path. [35.086] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [35.086]Entry deleted from font path. [35.086] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [35.086] (==) ModulePath set to /usr/lib/xorg/modules [35.086] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [35.086] (II) Loader magic: 0xb77275a0 [35.086] (II) Module ABI versions: [35.086]X.Org ANSI C Emulation: 0.4 [35.086
Bug#630169: libx11-6: not fault of libx11-6: reassign?
Package: libx11-6 Followup-For: Bug #630169 Hello, i took a stab at reproducing the issue and think it is not really a bug in libx11. Getting a backtrace of the problem with debug symbols confirms that the XSetWMProperties function is called with bogus arguments. Specifically bogus value for argc which lets XSetCommand (called from XSetWMProperties) trying to access the argv array out of its bound - segv. The bogus value is being passed in from some qt code. Searching a bit shows that this seems to be a known problem for some years [1] [2]. Note: [1] seems to be post from the bug-reporter here. [3] Seems to indicate wrong usage of qt api by the programs using it. So not completely clear to where the bug should be reassigned to (qt4? ocaml used by the sample-code?, but looks like its definitely not the fault of libx11 when bogus input data is sent in. Also i see no way at the moment to enhance the XSetWMProperties with some arguments checking for this specific case. Regards, Stefan [1] http://qt-project.org/forums/viewthread/7838 [2] http://lists.qt.nokia.com/public/qt-interest/2009-March/003675.html [3] http://www.qtcentre.org/archive/index.php/t-28785.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, 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/20130817125320.16574.93532.reportbug@shupnapc
Bug#691844: xauth: Failed X11 forwarding when using GDM via XDMCP
Package: xauth
Version: 1:1.0.4-1
Severity: normal
Tags: upstream patch
When using GDM via XDMCP, for examle when accessing GDM via
vncserver-XDMCP-localhost, ssh is no longer able to forward X11.
Invalid MIT-MAGIC-COOKIE-1 keyxterm Xt error: Can't open display:
localhost:10.0
The problem is, that xauth is unable to deal with the Family FamilyWild which
is used by GDM in XDMCP to store the MIT-MAGIC-COOKIE-1 for the user.
Attached are two patches, one for 1.0.4-1 and one for 1.0.7-1. The original
Patch is by Dr. Tilmann Bubeck.
Upstream Bug is at
https://bugs.freedesktop.org/show_bug.cgi?id=43425
FWIW, Redhat also has a bug for this:
https://bugzilla.redhat.com/show_bug.cgi?id=505545
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-xen-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 xauth depends on:
ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib
ii libx11-6 2:1.3.3-4 X11 client-side library
ii libxau6 1:1.0.6-1 X11 authorisation library
ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar
ii libxmuu1 2:1.0.5-2 X11 miscellaneous micro-utility li
xauth recommends no packages.
xauth suggests no packages.
-- no debconf information
From 5da21eaf6ec6537c3aab23adbebd617050e0c2c9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Stefan=20V=C3=B6lkel?= stefan.volkel@nsn.com
Date: Wed, 8 Aug 2012 14:13:08 +0200
Subject: [PATCH] improve to handle FamilyWild necessary for GDM/XDMCP/SSH #43425
---
process.c | 76 +---
1 files changed, 67 insertions(+), 9 deletions(-)
diff --git a/process.c b/process.c
index 893b51d..5a3984c 100644
--- a/process.c
+++ b/process.c
@@ -465,8 +465,11 @@ read_auth_entries(FILE *fp, Bool numeric, AuthList
**headp, AuthList **tailp)
return n;
}
-static Bool
-get_displayname_auth(char *displayname, AuthList **authl)
+/**
+ * Parse the given displayname and build a corresponding AuthList.
+ */
+static Bool
+get_displayname_auth(const char *displayname, AuthList **authl)
{
int family;
char *host = NULL, *rest = NULL;
@@ -997,6 +1000,9 @@ dump_entry(char *inputfilename, int lineno, Xauth *auth,
char *data)
fwrite (auth-address, sizeof (char), auth-address_length, fp);
fprintf (fp, /unix);
break;
+ case FamilyWild:
+ fwrite (auth-address, sizeof (char), auth-address_length, fp);
+ break;
case FamilyInternet:
#if defined(IPv6) defined(AF_INET6)
case FamilyInternet6:
@@ -1079,6 +1085,49 @@ match_auth_dpy(register Xauth *a, register Xauth *b)
memcmp(a-number, b-number, a-number_length) == 0) ? 1 : 0);
}
+static int
+match_authwild_dpy(register Xauth *a, const char *displayname)
+{
+int family;
+char *host = NULL, *rest = NULL;
+int dpynum, scrnum;
+char dpynumbuf[40];/* want to hold largest display
num */
+
+if ( a-family != FamilyWild )
+ return False;
+
+if (!parse_displayname (displayname,
+ family, host, dpynum, scrnum, rest)) {
+ free(host);
+ free(rest);
+
+ return False;
+}
+
+dpynumbuf[0] = '\0';
+sprintf (dpynumbuf, %d, dpynum);
+
+if (a-address_length != strlen(host) || a-number_length !=
strlen(dpynumbuf)) {
+ free(host);
+ free(rest);
+
+return False;
+}
+
+if (memcmp(a-address, host, a-address_length) == 0
+memcmp(a-number, dpynumbuf, a-number_length) == 0) {
+ free(host);
+ free(rest);
+
+return True;
+} else {
+ free(host);
+ free(rest);
+
+return False;
+ }
+}
+
/* return non-zero iff display and authorization type are the same */
static int
@@ -1242,13 +1291,22 @@ iterdpy (char *inputfilename, int lineno, int start,
/* l may be freed by remove_entry below. so save its contents */
next = l-next;
tmp_auth = copyAuth(l-auth);
- for (proto = proto_head; proto; proto = proto-next) {
- if (match_auth_dpy (proto-auth, tmp_auth)) {
- matched = True;
- if (yfunc) {
- status = (*yfunc) (inputfilename, lineno,
- tmp_auth, data);
- if (status 0) break;
+
+ if ( match_authwild_dpy(tmp_auth, displayname) ) {
+ matched = True;
+ if (yfunc) {
+ status = (*yfunc) (inputfilename, lineno,
+ tmp_auth, data);
+ }
+ } else {
+ for (proto = proto_head; proto
Bug#606939: reopen 606939
reopen 606939 thanks Hey It seems this issue is still around, I hope you don't mind if I re-open this bug. I have the exact same problem happening right now on wheezy using an Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03). I tried downgrading libcairo2 since that seems to be a common source for font rendering issues but it didn't help (I tried 1.10.2-7 which was recommended in some other bug report). If you have any other ideas for things to try, please let me know. In case it matters, the Xorg log is attached. cheers -- Stefan Ott http://www.ott.net/ You are not Grey Squirrel? Xorg.0.log Description: Binary data
Bug#683762: On/Off button LED indicator doesn't work on HP Folio 13 - 2000
Dear Maintainer, it seems like this bug already got reported upstream: https://bugs.freedesktop.org/show_bug.cgi?id=39055 BTW, maybe this report is a duplicate of #609903 – I'm not sure since the hardware of the original reporter seems to be slightly different than mine (the LED is integrated into the TouchPad). Cheers, Stefan Nagy. signature.asc Description: This is a digitally signed message part
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
Am Samstag, den 26.05.2012, 00:00 +0200 schrieb Julien Cristau: Don't disable 3d support? I didn't disable 3D support (see attached glxinfo-output). Cheers, Stefan. name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 (RV250 4C66) x86/MMX/SSE2 TCL DRI2 OpenGL version string: 1.3 Mesa 8.0.2 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_multitexture, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_ARB_occlusion_query, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_window_pos, GL_ATI_fragment_shader, GL_EXT_texture_cube_map, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_vertex_program, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_ARB_half_float_pixel, GL_ARB_point_sprite, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, GL_OES_read_format, GL_ARB_texture_rectangle, GL_EXT_texture_mirror_clamp, GL_EXT_texture_rectangle, GL_EXT_packed_depth_stencil, GL_ARB_vertex_array_object, GL_ATI_texture_mirror_once, GL_EXT_gpu_program_parameters, GL_OES_EGL_image, GL_ARB_copy_buffer, GL_ARB_robustness 64 GLX Visuals visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat 0x021 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x022 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x0d8 24 tc 0 24 0 r . . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x0d9 24 tc 0 24 0 r . . 8 8 8 0 . . 0 0 0 16 16 16 0 0 0 Slow 0x0da 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x0db 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 16 16 16 0 0 0 Slow 0x0dc 24 tc 0 24 0 r . . 8 8 8 0 . . 0 16 0 0 0 0 0 0 0 None 0x0dd 24 tc 0 24 0 r . . 8 8 8
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
After installing some updates – sorry, I don't know which was the relevant one, I assume gnome-shell – I'm forced into GNOME fallback mode now; I suppose my graphics hardware got blacklisted. xsession-errors contains the following lines: gnome-session-is-accelerated: No hardware 3D support. gnome-session-check-accelerated: Helper exited with code 256 Does it make any sense to switch to GNOME shell with 'gnome-shell --replace' and add more information to this report? Or is there a way to avoid fallback mode for testing purposes? Thanks, Stefan. signature.asc Description: This is a digitally signed message part
Bug#671800: xserver-xorg-video-savage: segfaults under X.Org X Server 1.12.1
Hi On Wednesday 09 May 2012, Julien Cristau wrote: On Mon, May 7, 2012 at 09:08:54 +0200, Tormod Volden wrote: […] Wow, a savage user! I am hoping to get a newer savage version done soon, unless someone beats me to it. Anyway, this issue might be outside the driver. Do you have libpciaccess 13.1? This is in my experience necessary in order to run xserver 1.12. We need c3eaacd25358c225e355a1ea7d64dece8188b69a, which is in savage 2.3.4. Thanks a lot, xserver-xorg-video-savage 1:2.3.4-1 is working perfectly. Regards Stefan Lippers-Hollmann -- 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/201205090437.24776.s@gmx.de
Bug#671800: xserver-xorg-video-savage: segfaults under X.Org X Server 1.12.1
Hi On Tuesday 08 May 2012, Tormod Volden wrote: On Mon, May 7, 2012 at 9:08 AM, Tormod Volden wrote: On Mon, May 7, 2012 at 2:02 AM, Cyril Brulebois wrote: Hi Stefan, Stefan Lippers-Hollmann (07/05/2012): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x49) [0xb76bb919] 1: /usr/bin/X (0xb7533000+0x18c38a) [0xb76bf38a] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb7515410] Segmentation fault at address (nil) From the previous entries in the Xorg.0.log before the crash it looks like it crashes in the vgaHW* functions. hmm, doesn't look too helpful. Does gdb help? Starters' doc available at: http://x.debian.net/howto/use-gdb.html [excerpt from the previous mail] | Wow, a savage user! I am hoping to get a newer savage version done | soon, unless someone beats me to it. Anyway, this issue might be | outside the driver. Do you have libpciaccess 13.1? This is in my | experience necessary in order to run xserver 1.12. libpciaccess 0.13.1 was installed in both (successful with xserver-xorg-core 2:1.11.4-1 and now with 2:1.12.1-2) cases. Please install xserver-xorg-core-dbg package at least, and see if we can get a more meaningful backtrace. A bt full full backtrace from gdb would be great. ii libpciaccess0:i3860.13.1-2 Generic PCI access library for X ii xserver-xorg-core 2:1.12.1-2 Xorg X server - core server ii xserver-xorg-core-dbg 2:1.12.1-2 Xorg - the X.Org X server (debugging symbols) with plain xserver-xorg-video-savage 1:2.3.3-1+b1: # LANG= gdb -c /etc/X11/core /usr/bin/Xorg GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 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
Bug#671800: xserver-xorg-video-savage: segfaults under X.Org X Server 1.12.1
Package: xserver-xorg-video-savage Version: 1:2.3.3-1+b1 Severity: normal Hi Starting with xserver-xorg-core 2:1.12.1-1, I'm expieriencing this segfault with xserver-xorg-video-savage: [kdm.log] X.Org X Server 1.12.1 Release Date: 2012-04-13 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian Current Operating System: Linux fsc-cy23 3.2.0-2-486 #1 Mon Apr 30 05:10:18 UTC 2012 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-486 root=UUID=22060915-d947-4635-be76-7c2f557197e3 ro vga=791 quiet Build Date: 01 May 2012 01:04:39AM xorg-server 2:1.12.1-1 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.24.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: Sun May 6 18:21:07 2012 (==) Using system config directory /usr/share/X11/xorg.conf.d Backtrace: 0: /usr/bin/X (xorg_backtrace+0x49) [0xb76bb919] 1: /usr/bin/X (0xb7533000+0x18c38a) [0xb76bf38a] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb7515410] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. Server terminated with error (1). Closing log file. this was working fine with xserver-xorg-core 2:1.11.4-1 and xserver-xorg-video-savage 1:2.3.3-1+b1. I'm seeing the same symptoms with kernel 3.3.5-rc1. This is the last successful kdm.log (unfortunately Xorg.log* was already overwritten) excerpt, still using xserver-xorg-core 2:1.11.4-1: [kdm.log] X.Org X Server 1.11.4 Release Date: 2012-01-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 i686 Debian Current Operating System: Linux fsc-cy23 3.3-4.slh.1-aptosid-686 #1 SMP PREEMPT Sat Apr 28 00:33:17 UTC 2012 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.3-4.slh.1-aptosid-686 root=UUID=22060915-d947-4635-be76-7c2f557197e3 ro vga=791 quiet Build Date: 05 March 2012 04:16:09AM xorg-server 2:1.11.4-1 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.24.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: Thu May 3 03:58:28 2012 (==) Using system config directory /usr/share/X11/xorg.conf.d error setting MTRR (base = 0xf200, size = 0x0500, type = 1) Invalid argument (22) [10e] 320 x 200, 70Hz [111] 640 x 480, 60Hz, 72Hz, 75Hz, 85Hz [114] 800 x 600, 60Hz, 72Hz, 75Hz, 85Hz [117] 1024 x 768, 60Hz, 70Hz, 75Hz, 85Hz [11a] 1280 x 1024, 60Hz, 75Hz [11d] 640 x 400, 70Hz [122] 1600 x 1200, 60Hz [133] 320 x 240, 72Hz [13c] 1400 x 1050, 60Hz, 75Hz [143] 400 x 300, 72Hz [153] 512 x 384, 70Hz [173] 720 x 480, 75Hz [17e] 720 x 576, 75Hz The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server klauncher(1780) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! kdmgreet(1772)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: Not connected to D-Bus server kdmgreet(1772)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned Server terminated successfully (0). Closing log file. Regards Stefan Lippers-Hollmann -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Nov 22 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2072872 May 1 03:12 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: S3 Inc. 86C380 [ProSavageDDR K4M266] [5333:8d01] (rev 02) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.2.0-2-486 (Debian 3.2.16-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-4) ) #1 Mon Apr 30 05:10:18 UTC 2012 Xorg X server log files on system: -- -rw-r--r-- 1
Bug#586590: compiz: crash to metacity when tooltip is larger than width of screen
I can reproduce this bug with the radeon-driver. Everytime I hover over
a footnote which contains a lot of text in LibreOffice compiz crashes.
The best workaround for me at this point is to deactivate all tooltips
('Tips' and 'Extended tips') in LibreOffice (Tools - Options -
LibreOffice - General).
Debian Squeeze
compiz 0.8.4-4
radeon 1:6.14.2-1~bpo60+1
libreoffice 1:3.4.6-2~bpo60+1
signature.asc
Description: This is a digitally signed message part
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
Dear Maintainer, is the backtrace I attached last time of any use? Should I file this bug against gnome-shell? However, I'd be glad to provide more infomation. BTW, this bug is still present in version 1:6.14.4-2. Thanks, Stefan. signature.asc Description: This is a digitally signed message part
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
Am Montag, den 30.04.2012, 23:11 +0200 schrieb Julien Cristau: BTW, this bug is still present in version 1:6.14.4-2. Is it reproducible with a newer libgl1-mesa-dri? Yes, it is. I installed libgl1-mesa-dri 8.0.2-1 from experimental the bug is still reproducible. I can reproduce the crashes aswell as the other problem (see original report): When I click on one of the applets in the panel (e.g. the volume-, the bluetooth- or the network-applet) it takes up to 10 seconds until the menu opens and CPU usage goes up to 100%. – Only it seems to me as if it takes even longer now until the menues open after clicking… Cheers, Stefan. signature.asc Description: This is a digitally signed message part
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
Sorry – now here's the backtrace…
Continuing.
Program received signal SIGPIPE, Broken pipe.
0xb75f4430 in __kernel_vsyscall ()
#0 0xb75f4430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb736455b in writev ()
from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb779e87e in _XSERVTransSocketWritev (ciptr=0xb91beca8, buf=0xbf94e3d8,
size=1)
at /usr/include/X11/Xtrans/Xtranssock.c:2174
No locals.
#3 0xb77a0e8f in _XSERVTransWritev (
ciptr=0xb91beca8, buf=0xbf94e3d8,
size=1)
at /usr/include/X11/Xtrans/Xtrans.c:910
No locals.
#4 0xb77998d0 in FlushClient (
who=0xb94247b8, oc=0xb9429100,
__extraBuf=0x0, extraCount=0)
at ../../os/io.c:938
before = optimized out
remain = optimized out
i = optimized out
len = 0
oco = 0xb91c0198
connection = 25
trans_conn = 0xb91beca8
iov = {{iov_base = 0xb9422688,
iov_len = 160}, {
iov_base = 0xb91b5230,
iov_len = 3105575472}, {
iov_base = 0x0,
iov_len = 2}}
padBuffer = \000\000
extraBuf = 0x0
written = optimized out
padsize = 0
notWritten = 160
todo = 160
#5 0xb779857c in CloseDownConnection (
client=0xb94247b8)
at ../../os/connection.c:1035
oc = 0xb9429100
#6 0xb764cc09 in CloseDownClient (
client=0xb94247b8)
at ../../dix/dispatch.c:3445
really_close_down = 1
#7 0xb764d6b6 in Dispatch ()
at ../../dix/dispatch.c:451
clientReady = 0xb93da380
result = -1
client = 0xb94247b8
nready = 0
icheck = 0xb7813058
start_tick = 5580
#8 0xb763b26a in main (argc=10,
argv=0xbf94e5c4, envp=0xbf94e5f0)
at ../../dix/main.c:287
i = optimized out
alwaysCheckForInput = {0, 1}
signature.asc
Description: This is a digitally signed message part
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
Am Montag, den 16.04.2012, 19:58 +0200 schrieb Julien Cristau:
Continuing.
Program received signal SIGPIPE, Broken pipe.
SIGPIPE is not a fatal signal, you need to tell gdb to ignore it, or
hit continue.
Thanks! I'll attach the new backtrace.
Cheers,
Stefan.
Continuing.
Program received signal SIGPIPE, Broken pipe.
0xb755f430 in __kernel_vsyscall ()
Continuing.
Program received signal SIGPIPE, Broken pipe.
0xb755f430 in __kernel_vsyscall ()
Continuing.
Program received signal SIGTERM, Terminated.
0xb755f430 in __kernel_vsyscall ()
#0 0xb755f430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb72d03fd in select ()
from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb76fef3c in WaitForSomething (
pClientsReady=0xb985d3d8)
at ../../os/WaitFor.c:232
i = optimized out
waittime = {tv_sec = 550,
tv_usec = 834955}
wt = 0xbff2c1f4
timeout = optimized out
clientsReadable = {fds_bits = {
0 repeats 32 times}}
clientsWritable = {fds_bits = {
-1225670668, -1225670668,
-1225738760, -1181589152,
-1181548736, -1225670668,
-1225738760, -1181589152,
-1222155082, -1216958476,
-1181589096, -1181859360,
0, 14, -1216958476,
-1184607168, -1222155082,
-1181589028, -1217889395,
-1181589152, -1184532648,
-1181589152, -1217889395,
-1181589152, -1182105216,
17, -1217540868,
-1221192768, -1222155082,
-1221192768, -1223585804,
-1184507216}}
selecterr = optimized out
nready = 0
devicesReadable = {fds_bits = {
0, -1181743104, 200,
-1221192768, -1222155082,
-1221192768, -1184532968,
-1074609880, -1222141123,
-1221192768, 1024,
-1216958476, -1181734992,
16, -1218631457,
-1221192768, -1222155082,
-1221192768, -1181852744,
-1218700688, -2147443907,
24, -1216958476,
-1221192768, -1222155082,
-1221192768, 0,
-1074609800, -1222141123,
3, -1216958476,
-1216958476}}
now = optimized out
someReady = optimized out
#3 0xb75b8432 in Dispatch ()
at ../../dix/dispatch.c:366
clientReady = 0xb985d3d8
result = optimized out
client = optimized out
nready = optimized out
icheck = 0xb777e058
start_tick = optimized out
#4 0xb75a626a in main (argc=10,
argv=0xbff2c374, envp=0xbff2c3a0)
at ../../dix/main.c:287
i = optimized out
alwaysCheckForInput = {0, 1}
signature.asc
Description: This is a digitally signed message part
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)
Am Montag, den 16.04.2012, 20:50 +0200 schrieb Julien Cristau: Program received signal SIGTERM, Terminated. So X is terminating normally. If gnome-shell is crashing, you should run gdb against that, not the X server… OK, I see – thanks. I don't know if this is a useful backtrace now; I tried to follow https://live.gnome.org/GnomeShell/Debugging but I can't say that I really know what I'm doing here… Cheers, Stefan. Continuing. [New Thread 0xa2fc1b70 (LWP 6681)] [New Thread 0xac9c3b70 (LWP 6692)] [Thread 0xa2fc1b70 (LWP 6681) exited] Program received signal SIGSEGV, Segmentation fault. 0xb4d2e325 in fetch_texel_2d_f_rgb888 ( texImage=0x9e4bde0, i=0, j=0, k=0, texel=0xa14a030) at main/texfetch_tmp.h:704 704 main/texfetch_tmp.h: Datei oder Verzeichnis nicht gefunden. Thread 8 (Thread 0xac9c3b70 (LWP 6692)): #0 0xb77bd430 in __kernel_vsyscall () #1 0xb6c4f33b in read () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb5c5a60b in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb5c85dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb6c47c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #5 0xb5b8c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 6 (Thread 0xb4102b70 (LWP 5741)): #0 0xb77bd430 in __kernel_vsyscall () #1 0xb5b7e746 in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb5c6dafb in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb5c5f076 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb5c5f77b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb4107524 in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libdconfsettings.so #6 0xb5c85dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0xb6c47c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #8 0xb5b8c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 5 (Thread 0xb3901b70 (LWP 5742)): #0 0xb77bd430 in __kernel_vsyscall () #1 0xb5b7e746 in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb5c6dafb in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb5c5f076 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb5c5f77b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb60fa59a in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #6 0xb5c85dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0xb6c47c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #8 0xb5b8c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 4 (Thread 0xaf0f3b70 (LWP 5743)): #0 0xb77bd430 in __kernel_vsyscall () #1 0xb5b7e746 in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb5dabd16 in ?? () from /usr/lib/i386-linux-gnu/libpulse.so.0 #3 0xb5d99f8a in pa_mainloop_poll () from /usr/lib/i386-linux-gnu/libpulse.so.0 #4 0xb5d9a7e7 in pa_mainloop_iterate () from /usr/lib/i386-linux-gnu/libpulse.so.0 #5 0xb5d9a8c4 in pa_mainloop_run () from /usr/lib/i386-linux-gnu/libpulse.so.0 #6 0xb5dabc9e in ?? () from /usr/lib/i386-linux-gnu/libpulse.so.0 #7 0xb555ea36 in ?? () from /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-1.1.so #8 0xb6c47c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #9 0xb5b8c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 3 (Thread 0xae8d2b70 (LWP 5746)): #0 0xb77bd430 in __kernel_vsyscall () #1 0xb6c4c20a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb71fa3aa in PR_WaitCondVar () from /usr/lib/i386-linux-gnu/libnspr4.so.0d #3 0xb72baffa in ?? () from /usr/lib/libmozjs185.so.1.0 #4 0xb7200533 in ?? () from /usr/lib/i386-linux-gnu/libnspr4.so.0d #5 0xb6c47c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #6 0xb5b8c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 2 (Thread 0xad9a9b70 (LWP 5815)): #0 0xb77bd430 in __kernel_vsyscall () #1 0xb5b7e746 in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb5dabd16 in ?? () from /usr/lib/i386-linux-gnu/libpulse.so.0 #3 0xb5d99f8a in pa_mainloop_poll () from /usr/lib/i386-linux-gnu/libpulse.so.0 #4 0xb5d9a7e7 in pa_mainloop_iterate () from /usr/lib/i386-linux-gnu/libpulse.so.0 #5 0xb5d9a8c4 in pa_mainloop_run () from /usr/lib/i386-linux-gnu/libpulse.so.0 #6 0xb5dabc9e in ?? () from /usr/lib/i386-linux-gnu/libpulse.so.0 #7 0xb555ea36 in ?? () from /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-1.1.so #8 0xb6c47c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #9 0xb5b8c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 1 (Thread 0xb51e0890 (LWP 5728)): #0 0xb4d2e325 in fetch_texel_2d_f_rgb888 (texImage=0x9e4bde0, i=0, j=0, k=0, texel=0xa14a030) at main/texfetch_tmp.h:704 #1
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (screen corruptions permanent crashes)
Hello, after updating xserver-xorg-video-radeon to version 1:6.14.4-1 I can't reproduce the mentioned screen corruptions anymore, however I can still reproduce the crashes. One way to reproduce this bug is to open a window and then point the mouse to the desktop switcher – gnome-shell crashes immediately (it's just an example, there are numerous other ways). Please tell me if I can provide more useful information on this. Thanks, Stefan. signature.asc Description: This is a digitally signed message part
Bug#667754:
I'd like to add that I don't have any problems – apart from one minor bug: https://bugs.freedesktop.org/show_bug.cgi?id=25883 – but a great graphics performance using Gnome 2.30.2 Compiz 0.8.4 on Squeeze. -- 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/1333725167.2281.6.camel@rosa
Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (screen corruptions permanent crashes)
Hi, 06.04.2012, 18:43 +0200 Cyril Brulebois: Versions of packages xserver-xorg-video-radeon suggests: pn firmware-linux none The package firmware-linux-nonfree – which includes the Radeon R200-family CP microcode (radeon/R200_cp.bin) – was already installed. However, I tried to install the meta-package firmware-linux (with firmware-linux-free) now without any effect. In fact I can't even start GNOME Shell without the firmware installed, by trying I would enter the fallback mode automatically. Thanks, Stefan. signature.asc Description: This is a digitally signed message part
Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards
It seems that setxkbmap only affects the current InputDevice, whereas I'd like to affect a whole InputClass, but I don't know how/where to specify which inputs devices should be affected. Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...? Tho to tell you the truth, I don't need to distinguish input devices, all I want is for my settings to apply to *all* keyboards (which is only ever a single keyboard but which might get unplugged/replugged). You might find that page useful then: http://x.debian.net/howto/configure-input.html But I can't find any information there about user-configuration: the KBD config I'm installing is one specific to my particular preferences and would not please the other users of this machine. As evidenced by my question, I'm already aware of xorg.conf's InputClass sections. Stefan -- 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/jwv1upczbh9.fsf-monnier+in...@gnu.org
Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards
Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...? gnome-settings-daemon. Can you point me to some documentation as to how I'd use gnome-settings-daemon to setup a particular XKB config on all current and future keyboards? (maybe a relevant detail of that XKB config: it uses a `symbols' file from my home directory rather than limiting itself to the bundled set of symbols)? Stefan -- 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/jwvzkc0m86k.fsf-monnier+in...@gnu.org
Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards
Oh, I'm not saying it's possible today, I'm saying it's where it should be happening (it knows when a device gets plugged in, it has some knowledge of input device configuration, so making that per-device should be possible). If gsd isn't suitable, it shouldn't be too hard to write a program listening for DevicePresence events and doing whatever config is necessary for new devices. That seems way too complicated: the X server already has the notion of an InputClass section and setxkbmap is already a way to dynamically specify an InputDevice section, so all that's needed is a way to pass dynamically to the X server an InputClass section. Stefan -- 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/jwvty28m0nx.fsf-monnier+in...@gnu.org
Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards
Package: x11-xkb-utils Version: 7.6+4 Severity: important Dear Maintainer, My desktop can finally suspend and resume properly, which makes me very happy, but let me discover a new obstacle: upon resume my keybard settings are lost and I have to re-apply my xkbcomp setting every time. The same can be seen without suspendresume: % setxkbmap -model 'thinkpad(60)' % setxkbmap -query rules: evdev model: thinkpad(60) layout: us % unplug the (USB) keyboard, and plug it back in % setxkbmap -query rules: evdev model: pc105 layout: us % It seems that setxkbmap only affects the current InputDevice, whereas I'd like to affect a whole InputClass, but I don't know how/where to specify which inputs devices should be affected. Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...? Tho to tell you the truth, I don't need to distinguish input devices, all I want is for my settings to apply to *all* keyboards (which is only ever a single keyboard but which might get unplugged/replugged). Stefan *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-xkb-utils depends on: ii libc62.13-26 ii libx11-6 2:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxkbfile1 1:1.0.7-1 ii libxt6 1:1.1.1-2 x11-xkb-utils recommends no packages. x11-xkb-utils suggests no packages. -- no debconf information -- 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/20120301012514.18253.47200.reportbug@localhost
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi On Thursday 08 December 2011, Cyril Brulebois wrote: Cyril Brulebois k...@debian.org (08/12/2011): Thanks for the bisect. Upstream pinged, let's see what happens next. Upstream proposed a patch against libva[1]. I've published packages for i386 and amd64 with that patch[2]. Please report success or failure on the upstream bug[1]. 1. https://bugs.freedesktop.org/show_bug.cgi?id=43554#c3 2. http://mraw.org/~kibi/libva-fdo43554/ ii libdrm-dev2.4.28-1 Userspace interface to kernel DRM services -- development files ii libdrm-intel1 2.4.28-1 Userspace interface to intel-specific kernel DRM services -- runtime ii libdrm-nouveau1a 2.4.28-1 Userspace interface to nouveau-specific kernel DRM services -- runtime ii libdrm-radeon12.4.28-1 Userspace interface to radeon-specific kernel DRM services -- runtime ii libdrm2 2.4.28-1 Userspace interface to kernel DRM services -- runtime ii libkms1 2.4.28-1 Userspace interface to kernel DRM buffer management ii libva-x11-1 1.0.14-1.1 Video Acceleration (VA) API for Linux -- X11 runtime ii libva11.0.14-1.1 Video Acceleration (VA) API for Linux -- runtime No change, X is restarting and dumping to kdm within seconds after displaying any video is started, while reverting the afforementioned patch still avoids the issue. I'll look into creating a freedesktop bugzilla account this evening. Regards Stefan Lippers-Hollmann -- 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/201112081357.41140.s@gmx.de
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
On Thursday 08 December 2011, Cyril Brulebois wrote:
Hi Stefan.
(That upstream bug was a bad lead, upstream didn't realize it was about
an X server rather than a client crash.)
Stefan Lippers-Hollmann s@gmx.de (08/12/2011):
No change, X is restarting and dumping to kdm within seconds after
displaying any video is started, while reverting the afforementioned
patch still avoids the issue.
Could you please get a full backtrace (see x.debian.net)?
I hope to have installed all required -dbg packages (libc6-dbg,
libdrm2-dbg, libdrm-intel1-dbg, libkms1-dbg, xserver-xorg-core-dbg,
xserver-xorg-video-intel-dbg):
unpatched libva1/ libva-x11-1 (1.0.14-1):
# LANG= gdb -c /etc/X11/core /usr/bin/Xorg
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 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 x86_64-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.
done.
[New LWP 3063]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Core was generated by `/usr/bin/X :0 vt7 -br -nolisten tcp -core -auth
/var/run/xauth/A:0-CoJICb'.
Program terminated with signal 6, Aborted.
#0 0x7fba3237f405 in *__GI_raise (sig=optimized out) 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) bt full
#0 0x7fba3237f405 in *__GI_raise (sig=optimized out) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = optimized out
selftid = optimized out
#1 0x7fba32382680 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7fba3013f7a7, sa_sigaction
= 0x7fba3013f7a7}, sa_mask = {__val = {140437684306760, 140734872454256, 1016,
140734872454496, 140437683370966, 206158430232, 140734872454512,
140734872454288, 140437683282824, 206158430256, 140734872454536,
140437750700624, 109664, 3273383998825390688, 8462091486410927422,
140734872465025}},
sa_flags = 843654047, sa_restorer = 0x7fba3013fa10}
sigs = {__val = {32, 0 repeats 15 times}}
#2 0x7fba323785b1 in *__GI___assert_fail (assertion=0x7fba3013f7a7
bo_gem-map_count == 0, file=optimized out, line=1016,
function=0x7fba3013fe70 drm_intel_gem_bo_map) at assert.c:81
buf = 0x7fba363e5a50 X: ../../intel/intel_bufmgr_gem.c:1016:
drm_intel_gem_bo_map: Assertion `bo_gem-map_count == 0' failed.\n
#3 0x7fba3013cb10 in drm_intel_gem_bo_map (bo=0x7fba36509050,
write_enable=1) at ../../intel/intel_bufmgr_gem.c:1016
mmap_arg = {handle = 911249488, pad = 32698, offset = 252, size = 0,
addr_ptr = 140437647249678}
bufmgr_gem = 0x7fba35ad89e0
bo_gem = 0x7fba36509050
set_domain = {handle = 845991520, read_domains = 32698, write_domain =
911249656}
ret = optimized out
__PRETTY_FUNCTION__ = drm_intel_gem_bo_map
#4 0x7fba3036076a in i965_create_dst_surface_state (scrn=optimized out,
pixmap=0x7fba35e13570, surf_bo=0x7fba36509050, offset=0) at
../../src/i965_video.c:411
intel = 0x7fba35acc0a0
dest_surf_state = optimized out
pixmap_bo = 0x7fba35ae12a0
#5 0x7fba30362ff7 in Gen6DisplayVideoTextured (scrn=0x7fba35acb370,
adaptor_priv=0x7fba35df9500, id=optimized out, dstRegion=0x7fff64148a70,
width=optimized out, height=optimized out, video_pitch=272,
video_pitch2=544, src_w=544, src_h=576, drw_w=768, drw_h=576,
pixmap=0x7fba35e13570) at ../../src/i965_video.c:1884
intel = 0x7fba35acc0a0
pbox = optimized out
nbox = optimized out
dxo = optimized out
dyo = optimized out
pix_xoff = optimized out
pix_yoff = optimized out
src_scale_x = optimized out
src_scale_y = optimized out
src_surf = optimized out
n_src_surf = 6
src_surf_format = 320
src_surf_base = {0, 0, 391680, 391680, 313344, 313344}
src_width = {544, 544, 272, 272, 272, 272}
src_height = {576, 576, 288, 288, 288, 288}
src_pitch = {544, 544, 272, 272, 272, 272}
surface_state_binding_table_bo = 0x7fba36509050
create_dst_surface_state = 0x7fba30360720
i965_create_dst_surface_state
create_src_surface_state = 0x7fba30360f30
i965_create_src_surface_state
emit_video_setup = 0x7fba303616f0 gen6_emit_video_setup
#6 0x7fba3035947b in I830PutImageTextured (scrn=0x7fba35acb370, src_x=0,
src_y=optimized out, drw_x=optimized out, drw_y=optimized out, src_w=544,
src_h=576, drw_w=768, drw_h=576, id=842094169, buf=0x7fba341bc000 '\020'
repeats
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi On Thursday 08 December 2011, Cyril Brulebois wrote: Stefan Lippers-Hollmann s@gmx.de (08/12/2011): I hope to have installed all required -dbg packages (libc6-dbg, libdrm2-dbg, libdrm-intel1-dbg, libkms1-dbg, xserver-xorg-core-dbg, xserver-xorg-video-intel-dbg): […] perfect, thanks! Upstream suggests trying this new driver version, along with the patched libva: http://mraw.org/~kibi/libva-xxvintel/ ii libdrm-dev2.4.28-1 Userspace interface to kernel DRM services -- development files ii libdrm-intel1 2.4.28-1 Userspace interface to intel-specific kernel DRM services -- runtime ii libdrm-intel1-dbg 2.4.28-1 Userspace interface to intel-specific kernel DRM services -- debugging symbols ii libdrm-nouveau1a 2.4.28-1 Userspace interface to nouveau-specific kernel DRM services -- runtime ii libdrm-radeon12.4.28-1 Userspace interface to radeon-specific kernel DRM services -- runtime ii libdrm2 2.4.28-1 Userspace interface to kernel DRM services -- runtime ii libdrm2-dbg 2.4.28-1 Userspace interface to kernel DRM services -- debugging symbols ii libkms1 2.4.28-1 Userspace interface to kernel DRM buffer management ii libkms1-dbg 2.4.28-1 Userspace interface to kernel DRM buffer management -- debugging symbols ii libva-x11-1 1.0.14-1.1 Video Acceleration (VA) API for Linux -- X11 runtime ii libva11.0.14-1.1 Video Acceleration (VA) API for Linux -- runtime ii xserver-xorg-video-intel 2:2.17.0-1+kibi1 X.Org X server -- Intel i8xx, i9xx display driver ii xserver-xorg-video-intel-dbg 2:2.17.0-1+kibi1 X.Org X server -- Intel i8xx, i9xx display driver (debug symbols) X doesn't crash anymore, however video content isn't displayed (using xv) either (the video plays, but the player window remains black (rarely parts of the desktop are visible), the whole overlay isn't filled), after a few moments fonts and windows gain heavy artefacts (drop shadows, wrong colours, weird effects all around [1]). If I force the video player to x11 (e.g. -vo x11 for mplayer2) the video is displayed normally. If I downgrade libdrm-intel1 to 2.4.27-1 again, while keeping libva1/ libva-x11-1 1.0.14-1.1 and xserver-xorg-video-intel 2:2.17.0-1+kibi1 installed, I can't reproduce the window/ font corruption anymore, but video overlays using xv remain black. Regards Stefan Lippers-Hollmann [1] I don't use any 3d effects for KDE/ kwin. -- 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/201112081858.36454.s@gmx.de
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi We can confirm this issue on sandy bridge graphics (h67/ i7-2600k), bisecting between 2.4.27-1 and 2.4.28-1 points at this patch: From c549a777c1b6227a724942c64aa5cd181eb93c6c Mon Sep 17 00:00:00 2001 From: Chris Wilson ch...@chris-wilson.co.uk Date: Mon, 5 Dec 2011 10:14:34 + Subject: intel: Unmap buffers during drm_intel_gem_bo_unmap We cannot afford to cache the vma per open bo as this may exhaust the per-process limits. References: https://bugs.freedesktop.org/show_bug.cgi?id=43075 References: https://bugs.freedesktop.org/show_bug.cgi?id=40066 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- intel/intel_bufmgr_gem.c | 27 +-- 1 files changed, 21 insertions(+), 6 deletions(-) Reverting just this patch from 2.4.28-1 indeed fixes the problem again. Regards Stefan Lippers-Hollmann signature.asc Description: This is a digitally signed message part.
Bug#626682: Side effects are not limited to sylog messages...
Who would have thought of that? From Keith Packard: I've merged a fix to master today; I'd love to get a bit of testing before I finish the (slightly delayed) 1.11 release. http://lists.x.org/archives/xorg-devel/2011-August/024532.html http://cgit.freedesktop.org/xorg/xserver/commit/?id=e32cc0b4c85c78cd8743a6e1680dcc79054b57ce -- 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/CAAxjCEzGyRQ00H3XbD=PUGe8jY=krr4+6f5mbgebzv23abu...@mail.gmail.com
Bug#626682: Side effects are not limited to sylog messages...
On Fri, Jun 3, 2011 at 5:44 PM, Stefan Ring stefan...@gmail.com wrote: Which might hit the same kinda path in the server as fbdev, OK (the original issue seemed to happen with fbdev only, didn't see any other complaints for other drivers until now). See https://bugzilla.redhat.com/show_bug.cgi?id=665320 for a few complaints with all kinds of drivers. There’s another one: http://www.virtualbox.org/ticket/8909 -- 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/banlktika8dqqd4630uxjh9axudjmdd_...@mail.gmail.com
Bug#626682: Side effects are not limited to sylog messages...
Which might hit the same kinda path in the server as fbdev, OK (the original issue seemed to happen with fbdev only, didn't see any other complaints for other drivers until now). See https://bugzilla.redhat.com/show_bug.cgi?id=665320 for a few complaints with all kinds of drivers. I would expect this to be a major problem, but apparently, there doesn't seem to be much of an upheaval about it. But my point about getting it upstream'd stands. If only someone up there cared about your post to the mailing list... Stefan -- 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/banlktim0jna0rqn0ihkivz0it2rag6o...@mail.gmail.com
Bug#610987: Bug#578056: EQ overflowing. The server is probably stuck in an infinite loop.
Sven, thanks a lot for your help. Please send any further followups to bug #610987 instead. 01:00.0 VGA compatible controller [0300]: nVidia Corporation GT218 [NVS 3100M] [10de:0a6c] (rev a2) You may want to try kernel 2.6.39-rc5 from experimental. If you run into http://bugs.debian.org/625279, wait for 2.6.39-rc6 to become available. I am running 2.6.39-rc6 since about 5 days and the lockups have disappeared so far. Stefan. -- 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/201105161021.06353.stefan.schwar...@ipm.fraunhofer.de
Bug#578056: EQ overflowing. The server is probably stuck in an infinite loop.
Package: xserver-xorg-video-nouveau Version: 1:0.0.16+git20110411+8378443-1 Followup-For: Bug #578056 I am posting this hoping to supply additional info. My kernel version and hardware differ from those of the original reporter, but symptoms are the same. About 1 - 10 min into a session, the interface freezes (cursor still ok), mostly associated with some activity on the system (browsing, DVD burning, moving windows around, etc.) The lockup is random and concerns X11 only, Rest of the system is ok. Login from the network shows Xorg busy. After killing the server (-9), there is a message left on the console: GPU lockup probably just before the kernel does what is necessary to (re)start nouveaufb (??? I am guessing). Also the 'positioning' cursor cross is stuck in the middle of the console. My system is a Dell laptop E6410, BIOS A06. I do not think that there is a HW issue since with the vesa driver the system is mostly ok (backlight issue on resume). -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 May 21 2010 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1926464 Mar 26 04:49 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: nVidia Corporation GT218 [NVS 3100M] [10de:0a6c] (rev a2) Xorg X server configuration file status: -rw-r--r-- 1 root root 249 May 6 17:59 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section Device Identifier n Driver nouveau EndSection Section Monitor Identifier LCD Option DPMS EndSection Section Screen Identifier Default Screen Monitor LCD DefaultDepth 24 EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 28318 May 6 18:05 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 21860.995] X.Org X Server 1.9.5 Release Date: 2011-03-17 [ 21860.995] X Protocol Version 11, Revision 0 [ 21860.995] Build Operating System: Linux 2.6.38-1-amd64 x86_64 Debian [ 21860.995] Current Operating System: Linux nbofm020 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC 2011 x86_64 [ 21860.995] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-amd64 root=UUID=b15cf0d0-aa8c-4a84-853c-fa2ed192077b ro quiet [ 21860.995] Build Date: 26 March 2011 03:32:34AM [ 21860.995] xorg-server 2:1.9.5-1 (Cyril Brulebois k...@debian.org) [ 21860.995] Current version of pixman: 0.21.4 [ 21860.995]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 21860.995] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 21860.995] (==) Log file: /var/log/Xorg.0.log, Time: Fri May 6 17:59:28 2011 [ 21860.995] (==) Using config file: /etc/X11/xorg.conf [ 21860.996] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 21860.996] (==) No Layout section. Using the first Screen section. [ 21860.996] (**) |--Screen Default Screen (0) [ 21860.996] (**) | |--Monitor LCD [ 21860.996] (==) No device specified for screen Default Screen. Using the first device section listed. [ 21860.996] (**) | |--Device n [ 21860.996] (==) Automatically adding devices [ 21860.996] (==) Automatically enabling devices [ 21860.996] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 21860.996]Entry deleted from font path. [ 21860.996] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. [ 21860.996]Entry deleted from font path. [ 21860.996] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. [ 21860.996]Entry deleted from font path. [ 21860.996] (WW) The directory /usr/share/fonts/X11/100dpi does not exist. [ 21860.996]Entry deleted from font path. [ 21860.996] (WW) The directory /usr/share/fonts/X11/75dpi does not exist. [ 21860.996]Entry deleted from font path. [ 21860.996] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 21860.996] (==) ModulePath set to /usr/lib/xorg/modules [ 21860.996] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure
Bug#513981: xkb-data: missing key for Sun Type 6 euro usb
fixed in xkb-data 1.8-2 (sid) The updates from Sergey V. Udaltsov (2010-02-03) at freedesktop-org provided a working layout. https://bugs.freedesktop.org/show_bug.cgi?id=3952#c15 Thanks, Stefan -- 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/201103082226.54725.bugs-deb...@seide.st
Bug#492912: xserver-xorg-video-radeon: external VGA goes off when closing lid
I'm sorry for forgetting to answer the last question. The computer got broken meanwhile, so I cannot re-test that issue anymore. My new computers have Intel and Nvidia chipsets, so they cannot be used to re-test.
Bug#612609: upgrade to 7.10-3 disables composite effects
Hello, I have a similar problem with 3D acceleration. With libgl1-mesa-dri 7.10-3 I get the following in /var/log/Xorg.0.log [13.283] (EE) AIGLX error: Calling driver entry point failed [13.284] (EE) AIGLX: reverting to software rendering [13.284] (II) AIGLX: Screen 0 is not DRI capable [13.297] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [13.297] (II) GLX: Initialized DRISWRAST GL provider for screen 0 while with 7.10-2 I get [ 6657.952] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 6657.952] (II) AIGLX: enabled GLX_INTEL_swap_event [ 6657.952] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control [ 6657.952] (II) AIGLX: enabled GLX_SGI_make_current_read [ 6657.952] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects [ 6657.953] (II) AIGLX: Loaded and initialized /usr/lib/dri/r600_dri.so [ 6657.953] (II) GLX: Initialized DRI2 GL provider for screen 0 But maybe it's not quite comparable to Michael's problem since I am using a newer kernel and another ATI graphics card on a DELL Precision M6500: [ 6657.834] X.Org X Server 1.9.4 Release Date: 2011-02-04 [ 6657.834] X Protocol Version 11, Revision 0 [ 6657.834] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [ 6657.834] Current Operating System: Linux 2.6.37-trunk-amd64 #1 SMP Thu Jan 6 14:13:28 UTC 2011 x86_64 [ 6657.834] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-trunk-amd64 root=UUID=---- ro quiet [ 6657.834] Build Date: 05 February 2011 12:02:52PM [ 6657.834] xorg-server 2:1.9.4-1 (Cyril Brulebois k...@debian.org) ... [ 6657.848] (--) RADEON(0): Chipset: ATI FirePro M7740 (ChipID = 0x94a3) [ 6657.848] (II) RADEON(0): PCIE card detected I was very curious about the new Gallium driver but until it works I will stay with 7.10-2. Maybe Calling driver entry point failed points someone into the right direction if it's related to the original problem at all. Thanks for the good work it's very appreciated. Best regards Stefan -- 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/201102140101.50400.bugs.debian@kanarski.de
Bug#556874: FTBFS with binutils-gold
tags 556874 +patch thanks Hi, attached is a patch (against 7.5+5) that fixes the problem. You'll also need to run autoreconf in xkbutils (not part of the patch). Cheers, Stefan. Index: x11-xkb-utils-7.5+5ubuntu1/xkbutils/configure.ac === --- x11-xkb-utils-7.5+5ubuntu1.orig/xkbutils/configure.ac 2010-12-16 23:15:50.02610 +0100 +++ x11-xkb-utils-7.5+5ubuntu1/xkbutils/configure.ac 2010-12-16 23:16:06.16610 +0100 @@ -40,7 +40,7 @@ XORG_DEFAULT_OPTIONS # xkbvleds checks -PKG_CHECK_MODULES(XKBVLEDS, xaw7) +PKG_CHECK_MODULES(XKBVLEDS, xaw7 x11) AC_SUBST(XKBVLEDS_CFLAGS) AC_SUBST(XKBVLEDS_LIBS) @@ -50,7 +50,7 @@ AC_SUBST(XKBBELL_LIBS) # xkbwatch checks -PKG_CHECK_MODULES(XKBWATCH, xaw7) +PKG_CHECK_MODULES(XKBWATCH, xaw7 x11) AC_SUBST(XKBWATCH_CFLAGS) AC_SUBST(XKBWATCH_LIBS) signature.asc Description: This is a digitally signed message part.
Bug#593888: xserver-xorg-input-evdev: UP Key only genereates KeyRelease Event but no KeyPress event
Am Donnerstag 21 Oktober 2010, 15:52:06 schrieb Cyril Brulebois: Stefan Seide bugs-deb...@seide.st (21/08/2010): Package: xserver-xorg-input-evdev Version: 1:2.3.2-6 Severity: normal hello, after te last update my Arrow-UP do not corectly work anymore, it only works when NUMlock is activated. I do not talk about the Keypad_UP, i mean the standalone arrow keys. upgrade from which version? IOW: Which was the last stuff working for you? Cannot really say - normaly i am using the kbd driver, because there were large problems with the support of the sun usb keyboard. Due to Xorg/KDE (dual head problems) or other updates now and then my xorg.conf gets messed up/reset and i have to start again. That happend again when i realised the UP key was not working anymore while using evdev driver. Today i changed my graphic card and generated a new xorg.conf. Strange enough the arrow keys are working now with the evdev driver. KDE/kwin problem? (II) Module evdev: vendor=X.Org Foundation compiled for 1.7.6.901, module version = 2.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (**) Option xkb_rules evdev (**) Option xkb_model sun6 (**) Option xkb_layout de Best regards, Stefan -- The Land of the Free* * Freedom sold separatly. Freedom not available in all regions. Limited supply, will be sold to highest bidder. -- 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/201010241914.04500.bugs-deb...@seide.st
Bug#593888: xserver-xorg-input-evdev: UP Key only genereates KeyRelease Event but no KeyPress event
Am Sonntag 24 Oktober 2010, 19:45:19 schrieb Cyril Brulebois: Stefan Seide bugs-deb...@seide.st (24/10/2010): Today i changed my graphic card and generated a new xorg.conf. Strange enough the arrow keys are working now with the evdev driver. KDE/kwin problem? Might be. IOW, that bug sounds fixed for you, given that with a proper mapping you have the desired behaviour? Yes - fixed for me. Regards, Stefan -- The Land of the Free* * Freedom sold separatly. Freedom not available in all regions. Limited supply, will be sold to highest bidder. -- 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/201010242232.24717.bugs-deb...@seide.st
Bug#577976: xserver-xorg-video-vesa: New VESA driver excrutiatingly slow
The VESA driver from Debian testing is incredibly slow (I get to see in which order my windows are drawn when switching desktop). Now, I know that VESA is not accelerated, but this is much worse. The VESA driver from Debian stable (from Xorg server 1.4.2) is *much* faster (as in quite usable for everyday coding). Has anyone seen this or has any idea how I can get back the normal speed (other than by downgrading to Debian stable's driver)? I have no idea whether that would make any difference, but can you check what happens if you install libgl1-mesa-dri? (For some reasons a dlopen is attempted on swrast_dri.so) It is installed already. You may want to check what happens with fbdev instead? Yes, that's a good idea, thanks. Stefan -- 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/jwviq1027u9.fsf-monnier+in...@gnu.org
Bug#599657: xserver-xorg-core: XSecurity has gone missing since lenny
Some more info: XSecurity allows to mark some xclients as untrusted so that they cannot grab the keyboard, send events to other clients, read the clipboard, etc. This can be useful if executing X programs as different user (using sux --untrusted) or on a different host (with ssh's -X and ForwardX11Trusted=no). -- 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/201010100928.22834...@sfritsch.de
Bug#599657: xserver-xorg-core: XSecurity has gone missing since lenny
Package: xserver-xorg-core Version: 2:1.7.7-7 Severity: important The XSecurity extension is no longer available in squeeze. It seems upstream disabled building it by default. According to jcristeau it could be re-enabled with a configure option. XSecurity is available in lenny. Not having it in squeeze looks like pretty big regression to me. Please consider if it is still possible to include it in Squeeze. Thanks. -- 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/20101009213345.31061.87537.report...@k.lan
Bug#593888: xserver-xorg-input-evdev: UP Key only genereates KeyRelease Event but no KeyPress event
Package: xserver-xorg-input-evdev Version: 1:2.3.2-6 Severity: normal hello, after te last update my Arrow-UP do not corectly work anymore, it only works when NUMlock is activated. I do not talk about the Keypad_UP, i mean the standalone arrow keys. When Numlock is active xev reports the following: KeyPress event, serial 35, synthetic NO, window 0x2c2, root 0x291, subw 0x0, time 33667722, (1176,281), root:(1180,304), state 0x30, keycode 111 (keysym 0xff52, Up), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 35, synthetic NO, window 0x2c2, root 0x291, subw 0x0, time 33667801, (1176,281), root:(1180,304), state 0x30, keycode 111 (keysym 0xff52, Up), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False When Numlock is not active yev reports: FocusOut event, serial 35, synthetic NO, window 0x2c2, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 35, synthetic NO, window 0x2c2, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 35, synthetic NO, window 0x0, keys: 0 0 0 0 0 0 0 0 0 0 0 0 0 4294967168 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 KeyRelease event, serial 35, synthetic NO, window 0x2c2, root 0x291, subw 0x0, time 33671994, (1176,281), root:(1180,304), state 0x10, keycode 111 (keysym 0xff52, Up), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False Due to this fact, scroling through lists and so on does not work upwards anymore, i am only able to scroll down/left/rigth. I have an Sun Type6 USB keyboard (German layout) It seems somehow related to KDE too. My second screen runs ICEWM (KDE4 is unable to support mupltiple screens). Within ICEWM it does not matter if Numlock is pressed or not - the UP key works everytime as expected. but changing back to Screen 1 with KDE the UP key only works half the time as described above. Best regards, Stefan -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Oct 30 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1878528 Jul 15 17:31 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 05:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600 GTS] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2432 Aug 18 21:22 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 (pbuil...@c203) Tue May 18 07:56:38 UTC 2010 # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (bui...@barber) Sun Jun 13 12:08:56 UTC 2010 Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 Screen 1 Screen1 1920 0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer Option Xinerama 0 EndSection Section Files EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver evdev EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName HP w2448h HorizSync 24.0 - 94.0 VertRefresh 48.0 - 85.0 Option DPMS EndSection Section Monitor Identifier Monitor1 VendorName Unknown ModelName Samsung SyncMaster HorizSync 30.0 - 81.0 VertRefresh 56.0 - 76.0 EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 8600 GTS BusID PCI:5:0:0 Screen 0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 8600 GTS BusID PCI:5:0:0 Screen 1 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option TwinView 0 Option metamodes DFP-0: nvidia-auto-select +0+0 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option TwinView 0 Option metamodes DFP-1: nvidia-auto-select +0+0 SubSection Display Depth 24
Bug#591345: xserver-xorg-video-cirrus: gd5446 w. 4mb: pitch too high
Package: xserver-xorg-video-cirrus Version: 1:1.3.2-2 Severity: normal Tags: patch Hi, thanks for maintaining xserver-xorg-video-cirrus. With the resolution 1360x768, the driver sets the pitch to 1408 * 3. However internally, the gd 5446 uses only 9 bits to store the pitch, which get left shifted by 3. So the maximum allowed value for the pitch is 4088. As a result, the screen is garbled since the resulting pitch is then just 128. Attached is a patch, that limits the maximum pitch for the gd5446. This bug is also reported upstream at https://bugs.freedesktop.org/show_bug.cgi?id=23775 Would be very nice if you could apply the patch. Thanks in advance, Stefan. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jul 17 16:37 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1878240 Jun 3 15:09 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:08.0 VGA compatible controller: Cirrus Logic GD 5446 (rev 01) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-5-amd64 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:34:03 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 34498 Aug 2 10:40 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: 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-5-amd64 x86_64 Debian Current Operating System: Linux debian 2.6.32-5-amd64 #1 SMP Tue Jun 1 04:34:03 UTC 2010 x86_64 Kernel command line: initrd=/live/initrd.img boot=live live-config BOOT_IMAGE=/live/vmlinuz Build Date: 03 June 2010 03:01:44PM xorg-server 2:1.7.7-2 (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: Mon Aug 2 10:39:56 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c5e80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:8:0) 1013:00b8:: Cirrus Logic GD 5446 rev 1, Mem @ 0x5000/33554432, 0x5200/4096, BIOS @ 0x/65536 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
On Fri, Jul 9, 2010 at 22:50, Brice Goglin brice.gog...@inria.fr wrote: Ping ? Oh, it seems I forgot about this one (not my personal laptops involved). I checked back and it seems on one of the laptops the problem hasn't occurred in ages (on the other one it still happens). I think it's safe to blame it on the hardware. Sorry for the noise. cheers -- Stefan Ott http://www.ott.net/ You are not Grey Squirrel? -- 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/aanlktilwl1obrspgrzmz2pjimadgs0ofwuyvujcx2...@mail.gmail.com
Bug#579425: Still no dice, but a segfault instead
So I upgraded to 2.6.32-12 (after spending some time to finally understand it's named 2.6.32-5) as well as 2.6.33-experimentl4 (couldn't find the experimental5 you mention), and booted without the vga= argument. The result is a segfault apparently related to libdrm-nouveau, so I tried to upgrade the packages that seemed relevant to `unstable', but it did not make any difference as you can see in the attached system info. Could you please apply the following patch to libdrm? Alternatively, use the libdrm packages from experimental where the segfault should also be fixed. I installed libdrm-nouveau1 2.4.20-2 from experimental and tried again, but the result is unchanged. Stefan -- 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/jwv39xw6j5d.fsf-monnier+in...@gnu.org
Bug#579425: Still no dice, but a segfault instead
Package: xserver-xorg-video-nouveau Version: 1:0.0.15+git20100329+7858345-3 Severity: normal So I upgraded to 2.6.32-12 (after spending some time to finally understand it's named 2.6.32-5) as well as 2.6.33-experimentl4 (couldn't find the experimental5 you mention), and booted without the vga= argument. The result is a segfault apparently related to libdrm-nouveau, so I tried to upgrade the packages that seemed relevant to `unstable', but it did not make any difference as you can see in the attached system info. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jul 5 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1725256 May 4 09:51 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-3-686-bigmem (Debian 2.6.32-9) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Thu Feb 25 06:54:30 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 45803 Aug 10 2006 /var/log/Xorg.4.log -rw-r--r-- 1 root root 48171 Jun 13 2007 /var/log/Xorg.23.log -rw-r--r-- 1 root root 48301 Jun 13 2007 /var/log/Xorg.22.log -rw-r--r-- 1 root root 22167 Mar 5 2009 /var/log/Xorg.3.log -rw-r--r-- 1 root root 48193 Sep 14 2009 /var/log/Xorg.21.log -rw-r--r-- 1 root root 44255 May 3 08:53 /var/log/Xorg.20.log -rw-r--r-- 1 root root 19083 May 12 19:49 /var/log/Xorg.2.log -rw-r--r-- 1 root root 44579 May 12 19:58 /var/log/Xorg.1.log -rw-r--r-- 1 root root 19082 May 12 20:06 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: 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-4-686 i686 Debian Current Operating System: Linux pastel 2.6.32-5-686-bigmem #1 SMP Sat May 1 05:03:27 UTC 2010 i686 Kernel command line: root=/dev/mapper/Pastel-root ro Build Date: 04 May 2010 03:43:42PM xorg-server 2:1.7.7-1 (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: Wed May 12 19:54:50 2010 (++) Using config file: /etc/X11/xorg.conf.nouveau (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No device specified for screen Default Screen Section. Using the first device section listed. (**) | |--Device NV44 with nouveau driver (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ea020 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 5 (--) PCI:*(0:1:0:0) 10de:0161:1043:81ba nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] rev 161, Mem @ 0xd000/16777216, 0xc000/268435456, 0xd100/16777216, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading
Bug#579425: xserver-xorg-video-nouveau: Nouveau can't find any screen
Package: xserver-xorg-video-nouveau Version: 1:0.0.15+git20100329+7858345-3 Severity: important I'm using Debian testing (but with unstable and experimental in my sources as well, and using the 2.6.33-2 kernel from experimental). I have just installed aptitude install xserver-xorg-video-nouveau which worked well (it only needed libdrm-nouveau1 as extra dependency). But when I tried xinit for testing, with an empty xorg.conf: Section Device Identifier NV44 with nouveau driver Driver nouveau EndSection the Xserver returned almost immediately saying: (++) Using config file: /etc/X11/xorg.conf.nouveau (EE) [drm] Could not set DRM device bus ID. (EE) NOUVEAU(0): [drm] error opening the drm (EE) NOUVEAU(0): 619: (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found I'm using the nv driver for now, but am looking forward to nouveau so I can connect my monitor over DVI (nv is not able to give me more than 1280x1024 over DVI). It has been a long wait, but it appers that it is finally very close to being a reality. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jul 5 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1722172 Apr 5 13:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: lrwxrwxrwx 1 root root 12 Aug 7 2007 /etc/X11/xorg.conf - xorg.conf.nv Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/CID FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc # Loaddri Loadevdev Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier TouchPad Driver synaptics Option Device/dev/input/touchpad Option Protocol event Option SHMConfig true # Most settings should be left to the user, but the Tap should # only be enabled if requested explicitly, IMHO. Option MaxTapTime0 # This one is neat when it works, and it's rather unlikely to do # it by accident, and even if you do, it's pretty harmless. Option VertTwoFingerScroll 1 # This one is almost true as well, except that X11's handling of # those events is not standardized enough, so some apps bind those # events to prev-webpage and next-webpage instead of horiz-scroll # Which makes vertical 2-finger-scroll unusable until those apps are
Bug#453007: xbacklight: Also on nc10
Package: xbacklight Version: 1.1.1-1 Severity: normal [ I guess the bug's subject is wrong, should be xbacklight -inc doesn't work, xbacklight -dec and xbacklight -set work ] On my Samsung nc10 using awesome as windowmanager -inc does not work, -dec and -set do. HTH Stefan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-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/dash Versions of packages xbacklight depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-2 X11 client-side library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra xbacklight recommends no packages. xbacklight suggests no packages. -- no debconf information -- 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/20100419120448.5690.60953.report...@nc10.bc
Bug#577769: xserver-xorg-core: ignores /usr/lib/X11/xorg.conf.d/ in the presence of /etc/X11/xorg.conf.d/
Package: xserver-xorg-core Version: 2:1.7.6-2 Severity: important Hi If /etc/X11/xorg.conf.d/ is in use, it does not augment the package preconfiguration in /usr/lib/X11/xorg.conf.d/, but totally ignores the contents of /usr/lib/X11/xorg.conf.d/ - thereby breaking essential preconfiguration like 05-evdev.conf and killing keyboard/ mouse support in X. My system does not use a /etc/X11/xorg.conf anymore, but I nevertheless need to configure my dual-screen setup for radeon through the attached /etc/X11/xorg.conf.d/20-device.conf. With today's upload of xserver-xorg-input-evdev 1:2.3.2-5, evdev starts to depend on the (new) preconfiguration in /usr/lib/X11/xorg.conf.d/05-evdev.conf, but due to the presence of my custom /etc/X11/xorg.conf.d/20-device.conf, xserver-xorg-core never attempts to load 05-evdev.conf (or 10-vmmouse.conf for that matter). $ LANG=C ls -al /etc/X11/xorg.conf.d/ /usr/lib/X11/xorg.conf.d/ /etc/X11/xorg.conf.d/: total 12 drwxr-xr-x 2 root root 4096 Apr 14 12:30 . drwxr-xr-x 11 root root 4096 Apr 9 14:44 .. -rw-r--r-- 1 root root 354 Apr 9 14:48 20-device.conf /usr/lib/X11/xorg.conf.d/: total 20 drwxr-xr-x 2 root root 4096 Apr 14 12:01 . drwxr-xr-x 7 root root 4096 Apr 11 03:07 .. -rw-r--r-- 1 root root 946 Apr 13 18:02 05-evdev.conf -rw-r--r-- 1 root root 102 Apr 13 18:16 10-vmmouse.conf To temporarily unbreak my system, I've added a symlink for 05-evdev.conf in /etc/X11/xorg.conf.d/, but this would be very fragile in regards to future evdev updates and/ or other packages switching to distribution defaults stored in /usr/lib/X11/xorg.conf.d/ ln -s ../../../usr/lib/X11/xorg.conf.d/05-evdev.conf /etc/X11/xorg.conf.d/05-evdev.conf Regards Stefan Lippers-Hollmann Post scriptum: As an unrelated side note, I'd suggest adding /etc/X11/xorg.conf.d/*.conf and ls -al /usr/lib/X11/xorg.conf.d/ to the bug templates. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Aug 28 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1876992 Apr 5 16:37 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600 Series] /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 37806 Apr 14 12:31 /var/log/Xorg.0.log -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2.slh.6-sidux-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii keyboard-configuration 1.54system-wide keyboard preferences ii libaudit01.7.13-1+b1 Dynamic library for security audit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libdrm2 2.4.18-3Userspace interface to kernel DRM ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libpciaccess00.11.0-2Generic PCI access library for X ii libpixman-1-00.16.4-1pixel-manipulation library for X a ii libselinux1 2.0.94-1SELinux runtime shared libraries ii libudev0 151-3 libudev shared library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxdmcp61:1.0.3-2 X11 Display Manager Control Protoc ii libxfont11:1.4.1-2 X11 font rasterisation library ii udev 151-3 /dev/ and hotplug management daemo ii xserver-common 2:1.7.6-2 common files used by various X ser ii xserver-xorg 1:7.5+5 the X.Org X server Versions of packages xserver-xorg-core recommends: ii libgl1-mesa-dri 7.7.1-1A free implementation of the OpenG Versions of packages xserver-xorg-core suggests: ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X ii xfonts-scalable 1:1.0.1-1 scalable fonts for X -- no debconf information Section Monitor Identifier DVI-0 Option Primary true #Option PreferredMode 1600x1200 EndSection Section Monitor Identifier DVI-1 Option RightOf DVI-0 #Option PreferredMode 1280x1024 EndSection Section Device Identifier ATI Radeon HD 2600 Option Monitor-DVI-0 DVI-0 Option Monitor-DVI-1 DVI-1 EndSection [0.00] No AGP bridge found [0.00] No AGP bridge found [0.510614] Linux agpgart interface v0.103 [8.563403] [drm] Initialized drm 1.1.0
Bug#564324: Backtrace
severity 564324 grave
thanks
Here is a backtrace with xserver-xorg-core-dbg installed:
(gdb) bt full
#0 0xf7772430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xf74918e0 in *__GI_raise (sig=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = value optimized out
pid = -145055756
selftid = 6482
#2 0xf7494e15 in *__GI_abort () at abort.c:88
act = {__sigaction_handler = {sa_handler = 0x8eac9e8, sa_sigaction =
0x8eac9e8}, sa_mask = {
__val = {4149916608, 4290888164, 3, 4149404857, 4290888192,
4290888180, 4151903856,
134582519, 4290888112, 4290888256, 4151903856, 134586017,
4290888168, 0, 0, 4149911540,
4149916608, 149456864, 4290888120, 4149017201, 0, 134747495,
4149916608, 5, 360,
149400128, 16, 21505, 4149401820, 149399776, 4149911540,
149399776}},
sa_flags = 149399776, sa_restorer = 0xffc1c1f4}
sigs = {__val = {32, 0 repeats 31 times}}
#3 0x080af2ab in ddxGiveUp () at ../../../../hw/xfree86/common/xf86Init.c:1214
i = value optimized out
#4 0x080af336 in AbortDDX () at ../../../../hw/xfree86/common/xf86Init.c:1258
i = 1
#5 0x080a15bd in AbortServer () at ../../os/log.c:404
No locals.
#6 0x080a1bae in FatalError (f=0x81c0c8c Caught signal %d (%s). Server
aborting\n)
at ../../os/log.c:529
beenhere = 1
#7 0x080a2841 in OsSigHandler (signo=11, sip=0xffc1c33c, unused=0xffc1c3bc) at
../../os/osinit.c:156
No locals.
#8 signal handler called
No symbol table info available.
#9 0x08074b87 in CreateClassesChangedEvent (event=0x0, master=0x9348988,
slave=0x93a1d28, type=4)
at ../../dix/getevents.c:194
i = value optimized out
dce = value optimized out
ms = 1159373
#10 0x08074e75 in updateFromMaster (events=value optimized out,
dev=0x93a1d28, type=4,
num_events=0xffc1c57c) at ../../dix/getevents.c:632
master = 0x9348988
#11 0x080759a9 in GetPointerEvents (events=0x0, pDev=0x93a1d28, type=6,
buttons=0, flags=10,
first_valuator=0, num_valuators=2, valuators=0xffc1c7a8) at
../../dix/getevents.c:1042
num_events = 1
ms = 1159373
event = value optimized out
raw = value optimized out
x = value optimized out
y = value optimized out
cx = value optimized out
cy = value optimized out
x_frac = 0
Bug#525039: xserver-xorg-input-vmmouse: vmmouse_detect doesn't detect kvm
Hi I can still confirm this regression in current Debian sid within kvm (85+dfsg-4.1) or qemu (0.10.6-1) and xserver-xorg-input-vmmouse 1:12.6.5-1. likewise reverting http://cgit.freedesktop.org/xorg/driver/xf86-input-vmmouse/commit/?id=bcdec3d0cd4434770cd841c33c030e0d7203881f reliably fixes the problem for me, so vmmouse actually works within kvm/ qemu and doesn't catch the mouse pointer. Is there any further information I could provide to get this regression from 1:12.5.1-4 fixed? Regards Stefan Lippers-Hollmann signature.asc Description: This is a digitally signed message part.
Bug#528538: [xserver-xorg-input-synaptics] VertScrolling stops working after update to version 1.1.0
Hi I can confirm that the new upstream version 1.1.3 of xf86-input-synaptics (aka xserver-xorg-input-synaptics) indeed fixes the vertical scrolling reliably on my Acer Aspire One 110L, alternatively the upstream backport of http://bugs.freedesktop.org/attachment.cgi?id=28026 (referred to from http://bugs.freedesktop.org/show_bug.cgi?id=21001) works just as well. Regards Stefan Lippers-Hollmann signature.asc Description: This is a digitally signed message part.
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
On Sat, Oct 10, 2009 at 09:37, Brice Goglin brice.gog...@ens-lyon.org wrote: Stefan Ott wrote: can you try xf86-video-ati git master? do you happen to have a script handy to build a debian package directly from the git repo? See http://bgoglin.livejournal.com/10936.html and replace intel with ati I should still work today. Thanks. I can't seem to build it on stable, though, because xutils-dev is too old (it says checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer). Surprisingly, manually disabling that check doesn't help ;) (I get an error during compilation). I did, however, build version 6.12.3 (from testing) - I'll report back when I know whether this one works. cheers -- Stefan Ott http://www.ott.net/ You are not Grey Squirrel? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549314: xorg: Xorg crashes at random, exactly once
On 08 October 2009, Julien Cristau wrote with possible deletions: Any chance you could try again to get gdb traces, but this time with 'handle SIGPIPE nostop' at the gdb prompt before reproducing? Yes, here they are. Named as before. Just ask if you need further information. Kind regards, Stefan -- Stefan Klinger o/klettern /\/ bis zum send plaintext only - max size 32kB - no spam \ Abfallen http://stefan-klinger.de random.log.bz2 Description: Binary data triggered.log.bz2 Description: Binary data
Bug#549314: Problem persists
Hi. I just upgraded via apt: [UPGRADE] xserver-xorg-video-intel 2:2.8.1-2 - 2:2.9.0-1 [UPGRADE] xserver-xorg-video-intel-dbg 2:2.8.1-2 - 2:2.9.0-1 Sorry, the problem still persists! Kind regards, Stefan -- Stefan Klinger o/klettern /\/ bis zum send plaintext only - max size 32kB - no spam \ Abfallen http://stefan-klinger.de -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
Hey Sorry for the late response. I just wanted to let you know that the problem is still there with version 6.12.2-1~lenny1. cheers -- Stefan Ott http://www.ott.net/ You are not Grey Squirrel? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
can you try xf86-video-ati git master? do you happen to have a script handy to build a debian package directly from the git repo? -- Stefan Ott http://www.ott.net/ You are not Grey Squirrel? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549314: xorg: Xorg crashes at random, exactly once
Hello Brice, do you know whether anyone is investigating this case? Or is this mailing list the wrong place to ask anyway? I failed to get a backtrace from X. A simple 'gdb /usr/bin/X' don't work: After typing 'run' at the gdb prompt, my system freezes showing a back screen. Kind regards, Stefan -- Stefan Klinger o/klettern /\/ bis zum send plaintext only - max size 32kB - no spam \ Abfallen http://stefan-klinger.de -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549314: xorg: Xorg crashes at random, exactly once
Package: xorg Version: 1:7.4+4 Severity: critical Justification: causes serious data loss My Xorg session crashes without prior notice, roughly during the first 15 Minutes of working. However, I can trigger a crash by typing dmesg -n 9 as non-root user, wich normally prints 'klogctl: Operation not permitted'. This instantly teminates my session. Such a crash seems to appear exactly once after a reboot. I.e., after a crash I log in again, and I can run dmesg without problems. I first noticed these problems after an update, see the excerpt from /var/log/aptitude: Aptitude 0.4.11.11: log report Thu, Oct 1 2009 09:09:27 +0200 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 12 packages, and remove 0 packages. 274kB of disk space will be used === [INSTALL, DEPENDENCIES] insserv [UPGRADE] adduser 3.110 - 3.111 [UPGRADE] initscripts 2.86.ds1-65 - 2.87dsf-6 [UPGRADE] libffi5 3.0.7-1 - 3.0.7-2 [UPGRADE] libkpathsea4 2007.dfsg.2-6 - 2007.dfsg.2-7 [UPGRADE] libreadline6 6.0-4 - 6.0-5 [UPGRADE] polipo 1.0.4-1 - 1.0.4-1.1 [UPGRADE] readline-common 6.0-4 - 6.0-5 [UPGRADE] sysv-rc 2.86.ds1-65 - 2.87dsf-6 [UPGRADE] sysvinit 2.86.ds1-65 - 2.87dsf-6 [UPGRADE] sysvinit-utils 2.86.ds1-65 - 2.87dsf-6 [UPGRADE] texlive-base-bin 2007.dfsg.2-6 - 2007.dfsg.2-7 === Log complete. Aptitude 0.4.11.11: log report Thu, Oct 1 2009 09:18:26 +0200 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 0 packages, and remove 4 packages. === [REMOVE] exim4 [REMOVE] exim4-base [REMOVE] exim4-config [REMOVE] exim4-daemon-light === Log complete. This might be related to Bug #539548. I do not run KDE, using fvwm instead. I have attached dmesg output, and copies of Xorg.0.log[.old] after a random crash, and after a crash triggered by dmesg. You find them in the respectively named attachments. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (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 xorg depends on: ii libgl1-mesa-dri 7.5.1-1A free implementation of the OpenG ii libgl1-mesa-glx [libgl1] 7.5.1-1A free implementation of the OpenG ii libglu1-mesa 7.5.1-1The OpenGL utility library (GLU) ii lxterminal [x-terminal-emulat 0.1.6-1+b1 desktop independent vte-based term ii x11-apps 7.4+2 X applications ii x11-session-utils 7.3+1 X session utilities ii x11-utils 7.4+1 X11 utilities ii x11-xfs-utils 7.4+1 X font server utilities ii x11-xkb-utils 7.4+3 X11 XKB utilities ii x11-xserver-utils 7.4+2 X server utilities ii xauth 1:1.0.3-2 X authentication utility ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-base 1:1.0.0-6 standard fonts for X ii xfonts-scalable 1:1.0.0-7 scalable fonts for X ii xfonts-utils 1:7.4+2X Window System font utility progr ii xinit 1.1.1-1X server initialisation tool ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu ii xorg-docs-core1:1.4-5Core documentation for the X.org X ii xserver-xorg 1:7.4+4the X.Org X server ii xterm [x-terminal-emulator] 248-1 X terminal emulator xorg recommends no packages. Versions of packages xorg suggests: pn xorg-docs none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545993: xterm removes TMPDIR variable from environment
Package: xterm Version: 246-1 Severity: normal This is related to bug #276417, but Reportbug does not show that one in the list to choose from. Xterm seems to remove the TMPDIR variable from an environment. I have read the aforementioned bug reports, and I don't see why the bug is closed. I run the following test. The number preceding the pipe symbol indicates the xterm I am working in. Initially, there is only one xterm (1): $foo and $TMPDIR are unset initially 1| s...@watarrka:~ env | grep 'foo\|TMPDIR\|TMP\|TEMP' 1| TEMP=/tmp/sk 1| TMP=/tmp/sk we set them, and verify they are there 1| s...@watarrka:~ export foo=42 1| s...@watarrka:~ export TMPDIR=/tmp/sk 1| s...@watarrka:~ env | grep 'foo\|TMPDIR\|TMP\|TEMP' 1| TMPDIR=/tmp/sk 1| TEMP=/tmp/sk 1| foo=42 1| TMP=/tmp/sk we start a subprocess to verify that they are passed on to subprocesses 1| s...@watarrka:~ bash 1| s...@watarrka:~ env | grep 'foo\|TMPDIR\|TMP\|TEMP' 1| TMPDIR=/tmp/sk 1| TEMP=/tmp/sk 1| foo=42 1| TMP=/tmp/sk so the variables are obviously passed on to subprocesses. We leave the subshell and create an xterm (number 2) instead 1| s...@watarrka:~ exit 1| s...@watarrka:~ xterm Now in the new xterm we have a bash running. $TMPDIR has ben removed from the environment 2| s...@watarrka:~ env | grep 'foo\|TMPDIR\|TMP\|TEMP' 2| TEMP=/tmp/sk 2| foo=42 2| TMP=/tmp/sk 2| s...@watarrka:~ We close the second xterm, and start a new one (number 3), which does not run bash, but env directly 1| s...@watarrka:~ xterm -hold -e env # starts xterm 3, see below This is the complete output of env in xterm 3. $foo, $TMP, and $TEMP are present, but $TMPDIR is missing. 3| MANPATH=:/home/sk/opt/MonetDB/share/man 3| SSH_AGENT_PID=2381 3| TERM=xterm 3| SHELL=/bin/bash 3| FVWM_USERDIR=/home/sk/.fvwm 3| HOSTDISPLAY=watarrka:0.0 3| WINDOWID=16777229 3| XAPPLRESDIR=/etc/X11/app-defaults:/home/sk/.app-defaults 3| XTERM_SHELL=/usr/bin/env 3| USER=sk 3| LS_COLORS=no=00:fi=00:bd=01;30:cd=01;30:di=01;34:do=40;33:ex=01;31:pi=40;33:ln=target:or=40;31;01:so=40;33:*.arj=36:*.bz=36:*.bz2=36:*.deb=36:*.gz=36:*.jar=36:*.lzh=36:*.lzma=36:*.rar=36:*.rpm=36:*.tar=36:*.taz=36:*.tbz=36:*.tbz2=36:*.tgz=36:*.z=36:*.Z=36:*.zip=36:*.dvi=32:*.htm=32:*.html=32:*.pdf=32:*.ps=32:*.tex=32:*.txt=32:*.xhtml=32:*.xml=32:*.bmp=35:*.gif=35:*.jpeg=35:*.jpg=35:*.nef=35:*.pbm=35:*.pgm=35:*.png=35:*.ppm=35:*.tga=35:*.tif=35:*.tiff=35:*.xbm=35:*.xpm=35:*.avi=35:*.dl=35:*.fli=35:*.gl=35:*.mov=35:*.mpeg=35:*.mpg=35:*.vob=35:*.xcf=35:*.xwd=35:*.ogv=35:*.flac=35:*.mp3=35:*.mpc=35:*.ogg=35:*.wav=35: 3| TEMP=/tmp/sk 3| SSH_AUTH_SOCK=/tmp/ssh-ydlhjK2357/agent.2357 3| PATH=/home/sk/opt/MonetDB/bin:/home/sk/opt/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/sbin:/usr/sbin:/usr/bin/X11:/usr/games 3| PWD=/home/sk 3| EDITOR=emacsclient 3| LANG=en_US.UTF-8 3| foo=42 3| XTERM_LOCALE=en_US.UTF-8 3| XTERM_VERSION=XTerm(246) 3| LESSCHARSET=utf-8 3| SHLVL=2 3| HOME=/home/sk 3| PYTHONPATH=:/home/sk/opt/MonetDB/lib/python2.5/site-packages 3| LESS=-M -i 3| TMP=/tmp/sk 3| LOGNAME=sk 3| LESSOPEN=|/usr/bin/lesspipe %s 3| FVWM_MODULEDIR=/usr/lib/fvwm/2.5.28 3| DISPLAY=:0.0 3| GTK_IM_MODULE=xim 3| _=/usr/bin/xterm Any suggestions? Regards, Stefan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (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 xterm depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libfontconfig12.6.0-4generic font configuration library ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libx11-6 2:1.2.2-1 X11 client-side library ii libxaw7 2:1.0.6-1 X11 Athena Widget library ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-2 X11 miscellaneous utility library ii libxt61:1.0.6-1 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.4+1 X11 utilities ii xutils1:7.3+20 X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541388: xserver-xorg: Xmodmap settings lost across suspend/hibernate
I recently installed Debian on this old Macbook Pro (by copying the / partition of a Debian install running on a Thinkpad T60), and I bumped into an unexpected problem: my Xmodmap settings (which I install from a little script of mine run from the session manager at login time) are lost when I suspend the machine. I.e. after resume, xmodmap shows that the xmodmap setting have been reverted to their defaults. I have similar Debian installs running on various machines, with varying kinds of keyboards (some USB others not) and have never bumped into such a thing. I don't know where to start tracking it down. I also just noticed that gsynaptics settings get similarly lost across a hibernateresume. Stefan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
On Mon, Jun 15, 2009 at 07:29, Brice Goglinbrice.gog...@ens-lyon.org wrote: Can you try a more recent ati/radeon driver package? Some are available at http://people.debian.org/~bgoglin/rebuilds/Xserver1.4/ Ah nice. I installed xserver-xorg-video-radeon_6.12.2-1~lenny1 - I'll let you know as soon as it happens again... cheeers -- Stefan Ott http://www.ott.net/ Tobacco is my favorite vegetable. -- Frank Zappa -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Severity: important I have an annoying issue on a Thinkpad X31: Every now and then, after suspending to / resuming from memory, my display is all garbled. This is sort of hard to debug since I cannot reproduce it at will - sometimes it happens several times in a row, other times it doesn't happen for days or even weeks. It doesn't seem to be a hardware defect, though, since I have a second X31 which shows the exact same symptoms. Also, while I don't remember exactly when it started, I know it used to work just fine (probably back on etch, but the laptop was running Ubuntu at that time). -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2009-06-06 20:06 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1718516 2009-03-15 16:30 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1276 2009-06-10 22:28 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout ch EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option EmulateWheel True Option EmulateWheelButton2 Option EmulateWheelTimeout 200 EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 44297 2009-06-14 19:22 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny1) Current Operating System: Linux poebel 2.6.26-2-686 #1 SMP Thu May 28 15:39:35 UTC 2009 i686 Build Date: 15 March 2009 03:18:10PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Sun Jun 14 19:20:00 2009 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first core pointer device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e38c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0
Bug#513981: xkb-data: missing key for Sun Type 6 euro usb
There was an old bug open to fix the SUN Type6 layout - #3952 I've added it there. https://bugs.freedesktop.org/show_bug.cgi?id=3952 The new version 1.6-1 makes it worse - now the backspace key does not work too. I tried to revert to my old version 1.5-1 but cannot find the deb file anymore on the debian server. 1.5-2 does not work for me with my updates. Where can I download the 1.5-1 deb package to get back an usable system? Regards, Stefan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528682: found the problem, not X11 related
After installing 2.6.30 without discovering new behavior, I realized that my CDROM apparently causes IDE bus resets from time to time. Removing the CDROM from the system lets the laptop get past the kdm login prompt. My suspicion is that kdm/KDE/... does some initialization thing that triggers some combination of kernel behavior and hardware issue, such that the kernel finally stalls. Sorry for the confusion and thanks for your suggestions/help. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528682: xserver-xorg-video-radeon: Combination of X11/testing and kernel 2.6.26 freezes (at least) screen and input
Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Severity: important Hi there, I am following testing on a Fujitsu/Siemens Lifebook E8010 with Radeon graphics (Radeon 9600 M10). A recent package upgrade (must have been the last 2-3 days, May 12 or later) causes at least the graphics/input of my system to freeze with linux kernels 2.6.29-1 and 2.6.29-2. I cannot easily test login/ping via network, so I cannot tell whether the kernel is still alive; however there is nothing in the messages file that would point to a crash (stack trace, e.g.). The freeze does not occur when running kernel 2.6.26 (where I'm typing this message). The freeze happens systematically about 1-2 seconds after kdm comes up (could thus also be caused by kde/qt4.2??). My xorg.conf is really quite basic apart from one line specifiying AGPMode 1 which has worked fine so far The server log looks unsuspicious on first sight, but it seems that something concerning dri is different for the two kernels (I can't tell if it is important or not). Below is a diff between a log from the freeze with kernel 2.6.26-2 against the current log. I'd be interested in pointers to resolve the problem, because I'd like to use the later kernel. My notebook will not hibernate with 2.6.26 ... Thanks a lot - nbkms11-l:/home/sts# diff /var/log/Xorg.0.log /var/log/Xorg.0.log.old 6c6 Current Operating System: Linux nbkms11-l 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 --- Current Operating System: Linux nbkms11-l 2.6.29-2-686 #1 SMP Sun May 3 12:46:00 UTC 2009 i686 15c15 (==) Log file: /var/log/Xorg.0.log, Time: Thu May 14 18:22:41 2009 --- (==) Log file: /var/log/Xorg.0.log, Time: Thu May 14 18:20:26 2009 116a117,118 (II) Bus 2 prefetchable memory range: [0] -1 0 0x8800 - 0x93ff (0xc00) MX[B] 123a126,127 (II) Bus 3 prefetchable memory range: [0] -1 0 0x8800 - 0x8bff (0x400) MX[B] 128a133,134 (II) Bus 4 prefetchable memory range: [0] -1 0 0x8c00 - 0x8fff (0x400) MX[B] 133a140,141 (II) Bus 8 prefetchable memory range: [0] -1 0 0x9000 - 0x93ff (0x400) MX[B] 154c162 [7] -1 0 0x8800 - 0x880003ff (0x400) MX[B] --- [7] -1 0 0x9400 - 0x940003ff (0x400) MX[B] 181c189 [7] -1 0 0x8800 - 0x880003ff (0x400) MX[B] --- [7] -1 0 0x9400 - 0x940003ff (0x400) MX[B] 219c227 [11] -1 0 0x8800 - 0x880003ff (0x400) MX[B] --- [11] -1 0 0x9400 - 0x940003ff (0x400) MX[B] 482c490 [11] -1 0 0x8800 - 0x880003ff (0x400) MX[B] --- [11] -1 0 0x9400 - 0x940003ff (0x400) MX[B] 515c523 [11] -1 0 0x8800 - 0x880003ff (0x400) MX[B] --- [11] -1 0 0x9400 - 0x940003ff (0x400) MX[B] 726c734 [13] -1 0 0x8800 - 0x880003ff (0x400) MX[B] --- [13] -1 0 0x9400 - 0x940003ff (0x400) MX[B] 798c806 (II) RADEON(0): [agp] Ring mapped at 0xb7763000 --- (II) RADEON(0): [agp] Ring mapped at 0xb77f4000 800c808 (II) RADEON(0): [agp] Ring read ptr mapped at 0xb7762000 --- (II) RADEON(0): [agp] Ring read ptr mapped at 0xb77f3000 802c810 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0xb349b000 --- (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0xb352c000 804,805c812,813 (II) RADEON(0): [agp] GART Texture map mapped at 0xb2fbb000 (II) RADEON(0): [drm] register handle = 0xc010 --- (II) RADEON(0): [agp] GART Texture map mapped at 0xb304c000 (II) RADEON(0): [drm] register handle = 0x2802 821,831c829,832 (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 11 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0xcbffc800 is: 0xcbffc800 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffc0 is: 0xd07fd000 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xcbffc800 0xcbffc800 (II) RADEON(0): MC_AGP_LOCATION : 0xd07fd000 (II) RADEON(0): Direct rendering enabled --- (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xf8124000 at 0xb78f5000 (II) RADEON(0): [drm] Closed DRM master. (WW) RADEON(0): Direct rendering disabled 879,903c880,887 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to
Bug#528682: xserver-xorg-video-radeon
sorry - I introduced a typo I just installed firmware-linux (cleanly). At least for 2.6.26-1, as far as I ^^^ this should read: 2.6.29-1 can tell, there are no effects. I remember having put some tigon firmware into /usr/lib/firmware by hand at some point because update-initramfs (?) complained about missing firmware. However, I do not remember any effects of that at all. I do not think that there was correlation with the effects that I am seeing in any way. so - answer: unfortunately - no. -- Stefan Schwarzer Fraunhofer-Institut für Physikalische Messtechnik IPM Optische Fertigungsmesstechnik Heidenhofstr. 8, 79110 Freiburg, Germany Telefon: +49-(0)761-8857-366 stefan.schwar...@ipm.fraunhofer.de http://www.ipm.fraunhofer.de -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
