Bug#413009: xorg-server: [ia64] PCI domain mismatch - DRI unusable
On Sun, Mar 7, 2010 at 1:43 PM, Brice Goglin brice.gog...@ens-lyon.org wrote: On Wed, Apr 15, 2009 at 02:24:05PM +0200, Thibaut VARENE wrote: Hi, I should be able to try it in a couple weeks (my ia64 box with gfx is currently unavailable). I'll keep you posted. Ping? Still haven't had a chance to try it and don't think I will anytime soon. Do what you like with the bug, if need be I can always reopen it later. T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- 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/7d01f9f01003070529k1ff0b873rbd8990dfad253...@mail.gmail.com
Bug#413009: xorg-server: [ia64] PCI domain mismatch - DRI unusable
Hi, I should be able to try it in a couple weeks (my ia64 box with gfx is currently unavailable). I'll keep you posted. On Wed, Apr 15, 2009 at 2:16 PM, Brice Goglin brice.gog...@ens-lyon.org wrote: Thibault, could you xserver-xorg-core 1.6 from unstable? PCI domains are supposed to be properly supported nowadays... thanks, Brice -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#413009: Still present in lenny
On Sat, Sep 6, 2008 at 5:33 PM, Thibaut VARENE [EMAIL PROTECTED] wrote: On Sat, Sep 6, 2008 at 5:05 PM, Brice Goglin [EMAIL PROTECTED] wrote: This workaround may work for you and break for other people since, as Other people as in other architectures or other people including on ia64? I've been testing this fix with two different (though arguably similar) ia64 machines fine. If that's a source of breakage on !ia64, then as I suggested a simple #ifdef __ia64__ should be just enough, or not? Would you be kind enough as to answer my question? I would like to *understand* what this is about, because I obviously don't. Please enlighten me. Thanks -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413009: Still present in lenny
Package: xserver-xorg Version: 1:7.3+15 This bug still affects lenny It's more than a year old, the workaround is trivial, yet it hasn't been fixed in Debian. I understand that ia64 isn't a mainstream arch, but will I have to hand build xorg core everytime a new release is put out? It's getting rather uncool :-/ Thanks T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413009: Still present in lenny
On Sat, Sep 6, 2008 at 5:05 PM, Brice Goglin [EMAIL PROTECTED] wrote: Thibaut VARENE wrote: Package: xserver-xorg Version: 1:7.3+15 This bug still affects lenny It's more than a year old, the workaround is trivial, yet it hasn't been fixed in Debian. This workaround may work for you and break for other people since, as Other people as in other architectures or other people including on ia64? I've been testing this fix with two different (though arguably similar) ia64 machines fine. If that's a source of breakage on !ia64, then as I suggested a simple #ifdef __ia64__ should be just enough, or not? said earlier: It doesn't fix anything but just disables the domain check. If the domains don't match, it could be a different graphics card altogether... I understand your point, but if that works on ia64 (as it seems to), and for lack of a better solution, wouldn't it be possible to at least enable this fix on ia64 as I suggested above? The performance boost is of several orders of magnitude... Thanks -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
On 6/4/07, Thibaut VARENE [EMAIL PROTECTED] wrote: It seems xserver-xorg-core doesn't have too many dependencies so I'm gonna pin it from unstable and see how it fares on my (testing) system. Will keep you posted. $ dpkg -l xserver-xorg-core Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii xserver-xorg-c 2:1.3.0.0.dfsg X.Org X server -- core server (**) RADEON(0): RADEONSaveScreen(1) SetGrabKeysState - enabled Backtrace: 0: /usr/bin/X(xf86SigHandler+0x94) [0x10093414] 1: [0x100374] 2: [(nil)] 3: [0x40] 4: /usr/bin/X [0x1005a280] 5: /usr/bin/X(CoreProcessPointerEvent+0x4c8) [0x1005af98] 6: /usr/bin/X(ProcessPointerEvent+0xa4) [0x1018e2c4] 7: /usr/bin/X(xf86eqProcessInputEvents+0x2c4) [0x100b7894] 8: /usr/bin/X(ProcessInputEvents+0x34) [0x10094734] 9: /usr/bin/X(Dispatch+0xe4) [0x1004c2a4] 10: /usr/bin/X(main+0x460) [0x1002e1f0] 11: /lib/libc.so.6 [0xf46ed60] 12: /lib/libc.so.6 [0xf46efb8] Fatal server error: Caught signal 11. Server aborting (II) AIGLX: Suspending AIGLX clients for VT switch (**) RADEON(0): RADEONLeaveVT (**) RADEON(0): EngineRestore (32/32) (**) RADEON(0): RADEONRestore (**) RADEON(0): RADEONRestoreMode() (**) RADEON(0): RADEONRestoreMode(0x10245e68) (**) RADEON(0): RADEONRestoreMemMapRegisters() : (**) RADEON(0): MC_FB_LOCATION : 0x7fff (**) RADEON(0): MC_AGP_LOCATION : 0xe000 (**) RADEON(0): Map Changed ! Applying ... (**) RADEON(0): Map applied, resetting engine ... (**) RADEON(0): Updating display base addresses... (**) RADEON(0): Memory map updated. (**) RADEON(0): Programming CRTC1, offset: 0x (**) RADEON(0): Wrote: 0x000c 0x00010082 0x (0xa700) (**) RADEON(0): Wrote: rd=12, fd=130, pd=1 (**) RADEON(0): Ok, leaving now... I'm afraid it's still there... HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
On 6/4/07, Brice Goglin [EMAIL PROTECTED] wrote: Hi Thibaut, Salut Brice, Did you had a chance to try to reproduce this problem with latest xserver-xorg-core 1.3 currently in unstable? I'm not running unstable on my main desktop system (I run testing), but I did reproduce this bug with whatever was in testing prior to glibc update... 1.1.1-ish. I guess that doesn't really help ;P It seems xserver-xorg-core doesn't have too many dependencies so I'm gonna pin it from unstable and see how it fares on my (testing) system. Will keep you posted. HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319689: xserver-xorg: locks up system using ATI 9200c
On 5/28/07, Brice Goglin [EMAIL PROTECTED] wrote: Hi, About 2 years ago, you reported (or replied to) a bug in the Debian BTS regarding a lock up of the server when running Xorg 6.9 on an Radeon 9200 board. Did any of you guys reproduce this exact same problem recently? With Xorg/Etch? With latest xserver-xorg-core and xserver-xorg-video-ati? If not, I will close this bug in the next weeks. I didn't experience that particular bug lately. I guess it's fine to close it. HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
Just for the records, it crashed again today (seems it's happening more often, sigh), as usual upon mouse click. Backtrace: 0: /usr/bin/X(xf86SigHandler+0x94) [0x1008eb98] 1: [0x100374] 2: [(nil)] 3: /lib/tls/libc.so.6 [0xfcd9610] 4: /lib/tls/libc.so.6(malloc+0xc4) [0xfcdb404] 5: /usr/bin/X(Xalloc+0x34) [0x1018d438] 6: /usr/bin/X(AllocatePixmap+0x48) [0x10025a18] 7: /usr/lib/xorg/modules/libfb.so(fbCreatePixmapBpp+0xd8) [0xf7a2e0c] 8: /usr/lib/xorg/modules/libfb.so(fbCreatePixmap+0x7c) [0xf7a2f20] 9: /usr/lib/xorg/modules/libxaa.so [0xf6dc728] 10: /usr/bin/X(miCreateAlphaPicture+0xb8) [0x101223fc] 11: /usr/bin/X(miTrapezoids+0x1b0) [0x101226e4] 12: /usr/bin/X [0x1014114c] 13: /usr/bin/X(CompositeTrapezoids+0xbc) [0x10123b80] 14: /usr/bin/X [0x1012e85c] 15: /usr/bin/X [0x1012746c] 16: /usr/bin/X(Dispatch+0x22c) [0x10043830] 17: /usr/bin/X(main+0x45c) [0x100254a0] 18: /lib/tls/libc.so.6 [0xfc7e994] 19: /lib/tls/libc.so.6(__libc_start_main+0xb0) [0xfc7ead0] Fatal server error: Caught signal 11. Server aborting The backtrace pointed me at the Composite Extension which I had enabled (I did some compiz tests a while ago). I disabled it from now on. I'll try testing a newer xorg-core. Also, this time the X process got stuck: it didn't reload on its own, and I couldn't attach gdb or kill it, I had to kill -9 it. HTH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
On 3/11/07, Brice Goglin [EMAIL PROTECTED] wrote: Thibaut VARENE wrote: X server tends to crash randomly on my box upon mouse click. This happens from times to times, but I couldn't draw a pattern (it doesn't happen often). When the X server crashes, the problem is actually located in xserver-xorg-core (reassigning the bug). I assume you were running xserver-xorg-core 2:1.1.1-19 or so ? Could you try xserver-xorg-core currently in experimental (2:1.2.99.901-1) ? Correct. I didn't know which package to assign the bug to. As to trying the experimental version, I'm not quite comfortable with that: this system is my main one, if it's rendered unusable I'm going to be /very/ upset. Backtrace: 0: /usr/bin/X(xf86SigHandler+0x94) [0x1008eb98] 1: [0x100374] 2: [(nil)] 3: /usr/bin/X(isItTimeToYield+0) [0x101d5708] 4: /usr/bin/X [0x1005197c] 5: /usr/bin/X(CoreProcessPointerEvent+0x4c4) [0x100526b8] 6: /usr/bin/X(ProcessPointerEvent+0x94) [0x10162684] 7: /usr/bin/X(xf86eqProcessInputEvents+0x2c0) [0x100b33f4] 8: /usr/bin/X(ProcessInputEvents+0x34) [0x1008fec8] 9: /usr/bin/X(Dispatch+0xe4) [0x100436e8] 10: /usr/bin/X(main+0x45c) [0x100254a0] 11: /lib/tls/libc.so.6 [0xfc7e994] 12: /lib/tls/libc.so.6(__libc_start_main+0xb0) [0xfc7ead0] I'd be great to have a backtrace with debugging enabled, by rebuilding the X server and attaching a gdb. It might be boring to do if the bug is not easy to reproduce. But, in case you want to try, you can rebuild with: The bug is not easy to reproduce, and again, attaching gdb to the running X server waiting for the crash to happen is just a no-go, given that's my main system. I've got another bug I'm trying to pin down, this one being easier to reproduce: if I enable a screensaver in Gnome's Screensaver panel, most of time if I wander off long enough for the screensaver to start, when I come back, X has been killed and I'm back to GDM prompt. I'll see if I can force myself into doing that again to provide some info. HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
Package: xorg Version: 1:7.1.0-13 Severity: normal X server tends to crash randomly on my box upon mouse click. This happens from times to times, but I couldn't draw a pattern (it doesn't happen often). Attached is the Xorg.log from the latest crash, backtrace at the end of file. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (700, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1-ck1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xorg depends on: ii gnome-terminal [x-terminal- 2.14.2-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-dri 6.5.1-0.6A free implementation of the OpenG ii libgl1-mesa-glx 6.5.1-0.6A free implementation of the OpenG ii libglu1-mesa6.5.1-0.6The OpenGL utility library (GLU) ii type-handling [not+sparc] 0.2.19 dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3100 dpi fonts for X ii xfonts-75dpi1:1.0.0-375 dpi fonts for X ii xfonts-base 1:1.0.0-4standard fonts for X ii xfonts-scalable 1:1.0.0-6scalable fonts for X ii xkb-data0.9-4X Keyboard Extension (XKB) configu ii xserver-xorg1:7.1.0-13 the X.Org X server ii xterm [x-terminal-emulator] 222-1etch2 X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/Alucard:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux Alucard 2.6.20.1-ck1 #1 PREEMPT Sat Mar 3 04:28:25 CET 2007 ppc Build Date: 01 March 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Mar 9 23:07:10 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device ATI Technologies, Inc. RV280 [Radeon 9200 SE] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (WW) The directory /usr/X11R6/lib/X11/fonts/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType 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 (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all
Bug#413009: xorg-server: [ia64] PCI domain mismatch - DRI unusable
Package: xorg-server Version: 2:1.1.1-19 Severity: normal Tags: patch Hi, ISTR this bug was filed already but since I can't find it anymore in the BTS, yet the bug is still there, I'm sending this bugreport. The attached hack comes from this bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=7770 which explains at length what's going on. Basically, there's a PCI domain mismatch between X server and the kernel, leaving clients unable to use direct rendering, which this one-liner fixes. This bug has been there for quite a long time (at least since the 1.0.X releases) and is a real PITA. And yes, I'm using a desktop ia64 system :) HTH T-Bone Other relevant data: [EMAIL PROTECTED]:~$ glxinfo name of display: :0.0 libGL error: open DRM failed (Operation not permitted) libGL error: reverting to (slow) indirect rendering display: :0 screen: 0 direct rendering: No [EMAIL PROTECTED]:~$ ls -l /dev/dri/card0 crw-rw-rw- 1 root root 226, 0 2007-03-01 18:44 /dev/dri/card0 in /var/log/Xorg.0.log: [...] (II) Initializing built-in extension XEVIE drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0001:00:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci::00:00.0 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 (EE) AIGLX error: drmOpen failed (Operation not permitted) (EE) AIGLX: reverting to software rendering -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-mckinley Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) diff --git a/hw/xfree86/dri/dri.c b/hw/xfree86/dri/dri.c index 7b4d5bd..1715590 100644 --- a/hw/xfree86/dri/dri.c +++ b/hw/xfree86/dri/dri.c @@ -249,6 +249,8 @@ DRIScreenInit(ScreenPtr pScreen, DRIInfo return FALSE; } +pDRIPriv-pDriverInfo-busIdString = drmGetBusid(fd); +
Bug#413009: Comments
Not quite sure I understand the point of forwarding back to the 'source'... Which seems pretty stale at this point. I think it'd be nice to have this fixed for etch, especially given the triviality of the fix (which could even be #ifdef'd __ia64__ for non-contagiousness sake...) HTH T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319689: xorg: GLX/DRI mess up with radeon 9200 and recent kernels
On 4/16/06, Thibaut VARENE [EMAIL PROTECTED] wrote: Package: xorg Followup-For: Bug #319689 Here's my Xorg.0.log file. One might notice that though I only disabled the glx module, DRI is disabled: (WW) RADEON(0): Direct rendering disabled HTH T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/Alucard:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-6 20060404132215 [EMAIL PROTECTED]) Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.8-powerpc-smp ppc [ELF] Current Operating System: Linux Alucard 2.6.16-ck5 #1 PREEMPT Sun Apr 16 14:58:07 CEST 2006 ppc Build Date: 04 April 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.16-ck5 ([EMAIL PROTECTED]) (gcc version 4.0.3 (Debian 4.0.3-1)) #1 PREEMPT Sun Apr 16 14:58:07 CEST 2006 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 Apr 16 16:24:19 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor HP A4575A (**) | |--Device Radeon 9200 SE (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (WW) Open ACPI failed (/proc/acpi/event) (No such file or directory) (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 11ab,6460 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,3044 card 1106,3044 rev 46 class 0c,00,10 hdr 00 (II) PCI: 00:0c:0: chip 1106,8231 card , rev 10 class 06,01,00 hdr 80 (II) PCI: 00:0c:1: chip 1106,0571 card , rev 06 class 01,01,8f hdr 00 (II) PCI: 00:0c:2: chip 1106,3038 card 0925,1234 rev 1e class 0c,03,00 hdr 00 (II) PCI: 00:0c:3: chip 1106,3038 card 0925,1234 rev 1e class 0c,03,00 hdr 00 (II) PCI: 00:0c:4: chip 1106,8235 card , rev 10 class 06,80,00 hdr 00 (II) PCI: 00:0c:5: chip 1106,3058 card , rev 40 class 04,01,00 hdr 00 (II) PCI: 00:0c:6: chip 1106,3068 card , rev 20 class 07,80,00 hdr 00 (II) PCI: 00:0d:0: chip 1106,3065 card 3065,1106 rev 51 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 11ab,6460 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 01:08:0: chip 1002,5964 card 147b,6191 rev 01 class 03,00,00 hdr 80 (II) PCI: 01:08:1: chip 1002,5d44 card 147b,6190 rev 01 class 03,80,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x00ff (0x100) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:12:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Host-to-PCI bridge: (II) Bus 1: bridge is at (1:0:0), (1,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x - 0x00ff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0x
Bug#319689: xorg: GLX/DRI mess up with radeon 9200 and recent kernels
Package: xorg Followup-For: Bug #319689 Hi I have been experiencing the same symptoms on my Pegasos II with recent kernels. Symptoms are as follows: - When gdm starts up, X hogs the CPU and the screen remains blank or out of sync range. It's impossible to switch to VTs, have to ssh into the box to reboot it. - disabling *either* the glx or dri module fixes the issue Kernels tested: ('-ck' are con kolivas', see http://members.optusnet.com.au/ckolivas/kernel/) - Debian 2.6.15-1: works - 2.6.15-ck1: works - 2.6.15-ck3: might expose the bug sometimes (*) - 2.6.15-ck4: will almost never work (*) - 2.6.16 vanilla: doesn't work - 2.6.16-ck1: doesn't work - 2.6.16-ck5: doesn't work Some more comments: the (*) above means that the bug will not always show up with these kernels, that is, it is possible to have a working X without tweaking the configuration file. Investigating this a bit more, it seems to me that this bug is somewhat related to the initialization sequence of the gfx card: depending on the state it was left before the reboot, screen symptoms won't be exactly the same (either totally blank, monitor going to suspend mode; or garbage, monitor showing out of sync range). I couldn't tell a difference between cold and hot reboots though. I also noticed that for the two (*) cases, fiddling with UseFBDev setting would have an impact sometimes. Now some technical data: lspci -v: 0001:01:08.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) (prog-if 00 [VGA]) Subsystem: ABIT Computer Corp.: Unknown device 6191 Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 9 Memory at c000 (32-bit, prefetchable) [size=128M] I/O ports at f8001000 [size=256] Memory at c800 (32-bit, non-prefetchable) [size=64K] Expansion ROM at c802 [disabled] [size=128K] Capabilities: available only to root 0001:01:08.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01) Subsystem: ABIT Computer Corp.: Unknown device 6190 Flags: 66MHz, medium devsel Memory at d000 (32-bit, prefetchable) [disabled] [size=128M] Memory at c801 (32-bit, non-prefetchable) [disabled] [size=64K] Capabilities: available only to root xorg.conf contents: 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 # x-ttcidfont-conf - le rendering est pas top #FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType #FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype #Load glx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier Radeon 9200 SE Driver ati BusID PCI:01:08:00 #VideoRam 131072 #Option UseFBDev true Option BusType PCI #Option RenderAccel true EndSection Section Monitor HorizSync 50-100 VertRefresh 50-90 Identifier HP P920 Option DPMS Modeline 1280x1024 150.27 1280 1320 1392 1640 1024 1026 1030 1078 # 150 MHz, 91.6 kHz, 85.0 Hz EndSection Section Screen Identifier Default Screen Device Radeon 9200 SE Monitor HP A4575A DefaultDepth24 SubSection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15