From: Kyle Moffett <mrmacman_g4@mac.com>
To: Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk>
Cc: Pavel Machek <pavel@ucw.cz>, Michael Holzheu <holzheu@de.ibm.com>,
Ingo Oeser <ioe-lkml@rameria.de>,
linux-kernel@vger.kernel.org, mschwid2@de.ibm.com
Subject: Re: How to document dimension units for virtual files?
Date: Sun, 12 Nov 2006 23:33:52 -0500 [thread overview]
Message-ID: <0DFC5218-DA70-42BA-9CCA-C9CA761F8B72@mac.com> (raw)
In-Reply-To: <r6mz6znwbu.fsf@skye.ra.phy.cam.ac.uk>
On Nov 10, 2006, at 10:41:09, Sanjoy Mahajan wrote:
>> Watts are an indication of power emitted or consumed per unit time
>> (as opposed to current/amperage which counts only the number of
>> electrons and not the change in energy), so perhaps
>> "power_flow:mW" or "power_consumption:mW" would make more sense?
>
> So all of the following make sense:
>
> * "Power:mW"
> * "energy flow: mW" (more verbose but equivalent)
> * "energy flow: mJ/s" (even more verbose but also equivalent)
In this case the name is a sysfs file to indicate the load on the
battery; so spaces are frowned upon and "load:mW" would probably work
the best.
>> I can conceivably see a need for a "current:mJ_per_s" versus
>> "current:mW" depending on the hardware-reported units, but never
>> both at the same time.
>
> I got lost here. mJ/s is the same as mW, so with either current:mW
> or current:mJ/s you're back in the soup of measuring current using
> units of power
Whoops; sorry, I was writing this too early in the morning without my
caffeine and got myself turned around. What I _meant_ to say was this:
"I conceivably see a need for a "load:mC_s" versus "load:mW",
depending on the hardware-reported units, but never both at the same
time."
Essentially if the hardware reports units of milli-watts or milli-
Calories-per-second or whatever, then we should report that directly
and let userspace convert as appropriate; keeping the floating-point
out of the kernel.
Cheers,
Kyle Moffett
next prev parent reply other threads:[~2006-11-13 4:34 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-08 16:54 Michael Holzheu
2006-11-08 17:04 ` Randy Dunlap
2006-11-08 18:27 ` Michael Holzheu
2006-11-10 6:53 ` Greg KH
2006-11-10 10:03 ` Michael Holzheu
2006-11-13 17:16 ` Greg KH
2006-11-13 12:18 ` Pavel Machek
2006-11-13 17:46 ` Henrique de Moraes Holschuh
2006-11-14 8:50 ` Michael Holzheu
2006-11-08 17:09 ` Jörn Engel
2006-11-08 18:32 ` Michael Holzheu
2006-11-08 18:01 ` Henrique de Moraes Holschuh
2006-11-08 18:37 ` Michael Holzheu
2006-11-08 19:59 ` Henrique de Moraes Holschuh
2006-11-09 23:15 ` Pavel Machek
2006-11-10 13:18 ` Kyle Moffett
2006-11-10 15:41 ` Sanjoy Mahajan
2006-11-13 4:33 ` Kyle Moffett [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-10-23 12:32 Michael Holzheu
2006-10-23 19:03 ` Ingo Oeser
2006-10-24 14:15 ` Michael Holzheu
2006-10-24 20:13 ` Arnd Bergmann
2006-10-28 18:40 ` Pavel Machek
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=0DFC5218-DA70-42BA-9CCA-C9CA761F8B72@mac.com \
--to=mrmacman_g4@mac.com \
--cc=holzheu@de.ibm.com \
--cc=ioe-lkml@rameria.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mschwid2@de.ibm.com \
--cc=pavel@ucw.cz \
--cc=sanjoy@mrao.cam.ac.uk \
/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
all inboxes | Powered by JetHome®