User space has no particular reason to know which state of a particular
device corresponds to the logical state "on" or "off" or whatever other
states might be needed. Once you've defined the set of standard, generic
states, then the device driver writer can figure out which device state
matches the requirements for a given generic state.
While I wouldn't hate putting this in a system-level configuration file,
I really think it's device-specific stuff that should be built-in.
scott
-----Original Message-----
From: Patrick Mochel [mailto:[email protected]]
Sent: Thursday, January 05, 2006 3:48 PM
To: Preece Scott-PREECE
Cc: [email protected]; ; ;
Subject: Re: [linux-pm] [patch] pm: fix runtime powermanagement's /sys
interface
On Thu, 5 Jan 2006, Scott E. Preece wrote:
> --===============26103097005026354==
>
>
> My inclination would be to have the sysfs interface know generic
> terms, with the implementation mapping them to device-specific terms.
> It ought to be possible to build portable tools that don't have to
> know about device-specific states and have the device interfaces (in
> sysfs) do the necessary translation.
Userspace should do the translation. You should give the user the
ability to specify simple, meaningful states, like "on" and "off". But,
it should be the tools itself that are mapping those requests to valid
input for the sysfs files.
Why force the translation into the kernel, and provide more
opportunities for error in parsing the sysfs files? Do it in userspace,
and you can afford much more flexibility and portability.
Thanks,
Patrick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
