| Summary: | Textures wrong/glxgears misaligned with radeon driver on 9200SE | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Christopher Head <bugs> |
| Component: | [OLD] Unspecified | Assignee: | Gentoo X packagers <x11> |
| Status: | VERIFIED UPSTREAM | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | 2006.1 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| URL: | https://bugs.freedesktop.org/show_bug.cgi?id=6090 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
xorg.conf
Output of dmesg Kernel config |
||
|
Description
Christopher Head
2006-09-17 12:36:30 UTC
# lspci -v 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: bus master, fast devsel, latency 0 Memory at e0000000 (32-bit, prefetchable) [size=128M] Capabilities: [e4] Vendor Specific Information Capabilities: [a0] AGP version 3.0 00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, fast devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: 00009000-00009fff Memory behind bridge: f8000000-f9ffffff Prefetchable memory behind bridge: e8000000-f7ffffff 00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI]) Subsystem: Giga-byte Technology GA-8IPE1000/8KNXP motherboard Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at bc00 [size=32] 00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI]) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: bus master, medium devsel, latency 0, IRQ 20 I/O ports at b000 [size=32] 00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI]) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at b400 [size=32] 00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI]) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at b800 [size=32] 00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: bus master, medium devsel, latency 0, IRQ 19 Memory at fa100000 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=32 I/O behind bridge: 0000a000-0000afff Memory behind bridge: fa000000-fa0fffff 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) Flags: bus master, medium devsel, latency 0 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at <unassigned> I/O ports at <unassigned> I/O ports at <unassigned> I/O ports at <unassigned> I/O ports at f000 [size=16] Memory at 50000000 (32-bit, non-prefetchable) [size=1K] 00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) Subsystem: Giga-byte Technology GA-8IPE1000 Pro2 motherboard (865PE) Flags: medium devsel, IRQ 5 I/O ports at 1400 [size=32] 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) Subsystem: Giga-byte Technology GA-8IPE1000/8KNXP motherboard Flags: bus master, medium devsel, latency 0, IRQ 21 I/O ports at d800 [size=256] I/O ports at dc00 [size=64] Memory at fa101000 (32-bit, non-prefetchable) [size=512] Memory at fa102000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) (prog-if 00 [VGA]) Subsystem: Giga-byte Technology Radeon 9200 SE Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 16 Memory at e8000000 (32-bit, prefetchable) [size=128M] I/O ports at 9000 [size=256] Memory at f9000000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at f8000000 [disabled] [size=128K] Capabilities: [58] AGP version 3.0 Capabilities: [50] Power Management version 2 01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01) Subsystem: Giga-byte Technology Radeon 9200 SE (Secondary) Flags: bus master, 66MHz, medium devsel, latency 32 Memory at f0000000 (32-bit, prefetchable) [size=128M] Memory at f9010000 (32-bit, non-prefetchable) [size=64K] Capabilities: [50] Power Management version 2 02:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02) Subsystem: Giga-byte Technology Unknown device 3013 Flags: bus master, medium devsel, latency 32, IRQ 17 Memory at fa000000 (32-bit, non-prefetchable) [size=4K] I/O ports at a000 [size=64] Capabilities: [dc] Power Management version 2 Created attachment 97273 [details]
xorg.conf
I used "startx" to test the radeon driver, and "startx -- -layout FB" to test the non-accelerated situation.
Created attachment 97274 [details]
Output of dmesg
This is the output from dmesg after starting and closing X a few times, in radeon and fbdev modes.
# cat /boot/grub/menu.lst timeout 5 color black/cyan yellow/cyan default 0 title Windows XP rootnoverify (hd0,0) makeactive chainloader +1 title Linux kernel (hd0,4)/vmlinuz root=/dev/hda6 reboot=c,h video=radeonfb:1024x768@85 title Reboot reboot title Linux Emergency kernel (hd0,4)/vmlinuz root=/dev/hda6 reboot=c,h init=/bin/bash title Linux Backup Kernel kernel (hd0,4)/vmlinuz-bak root=/dev/hda6 reboot=c,h init=/bin/bash Created attachment 97275 [details]
Kernel config
Please unmask xorg-x11, xorg-server, mesa, mesa-progs and your drivers from testing and see if you can reproduce these issues. Let us know when you've given 7.1 a try. Unmasked packages by keywords: xorg-x11, xorg-server, mesa, mesa-progs, xf86-video-vesa, xf86-video-ati, xf86-video-fbdev, xf86-input-mouse, xf86-input-keyboard. Updated to Xorg 7.1. Results: 1. glxinfo now claims that direct rendering is NO (I'm sure I'm still using the radeon driver, not the fbdev of vesa driver). 2. glxgears runs at ~1000fps (supporting the claim that direct rendering is YES), and the gears no longer disapppear off the side of the window. 3. tuxracer still has the texture problem. 4. gl-117 seems to need lower quality settings to run at appropriate frame rates than it did before. Try setting LIBGL_DEBUG=verbose, and running a few apps like glxinfo, glxgears, gl-117, etc. It will often give more useful information about the "lack" of direct rendering. glxinfo gives the following additional lines in verbose debug mode, which look very interesting: libGL: XF86DRIGetClientDriverName: 5.2.0 r200 (screen 0) libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r200_dri.so libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r200_dri.so libGL error: dlopen /usr/lib/xorg/modules/dri/r200_dri.so failed (/usr/lib/xorg/modules/dri/r200_dri.so: cannot open shared object file: No such file or directory) libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r200_dri.so libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r200_dri.so libGL error: dlopen /usr/lib/xorg/modules/dri/r200_dri.so failed (/usr/lib/xorg/modules/dri/r200_dri.so: cannot open shared object file: No such file or directory) libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r200_dri.so libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r200_dri.so libGL error: dlopen /usr/lib/xorg/modules/dri/r200_dri.so failed (/usr/lib/xorg/modules/dri/r200_dri.so: cannot open shared object file: No such file or directory) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tls/r200_dri.so libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r200_dri.so failed (/usr/X11R6/lib/modules/dri/r200_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: r200_dri.so The only two files in /usr/lib/xorg/modules/dri are atiogl_a_dri.so and fglrx_dri.so (I tried using fglrx earlier and I think it left some cruft). /usr/X11R6 is a symlink to /usr, so /usr/X11R6/lib/modules doesn't exist. glxgears, gl-117, and tuxracer all give the same error messages as above with verbose mode. Make sure you have "radeon" in VIDEO_CARDS in your make.conf and re-emerge mesa. I always had radeon listed, but rebuilding mesa caused direct rendering to come back, along with my beautiful performance in GL-117 at full quality settings. However, Tuxracer's textures are still wrong. I wonder if this is a borderline-wrong OpenGL call in Tuxracer which happens to work under many drivers but not under Radeon (or maybe a borderline-wrong implementation of something in Radeon which happens not to show up elsewhere), as it seems the textures in GL-117 are fine, though I can't really tell since they aren't particularly visible. Maybe I'll grab a spinning box program from somewhere like nehe.gamedev.net and see what it looks like, since glxgears doesn't have textures. I think https://bugs.freedesktop.org/show_bug.cgi?id=6090 sounds like your issue. That bug describes the problem perfectly. I've also seen someone complain about the problem on an Ubunto forum. Although their links to screenshots were broken (presumably old and out-of-date), their problem sounded the same, and they used the word "striped" to describe the textures, which is a perfect choice of word. Alright, we're waiting on that bug being fixed then. You should probably add some information to that bug, since it looks like it hasn't been touched in awhile. I can't verify this as I don't use the card any more, but if the bug was upstream at least it's no longer Gentoo's problem; thus, closing. |
