public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-pm@lists.linux-foundation.org,
	Nigel Cunningham <ncunningham@crca.org.au>,
	"Leisner, Martin" <Martin.Leisner@xerox.com>
Subject: Re: syncing the disks when entering sleep
Date: Thu, 11 Feb 2010 16:00:49 +0100	[thread overview]
Message-ID: <20100211150049.GB1434@ucw.cz> (raw)
In-Reply-To: <201002102019.26518.rjw@sisk.pl>


> > Really? If so then it is misdesigned.
> > 
> > Before the "don't sync" proposal, it was okay to have multiple
> > power managers.
> > 
> > Actually I have three on zaurus. There's in-kernel suspend on battery
> > critical, then there's somehing userspace in desktop environment, and
> > then I'm triggering suspends by hand using echo.
> 
> To be precise, 1 and 3 are things that override the power manager.
> 
> And if you override the power manager, you're supposed to know what you're
> doing, aren't you?

I know what I'm doing, but I'd prefer traps not being set for me.

> > > So really, I don't see anything wrong with a knob that will turn the kernel
> > > sync off entirely, because that basically means "my user space is
> > > not broken".
> > 
> > Because, very easily, parts of my users space may be broken.
> 
> How exactly would they be broken?

I have 3 power managers. You called that broken before.

How is power manager expected to work on zaurus, which suspends from
kernel on battery critical? echo no > sync; sync; echo mem > state;
echo yes > sync?

Its still racy..

> Why don't we just assume that the user who sets the knob knows what he's doing?
>

Because better alternatives exist. Like 'echo mem:nosync > state'.
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  parent reply	other threads:[~2010-02-11 15:00 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-22 15:59 syncing the disks when entering sleep Leisner, Martin
2010-01-22 20:49 ` Rafael J. Wysocki
2010-01-22 21:31   ` Nigel Cunningham
2010-01-22 21:33     ` Leisner, Martin
2010-01-22 21:38       ` Rafael J. Wysocki
2010-01-22 21:40         ` Leisner, Martin
2010-01-22 21:55           ` Nigel Cunningham
2010-01-22 22:06             ` Nigel Cunningham
2010-01-22 21:35     ` Rafael J. Wysocki
2010-01-26 13:59   ` Pavel Machek
2010-01-26 18:17     ` Rafael J. Wysocki
2010-01-26 14:51       ` Pavel Machek
2010-01-27  0:51         ` Rafael J. Wysocki
2010-01-27  6:45           ` Pavel Machek
2010-01-27  7:29             ` Nigel Cunningham
2010-01-27 20:50             ` Rafael J. Wysocki
2010-01-28  7:26               ` Pavel Machek
2010-01-28 10:43                 ` Rafael J. Wysocki
2010-04-05  6:38                   ` document open(/dev/snapshot) sideeffects -- was " Pavel Machek
     [not found]                   ` <20100405063852.GA1924@elf.ucw.cz>
2010-04-23 18:28                     ` Rafael J. Wysocki
     [not found]                     ` <201004232028.56005.rjw@sisk.pl>
2010-04-24  5:42                       ` Pavel Machek
2010-01-27  9:55           ` Pavel Machek
2010-01-27 20:46             ` Rafael J. Wysocki
2010-01-31  8:52               ` Pavel Machek
2010-01-31 12:33                 ` Rafael J. Wysocki
2010-02-01 10:49                   ` Pavel Machek
2010-02-01 17:13                     ` Leisner, Martin
2010-02-01 21:09                       ` Pavel Machek
2010-02-02  4:13                         ` Nigel Cunningham
2010-02-10  8:13                           ` Pavel Machek
2010-02-10 10:34                             ` Rafael J. Wysocki
2010-02-10 10:38                               ` Oliver Neukum
2010-02-10 10:58                                 ` Rafael J. Wysocki
2010-02-10 11:02                                   ` Oliver Neukum
2010-02-10 18:42                                     ` Rafael J. Wysocki
2010-02-15 20:28                                       ` Matthew Garrett
2010-02-16  6:38                                       ` Pavel Machek
2010-02-10 13:31                               ` Pavel Machek
2010-02-10 19:19                                 ` Rafael J. Wysocki
2010-02-10 21:17                                   ` Leisner, Martin
2010-02-11 14:49                                     ` Pavel Machek
2010-02-11 15:00                                   ` Pavel Machek [this message]
2010-02-11 17:28                                     ` Rafael J. Wysocki
2010-02-11 20:17                                       ` Nigel Cunningham
2010-02-10 20:58                               ` Leisner, Martin
2010-02-01 20:55                     ` Nigel Cunningham
2010-02-01 21:07                       ` Pavel Machek
2010-02-01 22:03                         ` Nigel Cunningham

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=20100211150049.GB1434@ucw.cz \
    --to=pavel@ucw.cz \
    --cc=Martin.Leisner@xerox.com \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=ncunningham@crca.org.au \
    --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