public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: Laurent Riffard <laurent.riffard@free.fr>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-pm@lists.osdl.org
Subject: Re: BUG while suspending to swap on LVM
Date: Tue, 15 Aug 2006 00:29:04 +0200	[thread overview]
Message-ID: <44E0F930.4090702@free.fr> (raw)
In-Reply-To: <200608142337.56843.rjw@sisk.pl>

Le 14.08.2006 23:37, Rafael J. Wysocki a écrit :
> On Monday 14 August 2006 23:25, Laurent Riffard wrote:
>> Le 14.08.2006 22:50, Rafael J. Wysocki a écrit :
>>> On Monday 14 August 2006 22:03, Laurent Riffard wrote:
>>>> Le 14.08.2006 21:16, Rafael J. Wysocki a écrit :
>>>>> On Monday 14 August 2006 19:48, Laurent Riffard wrote:
>>>>>> Le 14.08.2006 19:30, Rafael J. Wysocki a écrit :
> ]--snip--[
>>>> Does it mean it was mistaken on swap device ?
>>> Yes.  If your resume device is not the first swap, it won't work without
>>> the patch.
>> Ok, that's why I had that strange behaviour:
>> - 2 swap devices online, suspend to second one: suspend works.
>> - on resume, it can't find suspend signature on the 2nd swap device, so
>>   it continue with normal boot, fsck all FS and say something like "swapon: 
>>   1st swap device busy". I had to mkswap it.
>>
>> I was thinking that my initrd script was broken or I was mistyping the resume 
>> device name in GRUB. Was funny...
> 
> Sorry for that.
> 
> This is not related to the BUG you've reported, but could you please try to
> suspend using the second swap as your resume partition with a patched kernel,
> just to make sure the patch works?  I have no boxes with two swaps to verify
> this ...

It seems to always suspend to the first swap device, despite your patch.

>>>> I did not pay attention on which swap device was online or not.
>>> Please do when you test it. ;-)
>> I tested with only 1 swap device online: /dev/mapper/vglinux1-lvswap: 
>> same BUG happened with 2.6.18-rc4-mm1 patched.
> 
> Of course the patch doesn't matter if there's only one swap online. :-)
> 
> I have no ideas for now and I think some debug patches will be needed to find
> out what's up.
> 
> Greetings,
> Rafael

  parent reply	other threads:[~2006-08-14 22:29 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-14 16:49 BUG while suspending to swap on LVM Laurent Riffard
2006-08-14 17:30 ` Rafael J. Wysocki
2006-08-14 17:48   ` Laurent Riffard
2006-08-14 19:16     ` Rafael J. Wysocki
2006-08-14 20:03       ` Laurent Riffard
2006-08-14 20:50         ` Rafael J. Wysocki
2006-08-14 21:25           ` Laurent Riffard
2006-08-14 21:37             ` Rafael J. Wysocki
2006-08-14 21:53               ` Rafael J. Wysocki
2006-08-15 12:36                 ` Laurent Riffard
2006-08-15 12:55                   ` Rafael J. Wysocki
2006-08-14 22:29               ` Laurent Riffard [this message]
2006-08-14 22:35                 ` Rafael J. Wysocki

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=44E0F930.4090702@free.fr \
    --to=laurent.riffard@free.fr \
    --cc=linux-pm@lists.osdl.org \
    --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