Date: Wed, 14 Jan 2009 09:38:08 -0800 From: "Moore, Robert" <robert.moore@intel.com> To: Nate Lawson <nate@root.org>, Andriy Gapon <avg@icyb.net.ua> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org> Subject: RE: WDTT Message-ID: <4911F71203A09E4D9981D27F9D8308580E4EAB6A@orsmsx503.amr.corp.intel.com> In-Reply-To: <496E2192.5030906@root.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
What would be most helpful for us over here in ACPICA land is if your acpid= ump worked exactly like the Linux version. That is the most useful for debu= gging, 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 t= o pull the binary tables from the acpidump. I would like to make an ACPICA version of acpidump that is OS-independent s= o 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"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4911F71203A09E4D9981D27F9D8308580E4EAB6A>