Bug 66738 - System freeze randomly with latest kernel 3.10 (also 3.11-rc4)
Summary: System freeze randomly with latest kernel 3.10 (also 3.11-rc4)
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/r600 (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-09 13:28 UTC by lh
Modified: 2019-09-18 19:04 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
xorg log (58.65 KB, text/plain)
2013-07-09 13:31 UTC, lh
Details
systemd log(include dmesg) (895.47 KB, text/plain)
2013-07-09 16:23 UTC, lh
Details

Description lh 2013-07-09 13:28:20 UTC
kernel from '~airlied/linux/log/?h=drm-next', mesa-git 20130706, xf86-video-radeon-git 20130706, X server 1.14.2, Archlinux X86_64

X seems quite stable when not playing videos. However while playing videos(without UVD), after few minutes, X will be not responding.

Tested with kernel 3.9.9, there is no such problem. Problem only existed with kernel 3.10+. Maybe there is some issue with the latest UVD patches. (UVD acturely works, and it was nice)

My hardware: Acer v3 551G, AMD A8 4500M, HD7640G+HD7670M, 4G+4G RAM
Comment 1 lh 2013-07-09 13:31:41 UTC
Created attachment 82234 [details]
xorg log

only this one time I can switch to tty2 to get these logs. X seems not break but still not responding.
Comment 2 Alex Deucher 2013-07-09 13:36:27 UTC
What API(s) (Xv, XvMC, VDPAU, etc.) and mplayers (mplayer, flash, vlc, xbmc, etc.) are you using to play the videos?
Comment 3 lh 2013-07-09 16:19:15 UTC
Thanks for reply, I tried mplayer and snappy-player(gstreamer1.0 based), all have such problem.

I didn't use -vo to specific video output, but Archlinux mplayer build with vdpau support, so i guess by default mplayer will use vdpau.

It's not easy to get logs (cause X freeze), so if there any thing I can do to assist, please let me know, this is really annoy.

BTW: The new power managment work like a charm, I love it.
Comment 4 lh 2013-07-09 16:23:36 UTC
Created attachment 82240 [details]
systemd log(include dmesg)
Comment 5 lh 2013-07-10 04:36:17 UTC
"mplayer -vo vx" still freeze system after minutes playing. It happended quite randomly, sometimes it took long time, sometimes it took short time.
Comment 6 lh 2013-07-10 13:45:28 UTC
I am not sure if this issue cuased by playing video any more. I have tried "mplayer -vo x11", problem existed. And I also tried not playing any videos, but couples of hours later i still got X freeze once(May caused by other problem). 

But playing videos will reproduce this for sure.
Comment 7 Michel Dänzer 2013-07-10 13:51:53 UTC
(In reply to comment #3)
> I didn't use -vo to specific video output, but Archlinux mplayer build with
> vdpau support, so i guess by default mplayer will use vdpau.

I wouldn't expect so, but you can easily verify it in mplayer's terminal output.


> BTW: The new power managment work like a charm, I love it.

Does the problem occur without DPM?
Comment 8 lh 2013-07-10 14:22:30 UTC
(In reply to comment #7)
> (In reply to comment #3)
> > I didn't use -vo to specific video output, but Archlinux mplayer build with
> > vdpau support, so i guess by default mplayer will use vdpau.
> 
> I wouldn't expect so, but you can easily verify it in mplayer's terminal
> output.
> 
> 
> > BTW: The new power managment work like a charm, I love it.
> 
> Does the problem occur without DPM?

Yes, with or without DPM makes no difference. I fallback to Arch offical kernel 3.10, mesa 9.1.4, xf86-video-ati 7.10, tried play videos with mplayer(default output is vdpau, but no UVD hardware acceleration), and minutes later I got black screen this time.

PS: I didn't have xorg.conf, all radeon settings were default.
Comment 9 lh 2013-07-21 08:59:50 UTC
latest kernel from ~airlied/linux/log/?h=drm-next, there is no more error in dmesg. But system still freeze randomly.
Comment 10 lh 2013-08-08 11:35:16 UTC
linux 3.11-rc4, mesa git 20130805, xf86-video-ati 7.2.0, system freeze and not response at all (even the magic sysrq) after about one hour.

playing video or not make no different. I tested, when using chromium open a page and leave it there, system still freeze. And if screen goes black, it happens, too.
Comment 11 Alex Deucher 2013-08-08 12:45:12 UTC
Are you running the same userspace stack with both kernel 3.9 and kernel 3.10/3.11?  If so, it sounds like this is UVD related.
Comment 12 lh 2013-08-09 03:34:48 UTC
(In reply to comment #11)
> Are you running the same userspace stack with both kernel 3.9 and kernel
> 3.10/3.11?  If so, it sounds like this is UVD related.

Yes, I have two kernels: arch official kernel 3.9.9 and kernel 3.11-rc4(https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git) which compiled myself.

3.9.9 was quiet stable here.
Comment 13 lh 2013-08-31 15:30:37 UTC
problem still exist in kernel 3.11-rc7 git. Is there any way to disable UVD support?
Comment 14 lh 2013-09-20 18:09:03 UTC
problem still exist in kernel git 20130918
Comment 15 lh 2013-09-27 13:11:39 UTC
linux 3.11.2 without radeon dpm, seems stable now. But still have randomly freeze problem with dpm on.
Comment 16 GitLab Migration User 2019-09-18 19:04:21 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/448.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.