Bug#552361: xserver-xorg-core: Broken display server causes gnome-power-manager blanking issues
Hello, On 30-Jan-11, Cyril Brulebois wrote: What's the status with squeeze? I didn't experience the problem for a long time now, guess it has been fixed in Squeeze. I think you can close the bug, thank you for your work :). -- Apelete -- 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/20110130090025.GC17926@hermes
Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
On 21-Oct-10, Cyril Brulebois wrote: Could you please report what happens with current squeeze/sid? If the issue persists, a new upstream release is built against squeeze/sid, and available at http://autobuild.ikibiki.org/ Please run the bug script and attach its output so that we get p-to-date info: /usr/share/bug/xserver-xorg/script 3/tmp/script.log Hi, Since then I have done a clean Sid install on a new hard drive (for the same computer), and I'm glad to report that the issue seems to have been fixed. Trackpoint is working as expected, with all the mouse buttons too (scrolling and all). Thanks for your hard work. Cheers. -- Apelete -- 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/20101021213511.ga3...@hermes
Bug#489868: resolution on the external monitor limited to the one of the build-in LCD
I recently noticed that this bug is still happening on my computer. Running Sid on a Thinkpad X60 I cannot set an external monitor resolution to something larger than the built-in LCD one. I've tried again today, and this is working fine now. I suspect the latest kernel update (from 2.6.30 to 2.6.31) to be responsible for the resolution of this bug. Trying the latest Ubuntu release on a live usb I noticed that it wasn't plagued by the same problem, so I decided to update this report. The bug can be closed now, as far as I'm concerned. Regards. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552361: xserver-xorg-core: Broken display server causes gnome-power-manager blanking issues
On Wed, 2009-10-28 at 20:13 +0100, Julien Cristau wrote: Did you even check? AFAICT all the relevant patches are in 1.6.4. You're right, the changelog is mentioning the relevant patches were merged somewhere between 1.6.4RC1 and 1.6.4. BUT, since g-p-m is still reporting a broken display driver where should I report ? Do you think this report should be re-assigned to g-p-m ? Cheers. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552361: xserver-xorg-core: Broken display server causes gnome-power-manager blanking issues
On Mon, 2009-10-26 at 21:20 +0100, Sven Arvidsson wrote: I think the patches are part of 1.7.0 which is already in experimental. You may be right, but the fact is I'm still having blanking issue with 1.7.0 from experimental: now the screen seems to consistently shut down 2 min after the computer have been left idle. My gnome-screensaver idle setting is 10 min though, with g-p-m set to put display to sleep 1 min after that... I don't know where that 2 min timeout comes from, but I'll be glad to help track that down. Cheers. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534475: [534475] A temporary solution
On Tue, Jun 30, 2009 at 13:56, Didier 'OdyX' Rabouddid...@raboud.com wrote: Hi all, For those waiting for a xserver-xorg-video-intel rebuild, Brice Goglin did one, available from his personal folder: http://people.debian.org/~bgoglin/rebuilds/Xserver1.6-ABIbreak/intel/ Hi, Thanks for notifying me. I've installed and tried the rebuild version, but unfortunately it is still broken with KMS on. Since it's the Xserver that's crashing, I'm wondering how I can trace it from another computer (I already know how to log in from another machine, but I don't know how I can launch X from inside gdb since it's automatically launched at boot). Will do some research in order to provide some backtrace, but any help would be great. Cheers. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534475: xserver-xorg-core: GDM crashes when trying to log into Gnome
On Wed, Jun 24, 2009 at 19:41, Julien Cristaujcris...@debian.org wrote: sigh. how is an X crash unrelated to X? That's the first time I'm reporting a bug with such a high priority, didn't put much thought into it and for me it was GDM that was crashing. But you're right, GDM was making X crash indeed. this is probably the dri2 abi change. rebuilding xserver-xorg-video-intel should fix it. Thanks for taking care of it. Cheers. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523953: Got some clarifications
I have made some research on the state of the 2.7.0 Intel driver. From what I've read, the problems I have come from my using of Metacity's compositing manager. The new intel driver currently has some tearing and framerate (among others) problems while watching videos in a composited environment. The good news is that upstream seems to be fully aware of the problem, and the bad is there's no way to know (AFAIK) how much time (and effort) it will take before the driver improves. Disabling compositing helps with the video (not with the general redraw speed on the desktop though), for those seeking for a workaround. Thanks for the hard work, Keep it up. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523953: xserver-xorg-video-intel: Experimental version seems to work
Package: xserver-xorg-video-intel Severity: normal I upgraded to the version in Experimental, and the videos seem to play fine now, even though there are somes problems (fullscreen playing doesn't always work, the video lags a lot and the whole desktop becomes laggy/unresponsive). Tell me if more info is needed. Regards. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523905: xserver-xorg-input-evdev: Tried to provide a patch nonetheless...
Package: xserver-xorg-input-evdev Version: 1:2.2.1-1 Severity: normal Tags: patch Had a quick look at the source code and found something intriguing. Might have found a solution, please take a look at the provided patch... Cheers. --- xf86-input-evdev-2.2.1/src/emuWheel.c 2009-03-23 07:35:13.0 +0100 +++ emuWheel.c 2009-04-13 16:02:02.0 +0200 @@ -238,7 +238,7 @@ } else pEvdev-emulateWheel.enabled = FALSE; -wheelButton = xf86SetIntOption(pInfo-options, EmulateWheelButton, 4); +wheelButton = xf86SetIntOption(pInfo-options, EmulateWheelButton, 2); if ((wheelButton 0) || (wheelButton EVDEV_MAXBUTTONS)) { xf86Msg(X_WARNING, %s: Invalid EmulateWheelButton value: %d\n,
Bug#515734: This issue is a bug of libxi6
Hi all, I can confirm that it's a bug of libxi6. I have just downgraded the package as suggested and the bug is gone. Running a Sid box here, by the way. -- Apelete Seketeli apel...@seketeli.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#464353: How can we provide more info ?
On Wed, Mar 19, 2008 at 6:33 PM, Michel Dänzer [EMAIL PROTECTED] wrote: (and using ExaNoComposite falsedoes improve compositing if you use MigrationHeuristic greedy, but that's out of subject). That's the default, so it shouldn't make any difference... It's indeed written in EXA man pages that it's the default, and as you've written it shouldn't make any differenceit shouldn't but it DOES. Actually, without the ExaNoComposite option, the driver registered the composite operation (render acceleration), but once you use that option, you can read in the xorg log file: EXA: Disabling Composite operation (RENDER acceleration). Moreover it doesn't matter whether you use false or true, they both disable the composite operation...looks like a bug to me... Sorry for the digression :-) Peace. -- Apelete Seketeli [EMAIL PROTECTED]
Bug#464353: How can we provide more info ?
Hello, I tried Option AccelMethod XAA and didn't experience a single crash with it (even with using an external monitor on my laptop). It seems that EXA is definitely the source of the current intel driver instability. Metacity 2.22 just landed in the Debian unstable repos, and I noticed that when compositing effects are activated, EXA is needed by Totem (and other movie players I suppose) in order to watch videos (or even to display the visual effects when playing music files), otherwise Totem just exit with the following message: The program 'totem' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 54 error_code 11 request_code 140 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I don't know if that helps to narrow the problem, but I hope there will be a fix soon; Metacity compositing effects are just so kicking-ass, what a shame I can't play any video while using them :-) Peace. -- Apelete Seketeli [EMAIL PROTECTED]
Bug#464353: How can we provide more info ?
Hello, I tried Option AccelMethod XAA and the didn't experience a single crash with it (even with using an external monitor on my laptop). It seems that EXA is definitely the source of the current intel driver instability. Metacity 2.22 just landed in the Debian unstable repos, and I noticed that when compositing effects are activated, EXA is needed by Totem (and other movie players I suppose) in order to watch videos (or even to display the visual effects when playing music files), otherwise Totem just exit with the following message: The program 'totem' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 54 error_code 11 request_code 140 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I don't know if that helps to narrow the problem, but I hope there will be a fix soon; Metacity compositing effects are just so kicking-ass, what a shame I can't play any video while using them :-) Peace. -- Apelete Seketeli [EMAIL PROTECTED]
Bug#464353: How can we provide more info ?
I have tried some more options in order to enable video playing with Metacity's compositing effects (which boils down to re-enable EXA). I have found that if I use EXA with the option MigrationHeuristic greedy, xserver does not hang anymore (and using ExaNoComposite falsedoes improve compositing if you use MigrationHeuristic greedy, but that's out of subject). So now I can use the intel driver with EXA, even though I do not understand why that option is needed now... -- Apelete Seketeli [EMAIL PROTECTED]
Bug#464353: How can we provide more info ?
Package: xserver-xorg-video-intel Version: 2:2.2.1-1 Followup-For: Bug #464353 Hi, I was reading some bugs reports before posting this one, and I came to the conclusion that many people were experiencing Xserver lock-ups with the same message showing up at some point in the log files: Error in I830WaitLpRing(), timeout for 2 seconds. Trying to trigger the bug to narrow the cause didn't help as far as I'm concerned: sometimes the server just crash after loading my desktop, even before I start any application,and sometimes it crashes while writing a document or mail or surfing the web, nothing related to 3D usage apparently. What is sure is that the new 2.X Intel drivers are not ready for production, and running a Sid doesn't come without some problems sometimes, but I would be really glad to help providing some info if I can, since these particular Xserver-intel problems are about 3 months old now. Xorg log file from the last lock-up attached. Regards. -- Apelete Seketeli [EMAIL PROTECTED] This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1) Current Operating System: Linux hermes 2.6.22-3-686 #1 SMP Mon Nov 12 08:32:57 UTC 2007 i686 Build Date: 01 February 2008 03:49:13AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Feb 25 12:17:27 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Intel Integrated Graphics 945GM Controller (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81d8a60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 17aa,2017 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,27a2 card 17aa,201a rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,27a6 card 17aa,201a rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,27d8 card 17aa,2010 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,27d2 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:3: chip 8086,27d6 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 17aa,200a rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 17aa,200b rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev e2 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b9 card 17aa,2009 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 17aa,200c rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,27c5 card 17aa,200d rev 02 class 01,06,01 hdr 00 (II) PCI: 00:1f:3: chip 8086,27da card 17aa,200f rev 02 class 0c,05,00 hdr 00 (II) PCI: 02:00:0: chip 8086,109a card 17aa,207e rev 00 class 02,00,00 hdr 00 (II) PCI: 03:00:0: chip 8086,4227 card 8086,1011 rev 02 class 02,80,00
Bug#458568: xserver-xorg-video-intel: random crashes seems caused by intel driver
Package: xserver-xorg-video-intel Version: 2.2.0.90-3 Hardware: Thinkpad X60 w/ Intel GMA950 I don't know what's going on with the intel driver since xorg 1.4 have been introduced, but the crashes are still happening. Got a lockup once more, a few minutes after logging in, I wasn't using any video application, just reading some documentation in Epiphany... -- Apelete Seketeli [EMAIL PROTECTED] This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1) Current Operating System: Linux hermes 2.6.22-3-686 #1 SMP Mon Nov 12 08:32:57 UTC 2007 i686 Build Date: 01 February 2008 03:49:13AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Feb 9 20:27:14 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81d8a60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 8 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 17aa,2017 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,27a2 card 17aa,201a rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,27a6 card 17aa,201a rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,27d8 card 17aa,2010 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,27d2 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:3: chip 8086,27d6 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 17aa,200a rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 17aa,200b rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev e2 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b9 card 17aa,2009 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 17aa,200c rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,27c5 card 17aa,200d rev 02 class 01,06,01 hdr 00 (II) PCI: 00:1f:3: chip 8086,27da card 17aa,200f rev 02 class 0c,05,00 hdr 00 (II) PCI: 02:00:0: chip 8086,109a card 17aa,207e rev 00 class 02,00,00 hdr 00 (II) PCI: 03:00:0: chip 8086,4227 card 8086,1011 rev 02 class 02,80,00 hdr 00 (II) PCI: 15:00:0: chip 1180,0476 card 9000, rev b4 class 06,07,00 hdr 82 (II) PCI: 15:00:1: chip 1180,0552 card 17aa,201e rev 09 class 0c,00,10 hdr 80 (II) PCI: 15:00:2: chip 1180,0822 card 17aa,201d rev 18 class 08,05,00 hdr 80 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,22), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus