Bug#743137: xserver-xorg-video-intel: HP 650 laptop with Intel/Ati hybrid graphics - docking station DP/DVI ports not detected
Ok, I've created new bugreport for my case: https://bugs.freedesktop.org/show_bug.cgi?id=86004 So it was mentioned that our xserver-xorg-video-intel package in unstable is just too old to support DP MST. Fortunately new version is available in experimental and it works for me!: xserver-xorg-video-intel2:2.99.916-1~exp1 It's a bit interesting. If I boot and load X11 while laptop is undocked, xrandr will show only internal laptop connectors. Other ports will be populated once laptop is docked. And they will stay forever Not checked with multiple external displays. But internal laptop screen plus one external monitor are working as expected. So I'm considering this as fixed for me by using package from experimental. But it'll be cool to have MST support in jessie. As far as I understand it's pretty common now... -- WBR, Dmitry -- 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/20141108215802.GA16088@debpad.local
Bug#743137: xserver-xorg-video-intel: HP 650 laptop with Intel/Ati hybrid graphics - docking station DP/DVI ports not detected
Hi, It looks like I'm also experiencing same issue with Lenovo t440p machine and Lenovo Ultra Dock. This seems to be upsteam bug, one of: https://bugs.freedesktop.org/show_bug.cgi?id=82153 https://bugs.freedesktop.org/show_bug.cgi?id=84718 https://bugs.freedesktop.org/show_bug.cgi?id=80355 -- WBR, Dmitry -- 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/20141107085431.GA30709@debpad.local
Bug#759345: syndaemon: please rebuild package with enabled XRecord extension
Package: xserver-xorg-input-synaptics Version: 1.8.0-1 Severity: normal Tags: patch Hi, I've found that '-R' option to syndaemon doesn't work at all. It's just ignored by syndaemon because it was built without XRecord headers. Could you please consider applying attached patch? Using XRecord is important on laptops because it provides a way to detect keyboard activity without polling. And this should improve battery life. Also it pretty looks like with XRecord extension syndaemon works much better because it disables touchpad exactly when keyboard event happens. I'm not sure but probably this will also fix followed bugs: #631909 xserver-xorg-input-synaptics: high CPU usage by syndaemon after suspend to ram #546296 xserver-xorg-input-synaptics: syndaemon doesn't always disable touchpad -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 21 22:26 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2356320 Jul 18 01:25 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208M [GeForce GT 730M] [10de:1290] (rev ff) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 4 -rw-r--r-- 1 dion dion 1063 Aug 22 00:04 synaptics.conf /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.16-1~exp1 (2014-08-09) Xorg X server log files on system: -- -rw-r--r-- 1 root root 35644 Aug 26 14:38 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 263.301] X.Org X Server 1.16.0 Release Date: 2014-07-16 [ 263.301] X Protocol Version 11, Revision 0 [ 263.301] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian [ 263.301] Current Operating System: Linux debpad 3.16-trunk-amd64 #1 SMP Debian 3.16-1~exp1 (2014-08-09) x86_64 [ 263.301] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16-trunk-amd64 root=/dev/mapper/debpad-root ro nouveau.modeset=0 init=/bin/systemd [ 263.301] Build Date: 17 July 2014 10:22:36PM [ 263.301] xorg-server 2:1.16.0-1 (http://www.debian.org/support) [ 263.301] Current version of pixman: 0.32.6 [ 263.301]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 263.301] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 263.301] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Aug 26 11:32:38 2014 [ 263.301] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 263.301] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 263.301] (==) No Layout section. Using the first Screen section. [ 263.301] (==) No screen section available. Using defaults. [ 263.301] (**) |-->Screen "Default Screen Section" (0) [ 263.301] (**) | |-->Monitor "" [ 263.301] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 263.301] (==) Automatically adding devices [ 263.301] (==) Automatically enabling devices [ 263.301] (==) Automatically adding GPU devices [ 263.301] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 263.301]Entry deleted from font path. [ 263.301] (==) 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 [ 263.301] (==) ModulePath set to "/usr/lib/xorg/modules" [ 263.302] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 263.302] (II) Loader magic: 0x7fb85da89d80 [ 263.302] (II) Module ABI versions: [ 263.302]X.Org ANSI C Emulation: 0.4 [ 263.302]X.Org Video Driver: 18.0 [ 263.302]X.Org XInput driver : 21.0 [ 263.302]X.Org Server Extension : 8.0 [ 263.302] (II) xfree86: Adding drm device (/dev/dri/card0) [ 263.996] (--) PCI:*(0:0:2:0) 8086:0416:17aa:221d rev 6, Mem @ 0xf100/4194304, 0xe000/268435456, I/O @ 0x4000/64 [ 263.996] (II) LoadModule: "glx" [ 263.996] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 263.997] (II) Module glx: vendor="X.Org Foundation" [ 263.997]compiled for 1.16.0, module version = 1.0.0
Bug#417626: xserver-xorg: crash on resuming from hibernate
I tried this version from experimental xserver-xorg-core 2:1.2.99.905-2 And it works without any problems. -- WBR, Dmitry signature.asc Description: Digital signature
Bug#417626: xserver-xorg: crash on resuming from hibernate
On Sun, Apr 08, 2007 at 11:35:22AM +0200, Michel Dänzer wrote: > > Hmm, not sure what could segfault on that line... > It looks like it receives newlines as input, so it repeats the previous > command. Can you try running gdb directly from ssh instead of via > screen? Finally i reproduced it again. The main problem is that machine completely freezes after crash, if debugger is running. (Including ssh sessions). So i should write all required gdb commands to screen session. gdb will execute them after crash. Program received signal SIGUSR1, User defined signal 1. Program received signal SIGUSR1, User defined signal 1. Program received signal SIGSEGV, Segmentation fault. 0x08195b73 in WaitForSomething (pClientsReady=0xbfa64a70) at ../../os/WaitFor.c:220 220 if (timeout < 0) (gdb) thread apply all bt (gdb) bt #0 0x08195b73 in WaitForSomething (pClientsReady=0xbfa64a70) at ../../os/WaitFor.c:220 #1 0x08086b91 in Dispatch () at ../../dix/dispatch.c:388 #2 0x0806e699 in main (argc=8, argv=0xbfa64f74, envp=Cannot access memory at address 0xe6909360 ) at ../../dix/main.c:479 (gdb) continue Continuing. Program received signal SIGABRT, Aborted. 0xe410 in __kernel_vsyscall () (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7d479d1 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7d49219 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x0809f495 in ddxGiveUp () at ../../../../hw/xfree86/common/xf86Init.c:1263 #4 0x081a24d3 in AbortServer () at ../../os/log.c:408 #5 0x081a29e7 in FatalError (f=0x81b33c0 "Caught signal %d. Server aborting\n") at ../../os/log.c:554 #6 0x080d02a7 in xf86SigHandler (signo=11) at ../../../../hw/xfree86/common/xf86Events.c:1480 #7 #8 0x08195b73 in WaitForSomething (pClientsReady=0xbfa64a70) at ../../os/WaitFor.c:220 #9 0x08086b91 in Dispatch () at ../../dix/dispatch.c:388 #10 0x0806e699 in main (argc=8, argv=0xbfa64f74, envp=Cannot access memory at address 0xe6909360 ) at ../../dix/main.c:479 Backtrace is not too useful. I have no idea why it crashes. -- WBR, Dmitry signature.asc Description: Digital signature
Bug#417626: xserver-xorg: crash on resuming from hibernate
On Sun, Apr 08, 2007 at 11:35:22AM +0200, Michel Dänzer wrote: > On Sun, 2007-04-08 at 10:24 +0300, Dmitry Nezhevenko wrote: > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x08195b73 in WaitForSomething ( > > pClientsReady=0xbfea0a70) > > at ../../os/WaitFor.c:220 > > 220 if (timeout < 0) > > Hmm, not sure what could segfault on that line... Yes.. it's strange > > I'm not sure why gdb continue executing process after SIGSEGV. > > It looks like it receives newlines as input, so it repeats the previous > command. Can you try running gdb directly from ssh instead of via > screen? Will try, but i'm not sure, that i will get access to gdb after resuming. Or maybe i will try to enter some command like "bt" before detaching screen session. Maybe this will help PS 2 Michel: Sorry for private message -- WBR, Dmitry signature.asc Description: Digital signature
Bug#417626: xserver-xorg: crash on resuming from hibernate
On Thu, Apr 05, 2007 at 12:25:29AM +0200, Brice Goglin wrote: > You should be able to check this by downgrading your nvidia driver with > http://snapshot.debian.net/package/nvidia-graphics-drivers Looks like this is not nvidia issue. > I would be good to get a backtrace with debugging enabled (you would > need to rebuild a debugging xserver-xorg-core as described on > http://wiki.debian.org/HowToGetABacktrace). Then, you attach 'gdb > $(pidof X)' and wait for the crash to occur to get a backtrace (with bt > full). But, this gdb can't be run from inside X since it would die > during the crash. And, sometimes, the text console dies too. So we > usually recommend to log by ssh to attach gdb, but you can't do that > during suspend/resume. > So, if the text console does not die when X crashes, you could just > attach a gdb from a text console before suspending. If not, maybe it is > possible to put the gdb in a screen shell and log by ssh after the crash > and get the screen shell back to debug in gdb? So I have just recompiled xserver-xorg-core and installed recompiled versions of packages. After this i decide to use gdb a in screen shell. After crashing there was followed messages in screen session: Program received signal SIGUSR1, User defined signal 1. 0xe410 in __kernel_vsyscall () (gdb) Continuing. Program received signal SIGSEGV, Segmentation fault. 0x08195b73 in WaitForSomething ( pClientsReady=0xbfea0a70) at ../../os/WaitFor.c:220 220 if (timeout < 0) (gdb) Continuing. Program received signal SIGABRT, Aborted. 0xe410 in __kernel_vsyscall () (gdb) Continuing. Program terminated with signal SIGABRT, Aborted. The program no longer exists. (gdb) The program is not being run. I'm not sure why gdb continue executing process after SIGSEGV. Will try to find something on monday. -- WBR, Dmitry signature.asc Description: Digital signature
Bug#417626: xserver-xorg: crash on resuming from hibernate
Package: xserver-xorg Version: 1:7.1.0-15 Severity: normal XOrg crashes on resuming from hibernate. (Using suspend2-enabled kernel and nvidia driver). I got crash once per two-three days. (I have ~2-3 hibernate/resume cycles per day). Tried last available nvidia driver in unstable (8776), version 9746 and 9755. I'm sure that there was no such issues with some old xorg version and nvidia driver version 8776 (from unstable). Here is backtrace that i see in Xorg.log. Backtrace: 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c4354] 1: [0xb7eed420] 2: /usr/bin/X(Dispatch+0x81) [0x8086b91] 3: /usr/bin/X(main+0x489) [0x806e699] 4: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7cedea8] 5: /usr/bin/X(FontFileCompleteXLFD+0xa9) [0x806d9d1] Fatal server error: Caught signal 11. Server aborting Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux debian 2.6.20.1 #3 PREEMPT Mon Feb 26 01:52:59 EET 2007 i686 Build Date: 07 March 2007 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: Mon Apr 2 07:14:52 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "T710PH" (**) | |-->Device "nvidia1" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /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" (**) Extension "Composite" is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,01e0 card , rev c1 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,01eb card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,01ee card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,01ed card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,01ec card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:5: chip 10de,01ef card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:01:0: chip 10de,0060 card 1458,0c11 rev a4 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,0064 card 1458,0c11 rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,0067 card 1458,5004 rev a4 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,0067 card 1458,5004 rev a4 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,0068 card 1458,5004 rev a4 class 0c,03,20 hdr 80 (II) PCI: 00:08:0: chip 10de,006c card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,0065 card 1458,5002 rev a2 class 01,01,8a hdr 00 (II) PCI: 00:1e:0: chip 10de,01e8 card , rev c1 class 06,04,00 hdr 01 (II) PCI: 01:07:0: chip 1095,0680 card 1095,3680 rev 02 class 01,04,00 hdr 00 (II) PCI: 01:08:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:09:0: chip 11c1,044c card 11c1,044c rev 02 class 07,80,00 hdr 00 (II) PCI: 01:0a:0: chip 1102,0004 card 1102,2005 rev 04 class 04,01,00 hdr 00 (II) PCI: 02:00:0: chip 10de,0326 card , rev a1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x
