public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dominik Brodowski <linux@brodo.de>
To: Dave Jones <davej@codemonkey.org.uk>, Greg KH <greg@kroah.com>,
	Pavel Machek <pavel@ucw.cz>, Jan Dittmer <j.dittmer@portrix.net>,
	Mark Studebaker <mds@paradyne.com>,
	azarah@gentoo.org, KML <linux-kernel@vger.kernel.org>,
	sensors@Stimpy.netroedge.com, andrew.grover@intel.com
Subject: Re: lm sensors sysfs file structure
Date: Thu, 3 Apr 2003 20:43:42 +0200	[thread overview]
Message-ID: <20030403184342.GB1469@brodo.de> (raw)
In-Reply-To: <20030403104944.GB15633@suse.de>

On Thu, Apr 03, 2003 at 11:49:44AM +0100, Dave Jones wrote:
> On Wed, Apr 02, 2003 at 04:28:22PM -0800, Greg KH wrote:
> 
>  > > FWIW, I'm taking the same fixed-point millivolt approach with the
>  > > sysfs overrides for cpufreq.  Having similar things in sysfs
>  > > exporting the same units seems to be a good idea.
>  > 
>  > Hm, in looking around the kernel some more, it seems that there are a
>  > number of other places that export voltage and temperature values (ACPI
>  > being one of the most obvious.)  It might be time to start thinking of a
>  > single userspace library to access all of these kinds of values in a
>  > system, instead of having to probe around different parts of the sysfs
>  > tree by hand...
> 
> Had occured to me too. There was talk of a libpower or the likes
> mentioned on acpi-devel a year or so back, but afaik nothing really
> came of it.

Actually, the "ospmd" tool (available at http://acpi.sourceforge.net )
already seems to manage APM and ACPI input. Well, and speaking of ACPI and 
sysfs in the same message: IMHO the /proc/acpi/ interface should be replaced
by something in /sysfs/ as well....

	Dominik

  reply	other threads:[~2003-04-03 18:29 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-25  8:53 i2c driver changes for 2.5.66; adding w83781d support Martin Schlemmer
2003-03-25 17:56 ` Greg KH
2003-03-26 19:04   ` w83781d i2c driver updated for 2.5.66 (without sysfs support) Martin Schlemmer
2003-03-26 19:40     ` Jan Dittmer
2003-03-26 19:54       ` Martin Schlemmer
2003-03-26 20:26       ` Greg KH
2003-03-26 20:43         ` Christoph Hellwig
2003-03-26 21:23           ` Greg KH
2003-03-26 22:26         ` Mark Studebaker
2003-03-26 22:52           ` lm sensors sysfs file structure Greg KH
2003-03-27 10:46             ` Jan Dittmer
2003-03-27 10:50               ` Martin Schlemmer
2003-03-27 12:27                 ` Jan Dittmer
2003-03-27 12:33                   ` Martin Schlemmer
2003-03-27 13:05                     ` Jan Dittmer
2003-03-27 13:31                       ` Jean Delvare
2003-03-27 17:16                         ` Mark M. Hoffman
2003-03-27 17:25               ` Greg KH
2003-03-27 18:06                 ` Jan Dittmer
2003-03-27 18:13                   ` Greg KH
2003-03-30 19:23                 ` Pavel Machek
2003-04-01  6:44                   ` Greg KH
2003-04-01 20:22                     ` Pavel Machek
2003-04-01 23:27                     ` Dave Jones
2003-04-03  0:28                       ` Greg KH
2003-04-03 10:49                         ` Dave Jones
2003-04-03 18:43                           ` Dominik Brodowski [this message]
2003-03-27 18:40             ` Jan Dittmer
2003-03-27 18:52               ` Greg KH
2003-03-27 18:17                 ` Patrick Mochel
2003-03-27 18:57                 ` Jan Dittmer
2003-03-27 19:15                 ` Martin Schlemmer
2003-03-27 19:25                   ` Greg KH
2003-03-27 19:42             ` Greg KH
2003-03-27 20:32               ` Jan Dittmer
2003-03-27 21:53                 ` Greg KH
2003-03-27 22:23                   ` Mark M. Hoffman
2003-03-28  6:05                   ` Martin Schlemmer
2003-03-28 18:34             ` Pavel Machek
2003-03-26 20:29     ` w83781d i2c driver updated for 2.5.66 (without sysfs support) Greg KH
2003-03-26 23:34       ` Martin Schlemmer
2003-03-26 23:46         ` Greg KH
2003-03-30 12:47           ` [PATCH-2.5] w83781d i2c driver updated for 2.5.66-bk4 (with sysfs support, empty tree) Martin Schlemmer
2003-04-02 22:22             ` Greg KH
  -- strict thread matches above, loose matches on Subject: below --
2003-03-27 23:00 lm sensors sysfs file structure Albert Cahalan
2003-03-27 23:10 ` Greg KH
2003-03-28  7:21   ` Martin Schlemmer
2003-03-28  7:40     ` Greg KH
2003-04-03 21:19 Grover, Andrew
2003-04-14 15:16 ` 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=20030403184342.GB1469@brodo.de \
    --to=linux@brodo.de \
    --cc=andrew.grover@intel.com \
    --cc=azarah@gentoo.org \
    --cc=davej@codemonkey.org.uk \
    --cc=greg@kroah.com \
    --cc=j.dittmer@portrix.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mds@paradyne.com \
    --cc=pavel@ucw.cz \
    --cc=sensors@Stimpy.netroedge.com \
    /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