Re: Radeon Mobility X1600 texture garbage w/ compiz skydome
On Sun, 2008-09-21 at 08:27 -0700, Corbin Simpson wrote: Michel Dänzer wrote: On Sun, 2008-09-21 at 13:35 +0200, Soeren Sonnenburg wrote: [...] (**) RADEON(0): Option GARTSize 64 (**) RADEON(0): Option FBTexPercent 0 Try without these two options. For the former, values larger than 32 (which is also the default now) aren't handled correctly automatically for PCIe cards. For the latter, the Mesa r300 driver doesn't properly handle GART texturing, so it needs to have texture space in video RAM. For compiz, make sure your skydome isn't larger than MAX_TEX_SIZE/2 in any dimension. For your chipset, it would be 2048x2048. Any larger, and you'll get a very, um, fun skydome glitch. (Compiz doesn't properly check this...) Also, for UT2004, turning off FBTexPercent should do the trick. Yes it all works now and that poor windows users seeing these effects became incredibly jealous. Anyway as a consequence I've just ordered another ATI for my desktop :) Soeren ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Radeon Mobility X1600 texture garbage w/ compiz skydome
Hi, I am on debian-experimental (xorg 1.5, mesa 7.1, xserver-xorg-video-ati 6.9.0+git20080826.a3cc1d7a-2 ) and running compiz 0.7.6. While things work mostly OK, the skydome displays random garbage and the bottom and top texture of the cube/cylinder displays more or less the texture distorted (some lines are ok, some not) + random garbage inbetween. Trying other 3d heavy applications like a) quake2 - works perfectly. b) ut2004demo - also texture garbage + crashes. Does anyone else see this and/or have an idea what the problem could be? Soeren Relevant parts of Xorg.0.log follow: X.Org X Server 1.5.0 Release Date: X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-1-686 i686 Debian Current Operating System: Linux no 2.6.27-rc6-sonne #57 SMP PREEMPT Tue Sep 16 15:44:26 CEST 2008 i686 Build Date: 04 September 2008 02:08:46AM xorg-server 2:1.5.0-1 ([EMAIL PROTECTED]) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0x9830: size 64KB (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option GARTSize 64 (**) RADEON(0): Option FBTexPercent 0 (**) RADEON(0): Option AccelMethod EXA (**) RADEON(0): Option DRI (II) Loading sub module vgahw (II) LoadModule: vgahw (II) RADEON(0): vgaHWGetIOBase: hwp-IOBase is 0x03d0, hwp-PIOOffset is 0x (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: ATI Mobility Radeon X1600 (ChipID = 0x71c5) (WW) RADEON(0): R500 support is under development. Please report any issues to [EMAIL PROTECTED] (--) RADEON(0): Linear framebuffer at 0x8000 (II) RADEON(0): PCIE card detected drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) [drm] DRM interface version 1.3 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0x8000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x1 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [pci] 65536 kB allocated with handle 0xf8be8000 (II) RADEON(0): [pci] ring handle = 0xf8be8000 (II) RADEON(0): [pci] Ring mapped at 0xb7983000 (II) RADEON(0): [pci] Ring contents 0x (II) RADEON(0): [pci] ring read ptr handle = 0xf8ce9000 (II) RADEON(0): [pci] Ring read ptr mapped at 0xb8013000 (II) RADEON(0): [pci] Ring read ptr contents 0x (II) RADEON(0): [pci] vertex/indirect buffers handle = 0xf8cea000 (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0xa770 (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x (II) RADEON(0): [pci] GART texture map handle = 0xf8eea000 (II) RADEON(0): [pci] GART Texture map mapped at 0xa3b0 (II) RADEON(0): [drm] register handle = 0x9830 (II) RADEON(0): [dri] Visual configs initialized Output 23 disable success (II) AIGLX: Screen 0 is not DRI2 capable drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/lib/dri/r300_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 380 x 238 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Radeon Mobility X1600 texture garbage w/ compiz skydome
On Sun, 2008-09-21 at 13:35 +0200, Soeren Sonnenburg wrote: ( this is a resend to xorg-driver-ati. this message got posted to xorg as I was not aware this list exists as it is not listed on http://lists.freedesktop.org/mailman/listinfo/ ) lists.x.org != lists.freedesktop.org :) I am on debian-experimental (xorg 1.5, mesa 7.1, xserver-xorg-video-ati 6.9.0+git20080826.a3cc1d7a-2 ) and running compiz 0.7.6. While things work mostly OK, the skydome displays random garbage and the bottom and top texture of the cube/cylinder displays more or less the texture distorted (some lines are ok, some not) + random garbage inbetween. [...] (**) RADEON(0): Option GARTSize 64 (**) RADEON(0): Option FBTexPercent 0 Try without these two options. For the former, values larger than 32 (which is also the default now) aren't handled correctly automatically for PCIe cards. For the latter, the Mesa r300 driver doesn't properly handle GART texturing, so it needs to have texture space in video RAM. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Radeon Mobility X1600 texture garbage w/ compiz skydome
Michel Dänzer wrote: On Sun, 2008-09-21 at 13:35 +0200, Soeren Sonnenburg wrote: ( this is a resend to xorg-driver-ati. this message got posted to xorg as I was not aware this list exists as it is not listed on http://lists.freedesktop.org/mailman/listinfo/ ) lists.x.org != lists.freedesktop.org :) I am on debian-experimental (xorg 1.5, mesa 7.1, xserver-xorg-video-ati 6.9.0+git20080826.a3cc1d7a-2 ) and running compiz 0.7.6. While things work mostly OK, the skydome displays random garbage and the bottom and top texture of the cube/cylinder displays more or less the texture distorted (some lines are ok, some not) + random garbage inbetween. [...] (**) RADEON(0): Option GARTSize 64 (**) RADEON(0): Option FBTexPercent 0 Try without these two options. For the former, values larger than 32 (which is also the default now) aren't handled correctly automatically for PCIe cards. For the latter, the Mesa r300 driver doesn't properly handle GART texturing, so it needs to have texture space in video RAM. For compiz, make sure your skydome isn't larger than MAX_TEX_SIZE/2 in any dimension. For your chipset, it would be 2048x2048. Any larger, and you'll get a very, um, fun skydome glitch. (Compiz doesn't properly check this...) Also, for UT2004, turning off FBTexPercent should do the trick. ~ C. -- ~ Corbin Simpson [EMAIL PROTECTED] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Radeon Mobility X1600 texture garbage w/ compiz skydome
On Sun, 2008-09-21 at 18:45 +0200, Soeren Sonnenburg wrote: On the hunt for further problems, I've discovered that pdfcube ( http://code.100allora.it/pdfcube/ ) is somehow not in the very front and flickering like hell... Sounds like https://bugs.freedesktop.org/show_bug.cgi?id=8732 . -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
