Bug 22153 - X Locks Hard on Totem Transitions between Windowed and Full Screen
Summary: X Locks Hard on Totem Transitions between Windowed and Full Screen
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Default DRI bug account
QA Contact:
Depends on:
Reported: 2009-06-08 06:47 UTC by cakristof
Modified: 2019-11-19 08:05 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Xorg.0.log.bz2 (11.94 KB, application/octet-stream)
2009-06-08 06:47 UTC, cakristof
no flags Details
/var/log/messages.bz2 (605.52 KB, application/octet-stream)
2009-06-08 06:49 UTC, cakristof
no flags Details

Description cakristof 2009-06-08 06:47:31 UTC
Created attachment 26546 [details]

I've been seeing occasional hard locking of X when I change the size of my video player from windowed to full screen or from full screen to windowed.  Here's my setup:

Debian Squeeze AMD64
Kernel 2.6.30-rc5 (self compiled)
Xorg 7.4 (self-compiled)
Gnome 2.26.1 (debian packages)
Totem 2.26.2 (debian package)
radeonhd (I git pull every 2-3 days.)
drm (native, built into kernel 2.6.30)

Two 1920x1200 panels over DVI
DVI-I_1/digital is Left Panel
DVI-I_2/digital is Right Panel

I've been using randr to disable the left monitor when I watch videos. This seems to be a necessary condition for the bug.  I see the bug when running totem on the remaining right display.  X locks hard when totem transitions between full screen and windowed mode.  It happens on both directions.  All keyboard input is ignored.  I have to ssh in and kill X.  It's always at 100% cpu utilization.

This doesn't happen on every transition between windowed and full screen but it happens often enough.

I've been using the power switch to disable my left monitor.  I want to verify that the bug happens only when randr is used to disable the left screen.  It has been proven true so far.

I have tried the "radeon-test-ring.patch" from Bug 21849.  It didn't help.  The logs attached were produced wile running a kernel with that patch.
Comment 1 cakristof 2009-06-08 06:49:06 UTC
Created attachment 26547 [details]
Comment 2 cakristof 2009-06-10 07:02:33 UTC
I hit this bug again but under different circumstances.  I launched SMPlayer to watch a program.  As soon as SMPlayer initialized its overlay X crashed.  It was unkillable.  I had to reboot.

The video in question was in 1920x1080 resolution.  It was an American terrestrial HDTV broadcast.
Comment 3 Martin Peres 2019-11-19 08:05:49 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/drm/amd/issues/48.

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.