Mailinglist Archive: radeonhd (408 mails)
| < Previous | Next > |
Re: [radeonhd] X Locks Hard
- From: Alex Deucher <alexdeucher@xxxxxxxxx>
- Date: Wed, 3 Jun 2009 11:00:55 -0400
- Message-id: <a728f9f90906030800p7f4ffb19p3181fae37b6eb808@xxxxxxxxxxxxxx>
On Wed, Jun 3, 2009 at 10:55 AM, kristof <cakristof@xxxxxxxxx> wrote:
Does the drm patch in bug 21849 help?
Alex
--
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx
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.
Is anyone else running a setup like mine? What's the best way to
debug this? I know I need an Xorg.log, but anything else?
Does the drm patch in bug 21849 help?
Alex
--
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx
| < Previous | Next > |