dri-devel February 2013

dri-devel@lists.freedesktop.org

130 participants
696 discussions

[Bug 60848] New: [bisected] r600g: add htile support cause gpu lockup in Dishonored wine.
by bugzilla-daemon＠freedesktop.org 06 May '13

06 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=60848 Priority: medium Bug ID: 60848 Assignee: dri-devel(a)lists.freedesktop.org Summary: [bisected] r600g: add htile support cause gpu lockup in Dishonored wine. Severity: normal Classification: Unclassified OS: Linux (All) Reporter: thomas.lindroth(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 74826 --> https://bugs.freedesktop.org/attachment.cgi?id=74826&action=edit dmesg, xorg.log Commit 6532eb17baff6e61b427f29e076883f8941ae664 r600g: add htile support v16 cause a gpu lockup on juniper with Dishonored in wine. https://www.dropbox.com/s/7w140vtr48xb8vt/Dishonored.trace.bz2 this trace reproduce the error. bug #59592 is similar but I should be using the fix from that bug already. mesa, libdrm, xf86-video-ati and linus kernel are all git from yesterday. 3.0 Mesa 9.2-devel (git-ce3dfa1) Option "ColorTiling" "true" Option "ColorTiling2D" "true" Option "SwapbuffersWait" "false" Option "EnablePageFlip" "true" configure --disable-dependency-tracking --enable-dri --enable-glx --enable-texture-float --disable-debug --enable-egl --disable-gbm --disable-gles1 --disable-gles2 --enable-glx-tls --disable-osmesa --enable-asm --enable-shared-glapi --with-dri-drivers= --with-gallium-drivers=,swrast,r600 --with-egl-platforms=x11 --enable-gallium-egl --disable-d3d1x --disable-gallium-g3dvl --enable-gallium-llvm --disable-openvg --disable-vdpau --disable-xvmc --enable-shared-dricore -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 60969] New: [r600g] Lockup while playing OpenGL games with HD6450
by bugzilla-daemon＠freedesktop.org 04 May '13

04 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=60969 Priority: medium Bug ID: 60969 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] Lockup while playing OpenGL games with HD6450 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: rankincj(a)googlemail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa HD6450 (CAICOS), kernel 3.7.7-201.fc18.x86_64 The PC quickly locks up while playing either WoW or Minecraft 1.4.7 with Mesa from git. However, I have an earlier version of Mesa-git that plays both games correctly. The mouse cursor continues to move after the freeze, but the keyboard no longer responds. The HEAD for my working Mesa is: commit 0e2f26d5ea26febd16173aa8bbf7427b090e320f Author: Ian Romanick <ian.d.romanick(a)intel.com> Date: Fri Feb 8 18:03:33 2013 -0800 intel: Do not expose OES_compressed_ETC1_RGB8_texture or ARB_texture_rgb10_a Older hardware cannot do ARB_texture_rgb10_a2ui, and the translation code for OES_compressed_ETC1_RGB8_texture was never implemented in the i915 driver. I will try and bisect this issue when I have more time with the affected PC. Note that this issue does not happen with either my HD4670 or HD4890. -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 52360] New: [32bit/r600-llvm] Counter Strike 1.6 segfaults on start
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=52360 Bug #: 52360 Summary: [32bit/r600-llvm] Counter Strike 1.6 segfaults on start Classification: Unclassified 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: d.okias(a)gmail.com mesa-git, libdrm-git, kernel 3.5.0-rc7, llvm-3.1-r1 glxinfo32> OpenGL renderer string: Gallium 0.4 on AMD SUMO OpenGL version string: 2.1 Mesa 8.1-devel (git-f96405f) OpenGL shading language version string: 1.30 winedbg Steam_2012_07_22__15_19_03_507.mdmp> fixme:service:scmdatabase_autostart_services Auto-start service L"SkypeUpdate" failed to start: 2 WineDbg starting on minidump on pid 0008 hl.exe was running on #4 Intel ??? (1.0) CPUs on Windows XP (2600) [on wine-1.5.9, on top of Linux (3.5.0-rc7_aWeSoM3)] fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 1f fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 1f fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 1f Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b1319f6 ESP:0033a088 EBP:00000001 EFLAGS:00210206( R- -- I - -P- ) EAX:0033a138 EBX:7b614ff4 ECX:00000001 EDX:7b1a80d6 ESI:0033a0fc EDI:0033a0fc Stack dump: 0x0033a088: 7d957ff4 00000007 f74ebeab 7d957ff4 0x0033a098: 00000000 7cd0db6c 7d95f5f4 7d8bb47f 0x0033a0a8: 00000000 7d957ff4 7b14dcf5 f7566fd4 0x0033a0b8: 0033a138 0033a0fc 00000001 7b13087a 0x0033a0c8: 0033a0fc 7b1a80d6 00000001 00000000 0x0033a0d8: 7a400537 7b614ff4 7b130849 7b614ff4 000c: sel=0067 base=00000000 limit=00000000 32-bit r-- Backtrace: =>0 0x7b1319f6 _ZNK4llvm9StringRef17find_first_not_ofES0_j+0x16() in r600_dri.so (0x00000001) 1 0x7b13087a _ZN4llvm8getTokenENS_9StringRefES0_+0x39() in r600_dri.so (0x00000001) 2 0x7b130925 _ZN4llvm11SplitStringENS_9StringRefERNS_15SmallVectorImplIS0_EES0_+0x44() in r600_dri.so (0x00000001) 3 0x7a480198 AMDILSubtarget+0x14f(this=0x7cca326c, TT={npos=0x7cd178fc, Data=*** invalid address 0x7cd178fc ***, Length=0x11}, CPU={npos=0x7b14dcf5, Data=*** invalid address 0x7b14dcf5 ***, Length=0x7}, FS={npos=0x7d95f600, Data=*** invalid address 0x7d95f600 ***, Length=0}) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/radeon/AMDILSubtarget.cpp:41] in r600_dri.so (0x0033a2b0) 4 0x7a40281d _ZN4llvm15AMDGPUSubtargetC1ENS_9StringRefES1_S1_+0x4e() in r600_dri.so (0x0033a310) 5 0x7a401fb1 AMDGPUTargetMachine+0xd0(this=0x7cca3238, T=0x7b61c420, TT={npos=0x7cd178fc, Data=*** invalid address 0x7cd178fc ***, Length=0x11}, CPU={npos=0x7b14dcf5, Data=*** invalid address 0x7b14dcf5 ***, Length=0x7}, FS={npos=0x7d95f600, Data=*** invalid address 0x7d95f600 ***, Length=0}, Options={PrintMachineCode=0, NoFramePointerElim=0, NoFramePointerElimNonLeaf=0x1, LessPreciseFPMADOption=0, NoExcessFPPrecision=0x1, UnsafeFPMath=0, NoInfsFPMath=0x1, NoNaNsFPMath=0x1, HonorSignDependentRoundingFPMathOption=0x1, UseSoftFloat=0x1, NoZerosInBSS=0, JITExceptionHandling=0, JITEmitDebugInfo=0, JITEmitDebugInfoToDisk=0x1, GuaranteedTailCallOpt=0, DisableTailCalls=0x1, StackAlignmentOverride=0, RealignStack=0, DisableJumpTables=0, EnableFastISel=0, PositionIndependentExecutable=0, EnableSegmentedStacks=0, TrapFuncName={npos=0x2, _M_dataplus={_M_p=""}}, FloatABIType=3384244}, RM=Default, CM=Default, OptLevel=Default) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/radeon/AMDGPUTargetMachine.cpp:54] in r600_dri.so (0x0033a370) 6 0x7a403047 RegisterTargetMachine<llvm::AMDGPUTargetMachine>::Allocator+0xb0(T=0x7b61c420, TT={npos=0x7cd178fc, Data=*** invalid address 0x7cd178fc ***, Length=0x11}, CPU={npos=0x7b14dcf5, Data=*** invalid address 0x7b14dcf5 ***, Length=0x7}, FS={npos=0x7d95f600, Data=*** invalid address 0x7d95f600 ***, Length=0}, Options=0x33a4cc, RM=Default, CM=Default, OL=Default) [/usr/include/llvm/Support/TargetRegistry.h:1031] in r600_dri.so (0x0033a400) 7 0x7a400b79 Target::createTargetMachine+0x7c(this=0x7b61c420, Triple={npos=0x7cd178fc, Data=*** invalid address 0x7cd178fc ***, Length=0x11}, CPU={npos=0x7b14dcf5, Data=*** invalid address 0x7b14dcf5 ***, Length=0x7}, Features={npos=0x7d95f600, Data=*** invalid address 0x7d95f600 ***, Length=0}, Options=0x33a4cc, RM=Default, CM=Default, OL=Default) [/usr/include/llvm/Support/TargetRegistry.h:348] in r600_dri.so (0x0033a440) 8 0x7a400195 radeon_llvm_compile+0x24c(M=0x7cc74e88, bytes=0x33dbe4, byte_count=0x33dbe0, gpu_family=*** invalid address 0x7b14dcf5 ***, dump=0) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/radeon/radeon_llvm_emit.cpp:108] in r600_dri.so (0x0033a560) 9 0x7a3fcbab r600_llvm_compile+0x4c(mod=0x7cc74e88, inst_bytes=0x33dbe4, inst_byte_count=0x33dbe0, family=CHIP_SUMO, dump=0) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_llvm.c:321] in r600_dri.so (0x0033a5a0) 10 0x7a3f052e r600_shader_from_tgsi+0x337(rctx=0x7cbd77d0, pipeshader=0x7cd01e00) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_shader.c:1240] in r600_dri.so (0x0033eb90) 11 0x7a3ed886 r600_pipe_shader_create+0x223(ctx=0x7cbd77d0, shader=0x7cd01e00) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_shader.c:139] in r600_dri.so (0x0033ec10) 12 0x7a3d6f88 r600_shader_select+0x10b(ctx=0x7cbd77d0, sel=0x7cc30118, dirty=0x0(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_state_common.c:633] in r600_dri.so (0x0033ec60) 13 0x7a3d719b r600_create_shader_state+0x80(ctx=0x7cbd77d0, state=0x33ece0, pipe_shader_type=0) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_state_common.c:683] in r600_dri.so (0x0033eca0) 14 0x7a3d7220 r600_create_shader_state_vs+0x31(ctx=0x7cbd77d0, state=0x33ece0) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_state_common.c:699] in r600_dri.so (0x0033ecc0) 15 0x7a72e9c9 ureg_create_shader+0x9f(ureg=0x7ccfd7d8, pipe=0x7cbd77d0, so=(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/auxiliary/tgsi/tgsi_ureg.c:1662] in r600_dri.so (0x0033ed90) 16 0x7a74a451 ureg_create_shader_with_so_and_destroy+0x30(p=0x7ccfd7d8, pipe=0x7cbd77d0, so=(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/auxiliary/./tgsi/tgsi_ureg.h:129] in r600_dri.so (0x0033edc0) 17 0x7a74aa6d util_make_vertex_passthrough_shader_with_so+0x105(pipe=0x7cbd77d0, num_attribs=0x2, semantic_names=0x33ef10, semantic_indexes=0x33ef08, so=(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/auxiliary/util/u_simple_shaders.c:93] in r600_dri.so (0x0033ee10) 18 0x7a74a961 util_make_vertex_passthrough_shader+0x3f(pipe=0x7cbd77d0, num_attribs=0x2, semantic_names=0x33ef10, semantic_indexes=0x33ef08) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/auxiliary/util/u_simple_shaders.c:59] in r600_dri.so (0x0033ee40) 19 0x7a73624a util_blitter_create+0x62b(pipe=0x7cbd77d0) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/auxiliary/util/u_blitter.c:264] in r600_dri.so (0x0033efc0) 20 0x7a3ba390 r600_create_context+0x421(screen=0x7cb10a40, priv=0x0(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/drivers/r600/r600_pipe.c:280] in r600_dri.so (0x0033f000) 21 0x7a4a2072 st_api_create_context+0xa5(stapi=0x7b5c7760, smapi=0x7cb107f0, attribs=0x33f11c, error=0x33f118, shared_stctxi=(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/mesa/../../src/mesa/state_tracker/st_manager.c:631] in r600_dri.so (0x0033f0f0) 22 0x7a488102 dri_create_context+0x19c(api=API_OPENGL, visual=0x7cb135e8, cPriv=0x7cc9aa90, major_version=0x1, minor_version=0, flags=0, error=0x33f1f4, sharedContextPrivate=0x0(nil)) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/state_trackers/dri/drm/dri_context.c:110] in r600_dri.so (0x0033f160) 23 0x7a3b5946 dri2CreateContextAttribs+0x2a9(screen=0x7cb10728, api=0, config=0x7cb135e8, shared=(nil), num_attribs=0, attribs=0x0(nil), error=0x33f1f4, data=0x7cc9b150) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/targets/dri-r600/../../../../src/mesa/drivers/dri/common/dri_util.c:260] in r600_dri.so (0x0033f1c0) 24 0x7a3b59c6 dri2CreateNewContextForAPI+0x55(screen=0x7cb10728, api=0, config=0x7cb135e8, shared=(nil), data=0x7cc9b150) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/targets/dri-r600/../../../../src/mesa/drivers/dri/common/dri_util.c:278] in r600_dri.so (0x0033f200) 25 0x7a3b5a0c dri2CreateNewContext+0x3f(screen=0x7cb10728, config=0x7cb135e8, shared=(nil), data=0x7cc9b150) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/gallium/targets/dri-r600/../../../../src/mesa/drivers/dri/common/dri_util.c:286] in r600_dri.so (0x0033f230) 26 0x7da2c9c0 dri2_create_context+0xf7(base=0x7cb03c90, config_base=0x7cb229c8, shareList=(nil), renderType=0x8014) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx/dri2_glx.c:213] in libgl.so.1 (0x0033f270) 27 0x7d9f3bc6 CreateContext+0x9e(dpy=0x7cabbc78, generic_id=0x131, config=0x7cb229c8, shareList_user=(nil), allowDirect=0x1, code=0x3, renderType=0x8014, screen=0) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx/glxcmds.c:276] in libgl.so.1 (0x0033f2b0) 28 0x7d9f3f8c glXCreateContext+0x105(dpy=0x7cabbc78, vis=0x7cb67098, shareList=(nil), allowDirect=0x1) [/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx/glxcmds.c:381] in libgl.so.1 (0x0033f310) 29 0x7e95a1e2 in winex11 (+0x2a1e1) (0x0033f340) 30 0x7e95a339 in winex11 (+0x2a338) (0x0033f3a0) 31 0x7dafec33 in opengl32 (+0x6ec32) (0x0033f3e0) ... -- 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 58696] New: Choppy video playback in VLC with R600g on Radeon HD 6620G
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=58696 Priority: medium Bug ID: 58696 Assignee: dri-devel(a)lists.freedesktop.org Summary: Choppy video playback in VLC with R600g on Radeon HD 6620G Severity: normal Classification: Unclassified OS: All Reporter: runetmember(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Video playback of almost any typical 10Mbps 1080p BDRip is choppy (many dropped frames) in VLC if R600g driver is used instead of fglrx on Radeon HD 6620G GPU. Enabling/disabling composting doesn't make difference (so this issue is not duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=47776 ). Enabling/disabling "Suspend desktop effects for fullscreen windows" KWin options doesn't make difference for fullscreen playback. There is little difference between xv and OpenGL (GLX) output in VLC - xv output a little faster but gives choppy playback too. Issue is not reproducible: 1. in mplayer (SMPlayer is used) with R600g driver, 2. in Firefox (1080p VP8 playback) in Chrome (1080p H.264 playback) and in Adobe Flash 11.5 plugin (1080p H.264 too) with R600g driver. 3. in VLC with fglrx driver (hardware decoder is not enabled). Issue happen only in VLC&R600g combination. VLC always uses indirect rendering instead of direct so I check mplayer playback with disabled direct rendering and with enabled direct rendering but I doesn't notice any difference. AFAIK mplayer and VLC drops frames very differently so I check mplayer with disabled frame drop and with enabled frame drop but (again) doesn't notice any difference. So I doesn't sure what exactly is wrong in VLC&R600g combination but choppy video playback happen only in this combination for sure. In my opinion issues most likely is relevant only for APU hardware. Video sample used for testing: http://www.multiupload.nl/56CCVTW42H (most noticeable slowdown happen since 00:32). Software: Linux 3.8rc1 libdrm 2.4.40+git20121123.171666e4 Mesa 9.1~git20121222.a585b8f3 xserver-xorg-video-radeon 7.0.99+git20121207.793e1b0e Xserver 1.13.0.902+git20121207 VLC 2.0.5 (default settings tested too - no difference) mplayer 1.0~rc4.dfsg1+svn34540 Kubuntu 12.10 x86_64, Xorg Edgers PPA enabled. Hardware: A8-3500M with Radeon HD 6620G. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[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 58491] New: regression : r600g: work around ddx over alignment
by bugzilla-daemon＠freedesktop.org 24 Apr '13

24 Apr '13

https://bugs.freedesktop.org/show_bug.cgi?id=58491 Priority: medium Bug ID: 58491 Assignee: dri-devel(a)lists.freedesktop.org Summary: regression : r600g: work around ddx over alignment Severity: normal Classification: Unclassified OS: All Reporter: maxijac(a)free.fr Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa Hi, THis gives weird artifacts and my screen is not refreshed (need to alt tab several times to redraw it) On HD 6870 and linux 3.7, 3c7d024c2671dac541b8f2daed55040f4fd5d62d radeon DDX. d8287bac1fd4a77abc2db38de134f14176740d23 is the first bad commit commit d8287bac1fd4a77abc2db38de134f14176740d23 Author: Jerome Glisse <jglisse(a)redhat.com> Date: Tue Dec 18 12:45:31 2012 -0500 r600g: work around ddx over alignment This force surface allocated from ddx to be consider as height aligned on 8 and fix 1D->2D tiling transition that result from this. Signed-off-by: Jerome Glisse <jglisse(a)redhat.com> Reviewed-by: Marek Olšák <maraeo(a)gmail.com> :040000 040000 9363ec48ccf6fdf72dd5500a25f89f987c66eb18 91abd9cb2eeab3d3324e4859776cf66e1934fa72 M src -- You are receiving this mail because: You are the assignee for the bug.

1 11

[PATCH v2 1/3] arch: make __mutex_fastpath_lock_retval return whether fastpath succeeded or not.
by Maarten Lankhorst 18 Apr '13

18 Apr '13

This will allow me to call functions that have multiple arguments if fastpath fails. This is required to support ticket mutexes, because they need to be able to pass an extra argument to the fail function. Originally I duplicated the functions, by adding __mutex_fastpath_lock_retval_arg. This ended up being just a duplication of the existing function, so a way to test if fastpath was called ended up being better. This also cleaned up the reservation mutex patch some by being able to call an atomic_set instead of atomic_xchg, and making it easier to detect if the wrong unlock function was previously used. Signed-off-by: Maarten Lankhorst <maarten.lankhorst(a)canonical.com> --- arch/ia64/include/asm/mutex.h | 10 ++++------ arch/powerpc/include/asm/mutex.h | 10 ++++------ arch/sh/include/asm/mutex-llsc.h | 4 ++-- arch/x86/include/asm/mutex_32.h | 11 ++++------- arch/x86/include/asm/mutex_64.h | 11 ++++------- include/asm-generic/mutex-dec.h | 10 ++++------ include/asm-generic/mutex-null.h | 2 +- include/asm-generic/mutex-xchg.h | 10 ++++------ kernel/mutex.c | 32 ++++++++++++++------------------ 9 files changed, 41 insertions(+), 59 deletions(-) diff --git a/arch/ia64/include/asm/mutex.h b/arch/ia64/include/asm/mutex.h index bed73a6..f41e66d 100644 --- a/arch/ia64/include/asm/mutex.h +++ b/arch/ia64/include/asm/mutex.h @@ -29,17 +29,15 @@ __mutex_fastpath_lock(atomic_t *count, void (*fail_fn)(atomic_t *)) * __mutex_fastpath_lock_retval - try to take the lock by moving the count * from 1 to a 0 value * @count: pointer of type atomic_t - * @fail_fn: function to call if the original value was not 1 * - * Change the count from 1 to a value lower than 1, and call <fail_fn> if - * it wasn't 1 originally. This function returns 0 if the fastpath succeeds, - * or anything the slow path function returns. + * Change the count from 1 to a value lower than 1. This function returns 0 + * if the fastpath succeeds, or -1 otherwise. */ static inline int -__mutex_fastpath_lock_retval(atomic_t *count, int (*fail_fn)(atomic_t *)) +__mutex_fastpath_lock_retval(atomic_t *count) { if (unlikely(ia64_fetchadd4_acq(count, -1) != 1)) - return fail_fn(count); + return -1; return 0; } diff --git a/arch/powerpc/include/asm/mutex.h b/arch/powerpc/include/asm/mutex.h index 5399f7e..127ab23 100644 --- a/arch/powerpc/include/asm/mutex.h +++ b/arch/powerpc/include/asm/mutex.h @@ -82,17 +82,15 @@ __mutex_fastpath_lock(atomic_t *count, void (*fail_fn)(atomic_t *)) * __mutex_fastpath_lock_retval - try to take the lock by moving the count * from 1 to a 0 value * @count: pointer of type atomic_t - * @fail_fn: function to call if the original value was not 1 * - * Change the count from 1 to a value lower than 1, and call <fail_fn> if - * it wasn't 1 originally. This function returns 0 if the fastpath succeeds, - * or anything the slow path function returns. + * Change the count from 1 to a value lower than 1. This function returns 0 + * if the fastpath succeeds, or -1 otherwise. */ static inline int -__mutex_fastpath_lock_retval(atomic_t *count, int (*fail_fn)(atomic_t *)) +__mutex_fastpath_lock_retval(atomic_t *count) { if (unlikely(__mutex_dec_return_lock(count) < 0)) - return fail_fn(count); + return -1; return 0; } diff --git a/arch/sh/include/asm/mutex-llsc.h b/arch/sh/include/asm/mutex-llsc.h index 090358a..dad29b6 100644 --- a/arch/sh/include/asm/mutex-llsc.h +++ b/arch/sh/include/asm/mutex-llsc.h @@ -37,7 +37,7 @@ __mutex_fastpath_lock(atomic_t *count, void (*fail_fn)(atomic_t *)) } static inline int -__mutex_fastpath_lock_retval(atomic_t *count, int (*fail_fn)(atomic_t *)) +__mutex_fastpath_lock_retval(atomic_t *count) { int __done, __res; @@ -51,7 +51,7 @@ __mutex_fastpath_lock_retval(atomic_t *count, int (*fail_fn)(atomic_t *)) : "t"); if (unlikely(!__done || __res != 0)) - __res = fail_fn(count); + __res = -1; return __res; } diff --git a/arch/x86/include/asm/mutex_32.h b/arch/x86/include/asm/mutex_32.h index 03f90c8..b7f6b34 100644 --- a/arch/x86/include/asm/mutex_32.h +++ b/arch/x86/include/asm/mutex_32.h @@ -42,17 +42,14 @@ do { \ * __mutex_fastpath_lock_retval - try to take the lock by moving the count * from 1 to a 0 value * @count: pointer of type atomic_t - * @fail_fn: function to call if the original value was not 1 * - * Change the count from 1 to a value lower than 1, and call <fail_fn> if it - * wasn't 1 originally. This function returns 0 if the fastpath succeeds, - * or anything the slow path function returns + * Change the count from 1 to a value lower than 1. This function returns 0 + * if the fastpath succeeds, or 1 otherwise. */ -static inline int __mutex_fastpath_lock_retval(atomic_t *count, - int (*fail_fn)(atomic_t *)) +static inline int __mutex_fastpath_lock_retval(atomic_t *count) { if (unlikely(atomic_dec_return(count) < 0)) - return fail_fn(count); + return -1; else return 0; } diff --git a/arch/x86/include/asm/mutex_64.h b/arch/x86/include/asm/mutex_64.h index 68a87b0..2c543ff 100644 --- a/arch/x86/include/asm/mutex_64.h +++ b/arch/x86/include/asm/mutex_64.h @@ -37,17 +37,14 @@ do { \ * __mutex_fastpath_lock_retval - try to take the lock by moving the count * from 1 to a 0 value * @count: pointer of type atomic_t - * @fail_fn: function to call if the original value was not 1 * - * Change the count from 1 to a value lower than 1, and call <fail_fn> if - * it wasn't 1 originally. This function returns 0 if the fastpath succeeds, - * or anything the slow path function returns + * Change the count from 1 to a value lower than 1. This function returns 0 + * if the fastpath succeeds, or -1 otherwise. */ -static inline int __mutex_fastpath_lock_retval(atomic_t *count, - int (*fail_fn)(atomic_t *)) +static inline int __mutex_fastpath_lock_retval(atomic_t *count) { if (unlikely(atomic_dec_return(count) < 0)) - return fail_fn(count); + return -1; else return 0; } diff --git a/include/asm-generic/mutex-dec.h b/include/asm-generic/mutex-dec.h index f104af7..d4f9fb4 100644 --- a/include/asm-generic/mutex-dec.h +++ b/include/asm-generic/mutex-dec.h @@ -28,17 +28,15 @@ __mutex_fastpath_lock(atomic_t *count, void (*fail_fn)(atomic_t *)) * __mutex_fastpath_lock_retval - try to take the lock by moving the count * from 1 to a 0 value * @count: pointer of type atomic_t - * @fail_fn: function to call if the original value was not 1 * - * Change the count from 1 to a value lower than 1, and call <fail_fn> if - * it wasn't 1 originally. This function returns 0 if the fastpath succeeds, - * or anything the slow path function returns. + * Change the count from 1 to a value lower than 1. This function returns 0 + * if the fastpath succeeds, or -1 otherwise. */ static inline int -__mutex_fastpath_lock_retval(atomic_t *count, int (*fail_fn)(atomic_t *)) +__mutex_fastpath_lock_retval(atomic_t *count) { if (unlikely(atomic_dec_return(count) < 0)) - return fail_fn(count); + return -1; return 0; } diff --git a/include/asm-generic/mutex-null.h b/include/asm-generic/mutex-null.h index e1bbbc7..efd6206 100644 --- a/include/asm-generic/mutex-null.h +++ b/include/asm-generic/mutex-null.h @@ -11,7 +11,7 @@ #define _ASM_GENERIC_MUTEX_NULL_H #define __mutex_fastpath_lock(count, fail_fn) fail_fn(count) -#define __mutex_fastpath_lock_retval(count, fail_fn) fail_fn(count) +#define __mutex_fastpath_lock_retval(count, fail_fn) (-1) #define __mutex_fastpath_unlock(count, fail_fn) fail_fn(count) #define __mutex_fastpath_trylock(count, fail_fn) fail_fn(count) #define __mutex_slowpath_needs_to_unlock() 1 diff --git a/include/asm-generic/mutex-xchg.h b/include/asm-generic/mutex-xchg.h index c04e0db..f169ec0 100644 --- a/include/asm-generic/mutex-xchg.h +++ b/include/asm-generic/mutex-xchg.h @@ -39,18 +39,16 @@ __mutex_fastpath_lock(atomic_t *count, void (*fail_fn)(atomic_t *)) * __mutex_fastpath_lock_retval - try to take the lock by moving the count * from 1 to a 0 value * @count: pointer of type atomic_t - * @fail_fn: function to call if the original value was not 1 * - * Change the count from 1 to a value lower than 1, and call <fail_fn> if it - * wasn't 1 originally. This function returns 0 if the fastpath succeeds, - * or anything the slow path function returns + * Change the count from 1 to a value lower than 1. This function returns 0 + * if the fastpath succeeds, or -1 otherwise. */ static inline int -__mutex_fastpath_lock_retval(atomic_t *count, int (*fail_fn)(atomic_t *)) +__mutex_fastpath_lock_retval(atomic_t *count) { if (unlikely(atomic_xchg(count, 0) != 1)) if (likely(atomic_xchg(count, -1) != 1)) - return fail_fn(count); + return -1; return 0; } diff --git a/kernel/mutex.c b/kernel/mutex.c index 52f2301..84a5f07 100644 --- a/kernel/mutex.c +++ b/kernel/mutex.c @@ -351,10 +351,10 @@ __mutex_unlock_slowpath(atomic_t *lock_count) * mutex_lock_interruptible() and mutex_trylock(). */ static noinline int __sched -__mutex_lock_killable_slowpath(atomic_t *lock_count); +__mutex_lock_killable_slowpath(struct mutex *lock); static noinline int __sched -__mutex_lock_interruptible_slowpath(atomic_t *lock_count); +__mutex_lock_interruptible_slowpath(struct mutex *lock); /** * mutex_lock_interruptible - acquire the mutex, interruptible @@ -372,12 +372,12 @@ int __sched mutex_lock_interruptible(struct mutex *lock) int ret; might_sleep(); - ret = __mutex_fastpath_lock_retval - (&lock->count, __mutex_lock_interruptible_slowpath); - if (!ret) + ret = __mutex_fastpath_lock_retval(&lock->count); + if (likely(!ret)) { mutex_set_owner(lock); - - return ret; + return 0; + } else + return __mutex_lock_interruptible_slowpath(lock); } EXPORT_SYMBOL(mutex_lock_interruptible); @@ -387,12 +387,12 @@ int __sched mutex_lock_killable(struct mutex *lock) int ret; might_sleep(); - ret = __mutex_fastpath_lock_retval - (&lock->count, __mutex_lock_killable_slowpath); - if (!ret) + ret = __mutex_fastpath_lock_retval(&lock->count); + if (likely(!ret)) { mutex_set_owner(lock); - - return ret; + return 0; + } else + return __mutex_lock_killable_slowpath(lock); } EXPORT_SYMBOL(mutex_lock_killable); @@ -405,18 +405,14 @@ __mutex_lock_slowpath(atomic_t *lock_count) } static noinline int __sched -__mutex_lock_killable_slowpath(atomic_t *lock_count) +__mutex_lock_killable_slowpath(struct mutex *lock) { - struct mutex *lock = container_of(lock_count, struct mutex, count); - return __mutex_lock_common(lock, TASK_KILLABLE, 0, NULL, _RET_IP_); } static noinline int __sched -__mutex_lock_interruptible_slowpath(atomic_t *lock_count) +__mutex_lock_interruptible_slowpath(struct mutex *lock) { - struct mutex *lock = container_of(lock_count, struct mutex, count); - return __mutex_lock_common(lock, TASK_INTERRUPTIBLE, 0, NULL, _RET_IP_); } #endif

8 37

drivers/gpu/drm/nouveau/nouveau_acpi.c:420: undefined reference to `acpi_video_get_edid'
by Borislav Petkov 17 Apr '13

17 Apr '13

Hi, I'm guessing someone has already triggered this on latest Linus' tree and has a fix? drivers/built-in.o: In function `nouveau_acpi_edid': /w/kernel/linux/drivers/gpu/drm/nouveau/nouveau_acpi.c:420: undefined reference to `acpi_video_get_edid' make: *** [vmlinux] Error 1 Btw, I got CONFIG_ACPI_VIDEO=m while CONFIG_DRM_NOUVEAU=y and this is probably the reason for the vmlinux link error. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. --

2 6

[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

← Newer
1
...
40
41
42
43
44
45
46
...
70
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2013