From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 14 17:32:06 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C47106564A for ; Wed, 14 Jan 2009 17:32:06 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi053.prodigy.net (nlpi053.sbcis.sbc.com [207.115.36.82]) by mx1.freebsd.org (Postfix) with ESMTP id 530588FC21 for ; Wed, 14 Jan 2009 17:32:05 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-9-114.dsl.snfc21.pacbell.net [71.139.9.114]) (authenticated bits=0) by nlpi053.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n0EHW3gx016362; Wed, 14 Jan 2009 11:32:04 -0600 Message-ID: <496E2192.5030906@root.org> Date: Wed, 14 Jan 2009 09:32:02 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Andriy Gapon References: <4968B843.8020108@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308580E4EA343@orsmsx503.amr.corp.intel.com> <496DB197.5020100@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308580E4EA9B3@orsmsx503.amr.corp.intel.com> <496E0F90.3000507@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308580E4EA9D1@orsmsx503.amr.corp.intel.com> <496E1B90.8080406@root.org> <496E1DE0.5080305@icyb.net.ua> In-Reply-To: <496E1DE0.5080305@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@freebsd.org" Subject: Re: WDTT X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 17:32:07 -0000 Andriy Gapon wrote: > on 14/01/2009 19:06 Nate Lawson said the following: >> You need both the -t and -d flags. See the man page. Maybe that should >> be made the default, although I didn't like the idea of a command >> dumping out pages of output when run with no flags. > > Nate, > > This doesn't work for me, at least on stable/7. > The tables are not "dumped", they are "pretty-printed", but that happens > only for a subset of tables - for unknown tables just a standard header > is printed, the actual data is not. > > And it seems that while there is a way to dump "raw" DSDT, there is no > way to dump other tables in a raw form. I see. Yeah, perhaps you could add a patch that does a hex dump of unknown tables or a way to specify a table id and get the raw binary data. Perhaps -i id would be good. Example: acpidump -t See that WDTT is interesting. acpidump -i WDTT -o wdtt.bin What do you think? -- Nate