RE: new pmtools available for testing
I can take a look at it early next year. -Original Message- From: [EMAIL PROTECTED] [mailto:linux-acpi- [EMAIL PROTECTED] On Behalf Of Len Brown Sent: Monday, December 11, 2006 10:20 AM To: Alexey Starikovskiy; Moore, Robert Cc: Mattia Dongili; linux-acpi@vger.kernel.org Subject: Re: new pmtools available for testing Bob, Any chance you could tweak the C acpixtract so it can handle the parameter format of the old perl script? I like the newer way better, but it looks like backwards compatibility is within our grasp without mucking it up, so I think we should do it. On Sunday 10 December 2006 12:11, Alexey Starikovskiy wrote: Mattia Dongili wrote: On Tue, Nov 21, 2006 at 09:24:25PM +0300, Alexey Starikovskiy wrote: Hi, acpixtract perl-script is being replaced by C xtract utility. Please test. Hello, I'm considering an update to the acpidump Debian package, so is this version (20061121) available online somewhere? Should it just appear in Len's kernel.org FTP when it's ready? Thanks Len is about to put 20061130 version out, with acpixtract from ACPI CA package. Well, I pushed this up to the ftp site, and it is functional, but the problem is that the new acpixtract from ACPICA has different parameters, so it isn't backwards compatible with the old per acpixtract. the examples in pmtools/README include invocations like this: $ cat email | ./acpixtract DSDT DSDT $ cat email | ./acpixtract FACP | ./acpitbl $ ./acpixtract FACP acpidump.out FACP.bin $ ./acpixtract -n 3 SSDT acpidump.out SSDT3.bin but the new acpixtract looks like this: # ./acpixtract FACP acpidump.out FACP.bin # cat FACP.bin Could not open FACP # # ./acpixtract -n 3 SSDT acpidump.out SSDT3.bin # cat SSDT3.bin Usage: acpixtract [option] InputFile Extract binary ACPI tables from text acpidump output Default invocation extracts all DSDTs and SSDTs Version 20060324 Options: -aExtract all tables, not just DSDT/SSDT -lList table summaries, do not extract -sSignature Extract all tables named Signature - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: new pmtools available for testing
Bob, Any chance you could tweak the C acpixtract so it can handle the parameter format of the old perl script? I like the newer way better, but it looks like backwards compatibility is within our grasp without mucking it up, so I think we should do it. On Sunday 10 December 2006 12:11, Alexey Starikovskiy wrote: Mattia Dongili wrote: On Tue, Nov 21, 2006 at 09:24:25PM +0300, Alexey Starikovskiy wrote: Hi, acpixtract perl-script is being replaced by C xtract utility. Please test. Hello, I'm considering an update to the acpidump Debian package, so is this version (20061121) available online somewhere? Should it just appear in Len's kernel.org FTP when it's ready? Thanks Len is about to put 20061130 version out, with acpixtract from ACPI CA package. Well, I pushed this up to the ftp site, and it is functional, but the problem is that the new acpixtract from ACPICA has different parameters, so it isn't backwards compatible with the old per acpixtract. the examples in pmtools/README include invocations like this: $ cat email | ./acpixtract DSDT DSDT $ cat email | ./acpixtract FACP | ./acpitbl $ ./acpixtract FACP acpidump.out FACP.bin $ ./acpixtract -n 3 SSDT acpidump.out SSDT3.bin but the new acpixtract looks like this: # ./acpixtract FACP acpidump.out FACP.bin # cat FACP.bin Could not open FACP # # ./acpixtract -n 3 SSDT acpidump.out SSDT3.bin # cat SSDT3.bin Usage: acpixtract [option] InputFile Extract binary ACPI tables from text acpidump output Default invocation extracts all DSDTs and SSDTs Version 20060324 Options: -aExtract all tables, not just DSDT/SSDT -lList table summaries, do not extract -sSignature Extract all tables named Signature - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: new pmtools available for testing
On Tue, Nov 28, 2006 at 05:00:45PM +0300, Alexey Starikovskiy wrote: Writing new utility from scratch took half a day, while porting ACPICA acpidump with change in license would take weeks. It does include ACPICA types, so it will require ACPICA headers at least. Also it relies on ACPICA subset of libc, so it will be pain to both maintain it and make any improvements. We already tried to have acpidump utility in both ACPICA and pmtools and ended with two completely different programs. I don't get it. [EMAIL PROTECTED]:~/packages$ cp -r acpica-unix-20060912/tools/acpixtract/ . [EMAIL PROTECTED]:~/packages$ cd acpixtract/ [EMAIL PROTECTED]:~/packages/acpixtract$ make cc -Wall -O2 -D_LINUX -DACPI_APPLICATION -Wstrict-prototypes -I../../include -c -o acpixtract.o acpixtract.c cc acpixtract.o -o acpixtract [EMAIL PROTECTED]:~/packages/acpixtract$ How acpixtract need ACPICA specific headers? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: new pmtools available for testing
On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote: I don't know what's going on here. I wrote acpixtract in C in order to get away from Perl and Perl issues. I certainly hope that we don't have yet another version of acpixtract. Second. Better remove this one soon. People are packing Len's pmtools. As soon as it's spread confusion and maintenance work will grow. Thomas - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: new pmtools available for testing
Thomas Renninger wrote: On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote: I don't know what's going on here. I wrote acpixtract in C in order to get away from Perl and Perl issues. I certainly hope that we don't have yet another version of acpixtract. Second. Better remove this one soon. People are packing Len's pmtools. As soon as it's spread confusion and maintenance work will grow. There was no confusion between two utilities with the same name, and now you claim to have lost between two with different names, how so? pmtools used to be complete in sense it was able to decode that was it has produced, and it will remain complete. Thanks, Alex. - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: new pmtools available for testing
On Tue, 2006-11-28 at 13:24 +0300, Alexey Starikovskiy wrote: Thomas Renninger wrote: On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote: I don't know what's going on here. I wrote acpixtract in C in order to get away from Perl and Perl issues. I certainly hope that we don't have yet another version of acpixtract. Second. Better remove this one soon. People are packing Len's pmtools. As soon as it's spread confusion and maintenance work will grow. There was no confusion between two utilities with the same name, and now you claim to have lost between two with different names, how so? It's not the two names, it simply makes no sense to provide two utilities which do the same. Why do you want to do that? You have other params, other output, double amount of bug fixing or feature enhancements work. I only see cons not one single pro argument to do so. pmtools used to be complete in sense it was able to decode that was it has produced, and it will remain complete. But why not just move/copy Robert's acpixtract, it's already well tested? It does not include any APCICA stuff and changing the license shouldn't be a problem for you... Thomas - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: new pmtools available for testing
Thomas Renninger wrote: On Tue, 2006-11-28 at 13:24 +0300, Alexey Starikovskiy wrote: Thomas Renninger wrote: On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote: I don't know what's going on here. I wrote acpixtract in C in order to get away from Perl and Perl issues. I certainly hope that we don't have yet another version of acpixtract. Second. Better remove this one soon. People are packing Len's pmtools. As soon as it's spread confusion and maintenance work will grow. There was no confusion between two utilities with the same name, and now you claim to have lost between two with different names, how so? It's not the two names, it simply makes no sense to provide two utilities which do the same. So blaim Bob for making second utility and distributing it in ACPICA. Why do you want to do that? You have other params, other output, double amount of bug fixing or feature enhancements work. I only see cons not one single pro argument to do so. Params are compatible with acpidump. What do you mean by other output? pmtools used to be complete in sense it was able to decode that was it has produced, and it will remain complete. But why not just move/copy Robert's acpixtract, it's already well tested? It does not include any APCICA stuff and changing the license shouldn't be a problem for you... Writing new utility from scratch took half a day, while porting ACPICA acpidump with change in license would take weeks. It does include ACPICA types, so it will require ACPICA headers at least. Also it relies on ACPICA subset of libc, so it will be pain to both maintain it and make any improvements. We already tried to have acpidump utility in both ACPICA and pmtools and ended with two completely different programs. Regards, Alex. - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: new pmtools available for testing
I don't know what's going on here. I wrote acpixtract in C in order to get away from Perl and Perl issues. I certainly hope that we don't have yet another version of acpixtract. I don't mind changing things such as the interface, if everyone agrees it's for the better. But it seems like an incredible waste of energy to keep rewriting these kinds of utilities. -Original Message- From: Alexey Starikovskiy [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 22, 2006 8:41 AM To: [EMAIL PROTECTED] Cc: Brown, Len; linux-acpi@vger.kernel.org; Moore, Robert Subject: Re: new pmtools available for testing Thomas Renninger wrote: On Wed, 2006-11-22 at 17:36 +0300, Alexey Starikovskiy wrote: Thomas Renninger wrote: On Tue, 2006-11-21 at 21:24 +0300, Alexey Starikovskiy wrote: Hi, acpixtract perl-script is being replaced by C xtract utility. Please test. Advances are: - Perl not required :) - no 64k output limit of perl-script - --list option shows all tables in the file - unified interface with acpidump - faster(?) Thanks in advance, Is this acpixtract that already existed in ACPICA since some time and now moved to pmtools? Nope, it's duplicated effort. Hmm, you should talk to (I think acpixtract C prog came from) Bob? Someone should decide which should be the final one everybody should use... If one distri or application starts to package and use the one, others start to use the other, we might have compatibility problems in some scripts in future. New utility is names 'xtract' so it does not clash with 'acpixtract' either perl-script or ACPICA utility. If are used to acpixtract, no need to change your habits. If you somehow tired of crippled interface, you could try new utility. The linuxfirmwarekit makes use of ACPICA's acpixtract AFAIK (hardcoded by something like system(acpixtract acpidump);). I also packaged this one into SUSE pmtools package (since SUSE 10.1?). - I'd prefer to stick to the ACPICA's acpixtract.. no problem at all. Regards, Alex - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html