Bug#930879: Please disable panfrost when moving out of experimental
Source: mesa Version: 19.1.0-1 Severity: normal Hey, Panfrost debuted in mesa 19.1.0, but it's stil really early days. Some of my collegues hacking on panfrost mentioned they'd feel quite uneasy if 19.1 with panfrost enabled made its way into testing and creating a bad image for panfrost. The hopes are that from 19.2 it will be ready for somewhat wider consumption. Sjoerd -- System Information: Debian Release: 10.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf Kernel: Linux 4.19.0-5-amd64 (SMP w/32 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#761393: Sends GLX_BufferSwapComplete with no swaps outstanding
On Sun, 2014-09-14 at 15:50 +0200, Julien Cristau wrote: On Sat, Sep 13, 2014 at 16:43:08 +0200, Sjoerd Simons wrote: Package: xserver-xorg-core Version: 2:1.16.0-2+b1 Severity: important Tags: patch Both totem and cheese (3.13.X) crash in cogl due to receiving duplicate GLX_BufferSwapComplete events. Uupstream gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=733282 Xorg upstream commit: http://cgit.freedesktop.org/xorg/xserver/commit/?id=bf338efc678258d2d366dff2ed873752f98f0bfc As far as I can tell that patch is an ABI break, as present_complete_notify_proc is exported in the SDK. So I'm not sure I can pull that in to the 1.16 branch. Keith, any idea how to resolve that? Strictly speaking you're right, practically speaking that type and the on public function that uses it are only used by the X server itself (double-checked on codesearch.debian.net) -- Sjoerd Simons sjo...@debian.org -- 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/1410706495.31876.1.ca...@debian.org
Bug#761393: Sends GLX_BufferSwapComplete with no swaps outstanding
Package: xserver-xorg-core Version: 2:1.16.0-2+b1 Severity: important Tags: patch Both totem and cheese (3.13.X) crash in cogl due to receiving duplicate GLX_BufferSwapComplete events. Uupstream gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=733282 Xorg upstream commit: http://cgit.freedesktop.org/xorg/xserver/commit/?id=bf338efc678258d2d366dff2ed873752f98f0bfc -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 28 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2397280 Sep 9 03:37 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 4 -rw-r--r-- 1 root root 183 Apr 27 17:36 touch.conf /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-10) ) #1 SMP Debian 3.16.2-2 (2014-09-08) Xorg X server log files on system: -- -rw-r--r-- 1 root root 7497 Jun 12 08:35 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [323546.432] X.Org X Server 1.15.1 Release Date: 2014-04-13 [323546.438] X Protocol Version 11, Revision 0 [323546.440] Build Operating System: Linux 3.13-1-amd64 x86_64 Debian [323546.443] Current Operating System: Linux dusk 3.14-1-amd64 #1 SMP Debian 3.14.5-1 (2014-06-05) x86_64 [323546.443] Kernel command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=/dev/mapper/dusk-root ro quiet splash [323546.447] Build Date: 15 April 2014 06:58:36PM [323546.450] xorg-server 2:1.15.1-1 (http://www.debian.org/support) [323546.452] Current version of pixman: 0.32.4 [323546.456]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [323546.456] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [323546.465] (==) Log file: /var/log/Xorg.0.log, Time: Thu Jun 12 08:35:22 2014 [323546.470] (==) Using config directory: /etc/X11/xorg.conf.d [323546.472] (==) Using system config directory /usr/share/X11/xorg.conf.d [323546.475] (==) No Layout section. Using the first Screen section. [323546.475] (==) No screen section available. Using defaults. [323546.475] (**) |--Screen Default Screen Section (0) [323546.475] (**) | |--Monitor default monitor [323546.475] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [323546.475] (==) Automatically adding devices [323546.475] (==) Automatically enabling devices [323546.475] (==) Automatically adding GPU devices [323546.478] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [323546.478]Entry deleted from font path. [323546.483] (==) 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 [323546.483] (==) ModulePath set to /usr/lib/xorg/modules [323546.483] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [323546.484] (II) Loader magic: 0x7f508cfd0d40 [323546.484] (II) Module ABI versions: [323546.484]X.Org ANSI C Emulation: 0.4 [323546.484]X.Org Video Driver: 15.0 [323546.484]X.Org XInput driver : 20.0 [323546.484]X.Org Server Extension : 8.0 [323546.485] (II) xfree86: Adding drm device (/dev/dri/card0) [323546.487] setversion 1.4 failed: Permission denied [323546.490] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21db rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x5000/64 [323546.492] Initializing built-in extension Generic Event Extension [323546.495] Initializing built-in extension SHAPE [323546.498] Initializing built-in extension MIT-SHM [323546.500] Initializing built-in extension XInputExtension [323546.502] Initializing built-in extension XTEST [323546.504] Initializing built-in extension BIG-REQUESTS [323546.507] Initializing built-in extension SYNC [323546.509] Initializing built-in extension XKEYBOARD [323546.511] Initializing built-in extension XC-MISC [323546.513] Initializing built-in extension SECURITY [323546.514] Initializing built-in extension XINERAMA [323546.516] Initializing built-in extension XFIXES [323546.518] Initializing built-in extension RENDER [323546.519] Initializing
Bug#739269: Please move libwayland-egl out of libegl1-mesa-drivers
On Mon, 2014-03-03 at 14:20 +0100, Julien Cristau wrote:
I did keep the .so/.pc etc in libegl1-mesa-dev (as they are currently)
as libwayland-egl is both conceptually part of the EGL stack and tiny
(the .h is not even 60 lines). I'm happy to update the patch to split it
out into its own package as well though (as well as correct the other
issues you've noted)
I'm ok with keeping the -dev stuff within libegl1-mesa-dev if that's
easier or less wasteful. And I'll be happy to apply and upload a new
version with the transition issue and package descriptions fixed.
I think it is, attached is a fixed version. I've left it in two patches
to make the difference more clear the first is just the revert of your
reversion, second patch is the actual changes to address the concerns
you raised above.
I've also left the -dev stuff in libegl1-mesa-dev as i do indeed think
it's less wasteful.
--
Sjoerd Simons sjo...@debian.org
From 602fe89daebf498c2a120db7226ef3ec9e172a7f Mon Sep 17 00:00:00 2001
From: Sjoerd Simons sjo...@luon.net
Date: Sun, 16 Mar 2014 22:07:07 +0100
Subject: [PATCH 1/2] Install libwayland-egl in a seperate library package
(libwayland-egl1-mesa) and provide a virtual libwayland-egl1 package.
(Closes: #739269).
---
debian/changelog | 7 +
debian/control | 38
debian/libegl1-mesa-drivers.install.linux.in | 4 ---
debian/libwayland-egl1-mesa.install.in | 3 +++
debian/libwayland-egl1-mesa.symbols | 5
5 files changed, 53 insertions(+), 4 deletions(-)
create mode 100644 debian/libwayland-egl1-mesa.install.in
create mode 100644 debian/libwayland-egl1-mesa.symbols
diff --git a/debian/changelog b/debian/changelog
index c34f774..219b25f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+mesa (10.1.0-2) UNRELEASED; urgency=medium
+
+ * Install libwayland-egl in a seperate library package (libwayland-egl1-mesa)
+and provide a virtual libwayland-egl1 package. (Closes: #739269).
+
+ -- Sjoerd Simons sjo...@debian.org Sun, 16 Mar 2014 22:03:02 +0100
+
mesa (10.1.0-1) experimental; urgency=low
[ Andreas Boll ]
diff --git a/debian/control b/debian/control
index ed08431..a58be87 100644
--- a/debian/control
+++ b/debian/control
@@ -322,6 +322,9 @@ Depends:
${misc:Depends},
libegl1-mesa (= ${binary:Version}),
libglapi-mesa (= ${binary:Version}),
+ libwayland-egl1-mesa (= ${binary:Version}),
+# for libllvmradeon
+ libgl1-mesa-dri (= ${binary:Version}) [any-i386 any-amd64],
Pre-Depends: ${misc:Pre-Depends}
Multi-Arch: same
Description: free implementation of the EGL API -- hardware drivers
@@ -348,6 +351,41 @@ Description: free implementation of the EGL API -- driver debugging symbols
This package contains the debugging symbols for the drivers required for
hardware accelerated rendering of EGL-based graphics libraries.
+Package: libwayland-egl1-mesa
+Section: libs
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+ libegl1-mesa (= ${binary:Version})
+Recommends: libegl1-mesa-drivers
+Provides: libwayland-egl1
+Conflicts: libwayland-egl1
+Replaces: libwayland-egl1
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
+Description: free implementation of the EGL API -- runtime
+ This package contains the EGL native platform graphics interface library.
+ EGL provides a platform-agnostic mechanism for creating rendering surfaces
+ for use with other graphics libraries, such as OpenGL|ES and OpenVG.
+ .
+ This package contains wayland specific interface for use with EGL.
+
+Package: libwayland-egl1-mesa-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libwayland-egl1-mesa (= ${binary:Version}),
+ ${misc:Depends},
+Multi-Arch: same
+Description: free implementation of the EGL API -- debugging symbols
+ This package contains the EGL native platform graphics interface library.
+ EGL provides a platform-agnostic mechanism for creating rendering surfaces
+ for use with other graphics libraries, such as OpenGL|ES and OpenVG.
+ .
+ This package contains the debugging symbols for the wayland EGL library.
+
Package: libopenvg1-mesa
Section: libs
Architecture: linux-any kfreebsd-any
diff --git a/debian/libegl1-mesa-drivers.install.linux.in b/debian/libegl1-mesa-drivers.install.linux.in
index 2c4c266..741f962 100644
--- a/debian/libegl1-mesa-drivers.install.linux.in
+++ b/debian/libegl1-mesa-drivers.install.linux.in
@@ -1,6 +1,2 @@
# OS-independent part (from libegl1-mesa-drivers.install.in):
dri/usr/lib/${DEB_HOST_MULTIARCH}/egl/egl_gallium.so usr/lib/${DEB_HOST_MULTIARCH}/egl
-
-# Wayland support, only on Linux:
-dri/usr/lib/${DEB_HOST_MULTIARCH}/libwayland-egl.so.1 usr/lib/${DEB_HOST_MULTIARCH}
-dri/usr/lib/${DEB_HOST_MULTIARCH}/libwayland-egl.so.1.0.0 usr/lib/${DEB_HOST_MULTIARCH}
diff --git a/debian/libwayland-egl1-mesa.install.in b/debian/libwayland-egl1-mesa.install.in
new file mode 100644
index
Bug#739269: Please move libwayland-egl out of libegl1-mesa-drivers
On Sun, 2014-03-02 at 20:34 +0100, Julien Cristau wrote:
On Sun, Mar 2, 2014 at 19:09:50 +0100, Julien Cristau wrote:
On Mon, Feb 17, 2014 at 14:50:48 +0100, Sjoerd Simons wrote:
diff --git a/debian/control b/debian/control
index 4577639..de02e96 100644
--- a/debian/control
+++ b/debian/control
@@ -308,6 +308,7 @@ Depends:
${misc:Depends},
libegl1-mesa (= ${binary:Version}),
libglapi-mesa (= ${binary:Version}),
+ libwayland-egl1-mesa (= ${binary:Version}),
# for libllvmradeon
libgl1-mesa-dri (= ${binary:Version}) [any-i386 any-amd64],
Pre-Depends: ${misc:Pre-Depends}
@@ -320,6 +321,41 @@ Description: free implementation of the EGL API --
hardware drivers
This package contains the drivers required for hardware accelerated
rendering
of EGL-based graphics libraries, such as OpenGL|ES and OpenVG.
+Package: libwayland-egl1-mesa
+Section: libs
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+ libegl1-mesa (= ${binary:Version})
+Recommends: libegl1-mesa-drivers
+Provides: libwayland-egl
+Conflicts: libwayland-egl1
+Replaces: libwayland-egl1
This looks broken. If this new package contains files split out of
libegl1-mesa-drivers then it needs to replace its old versions, at the
very least. Can somebody please fix this (and test the upgrade path)?
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
+Description: free implementation of the EGL API -- runtime
+ This package contains the EGL native platform graphics interface
library.
+ EGL provides a platform-agnostic mechanism for creating rendering
surfaces
+ for use with other graphics libraries, such as OpenGL|ES and OpenVG.
+ .
+ This package contains wayland specific interface for use with EGL.
+
Also the short description is the one from libegl, which is not
appropriate here.
And I'm thinking splitting out a -dev package might be useful if this
lib is supposed to be used externally. If not, we shouldn't ship a .pc
file and a .so symlink.
It's meant to be used externally indeed. Any Wayland application that
uses EGL/GLES2 should use it to e.g. transform a wayland surface into an
EGLNativeWindow for use with the EGL stack.
I did keep the .so/.pc etc in libegl1-mesa-dev (as they are currently)
as libwayland-egl is both conceptually part of the EGL stack and tiny
(the .h is not even 60 lines). I'm happy to update the patch to split it
out into its own package as well though (as well as correct the other
issues you've noted)
--
Sjoerd Simons sjo...@debian.org
--
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/1393836590.12561.7.ca...@dusk.luon.net
Bug#739269: Please move libwayland-egl out of libegl1-mesa-drivers
On Mon, 2014-02-17 at 12:17 +0100, Emilio Pozuelo Monfort wrote:
On 17/02/14 11:48, Sjoerd Simons wrote:
Package: libegl1-mesa-drivers
Severity: normal
libwayland-egl has been included in the libegl1-mesa-drivers, which seems a
bit
odd as it's an application library not a driver.
Practically this causes an issue on systems where wayland is used but the
EGL/GL stack isn't provided by mesa as applications using libwayland-egl
depend
on libegl1-mesa-drivers which almost forcibly pulls in mesa.
How would alternative implementations satisfy the dependency? Should we name
the
package libwayland-egl1-mesa, and have the shlibs force a dependency on
libwayland-egl1-mesa | libwayland-egl1-provider (or similar) ?
Yeah same as libegl1-mesa has | libegl1-x11 by its symbols file.
Attached is a patch that splits out the library in that way, but keeps
the library pkg-config files as part of libegl1-mesa-dev
--
Sjoerd Simons sjo...@debian.org
From 1eee70da2ea48d844fb09695b33a9391b043ff3b Mon Sep 17 00:00:00 2001
From: Sjoerd Simons sjo...@luon.net
Date: Mon, 17 Feb 2014 12:47:53 +0100
Subject: [PATCH] Install libwayland-egl in a seperate library package
---
debian/changelog | 7 ++
debian/control | 36
debian/libegl1-mesa-drivers.install.linux.in | 4
debian/libwayland-egl1-mesa.install.in | 4
debian/libwayland-egl1-mesa.symbols | 5
5 files changed, 52 insertions(+), 4 deletions(-)
create mode 100644 debian/libwayland-egl1-mesa.install.in
create mode 100644 debian/libwayland-egl1-mesa.symbols
diff --git a/debian/changelog b/debian/changelog
index 94224fd..eb18369 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+mesa (10.0.2-2) UNRELEASED; urgency=medium
+
+ * Install libwayland-egl in a seperate library package (libwayland-egl1-mesa)
+and provide a virtual libwayland-egl1 package (Closes: #739269).
+
+ -- Sjoerd Simons sjo...@debian.org Mon, 17 Feb 2014 12:43:29 +0100
+
mesa (10.0.2-1) experimental; urgency=low
[ Maarten Lankhorst ]
diff --git a/debian/control b/debian/control
index 4577639..de02e96 100644
--- a/debian/control
+++ b/debian/control
@@ -308,6 +308,7 @@ Depends:
${misc:Depends},
libegl1-mesa (= ${binary:Version}),
libglapi-mesa (= ${binary:Version}),
+ libwayland-egl1-mesa (= ${binary:Version}),
# for libllvmradeon
libgl1-mesa-dri (= ${binary:Version}) [any-i386 any-amd64],
Pre-Depends: ${misc:Pre-Depends}
@@ -320,6 +321,41 @@ Description: free implementation of the EGL API -- hardware drivers
This package contains the drivers required for hardware accelerated rendering
of EGL-based graphics libraries, such as OpenGL|ES and OpenVG.
+Package: libwayland-egl1-mesa
+Section: libs
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+ libegl1-mesa (= ${binary:Version})
+Recommends: libegl1-mesa-drivers
+Provides: libwayland-egl
+Conflicts: libwayland-egl1
+Replaces: libwayland-egl1
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
+Description: free implementation of the EGL API -- runtime
+ This package contains the EGL native platform graphics interface library.
+ EGL provides a platform-agnostic mechanism for creating rendering surfaces
+ for use with other graphics libraries, such as OpenGL|ES and OpenVG.
+ .
+ This package contains wayland specific interface for use with EGL.
+
+Package: libwayland-egl1-mesa-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libwayland-egl1-mesa (= ${binary:Version}),
+ ${misc:Depends},
+Multi-Arch: same
+Description: free implementation of the EGL API -- debugging symbols
+ This package contains the EGL native platform graphics interface library.
+ EGL provides a platform-agnostic mechanism for creating rendering surfaces
+ for use with other graphics libraries, such as OpenGL|ES and OpenVG.
+ .
+ This package contains the debugging symbols for the wayland EGL library.
+
Package: libegl1-mesa-drivers-dbg
Section: debug
Priority: extra
diff --git a/debian/libegl1-mesa-drivers.install.linux.in b/debian/libegl1-mesa-drivers.install.linux.in
index 2c4c266..741f962 100644
--- a/debian/libegl1-mesa-drivers.install.linux.in
+++ b/debian/libegl1-mesa-drivers.install.linux.in
@@ -1,6 +1,2 @@
# OS-independent part (from libegl1-mesa-drivers.install.in):
dri/usr/lib/${DEB_HOST_MULTIARCH}/egl/egl_gallium.so usr/lib/${DEB_HOST_MULTIARCH}/egl
-
-# Wayland support, only on Linux:
-dri/usr/lib/${DEB_HOST_MULTIARCH}/libwayland-egl.so.1 usr/lib/${DEB_HOST_MULTIARCH}
-dri/usr/lib/${DEB_HOST_MULTIARCH}/libwayland-egl.so.1.0.0 usr/lib/${DEB_HOST_MULTIARCH}
diff --git a/debian/libwayland-egl1-mesa.install.in b/debian/libwayland-egl1-mesa.install.in
new file mode 100644
index 000..1937dc6
--- /dev/null
+++ b/debian/libwayland-egl1-mesa.install.in
@@ -0,0 +1,4 @@
+# Wayland support, only on Linux:
+dri/usr/lib
Bug#696272: xserver-xorg-core: BadImplementation error with XIAllDevices or XIAllMasterDevices deviceid used in libxi XISelectEvents eventmask
On Sun, 2013-03-03 at 19:06 +0100, Julien Cristau wrote: On Sun, Mar 3, 2013 at 18:20:15 +0100, Sjoerd Simons wrote: Package: xserver-xorg-core Version: 2:1.12.4-5 Followup-For: Bug #696272 As extra info when using gnome-shell 3.7 this is triggered in existing application (epiphany and empathy at least). Upstream commit to fix this is 314776eb369ca2e438907795ae030dd743c281fc Can't those applications and/or gnome-shell work around the X bug? I'm not sure. In principle it's possible by hacking mutter/gnome-shell to not select for touch events (on older X servers?). And/or by having apps ignore BadImplementation (or also avoid selecting on TouchBegin). Both would be relatively ugly though. The problem with this one is though that it can be triggered by random combinations of applications, so not just gnome/shell gnome apps. -- Sjoerd Simons sjo...@luon.net -- 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/1362382413.27736.11.ca...@dusk.luon.net
Bug#649420: xserver-xorg-video-intel: Crashes on gnome-shell start
Package: xserver-xorg-video-intel Version: 2:2.17.0-1 Justification: renders package unusable Severity: grave When gnome-shell starts X crashes. This is bad... backtrace below (gdb) r Starting program: /usr/bin/X :0 process 6189 is executing new program: /usr/bin/Xorg [Thread debugging using libthread_db enabled] X.Org X Server 1.11.1.902 (1.11.2 RC 2) Release Date: 2011-10-28 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.1.0-rc4-amd64 x86_64 Debian Current Operating System: Linux beast 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-3.1.0-1-amd64 root=/dev/mapper/rootdisk-root ro i915.modeset=1 quiet Build Date: 02 November 2011 10:15:50AM xorg-server 2:1.11.1.902-1 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.24.0 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 Nov 20 20:22:19 2011 (==) Using system config directory /usr/share/X11/xorg.conf.d (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) FATAL: Module fbcon not found. [tcsetpgrp failed in terminal_inferior: Operation not permitted] Program received signal SIGSEGV, Segmentation fault. list_del (entry=0x7fbe65304160) at /usr/include/xorg/list.h:186 186 __list_del(entry-prev, entry-next); (gdb) bt #0 list_del (entry=0x7fbe65304160) at /usr/include/xorg/list.h:186 #1 i830_dri2_frame_event_drawable_gone (data=0x7fbe653043f0, id=optimized out) at ../../src/intel_dri.c:687 #2 0x7fbe610d3792 in doFreeResource (res=0x7fbe653044d0, skip=0) at ../../dix/resource.c:571 #3 0x7fbe610d3f44 in FreeResource (id=2097157, skipDeleteFuncType=0) at ../../dix/resource.c:604 #4 0x7fbe610af63e in ProcDestroyWindow (client=0x7fbe652efe20) at ../../dix/dispatch.c:733 #5 0x7fbe610b4f59 in Dispatch () at ../../dix/dispatch.c:432 #6 0x7fbe610a41ba in main (argc=2, argv=optimized out, envp=optimized out) at ../../dix/main.c:287 (gdb) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 26 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2056592 Nov 2 10:18 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 82G965 Integrated Graphics Controller [8086:29a2] (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 Kernel version (/proc/version): --- Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 21101 Feb 13 2010 /var/log/Xorg.1.log -rw-r--r-- 1 root root 33790 Nov 20 20:22 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 527.394] X.Org X Server 1.11.1.902 (1.11.2 RC 2) Release Date: 2011-10-28 [ 527.394] X Protocol Version 11, Revision 0 [ 527.394] Build Operating System: Linux 3.1.0-rc4-amd64 x86_64 Debian [ 527.394] Current Operating System: Linux beast 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 [ 527.394] Kernel command line: BOOT_IMAGE=/vmlinuz-3.1.0-1-amd64 root=/dev/mapper/rootdisk-root ro i915.modeset=1 quiet [ 527.394] Build Date: 02 November 2011 10:15:50AM [ 527.394] xorg-server 2:1.11.1.902-1 (Cyril Brulebois k...@debian.org) [ 527.394] Current version of pixman: 0.24.0 [ 527.394]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 527.394] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 527.395] (==) Log file: /var/log/Xorg.0.log, Time: Sun Nov 20 20:22:19 2011 [ 527.395] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 527.395] (==) No Layout section. Using the first Screen section. [ 527.395] (==) No screen section available. Using defaults. [ 527.395] (**) |--Screen Default Screen Section (0) [ 527.395] (**) | |--Monitor default monitor [ 527.395] (==) No monitor specified for screen Default Screen Section. Using a default monitor
Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade
On Wed, Jan 07, 2009 at 01:14:59PM +0100, Julien Cristau wrote: On Tue, 2009-01-06 at 19:21 +0100, valette wrote: Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4ebd56] 1: /usr/bin/X(xf86SigHandler+0x39) [0x47f949] 2: /lib/libc.so.6 [0x7feec6e8b1b0] 3: /usr/lib/xorg/modules/drivers//intel_drv.so(IntelEmitInvarientState+0x92) [0x7feec58a5de2] 4: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7feec58a6225] 5: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7feec58a7a5a] 6: /usr/bin/X(AddScreen+0x1c9) [0x432259] 7: /usr/bin/X(InitOutput+0x241) [0x4684e1] 8: /usr/bin/X(main+0x286) [0x4329f6] 9: /lib/libc.so.6(__libc_start_main+0xe6) [0x7feec6e77466] 10: /usr/bin/X(FontFileCompleteXLFD+0x269) [0x431fa9] Fatal server error: Caught signal 11. Server aborting confirmed, i got that crash yesterday, fixed it by upgrading xf86-video-intel to a later version from git. I noticed you updated pkg-xorg git already. Any chance of an upload soonish? As people with very recent intel cards need to use X from experimental, so it's kinda annoying that that's broken atm :) Sjoerd -- Air pollution is really making us pay through the nose. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem
On Wed, Jan 07, 2009 at 09:51:01AM +0100, Eric Valette wrote: Sjoerd Simons wrote: I've updated (my already experimental) X driver to the current git and that makes things work fine again. Thanks for the hint. However I would like to be sure I understand it correctly: by updated you mean rebuild from source I guess? Yeah, build yesterdays git version of xserver-xorg-video-intel from freedesktop.org and things seem to work nicely. Sjoerd -- The absurd is the essential concept and the first truth. -- A. Camus -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem
On Tue, Jan 06, 2009 at 08:25:55PM +0100, Eric Valette wrote: uname -a - Linux pink-floyd2 2.6.28 #25 SMP PREEMPT Thu Dec 25 12:16:23 CET 2008 x86_64 GNU/Linux libdrm-intel1_2.4.1+git+20081116+930c0e7-1_amd64.deb libdrm2_2.4.1+git+20081116+930c0e7-1_amd64.deb So maybe the intel video driver need a refresh but in any case the combination is not working. BTW: cannot use non experimental X driver on my system. I've updated (my already experimental) X driver to the current git and that makes things work fine again. Sjoerd -- The Poems, all three hundred of them, may be summed up in one of their phrases: Let our thoughts be correct. -- Confucius -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#506644: [Pkg-utopia-maintainers] Bug#506644: gnome-power-manager: Brightness applet does not change brightness
On Fri, Dec 05, 2008 at 03:35:48PM +0100, Josselin Mouette wrote: Le vendredi 05 décembre 2008 à 15:23 +0100, Julien Cristau a écrit : What's the value of the BACKLIGHT_CONTROL randr property in the working/non-working cases? (xrandr --prop will list it) Here it is listed as: BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel I don???t have a working setup handy anymore, unfortunately. Check if you hav e a class backlight device in /sys (iotw something under /sys/class/backlight). If so you should be able to control the backlight via hal. You can test the kernel by echoing values into the brightness file Sjoerd -- You can't push on a string. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470901: xserver-xorg-core: Uses sync dbus calls through the libhal API
On Mon, Aug 25, 2008 at 08:12:33PM +0200, Julien Cristau wrote: (for some reason i never saw this report..) On Fri, Mar 14, 2008 at 13:01:42 +0100, Sjoerd Simons wrote: I just had a quite nasty experience. When running hal in verbose mode in a x terminal it locks up my X, untill i kill hald from another machine.. Stracing of X shows that it was blocking on dbus calls. What seems to happen is that hal's stdout/stderr buffers are filled up because X is busy with other stuff, causing hal to block, which in turn causes X to block when it calls out to hal the next time :( A quick look in the xorg-server code shows it's using libhal_* functions. Almost all of these result in synchronous dbus calls (thus they block untill a reply is received). Which make them unsuitable for something as critical as the X server. From my point of view it might be best to turn the input hotplugging code in unstable for now as it's not actually used at this point anyway... From my point of view it wouldn't be a good solution :) (we use the input hotplugging code to load the synaptics driver on laptops with touchpads, if nothing else, and will use it for most everything post-lenny) Ah, i didn't know it was used for synaptics already. Is there any better way to fix this, or should we just consider it a wontfix thing? Yes, patch the X server to not use synchronous dbus calls, which are definately the wrong thing for it. This does mean the server should use dbus-glib or libdbus directly (or fix libhal to expose async variants..). It's definately something upstream should fix imho. Sjoerd -- Genetics explains why you look like your father, and if you don't, why you should. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420421: xserver-xephyr: Crashes on client disconnect
Package: xserver-xephyr Version: 2:1.3.0.0.dfsg-2 Severity: important Hi, As the subject says, xephyr segv's when a client disconnects. When I let xeyes connect to Xephyr, kill xeyes, Xephyr crashes.. The backtrace below doesn't look very usefull, but might provide some hints. Please let me know if you need a full backtrace (Although i hope you can reproduce it :) ) (gdb) bt #0 0x0815f080 in ?? () #1 0xbf9816b8 in ?? () #2 0xb7cbbd00 in free () from /lib/i686/cmov/libc.so.6 #3 0x08125f54 in ?? () #4 0x084234e0 in ?? () #5 0x009d2a60 in ?? () #6 0x08125f1b in ?? () #7 0x083e0d7c in ?? () #8 0x0001 in ?? () #9 0x0001 in ?? () #10 0xbf9816c8 in ?? () #11 0x081250dc in ?? () #12 0x081250c9 in ?? () #13 0x083e0d7c in ?? () #14 0xbf9816f8 in ?? () #15 0x08075ad2 in ?? () #16 0x08423ce8 in ?? () #17 0x08409620 in savedScreenInfo () #18 0xbf9812d0 in ?? () #19 0x00202020 in ?? () Sjoerd -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xephyr depends on: ii libc6 2.5-2 GNU C Library: Shared libraries ii libfontenc1 1:1.0.4-2 X11 font encoding library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau6 1:1.0.3-2 X11 authorisation library ii libxdmcp6 1:1.0.2-2 X11 Display Manager Control Protoc ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfont1 1:1.2.8-1 X11 font rasterisation library Versions of packages xserver-xephyr recommends: ii xbase-clients1:7.2.ds2-2 miscellaneous X clients -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365850: xserver-xorg-video-ati: gstreamer 0.8's xvimage sinks lets the server crash
On Thu, May 04, 2006 at 08:57:25AM +0200, Michel Dänzer wrote: On Wed, 2006-05-03 at 13:54 +0200, Sjoerd Simons wrote: The following pipeline crashes my X server: gst-launch-0.8 videotestsrc ! blaat ! xvimagesink Full X log and config is attached. Video card is a Radeon X800 XL on a amd64 machine. First I thought this might be related to https://bugs.freedesktop.org/show_bug.cgi?id=4640 , but that only talks about a client crash and incorrect display, not a server crash... It would be great if you could get a backtrace from gdb, preferably with an unstripped driver built with -g. Here you go: Program received signal SIGSEGV, Segmentation fault. 0x2b727d3f3014 in memcpy () from /lib/libc.so.6 (gdb) bt #0 0x2b727d3f3014 in memcpy () from /lib/libc.so.6 #1 0x2b727e96b205 in RADEONCopyData (pScrn=value optimized out, src=0x2b728f560200 Address 0x2b728f560200 out of bounds, dst=0x2b72801e4400 Address 0x2b72801e4400 out of bounds, srcPitch=1280, dstPitch=1280, h=118, w=value optimized out, bpp=4) at ../../src/radeon_video.c:2091 #2 0x2b727e96e9fd in RADEONPutImage (pScrn=0x703e80, src_x=value optimized out, src_y=value optimized out, drw_x=value optimized out, drw_y=value optimized out, src_w=value optimized out, src_h=240, drw_w=320, drw_h=264, id=1094862674, buf=0x2b728f53a000 ÿØÿà, width=320, height=240, Sync=0, clipBoxes=0x7f82b330, data=0x744360) at ../../src/radeon_video.c:2852 #3 0x0048a2f9 in xf86XVScreenInit () #4 0x2b727de01aa0 in ProcXvShmPutImage () from /usr/lib/xorg/modules/extensions/libextmod.so Sjoerd -- What makes the universe so hard to comprehend is that there's nothing to compare it with.
Re: experimental Xorg 6.9 packages available at http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1
On Wed, Oct 26, 2005 at 07:35:51AM +0200, Sven Luther wrote: Hello all, I have made a powerpc build of the experimental Xorg 6.9 RC1 packages available at : http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1 with corresponding apt sources : deb http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1/ ./ deb-src http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1/ ./ I am running them and they seem to work nicely with my Radeon 9800 Pro AIW, in all cases i have tested. Only thing missing is the tv-out support, and i need to see how to get the TV-tuner working, but this is not an X issue. Enjoy and provide feedback, preferably to [EMAIL PROTECTED] Seems to work fine after a normal boot. But when restarting it with a external screen attached it crashes. I tried to get a backtrace with gdb but it indicates that it can't find debugging symbols in the debug libs: Loaded symbols for /usr/X11R6/lib/modules/drivers/radeon_drv.so Reading symbols from /usr/X11R6/lib/modules/drivers/ati_drv.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/drivers/ati_drv.so...(no debugging symbols found)...done. Xorg config and log attached Sjoerd -- Every person, all the events in your life are there because you have drawn them there. What you choose to do with them is up to you. -- Messiah's Handbook : Reminders for the Advanced Soul # XF86Config-4 (XFree86 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 XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # 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/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel macintosh Option XkbLayout us 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 Option Buttons 7 EndSection Section Device Identifier Generic Video Card Driver radeon Option AGPMode 4 Option AGPFastWrite true # Option EnabableDepthMoves true # Option EnablePageFlip true # Option DCCModetrue Option DynamicClocks true # Option UseFBDev true #Option CRT2Position Clone #Option MetaModes 1280x854-1280x960 Option UseFWPLL true # Option MergedFB true Option AccelMethod EXA EndSection Section Monitor Identifier Generic Monitor HorizSync 24.8-80 VertRefresh 56-85 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 16 Modes 1280x854 EndSubSection SubSection Display Depth 24 Modes 1280x854
chips driver doesn't work anymore
Hi, Please tell me if this isn't the right please to sent this mail. I've been using the experimental debs from phase 1 and never had a problem, untill phase2v9 and phase2v10. It seems that the chips driver is broken. I've got a toshiba 320cdt laptop, with a CT 6 video card. When i start X, my machine completly hangs and the screen fades to white in a very weird way. I've only seen this behaviour before when forcing wrong modelines, (modelines that work on an external monitor but are wrong for the internal lcd)... X works alright when i replace chips_drv.o with an older version. Unfortunately i can't supply any logs when using the newer version of the driver , because when my machine enters graphical mode it hangs ;( Gtnx Sjoerd PS. please cc me in the replies, i'm not subscribed to the list, only browse the archives from time to time. PS2. Branden, thnx for the great work on the debs, even the phase 1 ones have always worked perfectly for me. -- Certainly the game is rigged. Don't let that stop you; if you don't bet, you can't win. -- Robert Heinlein, Time Enough For Love
