From: Theodore Ts'o <tytso-3s7WtUTddSA@public.gmane.org>
To: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: "Yu, Luming" <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>,
"Moore,
Robert" <robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Alex Williamson <alex.williamson-VXdhtT5mjnY@public.gmane.org>,
linux-kernel
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Userspace ACPI interpreter ( was RE: [RFC] dev_acpi: support for userspace access to acpi)
Date: Thu, 28 Oct 2004 11:24:04 -0400 [thread overview]
Message-ID: <20041028152404.GB7902@thunk.org> (raw)
In-Reply-To: <418085B0.30208-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
On Thu, Oct 28, 2004 at 01:37:52AM -0400, Len Brown wrote:
> One way to experiment with a user-mode ACPI interpreter would be to
> continue to use the kernel-mode interpreter for boot up , and cut over
> to the user-mode interpreter at /sbin/init. The kernel-mode interpreter
> could be sent the way of free_initmem() which is called just before
> /sbin/init is invoked.
Is there a significant advantage to doing having a user-mode ACPI
interpreter? The only advantage I can think of is that the ACPI
interpreter could now live in pageable memory. Are there any others?
- Ted
-------------------------------------------------------
This Newsletter Sponsored by: Macrovision
For reliable Linux application installations, use the industry's leading
setup authoring tool, InstallShield X. Learn more and evaluate
today. http://clk.atdmt.com/MSI/go/ins0030000001msi/direct/01/
WARNING: multiple messages have this Message-ID (diff)
From: "Theodore Ts'o" <tytso@mit.edu>
To: Len Brown <len.brown@intel.com>
Cc: "Yu, Luming" <luming.yu@intel.com>,
Bjorn Helgaas <bjorn.helgaas@hp.com>,
"Moore, Robert" <robert.moore@intel.com>,
Alex Williamson <alex.williamson@hp.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
acpi-devel@lists.sourceforge.net
Subject: Re: Userspace ACPI interpreter ( was RE: [ACPI] [RFC] dev_acpi: support for userspace access to acpi)
Date: Thu, 28 Oct 2004 11:24:04 -0400 [thread overview]
Message-ID: <20041028152404.GB7902@thunk.org> (raw)
In-Reply-To: <418085B0.30208@intel.com>
On Thu, Oct 28, 2004 at 01:37:52AM -0400, Len Brown wrote:
> One way to experiment with a user-mode ACPI interpreter would be to
> continue to use the kernel-mode interpreter for boot up , and cut over
> to the user-mode interpreter at /sbin/init. The kernel-mode interpreter
> could be sent the way of free_initmem() which is called just before
> /sbin/init is invoked.
Is there a significant advantage to doing having a user-mode ACPI
interpreter? The only advantage I can think of is that the ACPI
interpreter could now live in pageable memory. Are there any others?
- Ted
next prev parent reply other threads:[~2004-10-28 15:24 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-28 4:04 Userspace ACPI interpreter ( was RE: [ACPI] [RFC] dev_acpi: support for userspace access to acpi) Yu, Luming
2004-10-28 4:04 ` Yu, Luming
2004-10-28 5:37 ` Len Brown
[not found] ` <418085B0.30208-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2004-10-28 15:24 ` Theodore Ts'o [this message]
2004-10-28 15:24 ` Theodore Ts'o
2004-10-29 4:48 ` Len Brown
2004-10-29 4:58 ` Userspace ACPI interpreter ( was " Andi Kleen
2004-10-29 4:58 ` Userspace ACPI interpreter ( was RE: [ACPI] " Andi Kleen
2004-10-28 15:18 ` Userspace ACPI interpreter ( was " Bjorn Helgaas
2004-10-28 15:18 ` Userspace ACPI interpreter ( was RE: [ACPI] " Bjorn Helgaas
-- strict thread matches above, loose matches on Subject: below --
2004-10-29 2:40 Userspace ACPI interpreter ( was " Yu, Luming
2004-10-29 2:51 Yu, Luming
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=20041028152404.GB7902@thunk.org \
--to=tytso-3s7wtutddsa@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=alex.williamson-VXdhtT5mjnY@public.gmane.org \
--cc=bjorn.helgaas-VXdhtT5mjnY@public.gmane.org \
--cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.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.