From mboxrd@z Thu Jan 1 00:00:00 1970 From: Len Brown Subject: Re: DSDT > 128k support Date: 17 Nov 2004 12:51:38 -0500 Message-ID: <1100713897.993.8.camel@d845pe> References: <20041117.230831.74752627.t-kochi@bq.jp.nec.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20041117.230831.74752627.t-kochi-UDFczIW9X1d8UrSeD/g0lQ@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Takayoshi Kochi Cc: ACPI Developers List-Id: linux-acpi@vger.kernel.org On Wed, 2004-11-17 at 09:08, Takayoshi Kochi wrote: > Under the current implementation, reading /proc/acpi/dsdt does I think the code in the kernel to supply /proc/acpi/dsdt and /proc/acpi/fadt should be deleted. This capability and more can be had entirely from a user-space /dev/mem reader such as acpidmp in the pmtools package: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ -Len ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8