Date: Wed, 14 Jan 2009 09:45:35 -0800 From: Nate Lawson <nate@root.org> To: "Moore, Robert" <robert.moore@intel.com> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org>, Andriy Gapon <avg@icyb.net.ua> Subject: Re: WDTT Message-ID: <496E24BF.50206@root.org> In-Reply-To: <4911F71203A09E4D9981D27F9D8308580E4EAB6A@orsmsx503.amr.corp.intel.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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? -Nate 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. > > > >> -----Original Message----- >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >> acpi@freebsd.org] On Behalf Of Nate Lawson >> Sent: Wednesday, January 14, 2009 9:32 AM >> To: Andriy Gapon >> Cc: freebsd-acpi@freebsd.org >> Subject: Re: WDTT >> >> 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 >> _______________________________________________ >> 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" -- Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?496E24BF.50206>