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: 15+ 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
[not found] ` <200410051309.02105.david-b-yBeKhBN/0LDR7s880joybQ@public.gmane.org>
2004-10-16 6:03 ` Len Brown
2004-10-16 6:03 ` Len Brown
2004-10-19 3:41 ` David Brownell
[not found] ` <200410182041.02192.david-b-yBeKhBN/0LDR7s880joybQ@public.gmane.org>
2004-10-19 4:55 ` Hiroshi 2 Itoh
2004-10-19 4:55 ` [ACPI] " Hiroshi 2 Itoh
2004-10-19 5:18 ` David Brownell
2004-10-20 6:16 ` Len Brown
2004-10-20 6:16 ` Len Brown
-- strict thread matches above, loose matches on Subject: below --
2004-10-19 9:11 Li, Shaohua
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 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.