From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 14 18:19:10 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 092A910658F9 for ; Wed, 14 Jan 2009 18:19:10 +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 BAACD8FC2B for ; Wed, 14 Jan 2009 18:19:09 +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 n0EIJ7rF016817; Wed, 14 Jan 2009 12:19:07 -0600 Message-ID: <496E2C9B.3000907@root.org> Date: Wed, 14 Jan 2009 10:19:07 -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> <496E2192.5030906@root.org> <4911F71203A09E4D9981D27F9D8308580E4EAB6A@orsmsx503.amr.corp.intel.com> <496E24BF.50206@root.org> <496E25AB.8050900@icyb.net.ua> In-Reply-To: <496E25AB.8050900@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" , "Moore, Robert" 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 18:19:15 -0000 Andriy Gapon wrote: > on 14/01/2009 19:45 Nate Lawson said the following: >> Last time I looked, the Linux one did no parsing of extended tables, >> just dumped binary data. It only parsed ASL. This was not very useful >> since our PRs are mostly email based, and decoding a binary attachment >> just to find the SCI irq settings in the MADT was untenable. >> >> Has that changed? > > Yes, it looks like binary data piped through hd/hexdump with small > headings for each table. > >> Moore, Robert wrote: >>> What would be most helpful for us over here in ACPICA land is if your acpidump worked exactly like the Linux version. That is the most useful for debugging, and if you look at the linux bugzilla entries, you'll see that it is usually the very first thing we ask for when there is a problem. >>> >>> The acpixtract utility is now provided with the ACPICA source, it is used to pull the binary tables from the acpidump. >>> >>> I would like to make an ACPICA version of acpidump that is OS-independent so that there isn't a duplication of tools. Then I'd prefer we just keep our nice parsing for tables we know of and print a hexdump by default for tables we don't. Seems simple and compatible enough. Care to provide a patch? -- Nate