public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
To: Patrick Mochel <mochel-3NddpPZAyC0@public.gmane.org>
Cc: Jens Haug
	<haug-X6ztD3ggwzuBAmxm6OvjtTjhTm2NLCe8@public.gmane.org>,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: System hang when trying to enter sleep/standby state
Date: Thu, 13 Feb 2003 23:09:24 +0100	[thread overview]
Message-ID: <20030213220924.GA9166@elf.ucw.cz> (raw)
In-Reply-To: <Pine.LNX.4.33.0302131031290.1133-100000-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>

Hi!

> > > You're absolutely right. But, most people do those things deliberately, 
> > > and know the consequences. 
> > 
> > Do you think someone becomes root and does an "echo 5 > /proc/acpi/sleep"
> > by accident? ;-)
> 
> Definitely. By, trying a range of values, they stumble on one that crashes 
> their system. 

And what? Try echo 5 > /proc/kmem and see what you get *then*.

> > > That's a perfectly valid thing to do, and the kernel has no right to crash
> > > when he does something like that. 
> > 
> > The kernel has the right to do what the specs say. There might be 
> > systems where this is wanted (which boot from read only medium and
> > need a really fast poweroff).
> 
> The kernel does what the specs say. Read the code. The system is placed 
> into S5 when doing off from a shutdown sequence, exactly what the spec 
> intended to be done. 
> 
> As a whole, we do enforce a minimum amount of policy we do not want to 
> lose users data. And that will happen. 
> 
> Let me repeat, and try and get you to listen: 
> 
> You *will* corrupt your data if you do not flush the disk buffers. 

Not true... With ext3 or reiser it is okay to power down system like
that.

> That's why it's so slow when you do a normal shutdown. That's why 
> immediately putting the system into S5 is so fast - we don't flush the 
> buffers. 

Normal shutdown takes services down in reverse older they start.

If you reboot by SAK-S,U,B, you can do it under a second on almost any
system. If you powerdown by 
kill -15 -1; sleep 1; kill -9 -1; umount /; echo 5 > /proc/acpi/sleep

you have clean & very fast way to do it.

And btw if someone does echo 4 > /proc/acpi/sleep and then fails to
pass resume=/dev/hdaX he's in pretty much same situation as when he
does echo 5 > sleep... And *way* worse if he manages to pass resume=
after he does fsck (silent corruption vs. fsck being run).

Better don't mess with sleep if you don't know what you know what you
are doing.

								Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en

  parent reply	other threads:[~2003-02-13 22:09 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-13 16:28 System hang when trying to enter sleep/standby state Jens Haug
     [not found] ` <200302131628.h1DGSID27482-sBhUd1W9t4xfrO0PeCDDO4ECbGbo6+O1OOFObY0sJ7w@public.gmane.org>
2003-02-13 16:46   ` Patrick Mochel
     [not found]     ` <Pine.LNX.4.33.0302131031290.1133-100000-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2003-02-13 21:32       ` Karol Kozimor
2003-02-13 22:09       ` Pavel Machek [this message]
2003-02-13 19:00   ` Darren Benham
     [not found]     ` <51181.64.164.111.5.1045162852.squirrel-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org>
2003-02-13 19:02       ` Matthew Wilcox
  -- strict thread matches above, loose matches on Subject: below --
2003-02-14  7:53 Jens Haug
     [not found] ` <200302140753.h1E7rOD00889-sBhUd1W9t4xfrO0PeCDDO4ECbGbo6+O1OOFObY0sJ7w@public.gmane.org>
2003-02-14 14:38   ` Patrick Mochel
     [not found]     ` <Pine.LNX.4.33.0302140836140.1067-100000-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2003-02-17  5:40       ` Christian Zoz
2003-02-14  7:50 Jens Haug
2003-02-13  6:59 Jens Haug
     [not found] ` <200302130659.h1D6x7D22714-sBhUd1W9t4xfrO0PeCDDO4ECbGbo6+O1OOFObY0sJ7w@public.gmane.org>
2003-02-13 16:01   ` Patrick Mochel
2003-02-08 15:41 Erik van Pienbroek
     [not found] ` <026401c2cf88$9b26d330$0a0110ac-QyX2VyNvpUU@public.gmane.org>
2003-02-08 16:19   ` Jean-Pierre Schwickerath
2003-02-08 18:59   ` Pavel Machek
     [not found]     ` <02bc01c2d030$ac23f340$0a0110ac@erik>
     [not found]       ` <20030209114731.GD26151@atrey.karlin.mff.cuni.cz>
     [not found]         ` <20030209114731.GD26151-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2003-02-11 18:10           ` Erik van Pienbroek
     [not found]             ` <1044987042.1149.4.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2003-02-12 16:47               ` Patrick Mochel
     [not found]                 ` <Pine.LNX.4.33.0302121042480.1479-100000-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2003-02-12 20:36                   ` Karol Kozimor
     [not found]                     ` <20030212203637.GA32274-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2003-02-12 21:08                       ` Patrick Mochel

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=20030213220924.GA9166@elf.ucw.cz \
    --to=pavel-+zi9xunit7i@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=haug-X6ztD3ggwzuBAmxm6OvjtTjhTm2NLCe8@public.gmane.org \
    --cc=mochel-3NddpPZAyC0@public.gmane.org \
    /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