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
next prev 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 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.