Bug 963 - hang after switching from console and suspend/resume cycle
Summary: hang after switching from console and suspend/resume cycle
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: high critical
Assignee: Xorg Project Team
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 269
  Show dependency treegraph
 
Reported: 2004-08-01 10:41 UTC by Jürg Billeter
Modified: 2007-12-16 17:55 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Jürg Billeter 2004-08-01 10:41:45 UTC
When I switch from X11 to a Linux console (ctrl+alt+f[1-6]) and then try to
switch back, the x server uses almost 100% cpu, the x display doesn't come back
and I can't do anything anymore, locally. SSH login continues to work but
without a restart there is no possibility to use the computer locally again. The
same thing happens on a suspend/resume cycle (ACPI S3).

This only happens when the radeonfb is active at the same time. Vesafb coexists
nicely.

IBM Thinkpad T40p 2373-G1G
Pentium M 1.6 GHz
ATI Radeon Mobility 9000 (R250)
Linux 2.6.8-rc2-mm1
Monolithic X.org CVS HEAD as of 2004-08-01 without any experimental extensions
but with activated DynamicClocks option
Comment 1 Vicky 2004-08-02 23:37:33 UTC
(In reply to comment #0)
> When I switch from X11 to a Linux console (ctrl+alt+f[1-6]) and then try to
> switch back, the x server uses almost 100% cpu, the x display doesn't come 
back
> and I can't do anything anymore, locally. SSH login continues to work but
> without a restart there is no possibility to use the computer locally again. 
The
> same thing happens on a suspend/resume cycle (ACPI S3).
> This only happens when the radeonfb is active at the same time. Vesafb 
coexists
> nicely.
> IBM Thinkpad T40p 2373-G1G
> Pentium M 1.6 GHz
> ATI Radeon Mobility 9000 (R250)
> Linux 2.6.8-rc2-mm1
> Monolithic X.org CVS HEAD as of 2004-08-01 without any experimental 
extensions
> but with activated DynamicClocks option

Comment 2 Vicky 2004-08-02 23:51:31 UTC
(In reply to comment #0)
> When I switch from X11 to a Linux console (ctrl+alt+f[1-6]) and then try to
> switch back, the x server uses almost 100% cpu, the x display doesn't come 
back
> and I can't do anything anymore, locally. SSH login continues to work but
> without a restart there is no possibility to use the computer locally again. 
The
> same thing happens on a suspend/resume cycle (ACPI S3).
> This only happens when the radeonfb is active at the same time. Vesafb 
coexists
> nicely.
> IBM Thinkpad T40p 2373-G1G
> Pentium M 1.6 GHz
> ATI Radeon Mobility 9000 (R250)
> Linux 2.6.8-rc2-mm1
> Monolithic X.org CVS HEAD as of 2004-08-01 without any experimental 
extensions
> but with activated DynamicClocks option


Hi,

              You can try this patch for the X-server. It is basically to 
resume video on return from S3. The patch is for the Radeon driver.

Since i cannot attach the patch here, i will mail it to your 
email --> j@bitron.ch

vicky

Comment 3 Eric Anholt 2004-08-12 17:34:40 UTC
I'm guessing that this is a dup of bug 922.  Could you try with the latest CVS,
which has Radeon Render acceleration disabled by default, and that bug fixed if
you do have render accel enabled?
Comment 4 Jürg Billeter 2004-08-13 01:00:59 UTC
CVS as of yesterday fixed this problem for me, it now works with and without
RenderAccel on my Mobility Radeon 9000. But the hang still occurs on a
colleague's desktop computer with a Radeon 9600XT with activated Xinerama when
switching from X to the console, regardless whether RenderAccel is activated or not.
Comment 5 Eric Anholt 2004-08-14 18:15:22 UTC
Closing this one since the issue reported (Render acceleration causing hangs
when switching VT) was fixed.  Bug reported for a colleague's machine (which
can't do Render accel) should be filed separately.


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.