https://bugs.freedesktop.org/show_bug.cgi?id=29851
Summary: [r300g] HyperZ on RS690 not work correctly Product: Mesa Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: d.okias@gmail.com
Created an attachment (id=38235) --> (https://bugs.freedesktop.org/attachment.cgi?id=38235) glxgears.jpeg
Incoretly rendering. Kernel: 2.6.36-rc2 Mesa/libdrm/ddx: git xorg: 1.9.0
~ $ RADEON_HYPERZ=1 glxgears radeon: Successfully grabbed chipset info from kernel! radeon: DRM version: 2.6.0 ID: 0x791f GB: 1 Z: 1 radeon: GART size: 509 MB VRAM size: 128 MB radeon: HyperZ: YES couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable Mesa: Mesa 7.9-devel DEBUG build Aug 28 2010 10:23:14 Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 293 frames in 5.0 seconds = 58.480 FPS
P.S. On screenshot is glxgears area, only small part fast blinking gear
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #1 from Scott Moreau oreaus@gmail.com 2010-09-01 17:10:16 PDT --- Created an attachment (id=38374) --> (https://bugs.freedesktop.org/attachment.cgi?id=38374) glxgears with hyperz on rv350, 2.6.36_rc3
Setting Hyper-Z makes any 3D corrupted here as well on RV350, 2.6.36_rc3, x86/32bit.
https://bugs.freedesktop.org/show_bug.cgi?id=29851
Matt Turner mattst88@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|Drivers/DRI/r300 |Drivers/Gallium/r300
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #2 from Scott Moreau oreaus@gmail.com 2010-09-23 03:13:27 PDT --- (In reply to comment #0)
Created an attachment (id=38235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38235)
glxgears.jpeg
Incoretly rendering. Kernel: 2.6.36-rc2 Mesa/libdrm/ddx: git xorg: 1.9.0
~ $ RADEON_HYPERZ=1 glxgears radeon: Successfully grabbed chipset info from kernel! radeon: DRM version: 2.6.0 ID: 0x791f GB: 1 Z: 1 radeon: GART size: 509 MB VRAM size: 128 MB radeon: HyperZ: YES couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable Mesa: Mesa 7.9-devel DEBUG build Aug 28 2010 10:23:14 Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 293 frames in 5.0 seconds = 58.480 FPS
P.S. On screenshot is glxgears area, only small part fast blinking gear
Does this make any difference? In mesa/src/gallium/drivers/r300/r300_state.c:770
- int compress = r300->screen->caps.is_rv350 ? RV350_Z_COMPRESS_88 : R300_Z_COMPRESS_44; + int compress = R300_Z_COMPRESS_44;
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #3 from okias d.okias@gmail.com 2010-09-24 13:50:30 PDT --- (In reply to comment #2)
(In reply to comment #0)
Created an attachment (id=38235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38235)
glxgears.jpeg
Incoretly rendering. Kernel: 2.6.36-rc2 Mesa/libdrm/ddx: git xorg: 1.9.0
~ $ RADEON_HYPERZ=1 glxgears radeon: Successfully grabbed chipset info from kernel! radeon: DRM version: 2.6.0 ID: 0x791f GB: 1 Z: 1 radeon: GART size: 509 MB VRAM size: 128 MB radeon: HyperZ: YES couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable Mesa: Mesa 7.9-devel DEBUG build Aug 28 2010 10:23:14 Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 293 frames in 5.0 seconds = 58.480 FPS
P.S. On screenshot is glxgears area, only small part fast blinking gear
Does this make any difference? In mesa/src/gallium/drivers/r300/r300_state.c:770
int compress = r300->screen->caps.is_rv350 ? RV350_Z_COMPRESS_88 :
R300_Z_COMPRESS_44;
int compress = R300_Z_COMPRESS_44;
No, exactly same behavior
https://bugs.freedesktop.org/show_bug.cgi?id=29851
steckdenis@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |steckdenis@yahoo.fr
--- Comment #4 from steckdenis@yahoo.fr 2010-09-27 02:12:38 PDT --- Hello,
I also encounter this bug and investigated it. When I launch Neverball, the first frames are displayed ok. Then they slowly begin to disappear, each frame having less content that the previous.
I restarted Neverball and quickly clicked on the Play button, and I played the first level.
It seems that the Z buffer is not cleared between the frames. I can see the level when it comes nearer to me, but when I play it, it disappears. The only thing I can do is to tilt the ground as much as I can, to make it nearer to the camera.
I looked at the code, but didn't find when the Z buffer is cleared.
I use Linux 2.6.36-rc3, Mesa Git (2010-09-27), libdrm 2010-08-24, Xorg Server 1.9, xf86-video-ati 6.13.1, on a RS690 card (ATI Radeon X1270) with 128Mb of sideport memory.
I tried the proposed patch, but it didn't worked.
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #5 from okias d.okias@gmail.com 2010-09-27 02:16:43 PDT --- (In reply to comment #4)
Hello,
I also encounter this bug and investigated it. When I launch Neverball, the first frames are displayed ok. Then they slowly begin to disappear, each frame having less content that the previous.
I can confirm that (it's not perfectly visible on glxgears)
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #6 from Dave Airlie airlied@freedesktop.org 2010-12-24 12:48:28 PST --- can you please retest with mesa master?
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #7 from okias d.okias@gmail.com 2010-12-27 18:04:02 PST --- Nothing changed.
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #8 from okias d.okias@gmail.com 2011-01-23 14:19:32 PST --- Here is video with wrong behaviour http://www.megaupload.com/?d=XTEJV8LY [about 5MB]
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #9 from Marek Olšák maraeo@gmail.com 2011-01-24 20:57:51 PST --- Created an attachment (id=42432) View: https://bugs.freedesktop.org/attachment.cgi?id=42432 Review: https://bugs.freedesktop.org/review?bug=29851&attachment=42432
possible fix
Does the attached patch fix anything?
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #10 from Pavel Ondračka drakkk@centrum.cz 2011-01-25 06:08:49 PST --- Review of attachment 42432: --> (https://bugs.freedesktop.org/review?bug=29851&attachment=42432)
This patch fixes HyperZ corruption in Unigine Sanctuary and Scorched3D for me (RV530) and decreases amount of corruption in Lightsmark. Also no regressions encountered so far with other games tested (HoN, SC2, War3, Osmos).
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #11 from Marek Olšák maraeo@gmail.com 2011-01-25 07:48:52 PST --- Created an attachment (id=42464) --> (https://bugs.freedesktop.org/attachment.cgi?id=42464) possible fix 2
I've made a new patch. Could you give it a try?
https://bugs.freedesktop.org/show_bug.cgi?id=29851
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42464|application/pgp-keys |text/plain mime type| | Attachment #42464|0 |1 is patch| |
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #12 from okias d.okias@gmail.com 2011-01-27 08:06:33 PST --- same behaviour :-(
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #13 from Marek Olšák maraeo@gmail.com 2011-01-27 16:11:02 PST --- There are some new bug fixes in master. Please test.
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #14 from okias d.okias@gmail.com 2011-02-05 03:44:35 PST --- Now it look little different, not blinking lines, but more quads (but really small)
https://bugs.freedesktop.org/show_bug.cgi?id=29851
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |NOTABUG
--- Comment #15 from Marek Olšák maraeo@gmail.com 2011-02-28 03:34:05 PST --- Commit d1dbbf7bf41959df489195d11eb50f8222d293d3 disables hyper-z on rs6xx+, it seems the hw can't do it.
Those who reported issues on other GPUs should file separate bugs.
dri-devel@lists.freedesktop.org