Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg log
Julien Cristau writes: > Does this also happen with a newer kernel? I can't reproduce it with kernel Package: linux-image-2.6.37-trunk-amd64 Version: 2.6.37-1~experimental.1 Regards, Christian -- 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/87zkpxheuq@2foo.net
Bug#604010: x11-common: xsession should use $SHELL and not sh directly
On 2011-02-12 12:58:46 +0100, Cyril Brulebois wrote:
> Hi Michel,
>
> Michel Briand (19/11/2010):
> > 50x11-common_determine-startup SHOULD not use "sh $STARTUPFILE"
> > but "$SHELL $STARTUPFILE"
>
> I've just replaced that with:
> + shell=${SHELL:-sh}
> + STARTUP="$shell $STARTUPFILE"
>
> which should do what you want.
I think this change should be reverted, as this may break existing
scripts. The .xsession file has always been described as a Bourne
shell (sh(1)) script (see Xsession(5) man page), and if the user
has a $SHELL not compatible with sh(1), typically zsh, the script
may no longer run correctly.
Moreover I think this is a misuse of the SHELL environment variable,
which is there to run simple commands (for which the shell can only
be provided by external information), not full scripts.
> Anyway, why don't you make your script executable? This way, it's used
> directly, without going through sh/SHELL, and you get to decide,
> through your shebang.
BTW, this should be documented.
--
Vincent Lefèvre - Web:
Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg log
reassign 613385 linux-2.6 2.6.32-30 retitle 613385 i915 uevent flood close 613385 2.6.37-1~experimental.1 kthxbye On Tue, Feb 15, 2011 at 09:38:37 +0100, Christian Neumann wrote: > Julien Cristau writes: > > > Does this also happen with a newer kernel? > > I can't reproduce it with kernel > Package: linux-image-2.6.37-trunk-amd64 > Version: 2.6.37-1~experimental.1 > Reassigning to the kernel and marking as fixed in that version, thanks. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110215130008.gz3...@radis.liafa.jussieu.fr
Processed: Re: Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg log
Processing commands for cont...@bugs.debian.org: > reassign 613385 linux-2.6 2.6.32-30 Bug #613385 [xserver-xorg-video-intel] xserver-xorg-video-intel: Modeline flood in Xorg log Bug reassigned from package 'xserver-xorg-video-intel' to 'linux-2.6'. Bug No longer marked as found in versions xserver-xorg-video-intel/2:2.14.0-3. Bug #613385 [linux-2.6] xserver-xorg-video-intel: Modeline flood in Xorg log There is no source info for the package 'linux-2.6' at version '2.6.32-30' with architecture '' Unable to make a source version for version '2.6.32-30' Bug Marked as found in versions 2.6.32-30. > retitle 613385 i915 uevent flood Bug #613385 [linux-2.6] xserver-xorg-video-intel: Modeline flood in Xorg log Changed Bug title to 'i915 uevent flood' from 'xserver-xorg-video-intel: Modeline flood in Xorg log' > close 613385 2.6.37-1~experimental.1 Bug#613385: i915 uevent flood 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.6.37-1~experimental.1, send any further explanations to Christian Neumann > kthxbye Stopping processing here. Please contact me if you need assistance. -- 613385: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613385 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129777481429331.transcr...@bugs.debian.org
Re: X11 without a connected screen
Hi, adding debian-x@ to the loop. Mario Lang (15/02/2011): > > Please try to connect it. X driver developpers are not aware that > > it can be useful to start X without a physical screen attached. > > I've noticed this behaviour at least at one point in the past. > > I think we should follow up on this and try to raise awareness > upstream, or at least file a bug for it in our bts. I've just tried that with squeeze's -video-ati & -video-dummy drivers installed, and indeed, ati tries to find a screen, fails, and bails out. We've tweaked this already for intel/vesa fallback, so that not finding a screen doesn't put an end to the whole X start-up, and so that other drivers are considered. I guess it might be sufficient to do the same for other drivers (at least making sure ati and nouveau support that would make sense, I guess). KiBi. signature.asc Description: Digital signature
xorg-server: Changes to 'upstream-experimental'
Rebased ref, commits from common ancestor:
commit 14983286c489ea1ec6ba4fadbeaec5c2d2ee34e1
Author: Keith Packard
Date: Mon Dec 6 20:45:35 2010 -0800
Version bumped to 1.9.99.901 (1.10 RC1)
Signed-off-by: Keith Packard
diff --git a/configure.ac b/configure.ac
index d1fc379..b56d3e8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -26,8 +26,8 @@ dnl
dnl Process this file with autoconf to create configure.
AC_PREREQ(2.57)
-AC_INIT([xorg-server], 1.9.99.1,
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], xorg-server)
-RELEASE_DATE="2010-10-01"
+AC_INIT([xorg-server], 1.9.99.901,
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], xorg-server)
+RELEASE_DATE="2010-12-06"
AC_CONFIG_SRCDIR([Makefile.am])
AM_INIT_AUTOMAKE([foreign dist-bzip2])
AM_MAINTAINER_MODE
commit d96d5f5443358e33e47d1a61f9bd2afd8064a8dd
Author: James Jones
Date: Sun Dec 5 19:42:41 2010 -0800
Bump extension ABI to 5
Commit 606e079cc4d9a9db3197652ca51683c36f74efb8 moved the visual
field in WindowOptRec, breaking the extension module ABI.
Signed-off-by: James Jones
Reviewed-by: Keith Packard
Signed-off-by: Keith Packard
diff --git a/hw/xfree86/common/xf86Module.h b/hw/xfree86/common/xf86Module.h
index 72f6cf0..af7b778 100644
--- a/hw/xfree86/common/xf86Module.h
+++ b/hw/xfree86/common/xf86Module.h
@@ -84,7 +84,7 @@ typedef enum {
#define ABI_ANSIC_VERSION SET_ABI_VERSION(0, 4)
#define ABI_VIDEODRV_VERSION SET_ABI_VERSION(9, 0)
#define ABI_XINPUT_VERSION SET_ABI_VERSION(12, 0)
-#define ABI_EXTENSION_VERSION SET_ABI_VERSION(4, 0)
+#define ABI_EXTENSION_VERSION SET_ABI_VERSION(5, 0)
#define ABI_FONT_VERSION SET_ABI_VERSION(0, 6)
#define MODINFOSTRING1 0xef23fdc5
commit 435361bd73b9fc733f093d81af6b839953e35176
Author: Keith Packard
Date: Mon Dec 6 20:38:14 2010 -0800
sync: syncObject may be None in SyncInitTrigger
And often is, especially when called from ProcSyncCreateAlarm.
Crashing in this case seems unwise.
Signed-off-by: Keith Packard
diff --git a/Xext/sync.c b/Xext/sync.c
index ce00755..ab8f20d 100644
--- a/Xext/sync.c
+++ b/Xext/sync.c
@@ -296,7 +296,7 @@ SyncInitTrigger(ClientPtr client, SyncTrigger *pTrigger,
XID syncObject,
/* if system counter, ask it what the current value is */
-if (SYNC_COUNTER == pSync->type)
+if (pSync && SYNC_COUNTER == pSync->type)
{
pCounter = (SyncCounter *)pSync;
@@ -320,7 +320,7 @@ SyncInitTrigger(ClientPtr client, SyncTrigger *pTrigger,
XID syncObject,
if (changes & XSyncCATestType)
{
- if (SYNC_FENCE == pSync->type)
+ if (pSync && SYNC_FENCE == pSync->type)
{
pTrigger->CheckTrigger = SyncCheckTriggerFence;
}
commit 0d01b66df9081ef48843b3bad81c56bb2cd1ae69
Author: Keith Packard
Date: Sun Dec 5 23:35:28 2010 -0800
randr: handle RRSetCrtcConfigs request with zero configs
Need to actually return a reply in this case.
Signed-off-by: Keith Packard
Reviewed-by: Aaron Plattner
diff --git a/randr/rrcrtc.c b/randr/rrcrtc.c
index 0fc8188..5fe6900 100644
--- a/randr/rrcrtc.c
+++ b/randr/rrcrtc.c
@@ -1750,9 +1750,6 @@ ProcRRSetCrtcConfigs (ClientPtr client)
screen_config.mm_width = stuff->widthInMillimeters;
screen_config.mm_height = stuff->heightInMillimeters;
-if (num_configs == 0)
- return Success;
-
output_ids = (RROutput *) (x_configs + num_configs);
/*
@@ -1760,7 +1757,7 @@ ProcRRSetCrtcConfigs (ClientPtr client)
* server crtc configurations
*/
configs = calloc(num_configs, sizeof (RRCrtcConfigRec));
-if (!configs)
+if (num_configs > 0 && configs == NULL)
return BadAlloc;
for (i = 0; i < num_configs; i++) {
rc = RRConvertCrtcConfig(client, screen, &screen_config,
@@ -1773,7 +1770,8 @@ ProcRRSetCrtcConfigs (ClientPtr client)
output_ids += x_configs[i].nOutput;
}
-if (!RRSetCrtcConfigs (screen, &screen_config, configs, num_configs))
+if (num_configs &&
+ !RRSetCrtcConfigs (screen, &screen_config, configs, num_configs))
{
rep.status = RRSetConfigFailed;
goto sendReply;
commit b0f4bd61f0caf80f3be9a176f1f7a707bc6628d8
Author: Keith Packard
Date: Sun Dec 5 21:53:25 2010 -0800
ProcRRSetCrtcConfigs uses 'configs' without being initialized
If the client sends invalid data for this request, the server
will jump to 'sendReply' and call RRFreeCrtcConfigs, passing it the
uninitialized 'configs' and 'num_configs' values.
Signed-off-by: Keith Packard
Reviewed-by: Aaron Plattner
diff --git a/randr/rrcrtc.c b/randr/rrcrtc.c
index 97aa3d7..0fc8188 100644
--- a/randr/rrcrtc.c
+++ b/randr/rrcrtc.c
@@ -1682,9 +1682,9 @@ ProcRRSetCrtcConfigs (ClientPtr client)
rrScrPrivPtr scr_priv;
xRRCrtcConfig *x_configs;
RRScreenConfigRec screen_config;
-RRCrtcConfigPtrc
Re: X11 without a connected screen
Cyril Brulebois, le Tue 15 Feb 2011 15:15:36 +0100, a écrit : > I guess it might be sufficient to do the same for other drivers (at > least making sure ati and nouveau support that would make sense, I > guess). Yes. Samuel -- 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/20110215165514.gj6...@const.bordeaux.inria.fr
Bug#613451: xserver-xorg: segmentation fault on client closedown
Cyril Brulebois writes: > Ferenc Wagner (14/02/2011): > >> Backtrace: >> 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb] >> 1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95] >> 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb78b940c] >> 3: /usr/bin/X (Xfree+0x21) [0x80ab501] >> 4: /usr/bin/X (XineramaDeleteResource+0x1d) [0x80f64ad] >> 5: /usr/bin/X (FreeClientResources+0xdf) [0x808c20f] >> 6: /usr/bin/X (CloseDownClient+0x6f) [0x806e3af] >> 7: /usr/bin/X (0x8048000+0x2c018) [0x8074018] >> 8: /usr/bin/X (0x8048000+0x1e9aa) [0x80669aa] >> 9: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb75ecc76] >> 10: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] >> Segmentation fault at address 0xfeff > > if you have a chance, full backtrace welcome: > http://pkg-xorg.alioth.debian.org/howtos/use-gdb.html Hi KiBi, Unfortunately I couldn't reproduce this by torturing iceweasel with that huge picture. I'll keep the debugger attached for some time, but enabling core dumps seems more viable in the long run. Please let me know if there's a canonical way to do that (other than hacking the init script). -- Thanks, Feri. -- 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/87y65hxlp1@tac.ki.iif.hu
Bug#613451: xserver-xorg: segmentation fault on client closedown
Ferenc Wagner (15/02/2011): > Unfortunately I couldn't reproduce this by torturing iceweasel with > that huge picture. I'll keep the debugger attached for some time, > but enabling core dumps seems more viable in the long run. In this case, yes. > Please let me know if there's a canonical way to do that (other than > hacking the init script). I haven't looked into documenting that yet, but it's on my todo list. KiBi. signature.asc Description: Digital signature
Re: X11 without a connected screen
Cyril Brulebois (15/02/2011): > We've tweaked this already for intel/vesa fallback, so that not > finding a screen doesn't put an end to the whole X start-up, and so > that other drivers are considered. For reference, on the -intel side: | commit 455f2939a661764ebb8d1747d44e16a0a8937808 | Author: Chris Wilson | Date: Sat Oct 2 13:32:58 2010 +0100 | | Do not claim the PCI device if !KMS | | By returning FALSE whilst probing if we can't find a KMS driver, we | allow X to fallback to trying the VESA driver -- rather than failing. | | The initial idea for this was by Julien Cristau. | | Reported-by: Julien Cristau | Signed-off-by: Chris Wilson See http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=455f2939a661764ebb8d1747d44e16a0a8937808 KiBi. signature.asc Description: Digital signature
Re: X11 without a connected screen
On Tue, Feb 15, 2011 at 15:15:36 +0100, Cyril Brulebois wrote: > Hi, > > adding debian-x@ to the loop. > > Mario Lang (15/02/2011): > > > Please try to connect it. X driver developpers are not aware that > > > it can be useful to start X without a physical screen attached. > > > > I've noticed this behaviour at least at one point in the past. > > > > I think we should follow up on this and try to raise awareness > > upstream, or at least file a bug for it in our bts. > > I've just tried that with squeeze's -video-ati & -video-dummy drivers > installed, and indeed, ati tries to find a screen, fails, and bails > out. > > We've tweaked this already for intel/vesa fallback, so that not > finding a screen doesn't put an end to the whole X start-up, and so > that other drivers are considered. > > I guess it might be sufficient to do the same for other drivers (at > least making sure ati and nouveau support that would make sense, I > guess). > I don't know the context here, but the 'fall back to the dummy driver' thing seems like a bad idea. There's already a way to force outputs as enabled from xorg.conf iirc. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110215180137.gb3...@radis.liafa.jussieu.fr
Bug#613571: xserver-xorg-video-nouveau: VGA screen flickers when accessing card0-TV-1/status
Hi, Vincent Bernat (15/02/2011): > I am using a dual monitor setup. Since recently, my VGA screen > started to flicker every minute. It starts flickering as soon as GDM > is up. I have discovered that the culprit is upowerd which queries > the following file: > /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0/card0-TV-1/status > > Querying this file by hand makes the screen flicker. I have no TV > out on my card. I also have the flickering when using "xrandr" > command. I suppose it is querying the same file. > > I will try to pass tv_disable=1 to nouveau module and keep you informed. doesn't that look like a kernel bug? KiBi. signature.asc Description: Digital signature
Bug#613571: xserver-xorg-video-nouveau: VGA screen flickers when accessing card0-TV-1/status
reassign 613571 linux-image-2.6.37-trunk-amd64 thanks OoO Pendant le repas du mardi 15 février 2011, vers 19:30, Cyril Brulebois disait : >> I am using a dual monitor setup. Since recently, my VGA screen >> started to flicker every minute. It starts flickering as soon as GDM >> is up. I have discovered that the culprit is upowerd which queries >> the following file: >> /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0/card0-TV-1/status >> >> Querying this file by hand makes the screen flicker. I have no TV >> out on my card. I also have the flickering when using "xrandr" >> command. I suppose it is querying the same file. >> >> I will try to pass tv_disable=1 to nouveau module and keep you informed. > doesn't that look like a kernel bug? Yes, it is also flickering on the console, without X server started. The bug was here with 2.6.36 and is also here with 2.6.37. tv_disable=1 does not solve the problem. I have issued chmod 0 on card0-TV-1/status to avoid this issue. I reassign this bug to linux-image-2.6.37-trunk-amd64. -- BOFH excuse #429: Temporal anomaly pgpnbkTaFGvAI.pgp Description: PGP signature
Processed: Re: Bug#613571: xserver-xorg-video-nouveau: VGA screen flickers when accessing card0-TV-1/status
Processing commands for cont...@bugs.debian.org: > reassign 613571 linux-image-2.6.37-trunk-amd64 Bug #613571 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: VGA screen flickers when accessing card0-TV-1/status Bug reassigned from package 'xserver-xorg-video-nouveau' to 'linux-image-2.6.37-trunk-amd64'. Bug No longer marked as found in versions xserver-xorg-video-nouveau/1:0.0.16+git20101210+8bb8231-2. > thanks Stopping processing here. Please contact me if you need assistance. -- 613571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613571 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.12977952191694.transcr...@bugs.debian.org
Processing of xserver-xorg-video-qxl_0.0.13-1_amd64.changes
xserver-xorg-video-qxl_0.0.13-1_amd64.changes uploaded successfully to localhost along with the files: xserver-xorg-video-qxl_0.0.13-1.dsc xserver-xorg-video-qxl_0.0.13.orig.tar.bz2 xserver-xorg-video-qxl_0.0.13-1.debian.tar.gz xserver-xorg-video-qxl_0.0.13-1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pppfi-0004t7...@franck.debian.org
xserver-xorg-video-qxl_0.0.13-1_amd64.changes ACCEPTED into unstable
Accepted: xserver-xorg-video-qxl_0.0.13-1.debian.tar.gz to main/x/xserver-xorg-video-qxl/xserver-xorg-video-qxl_0.0.13-1.debian.tar.gz xserver-xorg-video-qxl_0.0.13-1.dsc to main/x/xserver-xorg-video-qxl/xserver-xorg-video-qxl_0.0.13-1.dsc xserver-xorg-video-qxl_0.0.13-1_amd64.deb to main/x/xserver-xorg-video-qxl/xserver-xorg-video-qxl_0.0.13-1_amd64.deb xserver-xorg-video-qxl_0.0.13.orig.tar.bz2 to main/x/xserver-xorg-video-qxl/xserver-xorg-video-qxl_0.0.13.orig.tar.bz2 Override entries for your package: xserver-xorg-video-qxl_0.0.13-1.dsc - source x11 xserver-xorg-video-qxl_0.0.13-1_amd64.deb - optional x11 Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- 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/e1ppphb-0005ho...@franck.debian.org
Bug#613573: sid xserver-xorg 1:7.6+3 + radeon + konversatin segfault X
On Tue, Feb 15, 2011 at 19:38:19 +0100, Serge Rijkers wrote: > Package: xorg > Version: 1:7.6+3 > Severity: normal > > > currently running on liquorix kernel bu it also happens on stock kernel from > sid. > > many kde based apps crash on opening or when a dialog is opened. > > konversatino segfaults X on launch. k3b segfaults x when you try to select an > image to burn. > What makes you think that's an Xorg bug? Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110215190847.gd3...@radis.liafa.jussieu.fr
Bug#613573: sid xserver-xorg 1:7.6+3 + radeon + konversatin segfault X
On Tue, Feb 15, 2011 at 19:38:19 +0100, Serge Rijkers wrote: > Package: xorg > Version: 1:7.6+3 > Severity: normal > > > currently running on liquorix kernel bu it also happens on stock kernel from > sid. > > many kde based apps crash on opening or when a dialog is opened. > > konversatino segfaults X on launch. k3b segfaults x when you try to select an > image to burn. > Oh, and please include some log from the crash. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110215190944.ge3...@radis.liafa.jussieu.fr
Bug#613573:
I do not have a log. X segfault and restarts nothing in the log. reverting to older xserver which als downgrades mesa, radeon, and a hole bunch of other stuff i.e. dongrade with dependancies resolved in not trivial. regards rss -- 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/1297797730.9600.5.ca...@bran.tregare.net
Bug#613573: What makes me think is xorg
Downgrading solves the problem. It seems to be kde specific. i.e. gnome apps work. However, an error in a kde app should never segfault the x server -- 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/1297797360.9600.2.ca...@bran.tregare.net
Bug#613573: sid xserver-xorg 1:7.6+3 + radeon + konversatin segfault X
On Tue, 2011-02-15 at 20:09 +0100, Julien Cristau wrote: > On Tue, Feb 15, 2011 at 19:38:19 +0100, Serge Rijkers wrote: > > > Package: xorg > > Version: 1:7.6+3 > > Severity: normal > > > > > > currently running on liquorix kernel bu it also happens on stock kernel > > from sid. > > > > many kde based apps crash on opening or when a dialog is opened. > > > > konversatino segfaults X on launch. k3b segfaults x when you try to select > > an image to burn. > > > Oh, and please include some log from the crash. > > Cheers, > Julien Thats the point xserver xfaults black console screen and login prompt from gdm no log nothing. just gone -- 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/1297797511.9600.3.ca...@bran.tregare.net
Bug#613573: sid xserver-xorg 1:7.6+3 + radeon + konversatin segfault X
On Tue, Feb 15, 2011 at 20:18:31 +0100, Serge Rijkers wrote: > Thats the point xserver xfaults black console screen and login prompt > from gdm no log nothing. just gone > If your machine didn't burst into flames, then there's a log somewhere. We need to see that. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110215193113.gg3...@radis.liafa.jussieu.fr
Bug#613573: Log: how do you want to add a log add one as attachment to an email or paste.
I will need to force an error and save the log. So it will take some time :) rss -- 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/1297798327.9600.7.ca...@bran.tregare.net
Bug#613573: Log
I will force an error and paste Which logs do you want? Xorg.1.log i would guess. Do you need anything else? regards rss -- 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/1297798430.9600.9.ca...@bran.tregare.net
Bug#613573:
Serge Rijkers (15/02/2011): > I do not have a log. > > X segfault and restarts nothing in the log. reverting to older > xserver which als downgrades mesa, radeon, and a hole bunch of other > stuff i.e. dongrade with dependancies resolved in not trivial. Check /var/log/Xorg*log*. Might just be your session going away for some reason. Check ~/.xsession-errors as well. KiBi. signature.asc Description: Digital signature
Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start
Package: xserver-xorg-video-radeon Version: 1:6.13.2-2 Severity: important Hi, I recently updated libdrm2-radeon to the version newly uploaded to unstable (I'd been tracking the experimental version), and noticed problems with textures which I assumed were related to the Gallium driver. I thought I'd upgrade X to see if that would help; unfortunately I ended up with a system where X no longer starts! In fact, after booting, after the first X crash my monitor powers down; I have to log in remotely and restart gdm3 (which starts X which promptly crashed again) to get a usable VT back. You can see the backtrace in the logs below, I'm not sure whether that's enough. Feel free to ask for any more info you need. The kernel I'm using is Debian's 2.6.37 with my AGP patch (which is queued for 2.6.36, 2.6.37 and 2.6.38). Downgrading xserver-xorg and all necessary packages to the versions in wheezy fixes things. Regards, Stephen -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jul 5 2009 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1771428 Feb 6 21:07 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller: ATI Technologies Inc RV730 Pro AGP [Radeon HD 4600 Series] Xorg X server configuration file status: -rw-r--r-- 1 root root 1489 Mar 10 2010 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # Xorg configuration file Section "Device" Identifier "XFX Radeon HD 4650" Driver "radeon" Option "AccelMethod" "EXA" Option "EXANoDownloadFromScreen" "on" Option "EXANoUploadToScreen" "on" # Option "AGPMode" "4" # Option "BusType" "PCI" # Option "DRI" "off" # Option "AccelMethod" "XAA" # Option "XaaNoSolidFillRect" "on" EndSection Section "Monitor" Identifier "hp LP2475w" Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "XFX Radeon HD 4650" Monitor "hp LP2475w" DefaultDepth24 SubSection "Display" Depth 1 Modes "1920x1200" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1920x1200" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1920x1200" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1920x1200" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1920x1200" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1920x1200" "1680x1050" "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "Extensions" Option "Composite" "Enable" EndSection /etc/X11/xorg.conf.d does not exist. Kernel version (/proc/version): --- Linux version 2.6.37-trunk-686-bigmem (Debian 2.6.37-1~experimental.1) (st...@sk2.org) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Mon Jan 24 12:58:38 CET 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 29470 Dec 2 2006 /var/log/Xorg.22.log -rw-r--r-- 1 root root 28756 May 2 2010 /var/log/Xorg.21.log -rw-r--r-- 1 root root 583106 Jun 26 2010 /var/log/Xorg.20.log -rw-r--r-- 1 root root 22001 Aug 27 23:35 /var/log/Xorg.5.log -rw-r--r-- 1 root root 34624 Nov 10 23:11 /var/log/Xorg.3.log -rw-r--r-- 1 root root 34628 Nov 28 17:51 /var/log/Xorg.4.log -rw-r--r-- 1 root root 34579 Dec 7 16:59 /var/log/Xorg.2.log -rw-r--r-- 1 root root 34577 Feb 15 22:47 /var/log/Xorg.1.log -rw-r--r-- 1 root root 41554 Feb 15 23:27 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 607.790] X.Org X Server 1.9.4 Release Date: 2011-02-04 [ 607.790] X Protocol Version 11, Revision 0 [ 607.790] Build Operating System: Linux 2.6.26-2-amd64 i686 Debian [ 607.790] Current Operating System: Linux heffalump.sk2.org 2.6.37-trunk-686-bigmem #1 SMP Mon Jan 24 12:58:38 CET 2011 i686 [ 607.790] Kernel command line: BOOT_IMAGE=/v
Bug#613596: libgl1-mesa-dri: Texture corruption and sometimes crashes on RV730 Pro AGP
Package: libgl1-mesa-dri Version: 7.10-3 Severity: normal Hi, Since upgrading to libgl1-mesa-dri 7.10 with the Gallium driver, GL applications (e.g. xmoto) either suffer texture corruption or cause GPU lockups, sometimes recoverable, sometimes not. I haven't been able to get a screen capture with texture corruption; in xmoto for instance the red buttons have white lines through them. Whether the game works with texture corruption or causes GPU lockups seems to be decided at launch time, i.e. if the game launches it doesn't crash later, but if it causes a GPU lockup it never gets to display anything. Killing the game sometimes allows the system to recover; in other instances it's necessary to reboot. When the GPU locks up, the Oops is as follows: Feb 15 23:43:39 heffalump kernel: [ 1584.744043] [ cut here ] Feb 15 23:43:39 heffalump kernel: [ 1584.744107] WARNING: at /usr/src/linux-2.6-2.6.37/debian/build/source_i386_none/drivers/gpu/drm/radeon/radeon_fence.c:244 radeon_fence_wait+0x1f3/0x281 [radeon]() Feb 15 23:43:39 heffalump kernel: [ 1584.744111] Hardware name: To Be Filled By O.E.M. Feb 15 23:43:39 heffalump kernel: [ 1584.744114] GPU lockup (waiting for 0x04CA last fence id 0x04C8) Feb 15 23:43:39 heffalump kernel: [ 1584.744117] Modules linked in: isofs vboxnetadp vboxnetflt vboxdrv sco bnep rfcomm l2cap binfmt_misc microcode fuse ext4 jbd2 crc16 sha256_generic aes_i586 aes_generic cbc iTCO_wdt iTCO_vendor_support tcp_diag inet_diag autofs4 loop grip w83627hf hwmon_vid dm_crypt usblp snd_cs4236 snd_wavefront btusb snd_wss_lib snd_opl3_lib bluetooth snd_hda_codec_hdmi snd_mpu401 cx22702 sam_ba snd_hda_intel cx88_dvb cx88_vp3054_i2c videobuf_dvb snd_usb_audio usbserial cx88_alsa snd_mpu401_uart dvb_core snd_hda_codec snd_pcm_oss snd_hwdep snd_intel8x0 rc_hauppauge_new snd_ac97_codec tuner_simple tuner_types rfkill tda9887 ac97_bus joydev tda8290 snd_usbmidi_lib snd_mixer_oss snd_seq_midi snd_pcm tuner snd_rawmidi cx8800 ir_lirc_codec lirc_dev pwc snd_seq_midi_event cx8802 snd_seq ir_sony_decoder cx88xx ir_jvc_decoder v4l2_common ir_rc6_decoder videodev ir_rc5_decoder snd_timer ir_common ir_nec_decoder snd_seq_device v4l1_compat ir_core videobuf_dma_sg tv eeprom btcx_risc videobuf_core snd tpm_t Feb 15 23:43:39 heffalump kernel: is parport_pc ns558 snd_page_alloc psmouse gameport soundcore tpm tpm_bios parport serio_raw processor pcspkr i2c_i801 evdev shpchp rng_core thermal_sys pci_hotplug ext3 jbd mbcache dm_mod raid1 raid0 md_mod osst st hid_logitech ff_memless usbhid hid sg sd_mod sr_mod cdrom crc_t10dif ata_generic radeon aic7xxx ata_piix libata uhci_hcd aic79xx ttm 3w_ scsi_transport_spi ehci_hcd drm_kms_helper drm usbcore scsi_mod i2c_algo_bit i2c_core firewire_ohci power_supply skge firewire_core button crc_itu_t nls_base [last unloaded: scsi_wait_scan] Feb 15 23:43:39 heffalump kernel: [ 1584.744265] Pid: 10870, comm: Xorg Not tainted 2.6.37-trunk-686-bigmem #1 Feb 15 23:43:39 heffalump kernel: [ 1584.744268] Call Trace: Feb 15 23:43:39 heffalump kernel: [ 1584.744278] [] ? warn_slowpath_common+0x6a/0x7b Feb 15 23:43:39 heffalump kernel: [ 1584.744300] [] ? radeon_fence_wait+0x1f3/0x281 [radeon] Feb 15 23:43:39 heffalump kernel: [ 1584.744306] [] ? warn_slowpath_fmt+0x28/0x2c Feb 15 23:43:39 heffalump kernel: [ 1584.744332] [] ? radeon_fence_wait+0x1f3/0x281 [radeon] Feb 15 23:43:39 heffalump kernel: [ 1584.744347] [] ? autoremove_wake_function+0x0/0x29 Feb 15 23:43:39 heffalump kernel: [ 1584.744367] [] ? ttm_bo_wait+0xaa/0x132 [ttm] Feb 15 23:43:39 heffalump kernel: [ 1584.744392] [] ? radeon_bo_wait+0x59/0x71 [radeon] Feb 15 23:43:39 heffalump kernel: [ 1584.744415] [] ? radeon_gem_wait_idle_ioctl+0x27/0x50 [radeon] Feb 15 23:43:39 heffalump kernel: [ 1584.744434] [] ? drm_ioctl+0x224/0x2d7 [drm] Feb 15 23:43:39 heffalump kernel: [ 1584.744461] [] ? radeon_gem_wait_idle_ioctl+0x0/0x50 [radeon] Feb 15 23:43:39 heffalump kernel: [ 1584.744467] [] ? restore_i387_fxsave+0x5c/0x6d Feb 15 23:43:39 heffalump kernel: [ 1584.744483] [] ? drm_ioctl+0x0/0x2d7 [drm] Feb 15 23:43:39 heffalump kernel: [ 1584.744489] [] ? do_vfs_ioctl+0x49e/0x4e9 Feb 15 23:43:39 heffalump kernel: [ 1584.744493] [] ? restore_i387_xstate+0x1a0/0x1d7 Feb 15 23:43:39 heffalump kernel: [ 1584.744501] [] ? fsnotify_access+0x49/0x50 Feb 15 23:43:39 heffalump kernel: [ 1584.744505] [] ? sys_ioctl+0x44/0x64 Feb 15 23:43:39 heffalump kernel: [ 1584.744510] [] ? sysenter_do_call+0x12/0x28 Feb 15 23:43:39 heffalump kernel: [ 1584.744514] ---[ end trace eb2bee3668381c23 ]--- Feb 15 23:43:39 heffalump kernel: [ 1584.744527] [drm] Disabling audio support Feb 15 23:43:39 heffalump kernel: [ 1584.760446] radeon :01:00.0: f6c79800 unpin not necessary Feb 15 23:43:39 heffalump kernel: [ 1584.760452] radeon :01:00.0: GPU softreset Feb 15 23:43:39 heffalump kernel: [ 1584.760456] radeon :01:00.0: R_008010_GRBM_STATUS=0xF53
Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start
On Tue, Feb 15, 2011 at 11:42:39PM +0100, Stephen Kitt wrote: > I recently updated libdrm2-radeon to the version newly uploaded to > unstable (I'd been tracking the experimental version), and noticed > problems with textures which I assumed were related to the Gallium > driver. Actually that should be libgl1-mesa-dri, not libdrm2-radeon... Regards, Stephen -- 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/20110215230938.ga10...@sk2.org
mesa: Changes to 'ubuntu'
debian/changelog |9
debian/patches/109_fix_length_of_glxgetfbconfigssgix.patch | 28 +
debian/patches/series |1
3 files changed, 38 insertions(+)
New commits:
commit 67f934923b12f70b2b62d8993a7f247bd427dd99
Author: Bryce Harrington
Date: Tue Feb 15 15:30:39 2011 -0800
Add 109_fix_length_of_glxgetfbconfigssgix.patch: Second try at fix for
"BadLength (poly request too large or internal Xlib length" when using non-C,
non-en locales. This time with the real fix. (LP: #714280)
diff --git a/debian/changelog b/debian/changelog
index eff1c45..2ba67c1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+mesa (7.10-1ubuntu3) natty; urgency=low
+
+ * Add 109_fix_length_of_glxgetfbconfigssgix.patch: Second try at fix for
+"BadLength (poly request too large or internal Xlib length" when using
+non-C, non-en locales. This time with the real fix.
+(LP: #714280)
+
+ -- Bryce Harrington Tue, 15 Feb 2011 15:28:33 -0800
+
mesa (7.10-1ubuntu2) natty; urgency=low
* Add 108_fix_leaks_dri2_screen_creation.patch: Cherrypick from upstream
diff --git a/debian/patches/109_fix_length_of_glxgetfbconfigssgix.patch
b/debian/patches/109_fix_length_of_glxgetfbconfigssgix.patch
new file mode 100644
index 000..066e57a
--- /dev/null
+++ b/debian/patches/109_fix_length_of_glxgetfbconfigssgix.patch
@@ -0,0 +1,28 @@
+From cbe9fc12a64c3ae89fd1b20e9e165aa4b76293a5 Mon Sep 17 00:00:00 2001
+From: Julien Cristau
+Date: Wed, 26 Jan 2011 12:03:17 +
+Subject: glx: fix length of GLXGetFBConfigsSGIX
+
+The extra length is the size of the request *minus* the size of the
+VendorPrivate header, not the addition.
+
+NOTE: This is a candidate for the 7.9 and 7.10 branches
+
+Signed-off-by: Julien Cristau
+Signed-off-by: Brian Paul
+---
+diff --git a/src/glx/glxext.c b/src/glx/glxext.c
+index c5e9d05..c75c9bf 100644
+--- a/src/glx/glxext.c
b/src/glx/glxext.c
+@@ -688,7 +688,7 @@ static GLboolean
+}
+else if (strstr(psc->serverGLXexts, "GLX_SGIX_fbconfig") != NULL) {
+ GetReqExtra(GLXVendorPrivateWithReply,
+- sz_xGLXGetFBConfigsSGIXReq +
++ sz_xGLXGetFBConfigsSGIXReq -
+ sz_xGLXVendorPrivateWithReplyReq, vpreq);
+ sgi_req = (xGLXGetFBConfigsSGIXReq *) vpreq;
+ sgi_req->reqType = priv->majorOpcode;
+--
+cgit v0.8.3-6-g21f6
diff --git a/debian/patches/series b/debian/patches/series
index ab4131f..93d03c0 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -12,3 +12,4 @@
105_use_shared_libdricore.patch
107_winsys_buffer_nullptr.patch
108_fix_leaks_dri2_screen_creation.patch
+109_fix_length_of_glxgetfbconfigssgix.patch
--
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/e1ppum4-0003ds...@alioth.debian.org
Bug#613111: As usual, Microsoft is guilty
Hi, Please have a look to this link to understood the problem and the rumors. http://support.microsoft.com/kb/963709/en-us As usual, Microsoft is guilty. Ernst -- 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/4d5b1339.5090...@chello.at
mesa: Changes to 'pu/debian-unstable'
New branch 'pu/debian-unstable' available with the following commits:
commit af3436b48d845084a4d013dbbaad6e43d4ac78e1
Author: Cyril Brulebois
Date: Wed Feb 16 01:31:42 2011 +0100
Add patch for a crash in dri2_invalidate_drawable, thanks to Kai Wasserbäch
(Closes: #612640).
commit a6761bc47b5adfa79b4dc2f5bf0887b86a3ded97
Author: Cyril Brulebois
Date: Wed Feb 16 01:23:54 2011 +0100
Fix FTBFS on sparc64, treat it the same way as sparc. Thanks, Aurélien
Jarno! (Closes: #613106).
commit 7febebffa536992688ca0844829dd90740bdc47c
Author: Cyril Brulebois
Date: Wed Feb 16 01:18:24 2011 +0100
Rename DIRECT_RENDERING for consistency.
commit 93e524e32eb5d726e5258a0aec579b399b7c4311
Author: Cyril Brulebois
Date: Tue Feb 15 20:45:47 2011 +
Disable EGL/Gallium/GLES/state trackers on GNU/Hurd.
commit 8c745b7cf087588d6eaf8bf90358f10016379f2d
Author: Cyril Brulebois
Date: Wed Feb 16 01:11:57 2011 +0100
Make a lot of binary packages linux-any kfreebsd-any.
commit a4296d8f4e6af74091ad70a5dc2e079aa1a875cd
Author: Cyril Brulebois
Date: Wed Feb 16 01:10:56 2011 +0100
New patch, thanks to Pino Toscano, fixing FTBFS on GNU/Hurd.
commit 7699c1b0144ec131eab98cbc71fbfc0614926870
Author: Cyril Brulebois
Date: Wed Feb 9 17:19:06 2011 +0100
Finally install bug control & script.
commit ee6b47cee90c80d6cdda19e021bfeb4625293828
Author: Cyril Brulebois
Date: Wed Feb 9 17:12:26 2011 +0100
debian/local/control: Report-with: xserver-xorg{,-core}.
commit de6969989826bfb207c2b9332bb7a94ee26de23e
Author: Cyril Brulebois
Date: Wed Feb 9 17:09:52 2011 +0100
debian/local/script: New bug script, calling glxinfo if available, then the
server's bug script.
commit ea8f7f99dda56cb55f948782e8595fa1782208c9
Author: Cyril Brulebois
Date: Wed Feb 9 12:06:01 2011 +0100
debian/rules: Don't try to build the x11 EGL display on hurd-i386.
--
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/e1ppvna-0006ks...@alioth.debian.org
Bug#612983: xserver-xorg: X does not start
On Mon, Feb 14, 2011 at 10:01:55AM +0100, Julien Cristau wrote: > > > Your X log says it works fine, so I'd look for a problem with your X > clients, not the server. > Thanks for the suggestion. I also filed a bug report against openbox which had a similar report already (#567399). But, bug #613479 against openbox did have a workaround. As suggested there I installed libpcre3 from unstable. Checked the dependencies of gdm3 and also installed libdbus-1-3 from unstable. Now everything is working as expected. This issue can be tagged as solved as far as my report is concerned. Once again thanks for your patience and help. Regards, -- Sridhar M.A. GPG KeyID : F6A35935 Fingerprint: D172 22C4 7CDC D9CD 62B5 55C1 2A69 D5D8 F6A3 5935 miracle: an extremely outstanding or unusual event, thing, or accomplishment. -- Webster's Dictionary signature.asc Description: Digital signature
Bug#611293: Acknowledgement (xserver-xorg-core: No keyboard/mouse input when X is running.)
On Thu, Jan 27, 2011 at 19:56:53 +, ian+report...@comtek.co.uk wrote: Sorry for the delay, I appear to have missed your response. Package: xserver-xorg-core Version: 2:1.7.7-11 Severity: important When a newer version of xorg is installed the keyboard and mouse do not respond at all in X. The only way to escape the dead session (virtual terminals don't work) is to SSH in to the box and stop xdm. The mouse will not move, the caps lock lights do not work, etc. If I downgrade they both work fine. I'm not sure if I should have reported this with #585642 but it seems my hardware (Dell Poweredge 2800) is significantly different. This is not like #422430 since C-A-bksp doesn't work. This is a clean installation and there is no custom configuration. [...] Kernel version (/proc/version): Linux version 2.6.22-3-686 (Debian 2.6.22-6) (m...@debian.org) (gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #1 SMP Mon Nov 12 08:32:57 UTC 2007 Why are you using a 3 year old kernel? Good question! Its working with the squeeze kernel so as far as I'm concerned this is fixed. Thanks, Ian -- 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/4d5b2a28.80...@comtek.co.uk
xserver-xorg-video-intel: Changes to 'ubuntu'
debian/changelog |9 ++
debian/patches/115_quell_vblank_counter_failed.patch | 80 +++
debian/patches/series|1
3 files changed, 90 insertions(+)
New commits:
commit 20f93dda068b32b04a2ff29d8a363a701c0a8cb6
Author: Bryce Harrington
Date: Tue Feb 15 19:13:51 2011 -0800
Add 115_quell_vblank_counter_failed.patch: Don't fill up Xorg.0.log with
"get vblank counter failed: Invalid argument" warnings. 5 is enough. (LP:
#710594)
diff --git a/debian/changelog b/debian/changelog
index 45f47bc..2601257 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+xserver-xorg-video-intel (2:2.14.0-1ubuntu9) natty; urgency=low
+
+ * Add 115_quell_vblank_counter_failed.patch: Don't fill up Xorg.0.log
+with "get vblank counter failed: Invalid argument" warnings. 5 is
+enough.
+(LP: #710594)
+
+ -- Bryce Harrington Tue, 15 Feb 2011 19:11:25 -0800
+
xserver-xorg-video-intel (2:2.14.0-1ubuntu8) natty; urgency=low
* 111_fix_clipped_window_plane_offset.patch,
diff --git a/debian/patches/115_quell_vblank_counter_failed.patch
b/debian/patches/115_quell_vblank_counter_failed.patch
new file mode 100644
index 000..2c5e553
--- /dev/null
+++ b/debian/patches/115_quell_vblank_counter_failed.patch
@@ -0,0 +1,80 @@
+diff --git a/src/intel_dri.c b/src/intel_dri.c
+index 7b60e14..65c8f39 100644
+--- a/src/intel_dri.c
b/src/intel_dri.c
+@@ -1057,10 +1057,14 @@ I830DRI2GetMSC(DrawablePtr draw, CARD64 *ust, CARD64
*msc)
+
+ ret = drmWaitVBlank(intel->drmSubFD, &vbl);
+ if (ret) {
+- xf86DrvMsg(scrn->scrnIndex, X_WARNING,
+- "%s:%d get vblank counter failed: %s\n",
+- __FUNCTION__, __LINE__,
+- strerror(errno));
++ static int limit = 5;
++ if (limit) {
++ xf86DrvMsg(scrn->scrnIndex, X_WARNING,
++ "%s:%d get vblank counter failed: %s\n",
++ __FUNCTION__, __LINE__,
++ strerror(errno));
++ limit--;
++ }
+ return FALSE;
+ }
+
+@@ -1113,10 +1117,14 @@ I830DRI2ScheduleWaitMSC(ClientPtr client, DrawablePtr
draw, CARD64 target_msc,
+ vbl.request.sequence = 0;
+ ret = drmWaitVBlank(intel->drmSubFD, &vbl);
+ if (ret) {
+- xf86DrvMsg(scrn->scrnIndex, X_WARNING,
+- "%s:%d get vblank counter failed: %s\n",
+- __FUNCTION__, __LINE__,
+- strerror(errno));
++ static int limit = 5;
++ if (limit) {
++ xf86DrvMsg(scrn->scrnIndex, X_WARNING,
++ "%s:%d get vblank counter failed: %s\n",
++ __FUNCTION__, __LINE__,
++ strerror(errno));
++ limit--;
++ }
+ goto out_complete;
+ }
+
+@@ -1143,10 +1151,14 @@ I830DRI2ScheduleWaitMSC(ClientPtr client, DrawablePtr
draw, CARD64 target_msc,
+ vbl.request.signal = (unsigned long)wait_info;
+ ret = drmWaitVBlank(intel->drmSubFD, &vbl);
+ if (ret) {
+- xf86DrvMsg(scrn->scrnIndex, X_WARNING,
+- "%s:%d get vblank counter failed: %s\n",
+- __FUNCTION__, __LINE__,
+- strerror(errno));
++ static int limit = 5;
++ if (limit) {
++ xf86DrvMsg(scrn->scrnIndex, X_WARNING,
++ "%s:%d get vblank counter failed:
%s\n",
++ __FUNCTION__, __LINE__,
++ strerror(errno));
++ limit--;
++ }
+ goto out_complete;
+ }
+
+@@ -1178,10 +1190,14 @@ I830DRI2ScheduleWaitMSC(ClientPtr client, DrawablePtr
draw, CARD64 target_msc,
+ vbl.request.signal = (unsigned long)wait_info;
+ ret = drmWaitVBlank(intel->drmSubFD, &vbl);
+ if (ret) {
+- xf86DrvMsg(scrn->scrnIndex, X_WARNING,
+- "%s:%d get vblank counter failed: %s\n",
+- __FUNCTION__, __LINE__,
+- strerror(errno));
++ static int limit = 5;
++ if (limit) {
++ xf86DrvMsg(scrn->scrnIndex, X_WARNING,
++ "%s:%d get vblank counter failed: %s\n",
++ __FUNCTION__, __LINE__,
++ strerror(errno));
++ limit--;
++ }
+ goto out_complete;
+ }
+
diff --git a/deb
Bug#613596: libgl1-mesa-dri: Texture corruption and sometimes crashes on RV730 Pro AGP
On Wed, Feb 16, 2011 at 12:06:58AM +0100, Stephen Kitt wrote: > I tried upgrading X without success. Should I try building a newer > version of mesa (I know about > http://pkg-xorg.alioth.debian.org/howtos/build-mesa.html)? I went ahead and built mesa from the master branch, with the same result: Feb 16 07:07:35 heffalump kernel: [26468.968055] [ cut here ] Feb 16 07:07:35 heffalump kernel: [26468.968113] WARNING: at /usr/src/linux-2.6-2.6.37/debian/build/source_i386_none/drivers/gpu/drm/radeon/radeon_fence.c:244 radeon_fence_wait+0x1f3/0x281 [radeon]() Feb 16 07:07:35 heffalump kernel: [26468.968117] Hardware name: To Be Filled By O.E.M. Feb 16 07:07:35 heffalump kernel: [26468.968120] GPU lockup (waiting for 0x0001672D last fence id 0x0001672A) Feb 16 07:07:35 heffalump kernel: [26468.968123] Modules linked in: isofs vboxnetadp vboxnetflt vboxdrv sco bnep rfcomm l2cap binfmt_misc microcode fuse ext4 jbd2 crc16 sha256_generic aes_i586 aes_generic cbc iTCO_wdt iTCO_vendor_support tcp_diag inet_diag autofs4 loop grip w83627hf hwmon_vid dm_crypt usblp cx22702 cx88_dvb cx88_vp3054_i2c videobuf_dvb dvb_core snd_cs4236 snd_wavefront rc_hauppauge_new snd_hda_codec_hdmi snd_hda_intel tuner_simple snd_hda_codec tuner_types snd_intel8x0 snd_wss_lib snd_ac97_codec snd_usb_audio snd_opl3_lib sam_ba btusb snd_hwdep tda9887 ac97_bus snd_mpu401 snd_mpu401_uart tda8290 snd_usbmidi_lib bluetooth snd_seq_midi cx88_alsa pwc snd_rawmidi snd_pcm_oss snd_mixer_oss rfkill usbserial snd_seq_midi_event tuner joydev snd_pcm snd_seq cx8800 ir_lirc_codec lirc_dev cx8802 snd_timer ir_sony_decoder ir_jvc_decoder ir_rc6_decoder snd_seq_device cx88xx ir_rc5_decoder v4l2_common ir_nec_decoder snd videodev ir_common ir_core psmouse v4l1_compat videobuf_dma_sg tveeprom videobuf_core tpm_tis Feb 16 07:07:35 heffalump kernel: snd_page_alloc parport_pc soundcore tpm serio_raw tpm_bios btcx_risc pcspkr ns558 gameport parport rng_core evdev i2c_i801 processor shpchp pci_hotplug thermal_sys ext3 jbd mbcache dm_mod raid1 raid0 md_mod osst st hid_logitech ff_memless usbhid hid sg radeon sd_mod sr_mod ttm cdrom crc_t10dif aic7xxx drm_kms_helper ata_generic uhci_hcd aic79xx ehci_hcd scsi_transport_spi 3w_ ata_piix drm libata firewire_ohci i2c_algo_bit usbcore scsi_mod skge i2c_core firewire_core power_supply crc_itu_t button nls_base [last unloaded: scsi_wait_scan] Feb 16 07:07:35 heffalump kernel: [26468.968274] Pid: 10077, comm: xmoto Not tainted 2.6.37-trunk-686-bigmem #1 Feb 16 07:07:35 heffalump kernel: [26468.968277] Call Trace: Feb 16 07:07:35 heffalump kernel: [26468.968286] [] ? warn_slowpath_common+0x6a/0x7b Feb 16 07:07:35 heffalump kernel: [26468.968310] [] ? radeon_fence_wait+0x1f3/0x281 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968316] [] ? warn_slowpath_fmt+0x28/0x2c Feb 16 07:07:35 heffalump kernel: [26468.968343] [] ? radeon_fence_wait+0x1f3/0x281 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968358] [] ? autoremove_wake_function+0x0/0x29 Feb 16 07:07:35 heffalump kernel: [26468.968377] [] ? ttm_bo_wait+0xaa/0x132 [ttm] Feb 16 07:07:35 heffalump kernel: [26468.968396] [] ? ttm_bo_move_accel_cleanup+0x76/0x240 [ttm] Feb 16 07:07:35 heffalump kernel: [26468.968424] [] ? radeon_move_blit+0x14b/0x16b [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968448] [] ? radeon_bo_move+0x19b/0x1f8 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968472] [] ? radeon_bo_move+0x0/0x1f8 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968486] [] ? ttm_bo_handle_move_mem+0x198/0x259 [ttm] Feb 16 07:07:35 heffalump kernel: [26468.968501] [] ? ttm_bo_move_buffer+0xa1/0xc6 [ttm] Feb 16 07:07:35 heffalump kernel: [26468.968515] [] ? ttm_bo_validate+0xa9/0xec [ttm] Feb 16 07:07:35 heffalump kernel: [26468.968540] [] ? radeon_bo_list_validate+0x7e/0xd1 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968565] [] ? radeon_cs_ioctl+0x9c/0x167 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968585] [] ? drm_ioctl+0x224/0x2d7 [drm] Feb 16 07:07:35 heffalump kernel: [26468.968613] [] ? radeon_cs_ioctl+0x0/0x167 [radeon] Feb 16 07:07:35 heffalump kernel: [26468.968621] [] ? handle_mm_fault+0x479/0xaa0 Feb 16 07:07:35 heffalump kernel: [26468.968638] [] ? drm_ioctl+0x0/0x2d7 [drm] Feb 16 07:07:35 heffalump kernel: [26468.968643] [] ? do_vfs_ioctl+0x49e/0x4e9 Feb 16 07:07:35 heffalump kernel: [26468.968650] [] ? do_page_fault+0x353/0x36f Feb 16 07:07:35 heffalump kernel: [26468.968654] [] ? do_page_fault+0x340/0x36f Feb 16 07:07:35 heffalump kernel: [26468.968658] [] ? sys_ioctl+0x44/0x64 Feb 16 07:07:35 heffalump kernel: [26468.968664] [] ? sysenter_do_call+0x12/0x28 Feb 16 07:07:35 heffalump kernel: [26468.968668] ---[ end trace 7d34de4a0d796cfb ]--- Feb 16 07:07:35 heffalump kernel: [26468.968680] [drm] Disabling audio support Feb 16 07:07:35 heffalump kernel: [26468.984595] radeon :01:00.0: f6e76800 unpin not necessary Feb 16 07:07:35 h
Bug#613614: libdrm-intel1: Intel Arrandale: xrandr query enables a disabled eDP
Package: libdrm-intel1 Version: 2.4.23-2 Severity: important I'm using an HP EliteBook 2540p laptop, which contains Intel Arrandale graphics module. I use this laptop with an external monitor, which is my major display output and I always shutdown the internal eDP port by running on system start: xrandr --output eDP1 --off However, after that, if I run xrandr again, the eDP1 port will be inadvertently re-enabled, and this ruins my desktop topology since some windows will be randomly thrown over to the eDP1 display that I don't use. The most annoying thing is gnome-screensaver seems invoking xrandr on its every start, perhaps intending to check the monitor settings, and enables the eDP1 port -- so that my monitor topology changes like crazy whenever gnome-screensaver kicks in. Here's my xrandr output: $ xrandr Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 8192 x 8192 eDP1 connected (normal left inverted right x axis y axis) 1280x800 60.0 + 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 1600x1200 60.0 1400x1050 60.0 1280x1024 75.0 60.0 1440x900 59.9 1280x960 60.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48072.8 75.0 66.7 60.0 720x40070.1 HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) I have to use the 2.6.37 kernel from experimental or else the eDP port just won't light up. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdrm-intel1 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libdrm2 2.4.23-2 Userspace interface to kernel DRM ii libdrm-intel1 2.4.23-2 Userspace interface to intel-specific kernel DRM services -- runtime ii xserver-xorg-video-intel 2:2.14.0-3 X.Org X server -- Intel i8xx, i9xx display driver ii linux-image-2.6.37-trunk-amd64 2.6.37-1~experimental.1 Linux 2.6.37 for 64-bit PCs libdrm-intel1 recommends no packages. libdrm-intel1 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/20110216062403.4586.66080.reportbug@thyme
Bug#588785: closed by Julien Cristau (Bug#588785: fixed in xterm 268-1)
Thomas Dickey writes: > no - I was commenting that it might be possible, but that was to > suggest further discussion on how that feature might be designed. Aha ok. I managed to forget most of the details by now :-) I'm really not familiar with X protocol details so I'm afraid I can't help much with the design. However, I'm happy to test patches and give feedback on whether they give a sufficiently "freedesktop.org style" clipboard behavior :-) -- 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/84tyg44ei4@sauna.l.org
