dri-devel April 2013

dri-devel@lists.freedesktop.org

142 participants
765 discussions

[Bug 63730] New: UVD broken on HD5470 by "drm/radeon: raise UVD clocks only on demand"
by bugzilla-daemon＠freedesktop.org 04 May '13

04 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=63730 Priority: medium Bug ID: 63730 Assignee: dri-devel(a)lists.freedesktop.org Summary: UVD broken on HD5470 by "drm/radeon: raise UVD clocks only on demand" Severity: normal Classification: Unclassified OS: All Reporter: johannes.hirte(a)fem.tu-ilmenau.de Hardware: Other Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI commit 6b1932bd23b6f3b3d46a2e23b2fdad4f58142b55 breaks UVD on my HD5470. The dmesg output with this commit: Apr 19 15:32:10 localhost kernel: Linux agpgart interface v0.103 Apr 19 15:32:10 localhost kernel: [drm] Initialized drm 1.1.0 20060810 Apr 19 15:32:10 localhost kernel: [drm] radeon kernel modesetting enabled. Apr 19 15:32:10 localhost kernel: [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x1025:0x0489). Apr 19 15:32:10 localhost kernel: [drm] register mmio base: 0xF2100000 Apr 19 15:32:10 localhost kernel: [drm] register mmio size: 131072 Apr 19 15:32:10 localhost kernel: ATOM BIOS: Acer Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used) Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF Apr 19 15:32:10 localhost kernel: [drm] Detected VRAM RAM=512M, BAR=256M Apr 19 15:32:10 localhost kernel: [drm] RAM width 64bits DDR Apr 19 15:32:10 localhost kernel: [TTM] Zone kernel: Available graphics memory: 2022516 kiB Apr 19 15:32:10 localhost kernel: [TTM] Initializing pool allocator Apr 19 15:32:10 localhost kernel: [TTM] Initializing DMA pool allocator Apr 19 15:32:10 localhost kernel: [drm] radeon: 512M of VRAM memory ready Apr 19 15:32:10 localhost kernel: [drm] radeon: 512M of GTT memory ready. Apr 19 15:32:10 localhost kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). Apr 19 15:32:10 localhost kernel: [drm] Driver supports precise vblank timestamp query. Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: irq 43 for MSI/MSI-X Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: radeon: using MSI. Apr 19 15:32:10 localhost kernel: [drm] radeon: irq initialized. Apr 19 15:32:10 localhost kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072 Apr 19 15:32:10 localhost kernel: [drm] probing gen 2 caps for device 1022:9603 = 300d02/0 Apr 19 15:32:10 localhost kernel: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 Apr 19 15:32:10 localhost kernel: [drm] Loading CEDAR Microcode Apr 19 15:32:10 localhost kernel: [drm] PCIE GART of 512M enabled (table at 0x000000000025D000). Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: WB enabled Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff88011a16bc00 Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0xffff88011a16bc0c Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x000000000005c418 and cpu addr 0xffffc90001e9c418 Apr 19 15:32:10 localhost kernel: [drm] ring test on 0 succeeded in 1 usecs Apr 19 15:32:10 localhost kernel: [drm] ring test on 3 succeeded in 1 usecs Apr 19 15:32:10 localhost kernel: ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared Apr 19 15:32:10 localhost kernel: ACPI: Battery Slot [BAT1] (battery present) Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! Apr 19 15:32:10 localhost kernel: [drm:r600_uvd_init] *ERROR* UVD not responding, giving up!!! Apr 19 15:32:10 localhost kernel: [drm:evergreen_startup] *ERROR* radeon: error initializing UVD (-1). Apr 19 15:32:10 localhost kernel: [drm] Enabling audio support Apr 19 15:32:10 localhost kernel: [drm] ib test on ring 0 succeeded in 0 usecs Apr 19 15:32:10 localhost kernel: [drm] ib test on ring 3 succeeded in 0 usecs Apr 19 15:32:10 localhost kernel: Switching to clocksource tsc Apr 19 15:32:10 localhost kernel: [drm] radeon atom DIG backlight initialized Apr 19 15:32:10 localhost kernel: [drm] Radeon Display Connectors Apr 19 15:32:10 localhost kernel: [drm] Connector 0: Apr 19 15:32:10 localhost kernel: [drm] LVDS-1 Apr 19 15:32:10 localhost kernel: [drm] DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 0x656c Apr 19 15:32:10 localhost kernel: [drm] Encoders: Apr 19 15:32:10 localhost kernel: [drm] LCD1: INTERNAL_UNIPHY Apr 19 15:32:10 localhost kernel: [drm] Connector 1: Apr 19 15:32:10 localhost kernel: [drm] HDMI-A-1 Apr 19 15:32:10 localhost kernel: [drm] HPD1 Apr 19 15:32:10 localhost kernel: [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c Apr 19 15:32:10 localhost kernel: [drm] Encoders: Apr 19 15:32:10 localhost kernel: [drm] DFP1: INTERNAL_UNIPHY1 Apr 19 15:32:10 localhost kernel: [drm] Connector 2: Apr 19 15:32:10 localhost kernel: [drm] VGA-1 Apr 19 15:32:10 localhost NetworkManager[1538]: <info> (wlan0): supplicant interface state: disconnected -> inactive Apr 19 15:32:10 localhost kernel: [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c Apr 19 15:32:10 localhost kernel: [drm] Encoders: Apr 19 15:32:10 localhost kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 Apr 19 15:32:10 localhost kernel: [drm] Internal thermal controller with fan control Apr 19 15:32:10 localhost kernel: [drm] radeon: power management initialized Apr 19 15:32:10 localhost kernel: [drm] fb mappable at 0xE035F000 Apr 19 15:32:10 localhost kernel: [drm] vram apper at 0xE0000000 Apr 19 15:32:10 localhost kernel: [drm] size 4325376 Apr 19 15:32:10 localhost kernel: [drm] fb depth is 24 Apr 19 15:32:10 localhost kernel: [drm] pitch is 5632 Apr 19 15:32:10 localhost kernel: fbcon: radeondrmfb (fb0) is primary device Apr 19 15:32:10 localhost kernel: Console: switching to colour frame buffer device 170x48 Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device Apr 19 15:32:10 localhost kernel: radeon 0000:01:00.0: registered panic notifier Apr 19 15:32:10 localhost kernel: [drm] Initialized radeon 2.33.0 20080528 for 0000:01:00.0 on minor 0 -- You are receiving this mail because: You are the assignee for the bug.

1 19

[Bug 63973] New: Regression in WebGL gl-vertexattribpointer.html by commit 5649f886f7602
by bugzilla-daemon＠freedesktop.org 04 May '13

04 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=63973 Priority: medium Bug ID: 63973 Assignee: dri-devel(a)lists.freedesktop.org Summary: Regression in WebGL gl-vertexattribpointer.html by commit 5649f886f7602 Severity: normal Classification: Unclassified OS: All Reporter: BryanQuigley(a)Ubuntu.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa Latest Git Mesa has Firefox crash on: https://www.khronos.org/registry/webgl/conformance-suites/1.0.2/conformance… Bisected to: 5649f886f76023532538b8792605a3578cec1ed1 is the first bad commit commit 5649f886f76023532538b8792605a3578cec1ed1 Author: Marek Olšák <maraeo(a)gmail.com> Date: Sun Apr 14 23:28:36 2013 +0200 st/mesa: add a simple path to BufferData if it only discards buffer contents Reviewed-by: Brian Paul <brianp(a)vmware.com> :040000 040000 5910fd0b513be1d4042f230eec0e17d1212ac9ba 8ef76a79e25fae2bbbd96fb9a1e80488532316f6 M src System specifics: Running Ubuntu 13.04 w/ Xorg Edgers. Mesa from Git. 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RS690M [Radeon Xpress 1200/1250/1270] [1002:791f] 3.9.0-996-generic #201304260406 SMP Fri Apr 26 08:07:07 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux (mainline drm-next build) -- You are receiving this mail because: You are the assignee for the bug.

1 1

[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

[PATCH 0/4] drm/exynos: hdmi: move hdmiphy related code to hdmiphy driver
by Rahul Sharma 03 May '13

03 May '13

Right now hdmiphy operations and configs are kept inside hdmi driver. hdmiphy related code is tightly coupled with hdmi ip driver. Physicaly they are different devices and should be instantiated independently. In terms of versions/mapping/configurations Hdmi and hdmiphy are independent of each other. It seems logical to isolate them and maintained independently. This implementation is tested for: 1) Resolutions supported by exynos4 and 5 hdmi. 2) Runtime PM and S2R scenarions for exynos5. This patch set is dependent on the patch, posted at http://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg17905.html This series is based on exynos-drm-next branch at git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git Rahul Sharma (4): drm/exynos: hdmi: move hdmi subsystem registration to drm common hdmi drm/exynos: hdmi: register hdmiphy driver from common drm hdmi drm/exynos: hdmi: move hdmiphy callbacks to hdmiphy driver ARM: EXYNOS: remove parent device for hdmiphy clock arch/arm/mach-exynos/clock-exynos4.c | 1 - arch/arm/mach-exynos/clock-exynos5.c | 1 - drivers/gpu/drm/exynos/exynos_drm_drv.c | 25 +- drivers/gpu/drm/exynos/exynos_drm_drv.h | 14 +- drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 107 +++++- drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 20 + drivers/gpu/drm/exynos/exynos_hdmi.c | 371 ++----------------- drivers/gpu/drm/exynos/exynos_hdmi.h | 1 - drivers/gpu/drm/exynos/exynos_hdmiphy.c | 585 +++++++++++++++++++++++++++++- drivers/gpu/drm/exynos/regs-hdmiphy.h | 61 ++++ 10 files changed, 780 insertions(+), 406 deletions(-) create mode 100644 drivers/gpu/drm/exynos/regs-hdmiphy.h -- 1.7.10.4

5 13

[PATCHv4 0/2] Speed Cap fixes for ppc64
by lucaskt＠linux.vnet.ibm.com 03 May '13

03 May '13

From: Lucas Kannebley Tavares <lucaskt(a)vnet.linux.ibm.com> This patch series does: 1. max_bus_speed is used to set the device to gen2 speeds 2. on power there's no longer a conflict between the pseries call and other architectures, because the overwrite is done via a ppc_md hook 3. radeon is using bus->max_bus_speed instead of drm_pcie_get_speed_cap_mask for gen2 capability detection And I've also added the changes proposed by Michael Ellerman: 1. Corrected Patch 1's comments 2. Moved forward function declarations to pseries.h header 3. Added forward references to struct pci_host_bridge, preventing compilation fails. The first patch consists of some architecture changes, such as adding a hook on powerpc for pci_root_bridge_prepare, so that pseries will initialize it to a function, while all other architectures get a NULL pointer. So that whenever whenever pci_create_root_bus is called, we'll get max_bus_speed properly setup from OpenFirmware. The second patch consists of simple radeon changes not to call drm_get_pcie_speed_cap_mask anymore. I assume that on x86 machines, the max_bus_speed property will be properly set already. Lucas Kannebley Tavares (2): ppc64: perform proper max_bus_speed detection radeon: use max_bus_speed to activate gen2 speeds arch/powerpc/include/asm/machdep.h | 2 ++ arch/powerpc/kernel/pci-common.c | 8 +++++ arch/powerpc/platforms/pseries/pci.c | 51 ++++++++++++++++++++++++++++++++ arch/powerpc/platforms/pseries/pseries.h | 4 +++ arch/powerpc/platforms/pseries/setup.c | 2 ++ drivers/gpu/drm/radeon/evergreen.c | 10 ++----- drivers/gpu/drm/radeon/r600.c | 9 ++---- drivers/gpu/drm/radeon/rv770.c | 9 ++---- 8 files changed, 74 insertions(+), 21 deletions(-) -- 1.8.1.4

4 7

[Bug 64096] New: LLVM RV790 etqw regression since R600: Packetize instructions
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=64096 Priority: medium Bug ID: 64096 Assignee: dri-devel(a)lists.freedesktop.org Summary: LLVM RV790 etqw regression since R600: Packetize instructions Severity: normal Classification: Unclassified OS: All Reporter: adf.lists(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa rv790 with etqw getting a green tint in levels on current llvm/mesa heads. llvm bisected to below, while actually sitting on that there are more corruptions than just the tint. commit 25f259cde28860ea76c2f5628010968945a28edb Author: Vincent Lejeune <vljn(a)ovi.com> Date: Tue Apr 30 00:14:27 2013 +0000 R600: Packetize instructions git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180760 91177308-0d34-0410-b5e6-96231b3b80d8 -- You are receiving this mail because: You are the assignee for the bug.

1 7

[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

[PATCH v4] drm/exynos: hdmi: use drm_display_mode to check the supported modes
by Rahul Sharma 03 May '13

03 May '13

Exynos hdmi driver is using drm_display_mode for setting timing values for a supported resolution. Conversion to fb_videomode and then comparing with the mixer/hdmi/phy limits is not required. Instead, drm_display_mode fields cane be directly compared. v4: 1) Removed __func__ from DRM_DEBUG_KMS. v3: 1) Replaced check_timing callbacks with check_mode. 2) Change the type of second parameter of check_mode callback from void pointer paramenter to struct drm_display_mode pointer. v2: 1) Removed convert_to_video_timing(). 2) Corrected DRM_DEBUG_KMS to print the resolution properly. Signed-off-by: Rahul Sharma <rahul.sharma(a)samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_connector.c | 38 ++----------------------- drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 +-- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 +-- drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 17 +++++------ drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 6 ++-- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 +-- drivers/gpu/drm/exynos/exynos_hdmi.c | 29 +++++++++---------- drivers/gpu/drm/exynos/exynos_mixer.c | 17 +++++------ 8 files changed, 43 insertions(+), 76 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_connector.c b/drivers/gpu/drm/exynos/exynos_drm_connector.c index 8bcc13a..ab3c6d4 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_connector.c +++ b/drivers/gpu/drm/exynos/exynos_drm_connector.c @@ -58,37 +58,6 @@ convert_to_display_mode(struct drm_display_mode *mode, mode->flags |= DRM_MODE_FLAG_DBLSCAN; } -/* convert drm_display_mode to exynos_video_timings */ -static inline void -convert_to_video_timing(struct fb_videomode *timing, - struct drm_display_mode *mode) -{ - DRM_DEBUG_KMS("%s\n", __FILE__); - - memset(timing, 0, sizeof(*timing)); - - timing->pixclock = mode->clock * 1000; - timing->refresh = drm_mode_vrefresh(mode); - - timing->xres = mode->hdisplay; - timing->right_margin = mode->hsync_start - mode->hdisplay; - timing->hsync_len = mode->hsync_end - mode->hsync_start; - timing->left_margin = mode->htotal - mode->hsync_end; - - timing->yres = mode->vdisplay; - timing->lower_margin = mode->vsync_start - mode->vdisplay; - timing->vsync_len = mode->vsync_end - mode->vsync_start; - timing->upper_margin = mode->vtotal - mode->vsync_end; - - if (mode->flags & DRM_MODE_FLAG_INTERLACE) - timing->vmode = FB_VMODE_INTERLACED; - else - timing->vmode = FB_VMODE_NONINTERLACED; - - if (mode->flags & DRM_MODE_FLAG_DBLSCAN) - timing->vmode |= FB_VMODE_DOUBLE; -} - static int exynos_drm_connector_get_modes(struct drm_connector *connector) { struct exynos_drm_connector *exynos_connector = @@ -168,15 +137,12 @@ static int exynos_drm_connector_mode_valid(struct drm_connector *connector, to_exynos_connector(connector); struct exynos_drm_manager *manager = exynos_connector->manager; struct exynos_drm_display_ops *display_ops = manager->display_ops; - struct fb_videomode timing; int ret = MODE_BAD; DRM_DEBUG_KMS("%s\n", __FILE__); - convert_to_video_timing(&timing, mode); - - if (display_ops && display_ops->check_timing) - if (!display_ops->check_timing(manager->dev, (void *)&timing)) + if (display_ops && display_ops->check_mode) + if (!display_ops->check_mode(manager->dev, mode)) ret = MODE_OK; return ret; diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h b/drivers/gpu/drm/exynos/exynos_drm_drv.h index 4606fac..9650b3b 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_drv.h +++ b/drivers/gpu/drm/exynos/exynos_drm_drv.h @@ -142,7 +142,7 @@ struct exynos_drm_overlay { * @is_connected: check for that display is connected or not. * @get_edid: get edid modes from display driver. * @get_panel: get panel object from display driver. - * @check_timing: check if timing is valid or not. + * @check_mode: check if mode is valid or not. * @power_on: display device on or off. */ struct exynos_drm_display_ops { @@ -151,7 +151,7 @@ struct exynos_drm_display_ops { struct edid *(*get_edid)(struct device *dev, struct drm_connector *connector); void *(*get_panel)(struct device *dev); - int (*check_timing)(struct device *dev, void *timing); + int (*check_mode)(struct device *dev, struct drm_display_mode *mode); int (*power_on)(struct device *dev, int mode); }; diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c b/drivers/gpu/drm/exynos/exynos_drm_fimd.c index 15e58f5..98bbe1e 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_fimd.c +++ b/drivers/gpu/drm/exynos/exynos_drm_fimd.c @@ -153,7 +153,7 @@ static void *fimd_get_panel(struct device *dev) return ctx->panel; } -static int fimd_check_timing(struct device *dev, void *timing) +static int fimd_check_mode(struct device *dev, struct drm_display_mode *mode) { DRM_DEBUG_KMS("%s\n", __FILE__); @@ -175,7 +175,7 @@ static struct exynos_drm_display_ops fimd_display_ops = { .type = EXYNOS_DISPLAY_TYPE_LCD, .is_connected = fimd_display_is_connected, .get_panel = fimd_get_panel, - .check_timing = fimd_check_timing, + .check_mode = fimd_check_mode, .power_on = fimd_display_power_on, }; diff --git a/drivers/gpu/drm/exynos/exynos_drm_hdmi.c b/drivers/gpu/drm/exynos/exynos_drm_hdmi.c index 5285509..8a07e8b 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_hdmi.c +++ b/drivers/gpu/drm/exynos/exynos_drm_hdmi.c @@ -121,7 +121,8 @@ static struct edid *drm_hdmi_get_edid(struct device *dev, return NULL; } -static int drm_hdmi_check_timing(struct device *dev, void *timing) +static int drm_hdmi_check_mode(struct device *dev, + struct drm_display_mode *mode) { struct drm_hdmi_context *ctx = to_context(dev); int ret = 0; @@ -133,14 +134,14 @@ static int drm_hdmi_check_timing(struct device *dev, void *timing) * If any of the two fails, return mode as BAD. */ - if (mixer_ops && mixer_ops->check_timing) - ret = mixer_ops->check_timing(ctx->mixer_ctx->ctx, timing); + if (mixer_ops && mixer_ops->check_mode) + ret = mixer_ops->check_mode(ctx->mixer_ctx->ctx, mode); if (ret) return ret; - if (hdmi_ops && hdmi_ops->check_timing) - return hdmi_ops->check_timing(ctx->hdmi_ctx->ctx, timing); + if (hdmi_ops && hdmi_ops->check_mode) + return hdmi_ops->check_mode(ctx->hdmi_ctx->ctx, mode); return 0; } @@ -161,7 +162,7 @@ static struct exynos_drm_display_ops drm_hdmi_display_ops = { .type = EXYNOS_DISPLAY_TYPE_HDMI, .is_connected = drm_hdmi_is_connected, .get_edid = drm_hdmi_get_edid, - .check_timing = drm_hdmi_check_timing, + .check_mode = drm_hdmi_check_mode, .power_on = drm_hdmi_power_on, }; @@ -212,7 +213,7 @@ static void drm_hdmi_mode_fixup(struct device *subdrv_dev, drm_mode_set_crtcinfo(adjusted_mode, 0); - mode_ok = drm_hdmi_check_timing(subdrv_dev, adjusted_mode); + mode_ok = drm_hdmi_check_mode(subdrv_dev, adjusted_mode); /* just return if user desired mode exists. */ if (mode_ok == 0) @@ -223,7 +224,7 @@ static void drm_hdmi_mode_fixup(struct device *subdrv_dev, * to adjusted_mode. */ list_for_each_entry(m, &connector->modes, head) { - mode_ok = drm_hdmi_check_timing(subdrv_dev, m); + mode_ok = drm_hdmi_check_mode(subdrv_dev, m); if (mode_ok == 0) { struct drm_mode_object base; diff --git a/drivers/gpu/drm/exynos/exynos_drm_hdmi.h b/drivers/gpu/drm/exynos/exynos_drm_hdmi.h index 6b70944..724cab1 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_hdmi.h +++ b/drivers/gpu/drm/exynos/exynos_drm_hdmi.h @@ -32,11 +32,11 @@ struct exynos_hdmi_ops { bool (*is_connected)(void *ctx); struct edid *(*get_edid)(void *ctx, struct drm_connector *connector); - int (*check_timing)(void *ctx, struct fb_videomode *timing); + int (*check_mode)(void *ctx, struct drm_display_mode *mode); int (*power_on)(void *ctx, int mode); /* manager */ - void (*mode_set)(void *ctx, void *mode); + void (*mode_set)(void *ctx, struct drm_display_mode *mode); void (*get_max_resol)(void *ctx, unsigned int *width, unsigned int *height); void (*commit)(void *ctx); @@ -57,7 +57,7 @@ struct exynos_mixer_ops { void (*win_disable)(void *ctx, int zpos); /* display */ - int (*check_timing)(void *ctx, struct fb_videomode *timing); + int (*check_mode)(void *ctx, struct drm_display_mode *mode); }; void exynos_hdmi_drv_attach(struct exynos_drm_hdmi_context *ctx); diff --git a/drivers/gpu/drm/exynos/exynos_drm_vidi.c b/drivers/gpu/drm/exynos/exynos_drm_vidi.c index 9504b0c..6043700 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_vidi.c +++ b/drivers/gpu/drm/exynos/exynos_drm_vidi.c @@ -135,7 +135,7 @@ static void *vidi_get_panel(struct device *dev) return NULL; } -static int vidi_check_timing(struct device *dev, void *timing) +static int vidi_check_mode(struct device *dev, struct drm_display_mode *mode) { DRM_DEBUG_KMS("%s\n", __FILE__); @@ -158,7 +158,7 @@ static struct exynos_drm_display_ops vidi_display_ops = { .is_connected = vidi_display_is_connected, .get_edid = vidi_get_edid, .get_panel = vidi_get_panel, - .check_timing = vidi_check_timing, + .check_mode = vidi_check_mode, .power_on = vidi_display_power_on, }; diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index 93b70e9..4b99dcd 100644 --- a/drivers/gpu/drm/exynos/exynos_hdmi.c +++ b/drivers/gpu/drm/exynos/exynos_hdmi.c @@ -796,18 +796,17 @@ static int hdmi_find_phy_conf(struct hdmi_context *hdata, u32 pixel_clock) return -EINVAL; } -static int hdmi_check_timing(void *ctx, struct fb_videomode *timing) +static int hdmi_check_mode(void *ctx, struct drm_display_mode *mode) { struct hdmi_context *hdata = ctx; int ret; - DRM_DEBUG_KMS("[%d] %s\n", __LINE__, __func__); - - DRM_DEBUG_KMS("[%d]x[%d] [%d]Hz [%x]\n", timing->xres, - timing->yres, timing->refresh, - timing->vmode); + DRM_DEBUG_KMS("xres=%d, yres=%d, refresh=%d, intl=%d clock=%d\n", + mode->hdisplay, mode->vdisplay, mode->vrefresh, + (mode->flags & DRM_MODE_FLAG_INTERLACE) ? true : + false, mode->clock * 1000); - ret = hdmi_find_phy_conf(hdata, timing->pixclock); + ret = hdmi_find_phy_conf(hdata, mode->clock * 1000); if (ret < 0) return ret; return 0; @@ -1042,7 +1041,7 @@ static void hdmi_conf_init(struct hdmi_context *hdata) } } -static void hdmi_v13_timing_apply(struct hdmi_context *hdata) +static void hdmi_v13_mode_apply(struct hdmi_context *hdata) { const struct hdmi_tg_regs *tg = &hdata->mode_conf.conf.v13_conf.tg; const struct hdmi_v13_core_regs *core = @@ -1131,7 +1130,7 @@ static void hdmi_v13_timing_apply(struct hdmi_context *hdata) hdmi_reg_writemask(hdata, HDMI_TG_CMD, ~0, HDMI_TG_EN); } -static void hdmi_v14_timing_apply(struct hdmi_context *hdata) +static void hdmi_v14_mode_apply(struct hdmi_context *hdata) { const struct hdmi_tg_regs *tg = &hdata->mode_conf.conf.v14_conf.tg; const struct hdmi_v14_core_regs *core = @@ -1298,12 +1297,12 @@ static void hdmi_v14_timing_apply(struct hdmi_context *hdata) hdmi_reg_writemask(hdata, HDMI_TG_CMD, ~0, HDMI_TG_EN); } -static void hdmi_timing_apply(struct hdmi_context *hdata) +static void hdmi_mode_apply(struct hdmi_context *hdata) { if (hdata->type == HDMI_TYPE13) - hdmi_v13_timing_apply(hdata); + hdmi_v13_mode_apply(hdata); else - hdmi_v14_timing_apply(hdata); + hdmi_v14_mode_apply(hdata); } static void hdmiphy_conf_reset(struct hdmi_context *hdata) @@ -1424,7 +1423,7 @@ static void hdmi_conf_apply(struct hdmi_context *hdata) hdmi_audio_init(hdata); /* setting core registers */ - hdmi_timing_apply(hdata); + hdmi_mode_apply(hdata); hdmi_audio_control(hdata, true); hdmi_regs_dump(hdata, "start"); @@ -1643,7 +1642,7 @@ static void hdmi_v14_mode_set(struct hdmi_context *hdata, hdmi_set_reg(tg->tg_3d, 1, 0x0); } -static void hdmi_mode_set(void *ctx, void *mode) +static void hdmi_mode_set(void *ctx, struct drm_display_mode *mode) { struct hdmi_context *hdata = ctx; struct drm_display_mode *m = mode; @@ -1767,7 +1766,7 @@ static struct exynos_hdmi_ops hdmi_ops = { /* display */ .is_connected = hdmi_is_connected, .get_edid = hdmi_get_edid, - .check_timing = hdmi_check_timing, + .check_mode = hdmi_check_mode, /* manager */ .mode_set = hdmi_mode_set, diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c b/drivers/gpu/drm/exynos/exynos_mixer.c index f08e251..ffcc690 100644 --- a/drivers/gpu/drm/exynos/exynos_mixer.c +++ b/drivers/gpu/drm/exynos/exynos_mixer.c @@ -818,17 +818,17 @@ static void mixer_win_disable(void *ctx, int win) mixer_ctx->win_data[win].enabled = false; } -static int mixer_check_timing(void *ctx, struct fb_videomode *timing) +static int mixer_check_mode(void *ctx, struct drm_display_mode *mode) { u32 w, h; - w = timing->xres; - h = timing->yres; + w = mode->hdisplay; + h = mode->vdisplay; - DRM_DEBUG_KMS("%s : xres=%d, yres=%d, refresh=%d, intl=%d\n", - __func__, timing->xres, timing->yres, - timing->refresh, (timing->vmode & - FB_VMODE_INTERLACED) ? true : false); + DRM_DEBUG_KMS("xres=%d, yres=%d, refresh=%d, intl=%d\n", + mode->hdisplay, mode->vdisplay, mode->vrefresh, + (mode->flags & DRM_MODE_FLAG_INTERLACE) ? true : + false); if ((w >= 464 && w <= 720 && h >= 261 && h <= 576) || (w >= 1024 && w <= 1280 && h >= 576 && h <= 720) || @@ -837,6 +837,7 @@ static int mixer_check_timing(void *ctx, struct fb_videomode *timing) return -EINVAL; } + static void mixer_wait_for_vblank(void *ctx) { struct mixer_context *mixer_ctx = ctx; @@ -976,7 +977,7 @@ static struct exynos_mixer_ops mixer_ops = { .win_disable = mixer_win_disable, /* display */ - .check_timing = mixer_check_timing, + .check_mode = mixer_check_mode, }; static irqreturn_t mixer_irq_handler(int irq, void *arg) -- 1.7.10.4

4 3

[Bug 63865] New: radeon_atombios_get_power_modes oops with E-350
by bugzilla-daemon＠freedesktop.org 02 May '13

02 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=63865 Priority: medium Bug ID: 63865 Assignee: dri-devel(a)lists.freedesktop.org Summary: radeon_atombios_get_power_modes oops with E-350 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: fdo(a)zahe.me Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI With linux 3.8.8 on an AMD E-350 cpu, the screen corrupts and freezes during modesetting switching. The system is otherwise responsive. kernel: [drm] Encoders: kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000010 kernel: IP: [<ffffffffa034ceb8>] radeon_atombios_get_power_modes+0x748/0x7f0 [radeon] kernel: PGD 1b5061067 PUD 1b502d067 PMD 0 kernel: Oops: 0002 [#1] PREEMPT SMP kernel: Modules linked in: eeepc_wmi snd_hwdep asus_wmi radeon(+) sparse_keymap rfkill video pci_hotplug snd_pcm snd_page_alloc ttm snd_timer microcode snd drm_kms_helper evdev pcspkr drm k10temp i2c_algo_bit sp5100_tco i2c_piix4 i2c_core soundcore r8169 mii wmi button processor w83627ehf hwmon_vid cpufreq_stats nls_cp437 vfat fat fuse ext4 crc16 jbd2 mbcache hid_generic usbhid hid usb_storage sd_mod ahci libahci ehci_pci ohci_hcd ehci_hcd libata usbcore usb_common scsi_mod kernel: CPU 1 kernel: Pid: 151, comm: systemd-udevd Not tainted 3.8.8-1-ARCH #1 System manufacturer System Product Name/E35M1-M kernel: RIP: 0010:[<ffffffffa034ceb8>] [<ffffffffa034ceb8>] radeon_atombios_get_power_modes+0x748/0x7f0 [radeon] kernel: RSP: 0018:ffff8801b5d13a98 EFLAGS: 00010246 kernel: RAX: 0000000000000010 RBX: ffff8801b4afaffa RCX: 0000000000000000 kernel: RDX: 000000000000affa RSI: ffff8801b4afaffa RDI: 0000000000000000 kernel: RBP: ffff8801b5d13b00 R08: ffff8801b5d13ad3 R09: 0000000000000010 kernel: R10: ffff8801b4af0000 R11: 000000000000ab30 R12: 0000000000000000 kernel: R13: ffff8801b55e0000 R14: 0000000000000000 R15: ffff8801b4afaffa kernel: FS: 00007f4618cf9780(0000) GS:ffff8801bed00000(0000) knlGS:0000000000000000 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 kernel: CR2: 0000000000000010 CR3: 00000001b50bd000 CR4: 00000000000007e0 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 kernel: Process systemd-udevd (pid: 151, threadinfo ffff8801b5d12000, task ffff8801b48fcb60) kernel: Stack: kernel: 0400080000000000 0000000004000800 ffff8801b4afaffa ffff8801b55e0000 kernel: ffff8801b4afaffa 0000000000000202 0000000080000000 affaaffa01060106 systemd-udevd[130]: worker [151] terminated by signal 9 (Killed) systemd-udevd[130]: worker [151] failed while handling '/devices/pci0000:00/0000:00:01.0' kernel: ffff8801b5abec58 ffff8801b55e0000 ffff8801b5abe800 0000000000000000 kernel: Call Trace: kernel: [<ffffffffa039f507>] radeon_pm_init+0x3a7/0x580 [radeon] kernel: [<ffffffffa036bdc7>] ? radeon_modeset_init+0x3e7/0xba0 [radeon] kernel: [<ffffffffa036bf08>] radeon_modeset_init+0x528/0xba0 [radeon] kernel: [<ffffffffa03484d0>] radeon_driver_load_kms+0xf0/0x1a0 [radeon] kernel: [<ffffffffa02605d6>] drm_get_pci_dev+0x176/0x2b0 [drm] kernel: [<ffffffffa032e1c1>] ? radeon_pci_probe+0xa1/0xe0 [radeon] kernel: [<ffffffffa032e1d3>] radeon_pci_probe+0xb3/0xe0 [radeon] kernel: [<ffffffff8129556e>] local_pci_probe+0x3e/0x70 kernel: [<ffffffff81295761>] pci_device_probe+0x111/0x120 kernel: [<ffffffff8134c707>] driver_probe_device+0x87/0x3a0 kernel: [<ffffffff8134caf3>] __driver_attach+0x93/0xa0 kernel: [<ffffffff8134ca60>] ? __device_attach+0x40/0x40 kernel: [<ffffffff8134a703>] bus_for_each_dev+0x63/0xa0 kernel: [<ffffffff8134c18e>] driver_attach+0x1e/0x20 kernel: [<ffffffff8134bc0a>] bus_add_driver+0xda/0x2b0 kernel: [<ffffffffa040a000>] ? 0xffffffffa0409fff kernel: [<ffffffff8134d181>] driver_register+0x71/0x150 kernel: [<ffffffffa040a000>] ? 0xffffffffa0409fff kernel: [<ffffffff812953fd>] __pci_register_driver+0x4d/0x50 kernel: [<ffffffffa026082a>] drm_pci_init+0x11a/0x130 [drm] kernel: [<ffffffffa040a000>] ? 0xffffffffa0409fff kernel: [<ffffffffa040a0ec>] radeon_init+0xec/0xee [radeon] kernel: [<ffffffff8100210a>] do_one_initcall+0x10a/0x160 kernel: [<ffffffff810bd85b>] load_module+0x1a0b/0x20d0 kernel: [<ffffffff81286490>] ? ddebug_proc_write+0xf0/0xf0 kernel: [<ffffffff810bdfc2>] sys_init_module+0xa2/0xf0 kernel: [<ffffffff814c731d>] system_call_fastpath+0x1a/0x1f kernel: Code: 01 7e 08 48 8b 52 08 83 4a 24 01 48 83 c0 30 48 39 c8 75 df 49 63 85 d4 12 00 00 83 f8 ff 0f 85 18 fa ff ff 49 8b 85 b8 12 00 00 <c7> 00 00 00 00 00 49 8b 85 b8 12 00 00 41 c7 85 d4 12 00 00 00 kernel: RIP [<ffffffffa034ceb8>] radeon_atombios_get_power_modes+0x748/0x7f0 [radeon] kernel: RSP <ffff8801b5d13a98> kernel: CR2: 0000000000000010 kernel: ---[ end trace b7966bb12ee1e96d ]--- -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 63124] New: [r600g] HyperZ lockup on REDWOOD in Half Life 2 Deathmatch
by bugzilla-daemon＠freedesktop.org 02 May '13

02 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=63124 Priority: medium Bug ID: 63124 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] HyperZ lockup on REDWOOD in Half Life 2 Deathmatch Severity: major Classification: Unclassified OS: Linux (All) Reporter: abortretryfail(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Created attachment 77426 --> https://bugs.freedesktop.org/attachment.cgi?id=77426&action=edit dmesg output from when the GPU resets. This keeps happening until the game is killed or you look away from whatever is causing the lockup. This might be related to bug #61721, as it also occurs on my machine. When playing Half Life 2 Deathmatch, the game runs great until certain scenes cause a GPU lockup. When run with R600_DEBUG=nohyperz there's no lockup, but performance is much slower. (from ~85fps vsync 1400x1050 down to ~45fps w/o HyperZ) I'll see if I can get an apitrace tonight. -- You are receiving this mail because: You are the assignee for the bug.

1 5

← Newer
1
...
44
45
46
47
48
49
50
...
77
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel April 2013