All of lore.kernel.org
 help / color / mirror / Atom feed
* Resume problem with radeon+KMS (2.6.34-rc2 and before)
@ 2010-03-21 21:28 Rafael J. Wysocki
  2010-03-21 22:36 ` Dave Airlie
  2010-03-21 22:36 ` Dave Airlie
  0 siblings, 2 replies; 12+ messages in thread
From: Rafael J. Wysocki @ 2010-03-21 21:28 UTC (permalink / raw)
  To: dri-devel; +Cc: Dave Airlie, LKML, pm list, Jérôme Glisse

Hi,

Some time ago I reported a problem with resuming from suspend to RAM on
HP nx6325 with radeon+KMS.

The problem was that the first resume always failed if the suspend was started
from under X.  Moreover, the resume went correctly until the last switch from
the framebuffer console (which was now controlled by the radeon driver as
well) to X that made the box hang hard.

However, if the first resume was started from the (radeon-controlled)
framebuffer console, the subsequent resume succeeded and all of the next
attempts to suspend/resume succeeded, _regardless_ of the way the suspend was
started.

At that time Dave thought it might be a problem with the nx6325's graphics
adapter that apparently was a crappy one, but today I found that _exactly_ the
same behavior was observable on Acer Ferrari One, which was quite different,
hardware-wise, from the old HP box.  For this reason I think the problem is
related to the driver itself rather than to the hardware or firmware.

The problem is reproducible on both machines with the latest git kernel
and the user space radeon_drv.so from openSUSE 11.2 (it says
module version = 6.12.4 in the X log).  The kernel and user space are 64-bit
on both machines.  [For completness, the Acer box suspends and resumes
correctly with radeon.modeset=0 and "s2ram -f -p -m".]

Should I try a newer user space X driver?  Or may the problem be related to
the 64-bitness somehow?

Rafael

^ permalink raw reply	[flat|nested] 12+ messages in thread
* Resume problem with radeon+KMS (2.6.34-rc2 and before)
@ 2010-03-21 21:28 Rafael J. Wysocki
  0 siblings, 0 replies; 12+ messages in thread
From: Rafael J. Wysocki @ 2010-03-21 21:28 UTC (permalink / raw)
  To: dri-devel; +Cc: Jérôme Glisse, pm list, Dave Airlie, LKML

Hi,

Some time ago I reported a problem with resuming from suspend to RAM on
HP nx6325 with radeon+KMS.

The problem was that the first resume always failed if the suspend was started
from under X.  Moreover, the resume went correctly until the last switch from
the framebuffer console (which was now controlled by the radeon driver as
well) to X that made the box hang hard.

However, if the first resume was started from the (radeon-controlled)
framebuffer console, the subsequent resume succeeded and all of the next
attempts to suspend/resume succeeded, _regardless_ of the way the suspend was
started.

At that time Dave thought it might be a problem with the nx6325's graphics
adapter that apparently was a crappy one, but today I found that _exactly_ the
same behavior was observable on Acer Ferrari One, which was quite different,
hardware-wise, from the old HP box.  For this reason I think the problem is
related to the driver itself rather than to the hardware or firmware.

The problem is reproducible on both machines with the latest git kernel
and the user space radeon_drv.so from openSUSE 11.2 (it says
module version = 6.12.4 in the X log).  The kernel and user space are 64-bit
on both machines.  [For completness, the Acer box suspends and resumes
correctly with radeon.modeset=0 and "s2ram -f -p -m".]

Should I try a newer user space X driver?  Or may the problem be related to
the 64-bitness somehow?

Rafael

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2010-03-21 23:35 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-21 21:28 Resume problem with radeon+KMS (2.6.34-rc2 and before) Rafael J. Wysocki
2010-03-21 22:36 ` Dave Airlie
2010-03-21 22:36 ` Dave Airlie
2010-03-21 23:07   ` Rafael J. Wysocki
2010-03-21 23:07     ` Rafael J. Wysocki
2010-03-21 23:10     ` Dave Airlie
2010-03-21 23:10     ` Dave Airlie
2010-03-21 23:16       ` Rafael J. Wysocki
2010-03-21 23:35         ` Rafael J. Wysocki
2010-03-21 23:35         ` Rafael J. Wysocki
2010-03-21 23:16       ` Rafael J. Wysocki
  -- strict thread matches above, loose matches on Subject: below --
2010-03-21 21:28 Rafael J. Wysocki

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.