From: Carlos Corbacho <cathectic@slackadelic.com>
To: Len Brown <lenb@kernel.org>
Cc: linux-acpi@vger.kernel.org, "Nashif, Anas" <anas.nashif@intel.com>
Subject: Re: [PATCH v4] ACPI: WMI: Add WMI-ACPI mapper driver
Date: Wed, 31 Oct 2007 16:24:38 +0000 [thread overview]
Message-ID: <200710311624.39428.cathectic@slackadelic.com> (raw)
In-Reply-To: <200710311221.11137.cathectic@slackadelic.com>
On Wednesday 31 October 2007 12:21:10 Carlos Corbacho wrote:
> On Wednesday 31 October 2007 00:18:19 Carlos Corbacho wrote:
> > On Tuesday 30 October 2007 22:52:30 Carlos Corbacho wrote:
> > > On Tuesday 30 October 2007 18:18:22 Len Brown wrote:
> > > > When I consulted Anas about WMI, he recommended that Linux
> > > > expose WMI via CIMOM. I think that this means we'd need
> > > > to invent a sysfs interface for this acpi->wmi driver
> > > > to expose the hooks to a user-space daemon, which
> > > > would then make sense of it in Linux's management framework.
> > >
> > > The main problem to overcome with a sysfs interface is that a
> > > WMI-ACPI call takes multiple values.
> >
> > So, thinking this over more carefully, whilst sysfs can probably be used
> > to export data, I'm not entirely convinced for using it to input
> > arbitrary data types, unless there's some way we can get round this?
>
> After sleeping on the matter, I'm now certain that sysfs is the wrong way
> to go for allowing userspace to access WMI-ACPI - we're trying to pass and
> return too much data for sysfs to handle.
On second thoughts, my other proposal won't work either - we'd end up with a
mess of either ioctl's or sysctl's to call from userspace (I really should
read up on my userspace interaction a bit more).
The sysfs proposal could be made to work, it will just be a little cumbersome
(I'll have a go at implementing it and see how it works out).
-Carlos
--
E-Mail: cathectic@gmail.com
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
prev parent reply other threads:[~2007-10-31 16:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-30 3:36 [PATCH v4] ACPI: WMI: Add WMI-ACPI mapper driver Carlos Corbacho
2007-10-30 13:47 ` Matthew Garrett
2007-10-30 14:28 ` Carlos Corbacho
2007-10-31 10:56 ` Carlos Corbacho
2007-10-30 18:18 ` Len Brown
2007-10-30 22:52 ` Carlos Corbacho
2007-10-31 0:18 ` Carlos Corbacho
2007-10-31 12:21 ` Carlos Corbacho
2007-10-31 16:24 ` Carlos Corbacho [this message]
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=200710311624.39428.cathectic@slackadelic.com \
--to=cathectic@slackadelic.com \
--cc=anas.nashif@intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@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.