dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[Bug 38856] New: [i915g] SIGSEGV src/gallium/drivers/i915/i915_state.c:511
by bugzilla-daemon＠freedesktop.org 01 May '13

01 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=38856 Summary: [i915g] SIGSEGV src/gallium/drivers/i915/i915_state.c:511 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vlee(a)vmware.com mesa: f8fcaf0215f0434baf13bb5c45545c58f97846b6 (master) chipset: 945GM (Intel GMA 950) system architecture: i686 xserver-xorg-video-intel: 2:2.14.0-4ubuntu7.1 libdrm-intel1: 2.4.23-1ubuntu6 kernel version: 2.6.38-8-generic Linux distribution: Ubuntu 11.04 i386 Run piglit fbo-copyteximage test. $ ./bin/fbo-copyteximage -auto Probe at (73,73) Expected: 1.000000 0.000000 0.000000 Observed: 0.000000 0.000000 1.000000 Probe at (200,73) Expected: 0.000000 1.000000 0.000000 Observed: 1.000000 0.000000 0.000000 Probe at (73,200) Expected: 0.000000 0.000000 1.000000 Observed: 1.000000 1.000000 1.000000 Segmentation fault (core dumped) Core was generated by `./bin/fbo-copyteximage -auto'. Program terminated with signal 11, Segmentation fault. #0 __libc_free (mem=0x3f800000) at malloc.c:3709 3709 malloc.c: No such file or directory. in malloc.c (gdb) bt #0 __libc_free (mem=0x3f800000) at malloc.c:3709 #1 0x01134a96 in i915_delete_fs_state (pipe=0x94343f8, shader=0x94f66d8) at src/gallium/drivers/i915/i915_state.c:511 #2 0x0115b2d9 in aaline_delete_fs_state (pipe=0x94343f8, fs=0x94f5398) at src/gallium/auxiliary/draw/draw_pipe_aaline.c:880 #3 0x01188635 in util_blitter_destroy (blitter=0x94bd360) at src/gallium/auxiliary/util/u_blitter.c:251 #4 0x011310df in i915_destroy (pipe=0x94343f8) at src/gallium/drivers/i915/i915_context.c:105 #5 0x0196f29f in st_destroy_context (st=0x9500598) at src/mesa/state_tracker/st_context.c:261 #6 0x018a7ce1 in st_context_destroy (stctxi=0x9500598) at src/mesa/state_tracker/st_manager.c:651 #7 0x018a34fc in dri_destroy_context (cPriv=0x942df90) at src/gallium/state_trackers/dri/drm/dri_context.c:135 #8 0x0120ea80 in driDestroyContext (pcp=0x942df90) at src/mesa/drivers/dri/common/dri_util.c:588 #9 0x002d45a0 in dri2_destroy_context (context=0x942ed50) at dri2_glx.c:129 #10 0x002aecf0 in glx_display_free (priv=0x942cad0) at glxext.c:220 #11 0x002aed7c in __glXCloseDisplay (dpy=0x9422028, codes=0x942cd5c) at glxext.c:265 #12 0x00583ccb in XCloseDisplay () from /usr/lib/i386-linux-gnu/libX11.so.6 #13 0x003a3693 in fgDeinitialize () at freeglut_init.c:488 #14 0x003a6997 in glutMainLoop () at freeglut_main.c:1533 #15 0x0806b2df in main (argc=1, argv=0xbf9cd2b4) at piglit/tests/util/piglit-framework.c:116 (gdb) frame 1 #1 0x01134a96 in i915_delete_fs_state (pipe=0x94343f8, shader=0x94f66d8) at src/gallium/drivers/i915/i915_state.c:511 511 FREE(ifs->program); (gdb) print ifs->program $1 = (uint *) 0x3f800000 -- 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

[Bug 43751] New: [TTM] Out of kernel memory
by bugzilla-daemon＠bugzilla.kernel.org 24 Apr '13

24 Apr '13

https://bugzilla.kernel.org/show_bug.cgi?id=43751 Summary: [TTM] Out of kernel memory Product: Drivers Version: 2.5 Kernel Version: 3.4.4 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: unicorp99(a)hotbox.ru Regression: Yes i5 8GB 8600gt_512MB nouveau ubuntu 12.04 i386 vmware 8.0.4, kde, virtualbox 4.1.18, firefox, chrome, chromium, opera, dolphin, smplayer after one-two hours in kernel 3.4.3, 3.4.4 "[TTM] Out of kernel memory", all windows switch slows down. In /var/log/system many messages in second "[TTM] Out of kernel memory" on generic-pae 3.2.0-26.41 (3.2.19) all norm in three days running may be vmware nouveau 3D bug: [TTM] Out of kernel memory? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 16

[Bug 56139] New: [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)
by bugzilla-daemon＠freedesktop.org 17 Apr '13

17 Apr '13

https://bugs.freedesktop.org/show_bug.cgi?id=56139 Priority: medium Bug ID: 56139 Assignee: dri-devel(a)lists.freedesktop.org Summary: [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN) Severity: major Classification: Unclassified OS: All Reporter: alexandre.f.demers(a)gmail.com Hardware: All Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Using ArchLinux 64, own built kernel (vanilla) with an HD 6950 (CAYMAN). When testing kernel 3.7-rc1, the screen becomes unreadable. It's either completely black or in a flickering state making the display unusable. It is very similar to what was observed in bug 43655. At the time of bug 43655, the problem had been fixed by http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h…. So it was working OK with kernel 3.6. I've bisected between kernel 3.6 and 3.7-rc1 and the faulty identified commit is the following: 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 is the first bad commit commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 Author: Alex Deucher <alexander.deucher(a)amd.com> Date: Wed Aug 15 17:18:42 2012 -0400 drm/radeon: properly handle mc_stop/mc_resume on evergreen+ (v2) - Stop the displays from accessing the FB - Block CPU access - Turn off MC client access This should fix issues some users have seen, especially with UEFI, when changing the MC FB location that result in hangs or display corruption. v2: fix crtc enabled check noticed by Luca Tettamanti Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> :040000 040000 3e0d33c9b4eda29ced814fe9a863efe63e53f14c 4932561607b160734ec1eade927a9fe18c9f3f1b M drivers -- You are receiving this mail because: You are the assignee for the bug.

2 58

[Bug 31667] New: r600c and r600g: wrong rendering for Savage2 game
by bugzilla-daemon＠freedesktop.org 15 Apr '13

15 Apr '13

https://bugs.freedesktop.org/show_bug.cgi?id=31667 Summary: r600c and r600g: wrong rendering for Savage2 game Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: edwintorok(a)gmail.com Created an attachment (id=40311) --> (https://bugs.freedesktop.org/attachment.cgi?id=40311) r600g_bad_transp_lines.jpg Savage2 is a free to play (but not opensource) game with native Linux clients, it renders correctly with llvmpipe and fglrx. It doesn't render correctly with r600c and r600g. Using latest git version (commit 063c6b8f74d114241f663ef8fd93732a0a07c10f). llvmpipe that works (sort of, its very very slow): $ LD_LIBRARY_PATH=$HOME/mesa/lib/gallium glxinfo | grep OpenGL OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: r600c has part of the screen black (see attached screenshot r600c_bad_partblack.jpg), but the menu is good (r600c_menu_good.jpg): $ glxinfo|grep OpenGL OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV730 9498) 20090101 TCL DRI2 OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: r600g doesn't have the blackness bug, but the main character is missing/totally transparent you just see some swords running around (r600g_bad_transp_lines.jpg), and it has some thin black horizontal lines all over the screen. The menu also has the thin black horizontal lines (r600g_bad_menu_lines.jpg). LIBGL_DRIVERS_PATH=$HOME/mesa/lib/gallium glxinfo|grep OpenGL OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: The video card is: 01:00.0 VGA compatible controller: ATI Technologies Inc RV730 PRO [Radeon HD 4650] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 26

[Bug 56437] New: LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven
by bugzilla-daemon＠freedesktop.org 05 Apr '13

05 Apr '13

https://bugs.freedesktop.org/show_bug.cgi?id=56437 Priority: medium Bug ID: 56437 Assignee: dri-devel(a)lists.freedesktop.org Summary: LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven Severity: normal Classification: Unclassified OS: All Reporter: maxijac(a)free.fr Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa Heaven sometimes crashes when loading with an error output : LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad I can partially reproduce this bug. It happens from time to time on Heaven start. To reproduce it I use the Heaven launcher (using Archlinux AUR package), just untick fullscreen checkbox and choose 1024x768 and click run. If the crash is not triggered I close the unigine render window and just click once again "Run" and so on. It happens about once every 10 runs when I test. (I know it's not convenient at all to reproduce it but it is a very rare bug...) I also had it once with Heroes of Newerth. using R600_LLVM=0, radeon seems to be not hit by this problem. Using git head and r600g on BARTS HD6870. I might also add that I use these env vars (some are probably outdated...) R600_ENABLE_S3TC=1 R600_GLSL130=1 R600_STREAMOUT=1 Using Xorg 1.13 and linux 3.6.3 -- You are receiving this mail because: You are the assignee for the bug.

1 16

[PATCH 0/2] Miscellaneous mode set and page flip fixes
by Laurent Pinchart 28 Mar '13

28 Mar '13

Hi everybody, Here are two small fixes that disallow format changes in page flip operations, and perform a full mode set instead of a mode set base in the CRTC helper set config handler if the pixel format changed. Laurent Pinchart (2): drm: Don't allow page flip to change pixel format drm: Perform a full mode set when the pixel format changed drivers/gpu/drm/drm_crtc.c | 8 ++++++++ drivers/gpu/drm/drm_crtc_helper.c | 3 +++ 2 files changed, 11 insertions(+), 0 deletions(-) -- Regards, Laurent Pinchart

5 9

[Bug 56936] New: cube map array support breaks rendering on BARTS
by bugzilla-daemon＠freedesktop.org 21 Mar '13

21 Mar '13

https://bugs.freedesktop.org/show_bug.cgi?id=56936 Priority: medium Bug ID: 56936 Assignee: dri-devel(a)lists.freedesktop.org Summary: cube map array support breaks rendering on BARTS Severity: major Classification: Unclassified OS: All Reporter: maxijac(a)free.fr Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 69839 --> https://bugs.freedesktop.org/attachment.cgi?id=69839&action=edit Hon garbage rendering Possibly affects other cards. I bisected and the first bad commit is eb44c36df842af010269eda1be77c4aea8ebe736 r600g: add initial cube map array support (v2). It either displays plain black or garbage textures. I tested with Heroes of Newerth and Unigine heaven. -- You are receiving this mail because: You are the assignee for the bug.

1 10

[pull] drm-intel-next
by Daniel Vetter 18 Mar '13

18 Mar '13

Hi Dave, The big ticket item here is the new i915 modeset infrastructure. Shockingly it didn't not blow up all over the place (i.e. I've managed to fix the ugly issues before merging). 1-2 smaller corner cases broke, but we have patches. Also, there's tons of patches on top of this that clean out cruft and fix a few bugs that couldn't be fixed with the crtc helper based stuff. So more stuff to come ;-) Also a few other things: - Tiny fix in the fb helper to go through the official dpms interface instead of calling the crtc helper code. - forcewake code frobbery from Ben, code should be more in-line with what Windows does now. - fixes for the render ring flush on hsw (Paulo) - gpu frequency tracepoint - vlv forcewake changes to better align it with our understanding of the forcewake magic. - a few smaller cleanups Cheers, Daniel The following changes since commit d7c3b937bdf45f0b844400b7bf6fd3ed50bac604: drm/i915: Remove __GFP_NO_KSWAPD (2012-08-27 17:11:38 +0200) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel tags/drm-intel-next-2012-09-09 for you to fetch changes up to e04190e0ecb236c51af181c18c545ea076fb9cca: drm/fb helper: don't call drm_helper_connector_dpms directly (2012-09-08 00:51:15 +0200) ---------------------------------------------------------------- Ben Widawsky (5): drm/i915: Extract forcewake ack timeout drm/i915: use cpu_relax() in wait_for_atomic drm/i915: Change forcewake timeout to 2ms drm/i915: Never read FORCEWAKE drm/i915: Enable some sysfs stuff without CONFIG_PM Chris Wilson (1): drm/i915: Convert remaining debugfs iterators over rings to for_each_ring() Daniel Vetter (66): drm/ips: move drps/ips/ilk related variables into dev_priv->ips drm/i915: add a tracepoint for gpu frequency changes drm/i915: align vlv forcewake with common lore drm/i915: differ error message between forcwake timeouts drm/i915: add crtc->enable/disable vfuncs insted of dpms drm/i915: rip out crtc prepare/commit indirection drm/i915: add direct encoder disable/enable infrastructure drm/i915/hdmi: convert to encoder->disable/enable drm/i915/tv: convert to encoder enable/disable drm/i915/lvds: convert to encoder disable/enable drm/i915/dp: convert to encoder disable/enable drm/i915/crt: convert to encoder disable/enable drm/i915/sdvo: convert to encoder disable/enable drm/i915/dvo: convert to encoder disable/enable drm/i915: convert dpms functions of dvo/sdvo/crt drm/i915: rip out encoder->disable/enable checks drm/i915: clean up encoder_prepare/commit drm/i915: copy&paste drm_crtc_helper_set_config drm/i915: call set_base directly drm/i915: inline intel_best_encoder drm/i915: copy&paste drm_crtc_helper_set_mode drm/i915: simplify intel_crtc_prepare_encoders drm/i915: rip out encoder->prepare/commit drm/i915: call crtc functions directly drm/i915: WARN when trying to enabled an unused crtc drm/i915: Add interfaces to read out encoder/connector hw state drm/i915/dp: implement get_hw_state drm/i915/hdmi: implement get_hw_state drm/i915/tv: implement get_hw_state drm/i915/lvds: implement get_hw_state drm/i915/crt: implement get_hw_state drm/i915/sdvo: implement get_hw_state drm/i915/dvo: implement get_hw_state drm/i915: read out the modeset hw state at load and resume time drm/i915: check connector hw/sw state drm/i915: rip out intel_crtc->dpms_mode drm/i915: rip out intel_dp->dpms_mode drm/i915: ensure the force pipe A quirk is actually followed drm/i915: introduce struct intel_set_config drm/i915: extract modeset config save/restore code drm/i915: extract intel_set_config_compute_mode_changes drm/i915: extract intel_set_config_update_output_state drm/i915: implement crtc helper semantics relied upon by the fb helper drm/i915: don't update the fb base if there is no fb drm/i915: convert pointless error checks in set_config to BUGs drm/i915: don't save all the encoder/crtc state in set_config drm/i915: stage modeset output changes drm/i915: push crtc->fb update into pipe_set_base drm/i915: remove crtc disabling special case drm/i915: move output commit and crtc disabling into set_mode drm/i915: extract adjusted mode computation drm/i915: use staged outuput config in tv->mode_fixup drm/i915: use staged outuput config in lvds->mode_fixup drm/i915: compute masks of crtcs affected in set_mode drm/i915: implement new set_mode code flow drm/i915: push commit_output_state past crtc disabling drm/i915: s/intel_encoder_disable/intel_encoder_noop drm/i915: WARN if the pipe won't turn off drm/i915: switch the load detect code to the staged modeset config drm/i915: push commit_output_state past the crtc/encoder preparing drm/i915: disable all crtcs at suspend time drm/i915: no longer call drm_helper_resume_force_mode drm/i915: add tons of modeset state checks drm/i915: improve modeset state checking after dpms calls Merge the modeset-rework, basic conversion into drm-intel-next drm/fb helper: don't call drm_helper_connector_dpms directly Jani Nikula (2): drm/i915: only enable sdvo hotplug irq if needed drm/i915: fix sdvo hotplug support check and activation Paulo Zanoni (3): drm/i915: add gen7_render_ring_flush drm/i915: add workarounds directly to gen6_render_ring_flush drm/i915: add workarounds to gen7_render_ring_flush -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch

4 9

[Bug 52549] New: libdrm 2.4.37 compilation fails if ETIME not defined
by bugzilla-daemon＠freedesktop.org 03 Mar '13

03 Mar '13

https://bugs.freedesktop.org/show_bug.cgi?id=52549 Bug #: 52549 Summary: libdrm 2.4.37 compilation fails if ETIME not defined Classification: Unclassified Product: DRI Version: XOrg CVS Platform: All OS/Version: BSD (Others) Status: NEW Severity: normal Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: davshao(a)gmail.com For operating systems such as DragonFly BSD, ETIME may not be defined, let alone POSIX STREAMS implemented. libdrm 2.4.37 in current pkgsrc failed to compile on DragonFly BSD 3.1-DEVEL i386 and x86_64 until a patch was added to define ETIME if it was not already defined: ETIME is not defined on DragonFly BSD, work around it. --- intel/intel_bufmgr_gem.c.orig 2012-07-02 15:22:14.326942000 +0000 +++ intel/intel_bufmgr_gem.c @@ -54,6 +54,9 @@ #include <stdbool.h> #include "errno.h" +#ifndef ETIME +#define ETIME ETIMEDOUT +#endif #include "libdrm_lists.h" #include "intel_bufmgr.h" #include "intel_bufmgr_priv.h" -- 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 56634] New: r600g: fix abysmal performance in Reaction Quake : Huge slowdown
by bugzilla-daemon＠freedesktop.org 02 Mar '13

02 Mar '13

https://bugs.freedesktop.org/show_bug.cgi?id=56634 Priority: medium Bug ID: 56634 Assignee: dri-devel(a)lists.freedesktop.org Summary: r600g: fix abysmal performance in Reaction Quake : Huge slowdown Severity: normal Classification: Unclassified OS: All Reporter: maxijac(a)free.fr Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa http://cgit.freedesktop.org/mesa/mesa/commit/?id=fa58644855e44830e0b91dc627… Huge slowdown in Unigine-heaven (from ~25 fps to ~3 fps) -- You are receiving this mail because: You are the assignee for the bug.

1 7

← Newer
1
...
35
36
37
38
39
40
41
...
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