dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[Bug 43405] New: Only horizontal lines (snow) display in google earth/glxgears using current r600g on RS780M
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=43405 Bug #: 43405 Summary: Only horizontal lines (snow) display in google earth/glxgears using current r600g on RS780M Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: idunham(a)lavabit.com All that shows up when I run certain OpenGL programs (glxgears and google earth, so far) is monochrome blocks with horizontal lines. Not all GL programs are affected (the other standard tests work fine). On stderr, I get this message repeated ad nauseum: radeon: The kernel rejected CS, see dmesg for more information. dmesg repeats this ad nauseum: [18811.705536] radeon 0000:01:05.0: z/stencil buffer (2) too small (0x00BF3C8F 12240 1 4 -> 3133440 have 3104768) [18811.705543] radeon 0000:01:05.0: r600_packet3_check:1501 invalid cmd stream 569 [18811.705547] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! My source tree is updated to the last commit prior to failover removal; that broke compilation (bug # 43404). First saw this issue last weekend; I hadn't seen any issues during August, when I last built mesa; the binaries from then still work. Hardware: Radeon HD 3200M - RS780M/RS780MN Debian squeeze with following packages updated: Linux 3.0.10 libdrm 2.4.25 libxmu 1.1.0 x11proto-dri2 2.6-2 x11proto-gl 1.4.14 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 17

[Bug 43395] New: Game running in wine stops rendering
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=43395 Bug #: 43395 Summary: Game running in wine stops rendering Classification: Unclassified Product: Mesa Version: 7.11 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: Schlosser.T(a)seznam.cz When playing Gothic everything works fine for 10 - 15 minutes, then the rendering just stops and the screen is left as it was. The game works normally (I can hear sounds from game and can blindly manipulate it). The rest of the system works just fine as well (the game is running in simulated windowed mode). Fedora 16 (Verne) x86_64 Graphic card: VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 2400 [tomason@odysseus ~]$ glxinfo |grep -i "$render\|opengl$" direct rendering: Yes OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV610 OpenGL version string: 2.1 Mesa 7.11 OpenGL shading language version string: 1.20 Using libtxc_dxtn.i686 as the game requires it to run I also tried kmod-catalyst (proprietary drivers) and running it with wine64 none of which helped. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 19

[Bug 41060] New: r600g: "Failed to parse relocation -12!" followed by widespread texture corruption
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=41060 Summary: r600g: "Failed to parse relocation -12!" followed by widespread texture corruption Product: Mesa Version: 7.11 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nmiell(a)gmail.com Sometimes most of gnome-shell's textures will be corrupted immediately following "[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!" appearing in the kernel logs. 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4250] kernel-2.6.40.4-5.fc15.x86_64 libdrm-2.4.26-1.fc15.x86_64 mesa-libGL-7.11-1.fc15.x86_64 xorg-x11-drv-ati-6.14.1-2.20110525gitfe5c42f51.fc15.x86_64 xorg-x11-server-Xorg-1.10.4-1.fc15.x86_64 -- 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 40658] New: r600g-xorg: GPU lockup CP stall
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=40658 Summary: r600g-xorg: GPU lockup CP stall 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: francesco.marella(a)gmail.com Created an attachment (id=50941) --> (https://bugs.freedesktop.org/attachment.cgi?id=50941) kernel log Compiled r600g with xorg state tracker: ./configure --prefix=/usr --enable-xvmc --enable-xorg --enable-vdpau --enable-texture-float --enable-selinux --enable-gles2 --with-gallium-drivers=r600 --with-dri-drivers= xorg.conf: Section "Device" Identifier "radeon-r600g" Driver "r600g" Option "SWCursor" "True" Option "2DAccel" "True" EndSection The gdm login screen is corrupted. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

[Bug 40531] New: [RADEON:KMS:R600G] Frets On Fire visual corruption in menu
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=40531 Summary: [RADEON:KMS:R600G] Frets On Fire visual corruption in menu 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: r0ugh_l(a)yahoo.de Created an attachment (id=50785) --> (https://bugs.freedesktop.org/attachment.cgi?id=50785) Fretsonfire text corruption When I start fretsonfire there is a visual glitch around the text in the main menu and all other text. (see attached screen-shot) Version information: % glxinfo|grep -i opengl OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 7.12-devel (git-82fff5f) OpenGL shading language version string: 1.20 % uname -a Linux tuxbox 3.0-ARCH #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux Other Information: % egrep "(Tiling|Swap|flip)" /var/log/Xorg.0.log [ 360.814] (**) RADEON(0): Option "ColorTiling" "on" [ 360.814] (**) RADEON(0): Option "SwapbuffersWait" "off" [ 360.815] (II) RADEON(0): KMS Color Tiling: enabled [ 360.815] (II) RADEON(0): KMS Pageflipping: enabled [ 360.815] (II) RADEON(0): SwapBuffers wait for vsync: disabled -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

[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

← Newer
1
...
26
27
28
29
30
31
32
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012