Bug#622308: xserver-xorg-video-intel: sporadic graphics corruption after upgrade to 2.6.38
On Thu, 2011-06-02 at 19:48 +0200, Cyril Brulebois wrote: Hi Nathan, Nathan A. Stine nathan.st...@gmail.com (27/04/2011): Well, I've upgraded to 2.4.25 and the newest kernel in unstable. The problem isn't completely gone, but it's certainly a lot less noticeable. When I have the time, I'll still send the bug report upstream and keep you in the loop. any news? Maybe better with 2.6.39? Mraw, KiBi. KiBi, Yeah, it's still there but *really* minor. I actually only see it in Iceweasel now...and only on the about:home page. In fact, it might actually be an Iceweasel bug. Either way feel free to close. Thanks, Nathan A. Stine -- 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/1307155838.2333.2.camel@stine-1
Bug#622308: xserver-xorg-video-intel: sporadic graphics corruption after upgrade to 2.6.38
On Tue, 2011-04-19 at 09:32 +0200, Cyril Brulebois wrote: Nathan Stine nathan.st...@gmail.com (18/04/2011): On Mon, Apr 11, 2011 at 9:21 PM, Cyril Brulebois k...@debian.org wrote: We're AFAICT only lacking a package for latest libdrm; not sure it's worth waiting until (say..) tomorrow for an updated libdrm package to be available, I think opening a bug upstream is the right thing to do. FWIW, we now have libdrm 2.4.25 in experimental, and x-x-v-intel 2.15.0 is unstable; you may want to give them a shot before talking to upstream. KiBi. Well, I've upgraded to 2.4.25 and the newest kernel in unstable. The problem isn't completely gone, but it's certainly a lot less noticeable. When I have the time, I'll still send the bug report upstream and keep you in the loop. Thanks, Nathan A. Stine -- 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/1303950075.3152.6.camel@stine-1
Bug#586590: compiz: crash to metacity when tooltip is larger than width of screen
Package: compiz Version: 0.8.4-4 Severity: normal When looking through old chat logs in pidgin, I found that compiz will crash if mousing over a very large link. When mousing over, a tooltip appears which is wider than my screen resolution. At this point compiz crashes and falls back to metacity. I was hoping to provide a backtrace, but after the crash gdb tells me that compiz is starting metacity and shows no segfault or other useful data. My screen resolution is 1920x1200, and I'm using Intel 945G graphics. Please let me know anything else I can do to assist. Best regards, Nathan A. Stine -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.8.4-4OpenGL window and compositing mana ii compiz-gnome 0.8.4-4OpenGL window and compositing mana ii compiz-gtk0.8.4-4OpenGL window and compositing mana ii compiz-plugins0.8.4-4OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager -- 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/20100620195910.9546.8012.report...@stine-1
Bug#567829: 2.6.33 is available in experimental
Brice (and others), Now that 2.6.33 is available in experimental, would it be possible to get 2.10 in experimental as well? Or perhaps we might even get a crack at 2.10.901 since it looks like 2.11 will be released in about a month (going by previous release deadlines). Best regards, Nathan A. Stine -- 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/1268452593.9193.20.ca...@stine-1
Bug#567563: Seems to be fixed with new X
All, This seems to have been fixed in xserver-xorg-core 2:1.7.5-1. At least it was for me. Best regards, Nathan A. Stine -- 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/1266642828.2102.3.ca...@stine-1
Bug#496519: [compiz] Re: Bug#496519: release-critical?
On Sat, 2009-02-14 at 17:26 +0100, Michel Dänzer wrote: On Sat, 2009-02-14 at 10:25 -0500, Nathan A. Stine wrote: However, the performance is less than acceptable on my Radeon 9600XT with the xorg radeon driver (rather than fglrx). Oh well... Did you try with EXA rather than the default XAA? I had an idea to try XAA and that works very well... I was under the impression that EXA was the way to go on R300s and up. Nathan A. Stine -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496519: [compiz] Re: Bug#496519: release-critical?
On Fri, 2009-02-13 at 15:26 +0100, Simon Wenner wrote:
Package: compiz
Version: 0.7.6-7
I'm also affected by this bug. Installing
compizconfig-settings-manager fixed the segfault.
si...@beutelteufel:~$ compiz --replace
Checking for Xgl: not present.
Detected PCI ID for VGA: 01:00.0 0300: 1002:9442 (prog-if 00 [VGA controller])
Checking for texture_from_pixmap: not present.
Trying again with indirect rendering:
Checking for texture_from_pixmap: present.
Checking for non power of two support: present.
Checking for Composite extension: present.
Comparing resolution (1280x1024) to maximum 3D texture size (8192): Passed.
Checking for nVidia: not present.
Checking for FBConfig: present.
Checking for Xgl: not present.
Starting gtk-window-decorator
/usr/bin/compiz: line 393: 5006 Speicherzugriffsfehler
${COMPIZ_BIN_PATH}${COMPIZ_NAME} $COMPIZ_OPTIONS $@ $COMPIZ_PLUGINS
VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850]
Driver: fglrx 8-12-4
Is there anyone that can run it without this dependency? If not, you should
consider to raise the severity of this bug to critical and try to fix it for
lenny.
It seems to affect a lot of systems and it's not what I expect from a package
in a
stable release. I'm aware that compiz has many other unresolved problems, but
the
dependencies should be correct.
Thanks.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.26-1-amd64
Debian Release: 5.0
900 testing security.debian.org
900 testing mirror.switch.ch
800 unstablemirror.switch.ch
700 experimentalmirror.switch.ch
--- Package information. ---
Depends (Version) | Installed
===-+-=
compiz-core(= 0.7.6-7) | 0.7.6-7
compiz-plugins (= 0.7.6-7) | 0.7.6-7
compiz-gtk (= 0.7.6-7) | 0.7.6-7
compiz-gnome (= 0.7.6-7) | 0.7.6-7
Thanks for the tip, Simon.
However, the performance is less than acceptable on my Radeon 9600XT
with the xorg radeon driver (rather than fglrx). Oh well...
Thanks,
Nathan A. Stine
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496519: [compiz] Re: Bug#496519: release-critical?
On Sat, 2009-02-14 at 17:26 +0100, Michel Dänzer wrote: On Sat, 2009-02-14 at 10:25 -0500, Nathan A. Stine wrote: However, the performance is less than acceptable on my Radeon 9600XT with the xorg radeon driver (rather than fglrx). Oh well... Did you try with EXA rather than the default XAA? Relevant section of xorg.conf: Section Device Identifier ATI RADEON 9600XT Driver radeon BusID PCI:1:0:0 Option EnablePageFliptrue Option DRI on Option AccelMethod EXA EndSection Thanks for the suggestion, though. Nathan A. Stine -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496519: compiz: More on 496519
Package: compiz Version: 0.7.6-7 Followup-For: Bug #496519 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried to investigate further with this compiz issue. I bypassed the compiz script and tried to directly run compiz.real: stiner...@stine-1:~$ compiz.real --replace --ignore-desktop-hints glib gconf compiz.real (core) - Fatal: GLX_EXT_texture_from_pixmap is missing compiz.real (core) - Error: Failed to manage screen: 0 compiz.real (core) - Fatal: No manageable screens found on display :0.0 However, stiner...@stine-1:~$ glxinfo | grep GLX_EXT_texture_from_pixmap GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap Something is amiss here. This is on an up-to-date Sid, using radeon (not fglrx), on a Radeon 9600XT. The same error message occurs if I run using - --indirect-rendering. Best regards, Nathan A. Stine - -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.7.6-7OpenGL window and compositing mana ii compiz-gnome 0.7.6-7OpenGL window and compositing mana ii compiz-gtk0.7.6-7OpenGL window and compositing mana ii compiz-plugins0.7.6-7OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: pn compizconfig-settings-manager none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklxVHQACgkQXv1y35xy4qCQ5QCaArRfEUa5eMzStZam1+cu9MqJ cLwAoI00H7m7vb7n3NNlp2Yc3Mx/qaG9 =9yKP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479849: xserver-xorg: Can't switch between VTs using CTRL+ALT+Fn
On Wed, 2008-05-07 at 13:38 +0200, Julien Cristau wrote: On Tue, May 6, 2008 at 18:44:12 -0400, Nathan A. Stine wrote: Package: xserver-xorg Version: 1:7.3+10 Severity: normal It seems that #445100 has reared it's ugly head again. I've found the same bug in 7.3+10. The error cropped up after this package (and other X-related packages) got to Lenny on May 5. Mucking with vga mode settings in grub haven't helped. I've also found that using the vesa driver instead of radeon don't help either, so I assume something is screwy with X rather than the driver. from your log: (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap this explains why ctrl-alt-fn doesn't work, and is probably due to a configuration issue. If you can find out why xkbcomp fails you'll probably be able to fix this. Cheers, Julien Julien, After some more Google searching, I found that something was weird with xlibs-data/x11-kbd-utils. The latter didn't have anything installed in /usr/bin for me. A reinstall put the proper binaries in the folder. xkbcomp failed because it didn't exist on my system :-). Another user had similar problems, which seem to be related to the deprecation of xlibs-data[1]. Perhaps there is something amiss there. In any case, my issue is resolved. Best regards, Nathan A. Stine [1] http://www.debianhelp.org/node/1619#comment-1456 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435694: xserver-xorg-video-ati: GATOS relicensed under MIT
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: wishlist Tags: patch The folks that develop GATOS have agreed to relicense their software under the MIT license[1]. This means that upstream will likely merge this code into mainline Xorg. A patch[2] already exists for 6.6.3. Another for 6.6.191[3], which should be adaptable to 6.6.192, the current version in experimental. I would appreciate patching 6.6.3, but understand if you want to keep this patch out of testing/unstable. Best regards, Nathan A. Stine [1]http://sourceforge.net/mailarchive/message.php?msg_name=200707251403.37178.ml%40hboeck.de [2] http://megahurts.dk/rune/stuff/xorg7.1-6.6.3-tv_output.patch.gz [3] https://bugs.gentoo.org/attachment.cgi?id=115513 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-11 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435691: xserver-xorg-video-ati: GATOS relicensed under MIT
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: wishlist Tags: patch The folks that develop GATOS have agreed to relicense their software under the MIT license[1]. This means that upstream will likely merge this code into mainline Xorg. A patch[2] already exists for 6.6.3. Another for 6.6.191[3], which should be adaptable to 6.6.192, the current version in experimental. I would appreciate patching 6.6.3, but understand if you want to keep this patch out of testing/unstable. Best regards, Nathan A. Stine [1] http://sourceforge.net/mailarchive/message.php?msg_name=200707251403.37178.ml%40hboeck.de [2] http://megahurts.dk/rune/stuff/xorg7.1-6.6.3-tv_output.patch.gz [3] https://bugs.gentoo.org/attachment.cgi?id=115513 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-11 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435691: xserver-xorg-video-ati: GATOS relicensed under MIT
On Thu, 2007-08-02 at 19:16 +0200, Brice Goglin wrote: forcemerge 435691 378594 thank you Nathan A. Stine wrote: The folks that develop GATOS have agreed to relicense their software under the MIT license[1]. This means that upstream will likely merge this code into mainline Xorg. A patch[2] already exists for 6.6.3. Another for 6.6.191[3], which should be adaptable to 6.6.192, the current version in experimental. I would appreciate patching 6.6.3, but understand if you want to keep this patch out of testing/unstable. I've been following upstream discussion about this. It looks like the patch is being looked at, ported to new boards, probably needs some changes for randr-1.2, ... So a better version of the patch might get merged upstream in the near future. We are probably going to wait a bit instead of applying it ourself right now. People lived with this patch outside of Debian for several years already, they probably can wait a couple month again :) Once ati driver 6.7 is released upstream, we'll push it to unstable and might put the randr-1.2 branch in experimental quickly. The gatos might be merged upstream soon at this point. Brice Fair enough, Brice. I need to learn how to patch/build debian packages anyway. This might give me the proper motivation to do so. Best regards, Nathan A. Stine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
