dri-devel June 2011

dri-devel@lists.freedesktop.org

101 participants
499 discussions

[Bug 36934] New: screen corruption after running a game through wine
by bugzilla-daemon＠freedesktop.org 24 May '14

24 May '14

https://bugs.freedesktop.org/show_bug.cgi?id=36934 Summary: screen corruption after running a game through wine Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aaalmosss(a)gmail.com After running a game through wine, some graphic elements of other applications get garbled. These include window decorations, window shadows, images in already opened tabs of firefox, parts of the taskbar etc. They usually return to normal if refreshed (e.g. window shadows on resizing the window). The problem seems to occur only through wine, but I don't think its wine's fault. I use 32bit debian unstable (kde 4.4.5, compiz 8.4, xserver 7.6 (xserver-xorg-core 1.9.5)) with vanilla kernel 2.6.37.6 and wine 1.3.15 from sources. The issue appears with both the installed mesa 7.10.2 and 7.11-dev from git. I'm not sure about the product and component, just guessing... #35452 might be related, but there Michel Dänzer said that's related to page flipping, which is not in 2.6.37, and this one also happens with non-fullscreen games. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 22

[Bug 38753] New: Strange drawing around models in r600g in SC2
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=38753 Summary: Strange drawing around models in r600g in SC2 Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ace(a)sannes.org When playing a game of sc2 under wine, some models have a white sphere around them. This started happening after commit: commit 43bdabd47d98975b56a759954fb5f37d2942c101 Author: Brian Paul <brianp(a)vmware.com> Date: Wed May 18 16:19:06 2011 -0600 mesa: fix vertex array enable checking in check_valid_to_render() In particular, this fixes the case where a vertex shader only uses generic vertex attributes (non-0th). Before, we were no-op'ing the glDrawArrays/Elements(). This fixes the new piglit pos-array test. NOTE: This is a candidate for the 7.10 branch. I will attach two images, one where the commit is reverted. My hardware is as follows: ATI Technologies Inc RV770 [Radeon HD 4870] Using r600g on gentoo ~amd64, with a 32bit chroot with r600g also. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 8

[Bug 38547] New: r600g fails shader, tries to run with failed shader, freezes.
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=38547 Summary: r600g fails shader, tries to run with failed shader, freezes. Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: equinox-freedesktopbugs(a)diac24.net when trying to create a character in EVE Online, after the first few screens I encounter multiple shaders that cannot be translated from TGSI. The error message printed is: "r600_pipe_shader_create - translation from TGSI failed !" I've traced this down to: ^ check_and_set_bank_swizzle (-1) from ^ r600_bc_add_alu_type from ^ r600_shader_from_tgsi from ^ r600_pipe_shader_create (opcode: 0x09 "ADD") Problematically, the application continues running after that, complains about "missing shader" and finally - a whole few seconds later, continuing to draw the loading animation - freezes the GFX card: [ 4996.188064] radeon 0000:03:00.0: GPU lockup CP stall for more than 10000msec [ 4996.188072] ------------[ cut here ]------------ [ 4996.188147] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x21c/0x2bb [radeon]() [ 4996.188160] GPU lockup (waiting for 0x00011BDD last fence id 0x00011BD9) after that I have to kill my X server and restart it. (So this is basically two bugs, the shader failing, and the driver trying to use a failed shader I assume - though the lockup might also be unrelated) System information: mesa 21972c85ea734dbfcf69629c6b0b940efb42d4ba on Linux 2.6.39.1 32-bit chroot on 64-bit host 03:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600 Series] R600_DUMP_SHADERS output for failed shader following in attachment. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 9

[Bug 38473] New: [egl] When program ends, monitor is switched off leaving system unusable
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=38473 Summary: [egl] When program ends, monitor is switched off leaving system unusable Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: rleigh(a)debian.org Using current git and mesa demos 8.0.1 for testing, with linux 2.6.39 with radeondrmfb on a radeon HD4850/RV770 graphics card, and HP LP2475w monitor via an HDMI cable. I'm using EGL_PLATFORM=drm running on the framebuffer console. What I see is that the demo programs run at the native resolution (1920×1200) but when the program ends (either by C-c/SIGTERM or by ending after the 5 seconds it runs for) it causes the display to power down, leaving the system in an unusable state. [I'm running X on vt7, so a switch to vt7 and back makes things work again, but if I wasn't running X, I'd need to reboot the system to reinitialise things.] I've tested with src/egl/opengles1/gears_screen, src/egl/opengles1/torus_screen and src/egl/openvg/lion_screen (the rest of the demos have glx dependencies or other deps which make them fail to run on the console). A log of a sample run is attached. Note the kernel HDMI hot plug events from the kernel log at the end which are presumably related. I'm not sure when these are issued due to the monitor being off. It might be at power down, or when I switch to vt7 and back again. Regards, Roger % EGL_LOG_LEVEL=debug EGL_PLATFORM=drm ./lion_screen libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to module array libEGL debug: added egl_dri2 to module array libEGL debug: added egl_glx to module array libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so) libEGL info: use DRM for display (nil) libEGL warning: pci id for 3: 1002:9442, driver r600 libEGL debug: searching for pipe module r600 libEGL debug: loaded /usr/lib/x86_64-linux-gnu/egl/pipe_r600.so libEGL debug: the best driver is Gallium EGL_VERSION = 1.4 (Gallium) libEGL debug: searching for st module OpenVG libEGL debug: loaded /usr/lib/x86_64-linux-gnu/egl/st_OpenVG.so Found 16 modes: 0: 1920 x 1200 1: 1920 x 1080 2: 1600 x 1200 3: 1680 x 1050 4: 1600 x 1000 5: 1280 x 1024 6: 1280 x 1024 7: 1280 x 960 8: 1152 x 864 9: 1024 x 768 10: 1024 x 768 11: 832 x 624 12: 800 x 600 13: 800 x 600 14: 640 x 480 15: 640 x 480 Will use screen size: 1920 x 1200 1328 frames in 5.0 seconds = 265.441 FPS [28195.432084] HDMI hot plug event: Pin=3 Presence_Detect=0 ELD_Valid=0 [28195.434164] HDMI hot plug event: Pin=3 Presence_Detect=0 ELD_Valid=0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[Bug 38018] New: Implementation error: bad format in _mesa_pack_rgba_span
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=38018 Summary: Implementation error: bad format in _mesa_pack_rgba_span Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: gm.potato.ul(a)gmail.com Created an attachment (id=47634) --> (https://bugs.freedesktop.org/attachment.cgi?id=47634) dmesg and glxinfo catenated together When running the freeware OpenGL 2.1 title Savage 2, the following two lines of text show up on the console while the game is running. The two lines repeat exactly seven times. Only one functional anomaly was observed: when trying to quit the game, only a SIGKILL could terminate the process (SIGTERM / SIGINT were not enough). Performance is fairly good and there are no observable rendering errors, so I am marking this as MINOR. The message is: Please report at bugs.freedesktop.org Mesa 7.11-devel implementation error: bad format in _mesa_pack_rgba_span dmesg and glxinfo are attached. Summary: (1) Weird intel-iommu warnings on bootup (2) Hardware: Radeon HD5970 (3) Git version of mesa: git-c2e6590 (4) libdrm, DDX and linux from git (5) Xorg server from Ubuntu 11.04, version 1.10.1; pixman 0.20.2 Non-standard radeon DDX options: Option "SwapbuffersWait" "off" Option "ColorTiling" "on" Option "EnablePageFlip" "on" Option "EXAVSync" "off" Option "DynamicPM" "on" -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 37142] New: Too much vertex buffers uploads
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=37142 Summary: Too much vertex buffers uploads Product: DRI Version: DRI CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pelloux(a)gmail.com Created an attachment (id=46638) --> (https://bugs.freedesktop.org/attachment.cgi?id=46638) openarena + verbose vertex buffer upload logs Test case : openarena + anholt benchmark + r600g I added several fprintf debug trace to mesa code around Vertex buffer uploading. Basically, openarena render things using : glVertexPointeer() glLockArraysEXT() several glDrawElements() glUnlockArraysEXT() It seems that each call to glDrawElements implies a reupload of the vertex buffers, even if it has not changed (as glLock/Unlock calls tell, at least for part of the buffer). Another related bug (it seems) is in : cso_set_vertex_buffers() which does a test before calling : util_copy_vertex_buffers and pipe->set_vertex_buffers This test always return true, thus the 2 above functions are always called. The test is always true because it memcmp all pipe_vertex_buffer, which contains a 'buffer' pointer, which changes at each frame (see st_draw.c:349). I'm trying to build a patch which fix the cso_set_vertex_buffers problem and then, taking advantage of glLock/Unlock calls to fix the upload issue. What do you think ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[Bug 36455] New: Screen corruption when comeing back from powersave
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=36455 Summary: Screen corruption when comeing back from powersave Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: d.mills-dri(a)guesny.net Using yesterday's git (20-04-2011), when the card tries to come back from a suspended state (laptop suspend, or just turning off the screen using powersave) the screen stops updating and sometimes becomes garbled. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 33715] New: demo arbocclude regression since r600g: Implement asyncronous query results.
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=33715 Summary: demo arbocclude regression since r600g: Implement asyncronous query results. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lists(a)andyfurniss.entadsl.com The bottom square and number in the mesa demo arbocclude are rendering red. It seems r600c has been doing this for some time, bith swrasts are OK and before this commit r600g got it right also. e7ec53273547335863b2377bea9d35aa9c114c6b is the first bad commit commit e7ec53273547335863b2377bea9d35aa9c114c6b Author: Mathias FrÃ¶hlich <Mathias.Froehlich(a)web.de> Date: Sun Jan 23 22:16:56 2011 +0100 r600g: Implement asyncronous query results. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 32687] New: XBMC software video renderer is faster than OpenGL video renderer
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=32687 Summary: XBMC software video renderer is faster than OpenGL video renderer Product: Mesa Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nguyenthetoan(a)gmail.com I have an integrated AMD760G graphic card. I use the latest r600g driver from xorg-edgers package repository for ubuntu Lucid. My most important OpenGL software is XBMC. It has three video renderers: Software, ARB or GLSL. I notice (using the debug information of XBMC) that the Software renderer is actually the fastest one, then ARB and finally GLSL. I guess something is not well optimized in r600g with regard to video rendering. This is especially true for 1080p video (sometime I get only 12-16fps using OpenGL renderers while CPU usage is still only 50%. Software renderer could do 24fps with 100% CPU.). FYI, I also have another similar desktop, but with ATI X1650 PRO card. On this machine, using the r300g driver, the GLSL renderer is fastest (also similar to ARB renderer) and is faster than the Software renderer. So, r300g is well optimized with regard to video rendering. I file this bug hoping the developers could spare sometime optimize r600g for video rendering. Thanks a lot -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 32557] New: [r600g] z/stencil buffer too small error in dmesg.
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=32557 Summary: [r600g] z/stencil buffer too small error in dmesg. Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: kdekorte(a)yahoo.com Install wine 1.3.9 Install Flying Model Simulator 2.0 beta 7 under wine download from: http://n.ethz.ch/student/mmoeller/fms/down.html locate and download d3drm.dll and put in the FMS program directory start FMS in dmesg the following errors will occur multiple times [250821.374684] radeon 0000:01:00.0: z/stencil buffer too small (0x00B5FC7F 11648 1 4 -> 2981888 have 2957312) [250821.374688] radeon 0000:01:00.0: r600_packet3_check:1331 invalid cmd stream 507 [250821.374690] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! [250821.379713] radeon 0000:01:00.0: z/stencil buffer too small (0x00B5FC7F 11648 1 4 -> 2981888 have 2957312) [250821.379719] radeon 0000:01:00.0: r600_packet3_check:1331 invalid cmd stream 572 [250821.379723] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! The application will run, but there will be no display on the screen. Unsure if this is a wine or a r600 error as many other OpenGL applications work. As does Diablo II in Direct3d mode under the same wine. The application works fine under Windows 7 however. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

← Newer
1
...
10
11
12
13
14
15
16
...
50
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2011