From: Mathieu Chouquet-Stringer <mchouque@free.fr>
To: Pavel Machek <pavel@suse.cz>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
linux-kernel@vger.kernel.org,
linux-pm@lists.linux-foundation.org,
Alex Deucher <alexdeucher@gmail.com>,
Jesse Barnes <jbarnes@virtuousgeek.org>,
Dave Airlie <airlied@redhat.com>
Subject: Re: Suspend to disk broken in latest 2.6.28-rc3
Date: Mon, 10 Nov 2008 23:13:43 +0100 [thread overview]
Message-ID: <20081110221343.GA17951@mobydick> (raw)
In-Reply-To: <20081110094239.GA14204@atrey.karlin.mff.cuni.cz>
On Mon, Nov 10, 2008 at 10:42:39AM +0100, Pavel Machek wrote:
> Trying with minimum drivers is likely to help here, and should be
> easier than bisect. Boot with init=/bin/bash, then try "devices" >
> pm_dest and disk > state...
Some progress with (2.6.28-rc4 this time)... I've booted with /bin/bash
as init: works.
Then I rebooted in single mode => works
Runlevel 3 => works
Runlevel 5 => doesn't work
In terms of devices, lsmod says the only differences between runlevel 3
and runlevel 5 are that both drm and radeon are loaded...
If I rmmod radeon and drm while X is running suspending the devices
works... I guess I don't have DRI enabled??? Just looked at the logs,
I guess I don't [1]...
Looking at a git log -p of gpu/drm/radeon shows lots of difference
between 2.6.26 and HEAD... I see a vblank change [2] that changes the
way the device is suspended, not sure if it really matters though...
Alex, Jesse and/or Dave can you think of anything before I bisect? FYI
my radeon is a:
ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] rev 0,
Cheers,
Mathieu
[1]
(EE) RADEON(0): Static buffer allocation failed. Disabling DRI.
(EE) RADEON(0): At least 21263 kB of video memory needed at this resolution and depth.
[2] Commit 0a3e67a4caac273a3bfc4ced3da364830b1ab241
--
Mathieu Chouquet-Stringer mchouque@free.fr
The sun itself sees not till heaven clears.
-- William Shakespeare --
next prev parent reply other threads:[~2008-11-10 22:13 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-09 19:50 Suspend to disk broken in latest 2.6.28-rc3 Mathieu Chouquet-Stringer
2008-11-09 19:59 ` Rafael J. Wysocki
2008-11-09 20:37 ` Mathieu Chouquet-Stringer
2008-11-10 18:02 ` Rafael J. Wysocki
2008-11-10 9:42 ` Pavel Machek
2008-11-10 22:13 ` Mathieu Chouquet-Stringer [this message]
2008-11-10 23:06 ` Jesse Barnes
2008-11-10 23:15 ` Mathieu Chouquet-Stringer
2008-11-11 15:27 ` Mathieu Chouquet-Stringer
2008-11-12 18:33 ` Jesse Barnes
2008-11-12 18:42 ` Jens Axboe
2008-11-12 21:37 ` Rafael J. Wysocki
2008-11-12 21:57 ` Jesse Barnes
2008-11-12 22:37 ` Bob Copeland
2008-11-13 7:33 ` Jens Axboe
2008-11-13 8:41 ` Jens Axboe
2008-11-13 11:14 ` Romano Giannetti
2008-11-13 11:40 ` Jens Axboe
2008-11-15 0:26 ` Rafael J. Wysocki
2008-11-13 12:55 ` Mathieu Chouquet-Stringer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20081110221343.GA17951@mobydick \
--to=mchouque@free.fr \
--cc=airlied@redhat.com \
--cc=alexdeucher@gmail.com \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=pavel@suse.cz \
--cc=rjw@sisk.pl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox