From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bjorn Helgaas Subject: Re: Userspace ACPI interpreter ( was RE: [RFC] dev_acpi: support for userspace access to acpi) Date: Thu, 28 Oct 2004 09:18:28 -0600 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <200410280918.28485.bjorn.helgaas@hp.com> References: <3ACA40606221794F80A5670F0AF15F84041ABFFA@pdsmsx403> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <3ACA40606221794F80A5670F0AF15F84041ABFFA@pdsmsx403> Content-Disposition: inline Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: "Yu, Luming" Cc: "Brown, Len" , "Moore, Robert" , Alex Williamson , linux-kernel , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Wednesday 27 October 2004 10:04 pm, Yu, Luming wrote: > On IA64 platform, ACPI interpreter seems to be mandatory for those > stuff, but IA32 is not. So, the ram disk is the generic solution > for loading user space interpreter for boot. In two sentences: If you want to play with moving the interpreter to user-space, please do so, and do it on ia64, so you have to deal with the interesting problems. And this whole thing is a gigantic tangent that is only distracting attention from the real question at hand, namely, Alex's dev_acpi patch, which exists today and enables some very interesting new functionality. ------------------------------------------------------- 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/