From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 12 22:02:38 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 8869A106566C for ; Fri, 12 Jun 2009 22:02:38 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id 68AA28FC13 for ; Fri, 12 Jun 2009 22:02:38 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 12 Jun 2009 14:55:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,211,1243839600"; d="scan'208";a="698920373" Received: from orsmsx601.amr.corp.intel.com ([10.22.226.213]) by fmsmga001.fm.intel.com with ESMTP; 12 Jun 2009 15:05:59 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx601.amr.corp.intel.com ([10.22.226.213]) with mapi; Fri, 12 Jun 2009 15:02:33 -0700 From: "Moore, Robert" To: Nate Lawson , Eygene Ryabinkin Date: Fri, 12 Jun 2009 15:02:33 -0700 Thread-Topic: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code Thread-Index: Acnrp3sY5EPGLiq4Se+oJw73Hdt3wAAAeyoA Message-ID: <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> References: <4A32CA38.4020806@root.org> In-Reply-To: <4A32CA38.4020806@root.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@freebsd.org" Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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: Fri, 12 Jun 2009 22:02:38 -0000 Actually, we don't distribute an acpidump (yet) in ACPICA. The Linux versio= n is part of the "pmtools" package. It is of course, linux-specific. I won't distribute it with ACPICA until we= have an OS-independent version. It is on our list of things to-do. The formatting code is rather simple, but it would be best to have one inst= ance of the code, part of acpica. It would go like this: Get rsdt/xsdt -> call to OSL For all tables: Get acpi table -> call to OSL Dump the table >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Nate Lawson >Sent: Friday, June 12, 2009 2:36 PM >To: Eygene Ryabinkin >Cc: freebsd-acpi@freebsd.org >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory >locations as AML code > >Eygene Ryabinkin wrote: >> It is not uncommon when some chunks of the AML code are loaded by DSDT >> from the memory locations that aren't part of the DSDT itself, but one >> wants to see what's inside. It can be achieved with 'dd' and 'iasl', >> but it is better to implement this machinery inside acpidump to ease the >> life of both users and develepers that needs to see the full picture >> of the ACPI stuff from foreign machines. >> >> This commit also have some small fixes: >> >> - verbose output (going to stderr) isn't mixed with normal output >> that goes to stdout -- the latter is made unbuffered; >> >> - we're using IASL's logics to get the name of the output file and, >> moreover, we prevent two simultaneous invocations of acpidump >> to hose other's output; >> >> - IASL exit code is checked and if disassembler exited abnormally >> or was failed to do its job, the warning is produced to give >> the reader an idea on what's going on. >> >> Signed-off-by: Eygene Ryabinkin > >I appreciate your work. What we need to do though is remove acpidump(8) >from the system and import Intel's acpidmp utility. It's included in the >ACPI-CA distribution and is functional enough that we can use it. > >Any functions we need that it doesn't yet have can be submitted to Intel >to merge. > >Thanks, >-- >Nate >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org"