From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Belmonte Subject: Re: Re: [PATCH] filling in ACPI method access via sysfs namespace Date: Fri, 09 Apr 2004 21:52:29 -0400 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <4077535D.6020403@neggie.net> References: <1081453741.3398.77.camel@patsy.fc.hp.com> <1081549317.2694.25.camel@patsy.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1081549317.2694.25.camel-Wmjt7DDUnIVxnVILBQAtiA@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Alex Williamson Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, linux-kernel List-Id: linux-acpi@vger.kernel.org Alex Williamson wrote: > Here's another approach that's far less ugly than the last and is > much more powerful. The code is a little over half the size as a > bonus. Rather than specifically poking for certain methods and exposing > them, this patch exposes everything. The down side is that all reading > and writing of the files need to use binary acpi data structures. This > interface certainly provides "shoot yourself in the foot" potential, but > the access to the namespace from userspace is hard to beat. Any > thoughts on this approach versus the last? This interface and a simple > set of libraries to go along with it has a lot of potential. Thanks, The limitation of this interface is that it's not able to call an ACPI method with some arguments and get the return value, correct? -John -- http:// if ile.org/ ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click