From: "Darren Benham" <dbenham-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org>
To: haug-X6ztD3ggwzuBAmxm6OvjtTjhTm2NLCe8@public.gmane.org
Cc: mochel-3NddpPZAyC0@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 11:00:52 -0800 (PST) [thread overview]
Message-ID: <51181.64.164.111.5.1045162852.squirrel@benham.net> (raw)
In-Reply-To: <200302131628.h1DGSID27482-sBhUd1W9t4xfrO0PeCDDO4ECbGbo6+O1OOFObY0sJ7w@public.gmane.org>
Oh come on, this is Linux not preschool.
How about making it a .config option, default to "unset" and with a big
warning in the help?
Jens Haug said:
>> > > I would recommend never, ever doing 'echo 5 > /proc/acpi/sleep',
>> > > especially if you're trying to suspend the system.
>> >
>> > It's not worse than pushing the power button on a normal system (or
>> > hold the power button on an ACPI system).
>>
>> 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? ;-)
>
>> Think about how this thread started: $Random User sees his system
>> doesn't suspend when writing '4' to that file, so he tries every other
>> value.
>
> This is not a random user. This is someone who plays around with his
> system while testing beta kernel drivers.
> The random user at this stage doesn't know about acpi at all. The
> random user in the future (when acpi comes with Suse or RedHat Linux
> out of the box) will only use the GUIs to suspend and such. So there's
> no problem at all, I think.
>
>> 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).
>
>> Which is possible, but ludicrous. If you want to halt your system, use
>> halt(1). We do not need to invent new ways to do old things,
>> especially when they are dangerous.
>
> This is a new thing: You can power off in less than a second.
>
>> > The regular user can't write anything to that file - this must be
>> > root. He's supposed to know what he's doing. If he wants to turn the
>> > machine off without halting the system, then that's his choice.
>> > Think of something like an embedded system to control a machine.
>> > Many machines have an emergency off whith a huge red button. This
>> > is the software version of this red button. Your software can press
>> > this if you thing that's necessary.
>>
>> That's crap.
>
> You're too kind.
>
>> For one, most systems are single-user systems.
>
> Do you want a kernel for most systems or a general purpose, scalable
> OS? You're thinking the windows way. I'm glad that Linux is better.
>
>> That was
>> certainly the case for the guy that crashed his system by writing to
>> that file. So, by definition, root knows only as much as the most
>> knowledgable user.
>
> No, by definition root is the administrator and knows what he's doing.
> It might be true that there are many people out there who do not know
> what they are doing - but they hardly ever become root in the console
> and echo numbers anywhere in /proc. And if they do so - well, that's
> their fault.
>
>> For another, as mentioned before, we have safe mechanisms for halting
>> a system. See 'man 1 halt'.
>
> You have *no* other mechanism to turn your box off in less than one
> second.
>
>> > I'd like to have it in. I don't know what I could ever use it for,
>> > but I'd really prefer to have this possibility.
>>
>> Listen to yourself. Also, take into account your design philosophies
>> concerning Linux and other operating systems. This comment is poorly
>> thought out and completely invalid.
>
> Will you just keep on saying my comment was no good or could you
> maybe tell me what exactly is wrong with it?
>
>> We don't keep features around because they might be useful to someone
>> at some point in the future. We do what is necessary and nothing
>> more.
>
> Oh, do we? We don't even know what people are doing. This is not a set
> top box. This is an operating system. People build all kinds of stuff
> from this. Do you think you know what is necessary for *all* the things
> that can be done with Linux?
>
>> We also don't leave gaping holes for users to accidentally screw
>> themselves. Deliberately, sure. But, not on accident, that's just
>> rude.
>
> Oops, I typed "sudo echo 5 > /proc/acpi/sleep" by accident again.
> Sometimes it just happens. ;-)
>
>
> Jens
>
> --
> Jens Haug
> IKFF Universität Stuttgart Tel. 0711/685-6422
> Pfaffenwaldring 9 Fax 0711/685-6356
> 70550 Stuttgart haug-X6ztD3ggwzuBAmxm6OvjtTjhTm2NLCe8@public.gmane.org
>
>
>
> -------------------------------------------------------
> 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
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
--
Darren
-------------------------------------------------------
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 19:00 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
2003-02-13 19:00 ` Darren Benham [this message]
[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=51181.64.164.111.5.1045162852.squirrel@benham.net \
--to=dbenham-fg1iutdj8bistnjn9+bgxg@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