From: Suravee S. <sur...@am...> - 2011-06-16 04:17:09
|
URL: http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download RELEASE NOTES: New features ------------ - New Processors Supports * MIPS Loongson2 * Intel Nehalem * ARM Cortex-A9 * MIPS 74K * MIPS 1004K * AMD family12h * AMD family14h * AMD family15h * Intel Westmere * ARMv7 Scorpion * ARMv7 ScorpionMP * Intel Sandy Bridge - Allow additional flags in unitmasks. - Enable Qt4 gui supports Bug fixes --------- ------------------------------------------------------------------------- | BUG ID | Summary |-----------|------------------------------------------------------------ | 3303383 | Improve the security of opcontrol | 3090939 | Patch to move from QT3 to QT4[qt3support] | 3072766 | opreport appears to not support changing events | 3069227 | Time discrepancy using oprofile | 3053794 | ophelp -X doesn't display event's unit mask type | 2968895 | Recurrence of bug 1930788 | 2935944 | [FAQ] Add item regarding [vdso] messages | 2878705 | opcontrol breaks on busybox ash in is_tool_available() | 2153620 | configure fails to handle --without-java correctly ------------------------------------------------------------------------- - 12/07/2009 Added config option to disable oprofile user check - 01/26/2010 Fix qt lib check so it works on base 64-bit system - 03/17/2010 Fix memory leak according to opening opd_pipe - 03/25/2010 catch basic_string::erase when parsing an invalid sample file name - 04/14/2010 Fix an opreport error seen on Fedora 12 by making translate_debuginfo_syms more robust - 10/13/2010 Fix opimport compile error on recent gcc - 10/16/2010 Fix schema validation issues and error in xml generation - 05/06/2011 Fix symbol size problem that causes "start > end" erorr - 05/23/2011 Avoid blindly writing to $SESSION_DIR/opd_pipe - 05/23/2011 Ensure that --save only saves things in $SESSION_DIR Known problems -------------- - If NMI watchdog is not disabled (x86), opcontrol may fail to allocate the hardware performance counter(s) it needs (bug #1468916). - When profiling stripped libraries where OProfile needs to access a debuginfo file, it's possible that src filename/line # information may be incorrect (bug #2573008). - Many Alpha ev67 events do not work (bug #931875). - For 2.2 kernels, the module must be compiled as the same user that owns the kernel source tree. |
From: Maynard J. <may...@us...> - 2011-06-17 13:45:58
|
Suravee Suthikulpanit wrote: > URL: > http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download Suravee, Thanks again for rolling out this release. So far, the RC looks good. I've successfully tested it on POWER7/SLES 11 SP1, POWER5/SLES10 SP3, and Intel Xeon/SLES 10 SP2. I would appreciate some testing from other community members on other platforms. -Maynard > > RELEASE NOTES: > > New features > ------------ > - New Processors Supports > * MIPS Loongson2 > * Intel Nehalem > * ARM Cortex-A9 > * MIPS 74K > * MIPS 1004K > * AMD family12h > * AMD family14h > * AMD family15h > * Intel Westmere > * ARMv7 Scorpion > * ARMv7 ScorpionMP > * Intel Sandy Bridge > > - Allow additional flags in unitmasks. > > - Enable Qt4 gui supports > > > Bug fixes > --------- > ------------------------------------------------------------------------- > | BUG ID | Summary > |-----------|------------------------------------------------------------ > | 3303383 | Improve the security of opcontrol > | 3090939 | Patch to move from QT3 to QT4[qt3support] > | 3072766 | opreport appears to not support changing events > | 3069227 | Time discrepancy using oprofile > | 3053794 | ophelp -X doesn't display event's unit mask type > | 2968895 | Recurrence of bug 1930788 > | 2935944 | [FAQ] Add item regarding [vdso] messages > | 2878705 | opcontrol breaks on busybox ash in is_tool_available() > | 2153620 | configure fails to handle --without-java correctly > ------------------------------------------------------------------------- > > - 12/07/2009 Added config option to disable oprofile user check > - 01/26/2010 Fix qt lib check so it works on base 64-bit system > - 03/17/2010 Fix memory leak according to opening opd_pipe > - 03/25/2010 catch basic_string::erase when parsing an invalid sample > file name > - 04/14/2010 Fix an opreport error seen on Fedora 12 by making > translate_debuginfo_syms more robust > - 10/13/2010 Fix opimport compile error on recent gcc > - 10/16/2010 Fix schema validation issues and error in xml generation > - 05/06/2011 Fix symbol size problem that causes "start > end" erorr > - 05/23/2011 Avoid blindly writing to $SESSION_DIR/opd_pipe > - 05/23/2011 Ensure that --save only saves things in $SESSION_DIR > > > Known problems > -------------- > - If NMI watchdog is not disabled (x86), opcontrol may fail to > allocate the hardware performance counter(s) it needs (bug #1468916). > > - When profiling stripped libraries where OProfile needs to access a > debuginfo > file, it's possible that src filename/line # information may be incorrect > (bug #2573008). > > - Many Alpha ev67 events do not work (bug #931875). > > - For 2.2 kernels, the module must be compiled as the same user > that owns the kernel source tree. > > > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > > > > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list |
From: Robert R. <rob...@am...> - 2011-06-17 15:17:10
|
On 17.06.11 09:45:13, Maynard Johnson wrote: > Suravee Suthikulpanit wrote: > > URL: > > http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download > > Suravee, > Thanks again for rolling out this release. So far, the RC looks > good. I've successfully tested it on POWER7/SLES 11 SP1, > POWER5/SLES10 SP3, and Intel Xeon/SLES 10 SP2. I would appreciate > some testing from other community members on other platforms. Maynard and Suravee, the version string in configure.in is set to "0.9.7git". Also v0.9.7-rc1 is not tagged in the git repository. It is not quite clear, which commit id 0.9.7-rc1 refers to. I assume it is the latest HEAD: cf1a20c Correct typo for possible counters for UNHALTED_REFERENCE_CYCLES It would be great to have this version string in the repository as done in the Linux kernel. We would then have a single tagged commit which increments the version number to 0.9.7-rc1 or so. As we now are working with git, we can adopt this workflow. Do you think if we could handle versioning that way, or are there reasons against this? Thanks, -Robert -- Advanced Micro Devices, Inc. Operating System Research Center |
From: Maynard J. <may...@us...> - 2011-06-17 16:39:46
|
Robert Richter wrote: > On 17.06.11 09:45:13, Maynard Johnson wrote: >> Suravee Suthikulpanit wrote: >>> URL: >>> http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download >> >> Suravee, >> Thanks again for rolling out this release. So far, the RC looks >> good. I've successfully tested it on POWER7/SLES 11 SP1, >> POWER5/SLES10 SP3, and Intel Xeon/SLES 10 SP2. I would appreciate >> some testing from other community members on other platforms. > > Maynard and Suravee, > > the version string in configure.in is set to "0.9.7git". Also > v0.9.7-rc1 is not tagged in the git repository. It is not quite clear, > which commit id 0.9.7-rc1 refers to. I assume it is the latest HEAD: > > cf1a20c Correct typo for possible counters for UNHALTED_REFERENCE_CYCLES > > It would be great to have this version string in the repository as Robert, Yes, it's true that configure.in in our git repo still says "0.9.7git". The instructions in the releasechecklist file suggests that the release manager changes this to "<v.r.m>-rc<n>" in a local copy that will be used to create the RC tar file (to be uploaded to SourceForge). Then once we decide the release is good enough to GA, the "<v.r.m>" is committed to configure.in and we then run 'git tag RELEASE_<v_r_m>'. I wouldn't object to changing the instructions so that we commit the "<v.r.m>-rc<n>" change in configure.in and tag each RC. -Maynard > done in the Linux kernel. We would then have a single tagged commit > which increments the version number to 0.9.7-rc1 or so. As we now are > working with git, we can adopt this workflow. Do you think if we could > handle versioning that way, or are there reasons against this? > > Thanks, > > -Robert > |
From: Andi K. <an...@fi...> - 2011-06-19 01:39:41
|
Maynard Johnson <may...@us...> writes: > Suravee Suthikulpanit wrote: >> URL: >> http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download > > Suravee, > Thanks again for rolling out this release. So far, the RC looks good. I've successfully tested it on POWER7/SLES 11 SP1, POWER5/SLES10 SP3, and Intel Xeon/SLES 10 SP2. I would appreciate some testing from other community members on other platforms. I did some testing on Fedora 14/Nehalem and OpenSUSE 11.2/Westmere. The only two problems I noticed (but they're like old bugs): * -c10 doesn't work, only -c 10 * A typo like this gives a completely bogus message: opreport =l WARNING! The OProfile kernel driver reports sample buffer overflows. Such overflows can result in incorrect sample attribution, invalid * sample files and other symptoms. See the oprofiled.log for details. You should adjust your sampling frequency to eliminate (or at least * minimize) these overflows. error: no sample files found: profile specification too strict ? -Andi -- ak...@li... -- Speaking for myself only |
From: Maynard J. <may...@us...> - 2011-06-20 14:13:54
|
On 06/18/2011 8:04 PM, Andi Kleen wrote: > Maynard Johnson<may...@us...> writes: > >> Suravee Suthikulpanit wrote: >>> URL: >>> http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download >> >> Suravee, >> Thanks again for rolling out this release. So far, the RC looks good. I've successfully tested it on POWER7/SLES 11 SP1, POWER5/SLES10 SP3, and Intel Xeon/SLES 10 SP2. I would appreciate some testing from other community members on other platforms. > > I did some testing on Fedora 14/Nehalem and OpenSUSE 11.2/Westmere. Thanks for testing. > > The only two problems I noticed (but they're like old bugs): > > * -c10 doesn't work, only -c 10 Please open a bug report for this, but we'll defer fixing until after 0.9.7 GAs. > * A typo like this gives a completely bogus message: > opreport =l > WARNING! The OProfile kernel driver reports sample buffer overflows. > Such overflows can result in incorrect sample attribution, invalid > * sample > files and other symptoms. See the oprofiled.log for details. > You should adjust your sampling frequency to eliminate (or at least > * minimize) > these overflows. > error: no sample files found: profile specification too strict ? We have an FAQ on the oprofile website pointing to a section in the user manual that lists various reasons for this error message. I'll add something to that section to explain why garbage input may be interpreted as an image specification. Thanks. -Maynard > > > -Andi > |
From: Maynard J. <may...@us...> - 2011-06-20 15:22:42
|
On 06/20/2011 9:13 AM, Maynard Johnson wrote: > On 06/18/2011 8:04 PM, Andi Kleen wrote: >> Maynard Johnson<may...@us...> writes: >> >>> Suravee Suthikulpanit wrote: >>>> URL: >>>> http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download >>> >>> Suravee, >>> Thanks again for rolling out this release. So far, the RC looks good. I've successfully tested it on POWER7/SLES 11 SP1, POWER5/SLES10 SP3, and Intel Xeon/SLES 10 SP2. I would appreciate some testing from other community members on other platforms. >> >> I did some testing on Fedora 14/Nehalem and OpenSUSE 11.2/Westmere. > Thanks for testing. >> >> The only two problems I noticed (but they're like old bugs): >> >> * -c10 doesn't work, only -c 10 > > Please open a bug report for this, but we'll defer fixing until after 0.9.7 GAs. > >> * A typo like this gives a completely bogus message: >> opreport =l >> WARNING! The OProfile kernel driver reports sample buffer overflows. >> Such overflows can result in incorrect sample attribution, invalid >> * sample >> files and other symptoms. See the oprofiled.log for details. >> You should adjust your sampling frequency to eliminate (or at least >> * minimize) >> these overflows. >> error: no sample files found: profile specification too strict ? > > We have an FAQ on the oprofile website pointing to a section in the user manual > that lists various reasons for this error message. I'll add something to that > section to explain why garbage input may be interpreted as an image specification. Attached is the doc patch I mentioned above. We won't respin the release just for this, but if we need to respin for some other reason, there shouldn't be any risk to including this patch. -Maynard > > Thanks. > -Maynard >> >> >> -Andi >> > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list |
From: William C. <wc...@re...> - 2011-06-22 22:00:10
|
On 06/16/2011 12:16 AM, Suravee Suthikulpanit wrote: > URL: > http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download > > RELEASE NOTES: > > New features > ------------ > - New Processors Supports > * MIPS Loongson2 > * Intel Nehalem > * ARM Cortex-A9 > * MIPS 74K > * MIPS 1004K > * AMD family12h > * AMD family14h > * AMD family15h > * Intel Westmere > * ARMv7 Scorpion > * ARMv7 ScorpionMP > * Intel Sandy Bridge > > - Allow additional flags in unitmasks. > > - Enable Qt4 gui supports > > > Bug fixes > --------- > ------------------------------------------------------------------------- > | BUG ID | Summary > |-----------|------------------------------------------------------------ > | 3303383 | Improve the security of opcontrol > | 3090939 | Patch to move from QT3 to QT4[qt3support] > | 3072766 | opreport appears to not support changing events > | 3069227 | Time discrepancy using oprofile > | 3053794 | ophelp -X doesn't display event's unit mask type > | 2968895 | Recurrence of bug 1930788 > | 2935944 | [FAQ] Add item regarding [vdso] messages > | 2878705 | opcontrol breaks on busybox ash in is_tool_available() > | 2153620 | configure fails to handle --without-java correctly > ------------------------------------------------------------------------- > > - 12/07/2009 Added config option to disable oprofile user check > - 01/26/2010 Fix qt lib check so it works on base 64-bit system > - 03/17/2010 Fix memory leak according to opening opd_pipe > - 03/25/2010 catch basic_string::erase when parsing an invalid sample file name > - 04/14/2010 Fix an opreport error seen on Fedora 12 by making translate_debuginfo_syms more robust > - 10/13/2010 Fix opimport compile error on recent gcc > - 10/16/2010 Fix schema validation issues and error in xml generation > - 05/06/2011 Fix symbol size problem that causes "start > end" erorr > - 05/23/2011 Avoid blindly writing to $SESSION_DIR/opd_pipe > - 05/23/2011 Ensure that --save only saves things in $SESSION_DIR > > > Known problems > -------------- > - If NMI watchdog is not disabled (x86), opcontrol may fail to > allocate the hardware performance counter(s) it needs (bug #1468916). > > - When profiling stripped libraries where OProfile needs to access a debuginfo > file, it's possible that src filename/line # information may be incorrect > (bug #2573008). > > - Many Alpha ev67 events do not work (bug #931875). > > - For 2.2 kernels, the module must be compiled as the same user > that owns the kernel source tree. Hi Suravee, I configured oprofile and built on RHEL6, Fedora 15, and rawhide (fc16), all 64-bit x86 using: ./configure --with-kernel-support --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --build=x86_64-unknown-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-gui=qt4 --with-java=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/ Then "make" and "make install" For the machines using pmu hardware turned off the watchdog timer with: echo 0 > /proc/sys/kernel/nmi_watchdog Ran the oprofile-tests on the RHEL6 (Intel westmere) and the results looked reasonable. Same tests on FC15 (AMD Family 10H) and the results looked reasonable. On the rawhide in timer mode because it is a vm, but those looked fine also. I didn't exercise the java agent support. It would be good if someone checked that was working properly -Will |
From: Maynard J. <may...@us...> - 2011-06-22 22:27:09
|
William Cohen wrote: > On 06/16/2011 12:16 AM, Suravee Suthikulpanit wrote: >> URL: >> http://sourceforge.net/projects/oprofile/files/oprofile/oprofile-0.9.7-rc1/oprofile-0.9.7-rc1.tar.gz/download >> >> RELEASE NOTES: >> >> New features >> ------------ >> - New Processors Supports >> * MIPS Loongson2 >> * Intel Nehalem >> * ARM Cortex-A9 >> * MIPS 74K >> * MIPS 1004K >> * AMD family12h >> * AMD family14h >> * AMD family15h >> * Intel Westmere >> * ARMv7 Scorpion >> * ARMv7 ScorpionMP >> * Intel Sandy Bridge >> >> - Allow additional flags in unitmasks. >> >> - Enable Qt4 gui supports >> >> >> Bug fixes >> --------- >> ------------------------------------------------------------------------- >> | BUG ID | Summary >> |-----------|------------------------------------------------------------ >> | 3303383 | Improve the security of opcontrol >> | 3090939 | Patch to move from QT3 to QT4[qt3support] >> | 3072766 | opreport appears to not support changing events >> | 3069227 | Time discrepancy using oprofile >> | 3053794 | ophelp -X doesn't display event's unit mask type >> | 2968895 | Recurrence of bug 1930788 >> | 2935944 | [FAQ] Add item regarding [vdso] messages >> | 2878705 | opcontrol breaks on busybox ash in is_tool_available() >> | 2153620 | configure fails to handle --without-java correctly >> ------------------------------------------------------------------------- >> >> - 12/07/2009 Added config option to disable oprofile user check >> - 01/26/2010 Fix qt lib check so it works on base 64-bit system >> - 03/17/2010 Fix memory leak according to opening opd_pipe >> - 03/25/2010 catch basic_string::erase when parsing an invalid sample file name >> - 04/14/2010 Fix an opreport error seen on Fedora 12 by making translate_debuginfo_syms more robust >> - 10/13/2010 Fix opimport compile error on recent gcc >> - 10/16/2010 Fix schema validation issues and error in xml generation >> - 05/06/2011 Fix symbol size problem that causes "start > end" erorr >> - 05/23/2011 Avoid blindly writing to $SESSION_DIR/opd_pipe >> - 05/23/2011 Ensure that --save only saves things in $SESSION_DIR >> >> >> Known problems >> -------------- >> - If NMI watchdog is not disabled (x86), opcontrol may fail to >> allocate the hardware performance counter(s) it needs (bug #1468916). >> >> - When profiling stripped libraries where OProfile needs to access a debuginfo >> file, it's possible that src filename/line # information may be incorrect >> (bug #2573008). >> >> - Many Alpha ev67 events do not work (bug #931875). >> >> - For 2.2 kernels, the module must be compiled as the same user >> that owns the kernel source tree. > > Hi Suravee, > > I configured oprofile and built on RHEL6, Fedora 15, and rawhide (fc16), all 64-bit x86 using: > > ./configure --with-kernel-support --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --build=x86_64-unknown-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-gui=qt4 --with-java=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/ > > Then "make" and "make install" > > For the machines using pmu hardware turned off the watchdog timer with: > > echo 0 > /proc/sys/kernel/nmi_watchdog > > Ran the oprofile-tests on the RHEL6 (Intel westmere) and the results looked reasonable. Same tests on FC15 (AMD Family 10H) and the results looked reasonable. On the rawhide in timer mode because it is a vm, but those looked fine also. > > I didn't exercise the java agent support. It would be good if someone checked that was working properly I tested the Java profiling, and it's working fine. *Suravee*, if there are no problems reported with the RC by this time next week, then you can make it GA. Thanks! -Maynard > > -Will > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list |