From: Pavel Machek <pavel@ucw.cz>
To: David Brownell <david-b@pacbell.net>
Cc: Pavel Machek <pavel@ucw.cz>, linux-kernel@vger.kernel.org
Subject: Re: PATCH/RFC: driver model/pmcore wakeup hooks (1/4)
Date: Tue, 5 Oct 2004 22:15:31 +0200 [thread overview]
Message-ID: <20041005201531.GA5763@elf.ucw.cz> (raw)
In-Reply-To: <200410051309.02105.david-b@pacbell.net>
Hi!
> > > This lets drivers standardize how they present their ability to issue
> > > wakeups, and how they manage whether that ability should be used.
> >
> > Why do you assign "enabled" to variable instead of using it directly?
>
> So there's exactly one copy of that string in use, agreeing with itself.
> Also, so strncmp() can be used. It won't matter if the sysadmin goes
>
> echo -n enabled > wakeup
> echo enabled > wakeup
Well, you could make that 0,1. That would be more sysfs-style...
> I'd personally rather use "on" and "off", but there seems to be
> a convention in /proc/acpi/wakeup in favor of polysyllabicism.
>
>
> > And perhaps you should print "not supported" instead of empty string...
>
> Except that's two words, not one, which will make shell script
> bugs happen more readily. I thought about "(none)" which
> has the same issue, and "-". But I figured that if it were very
> important, a good solution would appear ... ;)
On the second thought, perhaps file simply should not be there if
wakeup is not supported.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
next prev parent reply other threads:[~2004-10-05 20:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-04 21:00 PATCH/RFC: driver model/pmcore wakeup hooks (1/4) David Brownell
2004-10-05 19:37 ` Pavel Machek
2004-10-05 20:09 ` David Brownell
2004-10-05 20:15 ` Pavel Machek [this message]
2004-10-05 21:53 ` David Brownell
2004-10-16 6:03 ` Len Brown
2004-10-19 3:41 ` David Brownell
2004-10-19 4:55 ` [ACPI] " Hiroshi 2 Itoh
2004-10-19 5:18 ` David Brownell
2004-10-20 6:16 ` Len Brown
-- strict thread matches above, loose matches on Subject: below --
2004-10-19 9:11 Li, Shaohua
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=20041005201531.GA5763@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=david-b@pacbell.net \
--cc=linux-kernel@vger.kernel.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