https://bugs.freedesktop.org/show_bug.cgi?id=83708
Priority: medium Bug ID: 83708 Assignee: dri-devel@lists.freedesktop.org Summary: mplayer plays video using gpu hardware acceleraing(vdpau,uvd) kernel panic, Unable to handle kernel paging request at virtual address Severity: normal Classification: Unclassified OS: Linux (All) Reporter: zduo006@163.com Hardware: SPARC Status: NEW Version: 9.2 Component: Drivers/Gallium/radeonsi Product: Mesa
Created attachment 106051 --> https://bugs.freedesktop.org/attachment.cgi?id=106051&action=edit kernel panic messages
Hi, I try to using gpu hardware accelerate to play video from mplayer (vdpau+uvd) . The machine architecture is sparc64,video card is radeon HD7450,OS version is redhat7,kernel version is 3.10.0, mplayer version is 1.1-21,mesa version is 9.2.5-6. But everything is ok on X86 platforms, all versions are the same. The kernel panic occured when radeon call radeon_cs_ioctl to receive the command stream from libdrm interface. and then radeon_cs_ib_chunk() call radeon_uvd_cs_parse to parse the command. First I thought this error maybe occured in a permanent position and maybe the ioctl data or size mismatch between user space and kernel space ，I set 1 to /sys/module/drm/para... to open drm debug switch , after I catch the messages, the panic occur everywhere .the error context maybe after RADEON_GEM_WAIT_IDLE? after RADEON_GEM_CREATE and so forth. so is not the data stream error during ioctl. And I check the changelog from 3.10 to 3.15, no patch about this. Other, I run rpm -e mesa-vdpau-drivers to uninstall the devices driver from mesa ,the mplayer can play video stably using cpu , when I install this package,the blue screen is come out . and I must run mplayer -vo x11 to solve the blue screen problem. Because I am not clearly about the framework of the mesa-vdpau-driver and uvd. Can anyone help me ? Thks
the error messages is below: pid=3037, dev=0xe200, auth=1, RADEON_GEM_WAIT_IDLE Oct 8 21:43:26 localhost kernel: [17318.899669] pid=4483, dev=0xe200, auth=1, RADEON_GEM_WAIT_IDLE Oct 8 21:43:26 localhost kernel: [17318.902069] Unable to handle kernel paging request at virtual address 000000ca14312000 Oct 8 21:43:26 localhost kernel: [17318.902090] tsk->{mm,active_mm}->context = 0000000000000a2b Oct 8 21:43:26 localhost kernel: [17318.902104] tsk->{mm,active_mm}->pgd = fffff80008f90000 Oct 8 21:43:26 localhost kernel: [17318.902119] |/ ____ |/ Oct 8 21:43:26 localhost kernel: [17318.902119] "@'/ .. `@" Oct 8 21:43:26 localhost kernel: [17318.902119] /_| __/ |_\ Oct 8 21:43:26 localhost kernel: [17318.902119] __U_/ Oct 8 21:43:26 localhost kernel: [17318.902169] mplayer(4483): Oops [#1] Oct 8 21:43:26 localhost kernel: [17318.902186] CPU: 28 PID: 4483 Comm: mplayer Not tainted 3.10.0-54.0.1.el7.4ACL.sparc64 #1 Oct 8 21:43:26 localhost kernel: [17318.902201] task: fffff800faa2a200 ti: fffff800fbec4000 task.ti: fffff800fbec4000 Oct 8 21:43:26 localhost kernel: [17318.902220] TSTATE: 0000004411001607 TPC: 00000000007f573c TNPC: 00000000007f5740 Y: 00000000 Not tainted Oct 8 21:43:26 localhost kernel: [17318.902252] TPC: <radeon_uvd_cs_parse+0x414/0x7b4> Oct 8 21:43:26 localhost kernel: [17318.902267] g0: 0000000000083a15 g1: 000000ca14312000 g2: 000000ca14312000 g3: 0000000004314000 Oct 8 21:43:26 localhost kernel: [17318.902285] g4: fffff800faa2a200 g5: fffff800fc2fe000 g6: fffff800fbec4000 g7: 0000000010000000 Oct 8 21:43:26 localhost kernel: [17318.902301] o0: 0000000000000000 o1: fffff800fbec7860 o2: 0000000000000000 o3: 0000000004314000 Oct 8 21:43:26 localhost kernel: [17318.902317] o4: 0000000000000800 o5: fffff800f62d4840 sp: fffff800fbec6f91 ret_pc: 00000000007f56f4 Oct 8 21:43:26 localhost kernel: [17318.902336] RPC: <radeon_uvd_cs_parse+0x3cc/0x7b4> Oct 8 21:43:26 localhost kernel: [17318.902352] l0: fffff80008dbbbc0 l1: 0000000000a213c8 l2: 0000000000000003 l3: 0000000000000001 Oct 8 21:43:26 localhost kernel: [17318.902366] l4: 000000000000ef10 l5: 0000000000d7fb10 l6: 0000000000d7fae8 l7: 0000000000d7fac8 Oct 8 21:43:26 localhost kernel: [17318.902382] i0: fffff800fbec7948 i1: 0000000000000000 i2: 000000000000ec00 i3: fffff800e30b9000 Oct 8 21:43:26 localhost kernel: [17318.902398] i4: 000000ca14312000 i5: 0000000000000000 i6: fffff800fbec7091 i7: 00000000007a1e5c Oct 8 21:43:26 localhost kernel: [17318.902429] I7: <radeon_cs_ioctl+0x394/0x930> Oct 8 21:43:26 localhost kernel: [17318.902439] Call Trace: Oct 8 21:43:26 localhost kernel: [17318.902458] [00000000007a1e5c] radeon_cs_ioctl+0x394/0x930 Oct 8 21:43:26 localhost kernel: [17318.902486] [000000000073d1ac] drm_ioctl+0x2fc/0x420 Oct 8 21:43:26 localhost kernel: [17318.902516] [0000000000518c94] vfs_ioctl+0x24/0x40 Oct 8 21:43:26 localhost kernel: [17318.902537] [0000000000519518] do_vfs_ioctl+0x440/0x4e0 Oct 8 21:43:26 localhost kernel: [17318.902560] [00000000005195e4] SyS_ioctl+0x2c/0x50 Oct 8 21:43:26 localhost kernel: [17318.902588] [00000000004061b4] linux_sparc_syscall+0x34/0x44 Oct 8 21:43:26 localhost kernel: [17318.902607] Disabling lock debugging due to kernel taint Oct 8 21:43:26 localhost kernel: [17318.902633] Caller[00000000007a1e5c]: radeon_cs_ioctl+0x394/0x930 Oct 8 21:43:26 localhost kernel: [17318.902657] Caller[000000000073d1ac]: drm_ioctl+0x2fc/0x420 Oct 8 21:43:26 localhost kernel: [17318.902681] Caller[0000000000518c94]: vfs_ioctl+0x24/0x40 Oct 8 21:43:26 localhost kernel: [17318.902702] Caller[0000000000519518]: do_vfs_ioctl+0x440/0x4e0 Oct 8 21:43:26 localhost kernel: [17318.902721] Caller[00000000005195e4]: SyS_ioctl+0x2c/0x50 Oct 8 21:43:26 localhost kernel: [17318.902742] Caller[00000000004061b4]: linux_sparc_syscall+0x34/0x44 Oct 8 21:43:26 localhost kernel: [17318.902757] Caller[fffff801086074ac]: 0xfffff801086074ac Oct 8 21:43:26 localhost kernel: [17318.902765] Instruction DUMP: 913b6000 c25fa7cf b800401c <e0072008> 80a42000 12480007 fa072004 11002884 130035fe Oct 8 21:43:30 localhost kernel: [17323.141686] pid=3037, dev=0xe200, auth=1, RADEON_GEM_CREATE