From: Maynard J. <may...@us...> - 2007-06-18 21:28:04
|
I volunteered to help John with the mechanics of putting together a 0.9.3 release. I've made a release candidate tar ball available at: http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 Please download and give it a test drive. Let us know of any problems. RELEASE NOTES ============= This release candidate contains several major feature additions and new processor support: - New '--session-dir' option - New '--XML' option for opreport - Enhancments to oparchive ('--list-files'; saving debuginfo files) - Reduction of heap usage in opreport - New processor support: - Cell BE - POWER6 - AMD Family 10 - PA Semi 6T - ARM11 - ARM MPCore - Several bug fixes and updates to existing processor support ============= Regards, -Maynard Johnson |
From: Maynard J. <may...@us...> - 2007-06-19 21:48:31
|
Maynard Johnson wrote: > I volunteered to help John with the mechanics of putting together a > 0.9.3 release. I've made a release candidate tar ball available at: > http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 > > Please download and give it a test drive. Let us know of any problems. Successfully tested on the following platforms so far: - POWER4/SLES 9 SP3 - POWER5/SLES 10 GA - POWER5/RHEL 4 U5 - POWER6/SLES 10 SP1 - PowerPC970(JS20)/RHEL 5 We will test on Cell BE later this week. -Maynard > > RELEASE NOTES > ============= > This release candidate contains several major feature additions and new > processor support: > - New '--session-dir' option > - New '--XML' option for opreport > - Enhancments to oparchive ('--list-files'; saving debuginfo files) > - Reduction of heap usage in opreport > - New processor support: > - Cell BE > - POWER6 > - AMD Family 10 > - PA Semi 6T > - ARM11 > - ARM MPCore > - Several bug fixes and updates to existing processor support > > ============= > > > Regards, > -Maynard Johnson > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list |
From: Maynard J. <may...@us...> - 2007-06-20 15:09:28
|
Maynard Johnson wrote: > Maynard Johnson wrote: > >> I volunteered to help John with the mechanics of putting together a >> 0.9.3 release. I've made a release candidate tar ball available at: >> http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >> >> >> Please download and give it a test drive. Let us know of any problems. > > > Successfully tested on the following platforms so far: > - POWER4/SLES 9 SP3 > - POWER5/SLES 10 GA > - POWER5/RHEL 4 U5 > - POWER6/SLES 10 SP1 > - PowerPC970(JS20)/RHEL 5 > > We will test on Cell BE later this week. > > -Maynard The oprofile-0.9.3-rc1 also passes our testsuite on i386/p4-ht SLES 10 platform. -Maynard > > >> >> RELEASE NOTES >> ============= >> This release candidate contains several major feature additions and >> new processor support: >> - New '--session-dir' option >> - New '--XML' option for opreport >> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >> - Reduction of heap usage in opreport >> - New processor support: >> - Cell BE >> - POWER6 >> - AMD Family 10 >> - PA Semi 6T >> - ARM11 >> - ARM MPCore >> - Several bug fixes and updates to existing processor support >> >> ============= >> >> >> Regards, >> -Maynard Johnson >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> oprofile-list mailing list >> opr...@li... >> https://lists.sourceforge.net/lists/listinfo/oprofile-list > > > |
From: William C. <wc...@re...> - 2007-06-21 16:37:34
|
Maynard Johnson wrote: > I volunteered to help John with the mechanics of putting together a > 0.9.3 release. I've made a release candidate tar ball available at: > http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 > > Please download and give it a test drive. Let us know of any problems. > > RELEASE NOTES > ============= > This release candidate contains several major feature additions and new > processor support: > - New '--session-dir' option > - New '--XML' option for opreport > - Enhancments to oparchive ('--list-files'; saving debuginfo files) > - Reduction of heap usage in opreport > - New processor support: > - Cell BE > - POWER6 > - AMD Family 10 > - PA Semi 6T > - ARM11 > - ARM MPCore > - Several bug fixes and updates to existing processor support > > ============= > > > Regards, > -Maynard Johnson Hi Maynard, Sorry, for not getting to this earlier. I will give this a try on fedora rawhide and Red Hat Enterprise machine this afternoon and report how it works. -Will |
From: William C. <wc...@re...> - 2007-06-21 21:26:52
|
Maynard Johnson wrote: > I volunteered to help John with the mechanics of putting together a > 0.9.3 release. I've made a release candidate tar ball available at: > http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 > > Please download and give it a test drive. Let us know of any problems. > > RELEASE NOTES > ============= > This release candidate contains several major feature additions and new > processor support: > - New '--session-dir' option > - New '--XML' option for opreport > - Enhancments to oparchive ('--list-files'; saving debuginfo files) > - Reduction of heap usage in opreport > - New processor support: > - Cell BE > - POWER6 > - AMD Family 10 > - PA Semi 6T > - ARM11 > - ARM MPCore > - Several bug fixes and updates to existing processor support > > ============= > > > Regards, > -Maynard Johnson Hi Maynard, I put the 0.9.3_rc1 tarball in a srpm and built it on the various machines. For some distributions the CFLAGS passed in will catch some warnings that normal builds ignore. All the builds completed fine. I then used the testsuite checked out in the oprofile-tests module to see whether there were any problems. These are just quick "smoke tests" to see if the performance monitoring hardware can be configured and samples are collected. The table below summarizes the testing. with stock kernel distro arch cpu_type built ok? run oprofile tests ------ ---- -------- --------- ------------------ rawhide i386 i386/piii yes failures [1] rawhide x86_64 x86-64/hammer yes no failure rhel4u5 ia64 ia64/itanium2 yes failures [2] rhel4u5 i386 i386/athlon yes no failure rhel4u5 x86_64 i386/p4-ht yes no failure rhel5 i386 i386/p6_mobile yes no failure rawhide i386 failures [1] FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero sample files FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created nonzero sample files The rawhide i386 machine is definitely measuring other events. There are samples for INST_RETIRED tests. However, no samples collected for L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in /dev/oprofile/[01] are set up appropriately. This is a regression when compared to the oprofile from the fedora rawhide, oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS does not have samples for previous version. rhel4u5 ia64 failures [2] FAIL: opcontrol --setup --vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created nonzero sample files FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created nonzero sample files On the ia64/itanium2 things seem to be functions correctly but the test script times out when setting up oprofile to measure the CPU_CYCLES and IA64_INST_RETIRED events. |
From: Maynard J. <may...@us...> - 2007-06-25 12:24:41
|
William Cohen wrote: > Maynard Johnson wrote: > >> I volunteered to help John with the mechanics of putting together a >> 0.9.3 release. I've made a release candidate tar ball available at: >> http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >> >> >> Please download and give it a test drive. Let us know of any problems. >> >> RELEASE NOTES >> ============= >> This release candidate contains several major feature additions and >> new processor support: >> - New '--session-dir' option >> - New '--XML' option for opreport >> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >> - Reduction of heap usage in opreport >> - New processor support: >> - Cell BE >> - POWER6 >> - AMD Family 10 >> - PA Semi 6T >> - ARM11 >> - ARM MPCore >> - Several bug fixes and updates to existing processor support >> >> ============= >> >> >> Regards, >> -Maynard Johnson > > > Hi Maynard, > > I put the 0.9.3_rc1 tarball in a srpm and built it on the various > machines. For some distributions the CFLAGS passed in will catch some > warnings that normal builds ignore. All the builds completed fine. I > then used the testsuite checked out in the oprofile-tests module to > see whether there were any problems. These are just quick "smoke > tests" to see if the performance monitoring hardware can be configured > and samples are collected. The table below summarizes the testing. > > > with stock kernel > distro arch cpu_type built ok? run oprofile tests > ------ ---- -------- --------- ------------------ > rawhide i386 i386/piii yes failures [1] > rawhide x86_64 x86-64/hammer yes no failure > rhel4u5 ia64 ia64/itanium2 yes failures [2] > rhel4u5 i386 i386/athlon yes no failure > rhel4u5 x86_64 i386/p4-ht yes no failure > rhel5 i386 i386/p6_mobile yes no failure > > > rawhide i386 failures [1] > > FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero > sample files > FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created > nonzero sample files > > > The rawhide i386 machine is definitely measuring other events. There > are samples for INST_RETIRED tests. However, no samples collected for > L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in > /dev/oprofile/[01] are set up appropriately. This is a regression when > compared to the oprofile from the fedora rawhide, > oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS > does not have samples for previous version. > > > > > rhel4u5 ia64 failures [2] > > > FAIL: opcontrol --setup > --vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux > --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 > FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created nonzero > sample files > FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created > nonzero sample files > > On the ia64/itanium2 things seem to be functions correctly but the > test script times out when setting up oprofile to measure the > CPU_CYCLES and IA64_INST_RETIRED events. Will, I was out of the office Thurs and Fri, so I just saw your note. Have you had a chance to delve into these failures yet? I don't have ready access the failing machine types to test out myself. Is there anyone else in the community who's tried this release candidate on the platforms that failed in Will's testing above? -Maynard |
From: Maynard J. <may...@us...> - 2007-06-26 19:07:39
|
William Cohen wrote: > Maynard Johnson wrote: > >> I volunteered to help John with the mechanics of putting together a >> 0.9.3 release. I've made a release candidate tar ball available at: >> http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >> >> >> Please download and give it a test drive. Let us know of any problems. >> >> RELEASE NOTES >> ============= >> This release candidate contains several major feature additions and >> new processor support: >> - New '--session-dir' option >> - New '--XML' option for opreport >> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >> - Reduction of heap usage in opreport >> - New processor support: >> - Cell BE >> - POWER6 >> - AMD Family 10 >> - PA Semi 6T >> - ARM11 >> - ARM MPCore >> - Several bug fixes and updates to existing processor support >> >> ============= >> >> >> Regards, >> -Maynard Johnson > > > Hi Maynard, > > I put the 0.9.3_rc1 tarball in a srpm and built it on the various > machines. For some distributions the CFLAGS passed in will catch some > warnings that normal builds ignore. All the builds completed fine. I > then used the testsuite checked out in the oprofile-tests module to > see whether there were any problems. These are just quick "smoke > tests" to see if the performance monitoring hardware can be configured > and samples are collected. The table below summarizes the testing. > > > with stock kernel > distro arch cpu_type built ok? run oprofile tests > ------ ---- -------- --------- ------------------ > rawhide i386 i386/piii yes failures [1] > rawhide x86_64 x86-64/hammer yes no failure > rhel4u5 ia64 ia64/itanium2 yes failures [2] > rhel4u5 i386 i386/athlon yes no failure > rhel4u5 x86_64 i386/p4-ht yes no failure > rhel5 i386 i386/p6_mobile yes no failure > > > rawhide i386 failures [1] > > FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero > sample files > FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created > nonzero sample files > > > The rawhide i386 machine is definitely measuring other events. There > are samples for INST_RETIRED tests. However, no samples collected for > L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in > /dev/oprofile/[01] are set up appropriately. This is a regression when > compared to the oprofile from the fedora rawhide, > oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS > does not have samples for previous version. Will, I've gone over changelogs and the oprofile-commit mailing list, and nothing is jumping out at me that would cause just PIII to break. Would you be able to do some manual testing/debugging on the failing platform? > > > > > rhel4u5 ia64 failures [2] > > > FAIL: opcontrol --setup > --vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux > --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 > FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created nonzero > sample files > FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created > nonzero sample files > > On the ia64/itanium2 things seem to be functions correctly but the > test script times out when setting up oprofile to measure the > CPU_CYCLES and IA64_INST_RETIRED events. Have you satisfied yourself that this is a test script problem and not a problem with the release candidate? Thanks. -Maynard |
From: William C. <wc...@re...> - 2007-06-26 19:26:20
|
Maynard Johnson wrote: > William Cohen wrote: >> Maynard Johnson wrote: >> >>> I volunteered to help John with the mechanics of putting together a >>> 0.9.3 release. I've made a release candidate tar ball available at: >>> http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >>> >>> >>> Please download and give it a test drive. Let us know of any problems. >>> >>> RELEASE NOTES >>> ============= >>> This release candidate contains several major feature additions and >>> new processor support: >>> - New '--session-dir' option >>> - New '--XML' option for opreport >>> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >>> - Reduction of heap usage in opreport >>> - New processor support: >>> - Cell BE >>> - POWER6 >>> - AMD Family 10 >>> - PA Semi 6T >>> - ARM11 >>> - ARM MPCore >>> - Several bug fixes and updates to existing processor support >>> >>> ============= >>> >>> >>> Regards, >>> -Maynard Johnson >> >> Hi Maynard, >> >> I put the 0.9.3_rc1 tarball in a srpm and built it on the various >> machines. For some distributions the CFLAGS passed in will catch some >> warnings that normal builds ignore. All the builds completed fine. I >> then used the testsuite checked out in the oprofile-tests module to >> see whether there were any problems. These are just quick "smoke >> tests" to see if the performance monitoring hardware can be configured >> and samples are collected. The table below summarizes the testing. >> >> >> with stock kernel >> distro arch cpu_type built ok? run oprofile tests >> ------ ---- -------- --------- ------------------ >> rawhide i386 i386/piii yes failures [1] >> rawhide x86_64 x86-64/hammer yes no failure >> rhel4u5 ia64 ia64/itanium2 yes failures [2] >> rhel4u5 i386 i386/athlon yes no failure >> rhel4u5 x86_64 i386/p4-ht yes no failure >> rhel5 i386 i386/p6_mobile yes no failure >> >> >> rawhide i386 failures [1] >> >> FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero >> sample files >> FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created >> nonzero sample files >> >> >> The rawhide i386 machine is definitely measuring other events. There >> are samples for INST_RETIRED tests. However, no samples collected for >> L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in >> /dev/oprofile/[01] are set up appropriately. This is a regression when >> compared to the oprofile from the fedora rawhide, >> oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS >> does not have samples for previous version. > > Will, I've gone over changelogs and the oprofile-commit mailing list, > and nothing is jumping out at me that would cause just PIII to break. > Would you be able to do some manual testing/debugging on the failing > platform? The funny thing is that I ran the tests on a pentiumm with rhel5 that has basically the same process architecture as pentiumiii. The tests worked on the pentium machine. There are three possible things to check pentiumiii vs pentiumm fedora rawhide vs rhel5 rpm packaging I will need to do some experiments to see what is going on. However, I have some things on my queue, so I won't be able to get to this until Wednesday afternoon. > >> >> >> >> rhel4u5 ia64 failures [2] >> >> >> FAIL: opcontrol --setup >> --vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux >> --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 >> FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created nonzero >> sample files >> FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created >> nonzero sample files >> >> On the ia64/itanium2 things seem to be functions correctly but the >> test script times out when setting up oprofile to measure the >> CPU_CYCLES and IA64_INST_RETIRED events. > > Have you satisfied yourself that this is a test script problem and not a > problem with the release candidate? For the IA64 I am confident that a problem in the test script is causing a hang. I am able to run the same test by hand and get data out. -Will |
From: William C. <wc...@re...> - 2007-06-28 19:49:58
|
Maynard Johnson wrote: > William Cohen wrote: >> Maynard Johnson wrote: >> >>> I volunteered to help John with the mechanics of putting together a >>> 0.9.3 release. I've made a release candidate tar ball available at: >>> http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >>> >>> >>> Please download and give it a test drive. Let us know of any problems. >>> >>> RELEASE NOTES >>> ============= >>> This release candidate contains several major feature additions and >>> new processor support: >>> - New '--session-dir' option >>> - New '--XML' option for opreport >>> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >>> - Reduction of heap usage in opreport >>> - New processor support: >>> - Cell BE >>> - POWER6 >>> - AMD Family 10 >>> - PA Semi 6T >>> - ARM11 >>> - ARM MPCore >>> - Several bug fixes and updates to existing processor support >>> >>> ============= >>> >>> >>> Regards, >>> -Maynard Johnson >> >> >> Hi Maynard, >> >> I put the 0.9.3_rc1 tarball in a srpm and built it on the various >> machines. For some distributions the CFLAGS passed in will catch some >> warnings that normal builds ignore. All the builds completed fine. I >> then used the testsuite checked out in the oprofile-tests module to >> see whether there were any problems. These are just quick "smoke >> tests" to see if the performance monitoring hardware can be configured >> and samples are collected. The table below summarizes the testing. >> >> >> with stock kernel >> distro arch cpu_type built ok? run oprofile tests >> ------ ---- -------- --------- ------------------ >> rawhide i386 i386/piii yes failures [1] >> rawhide x86_64 x86-64/hammer yes no failure >> rhel4u5 ia64 ia64/itanium2 yes failures [2] >> rhel4u5 i386 i386/athlon yes no failure >> rhel4u5 x86_64 i386/p4-ht yes no failure >> rhel5 i386 i386/p6_mobile yes no failure >> >> >> rawhide i386 failures [1] >> >> FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero >> sample files >> FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created >> nonzero sample files >> >> >> The rawhide i386 machine is definitely measuring other events. There >> are samples for INST_RETIRED tests. However, no samples collected for >> L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in >> /dev/oprofile/[01] are set up appropriately. This is a regression when >> compared to the oprofile from the fedora rawhide, >> oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS >> does not have samples for previous version. > > Will, I've gone over changelogs and the oprofile-commit mailing list, > and nothing is jumping out at me that would cause just PIII to break. > Would you be able to do some manual testing/debugging on the failing > platform? Hi Maynard, I took a look at the event set up and found that the unit mask was not being set up correctly for L2_RQSTS. I corrected that in the tests, and check in to oprofile-tests. It looks like on my pentiumIII machine it is only getting samples on one of the counters. Swap the events and get counts on the other count on it. I suspect an issue with the kernel. I need to get a different kernel on the machine to test my hypothesis. >> rhel4u5 ia64 failures [2] >> >> >> FAIL: opcontrol --setup >> --vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux >> --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 >> FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created nonzero >> sample files >> FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created >> nonzero sample files >> >> On the ia64/itanium2 things seem to be functions correctly but the >> test script times out when setting up oprofile to measure the >> CPU_CYCLES and IA64_INST_RETIRED events. > > Have you satisfied yourself that this is a test script problem and not a > problem with the release candidate? Yes, I am satisfied that the is not an oprofile problem on ia64. |
From: Maynard J. <may...@us...> - 2007-07-02 13:09:03
|
William Cohen wrote: > Maynard Johnson wrote: > >> William Cohen wrote: >> >>> Maynard Johnson wrote: >>> >>>> I volunteered to help John with the mechanics of putting together a >>>> 0.9.3 release. I've made a release candidate tar ball available at: >>>> http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >>>> >>>> >>>> Please download and give it a test drive. Let us know of any problems. >>>> >>>> RELEASE NOTES >>>> ============= >>>> This release candidate contains several major feature additions and >>>> new processor support: >>>> - New '--session-dir' option >>>> - New '--XML' option for opreport >>>> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >>>> - Reduction of heap usage in opreport >>>> - New processor support: >>>> - Cell BE >>>> - POWER6 >>>> - AMD Family 10 >>>> - PA Semi 6T >>>> - ARM11 >>>> - ARM MPCore >>>> - Several bug fixes and updates to existing processor support >>>> >>>> ============= >>>> >>>> >>>> Regards, >>>> -Maynard Johnson >>> >>> >>> >>> Hi Maynard, >>> >>> I put the 0.9.3_rc1 tarball in a srpm and built it on the various >>> machines. For some distributions the CFLAGS passed in will catch some >>> warnings that normal builds ignore. All the builds completed fine. I >>> then used the testsuite checked out in the oprofile-tests module to >>> see whether there were any problems. These are just quick "smoke >>> tests" to see if the performance monitoring hardware can be configured >>> and samples are collected. The table below summarizes the testing. >>> >>> >>> with stock kernel >>> distro arch cpu_type built ok? run oprofile tests >>> ------ ---- -------- --------- ------------------ >>> rawhide i386 i386/piii yes failures [1] >>> rawhide x86_64 x86-64/hammer yes no failure >>> rhel4u5 ia64 ia64/itanium2 yes failures [2] >>> rhel4u5 i386 i386/athlon yes no failure >>> rhel4u5 x86_64 i386/p4-ht yes no failure >>> rhel5 i386 i386/p6_mobile yes no failure >>> >>> >>> rawhide i386 failures [1] >>> >>> FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero >>> sample files >>> FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created >>> nonzero sample files >>> >>> >>> The rawhide i386 machine is definitely measuring other events. There >>> are samples for INST_RETIRED tests. However, no samples collected for >>> L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in >>> /dev/oprofile/[01] are set up appropriately. This is a regression when >>> compared to the oprofile from the fedora rawhide, >>> oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS >>> does not have samples for previous version. >> >> >> Will, I've gone over changelogs and the oprofile-commit mailing list, >> and nothing is jumping out at me that would cause just PIII to break. >> Would you be able to do some manual testing/debugging on the failing >> platform? > > > Hi Maynard, > > I took a look at the event set up and found that the unit mask was not > being set up correctly for L2_RQSTS. I corrected that in the tests, and > check in to oprofile-tests. It looks like on my pentiumIII machine it > is only getting samples on one of the counters. Swap the events and get > counts on the other count on it. I suspect an issue with the kernel. I > need to get a different kernel on the machine to test my hypothesis. Hi, Will, The above appears to be the only open issue regarding testing of the oprofile 0.9.3-rc1. It would be nice to get some more test results from other architectures, but such is life. Once the above is resolved (assuming it is NOT a problem with the oprofile userspace code), I propose we GA 0.9.3. What do you (or others) think? -Maynard > >>> rhel4u5 ia64 failures [2] >>> >>> >>> FAIL: opcontrol --setup >>> --vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux >>> --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 >>> FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created >>> nonzero sample files >>> FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created >>> nonzero sample files >>> >>> On the ia64/itanium2 things seem to be functions correctly but the >>> test script times out when setting up oprofile to measure the >>> CPU_CYCLES and IA64_INST_RETIRED events. >> >> >> Have you satisfied yourself that this is a test script problem and not >> a problem with the release candidate? > > > Yes, I am satisfied that the is not an oprofile problem on ia64. |
From: Maynard J. <may...@us...> - 2007-07-02 14:28:41
|
Maynard Johnson wrote: > William Cohen wrote: > >>Maynard Johnson wrote: >> >> >>>William Cohen wrote: >>> >>> >>>>Maynard Johnson wrote: >>>> >>>> >>>>>I volunteered to help John with the mechanics of putting together a >>>>>0.9.3 release. I've made a release candidate tar ball available at: >>>>>http://sourceforge.net/project/showfiles.php?group_id=16191&package_id=12855&release_id=516990 >>>>> >>>>> >>>>>Please download and give it a test drive. Let us know of any problems. >>>>> >>>>>RELEASE NOTES >>>>>============= >>>>>This release candidate contains several major feature additions and >>>>>new processor support: >>>>> - New '--session-dir' option >>>>> - New '--XML' option for opreport >>>>> - Enhancments to oparchive ('--list-files'; saving debuginfo files) >>>>> - Reduction of heap usage in opreport >>>>> - New processor support: >>>>> - Cell BE >>>>> - POWER6 >>>>> - AMD Family 10 >>>>> - PA Semi 6T >>>>> - ARM11 >>>>> - ARM MPCore >>>>> - Several bug fixes and updates to existing processor support >>>>> >>>>>============= >>>>> >>>>> >>>>>Regards, >>>>>-Maynard Johnson >>>> >>>> >>>> >>>>Hi Maynard, >>>> >>>>I put the 0.9.3_rc1 tarball in a srpm and built it on the various >>>>machines. For some distributions the CFLAGS passed in will catch some >>>>warnings that normal builds ignore. All the builds completed fine. I >>>>then used the testsuite checked out in the oprofile-tests module to >>>>see whether there were any problems. These are just quick "smoke >>>>tests" to see if the performance monitoring hardware can be configured >>>>and samples are collected. The table below summarizes the testing. >>>> >>>> >>>> with stock kernel >>>>distro arch cpu_type built ok? run oprofile tests >>>>------ ---- -------- --------- ------------------ >>>>rawhide i386 i386/piii yes failures [1] >>>>rawhide x86_64 x86-64/hammer yes no failure >>>>rhel4u5 ia64 ia64/itanium2 yes failures [2] >>>>rhel4u5 i386 i386/athlon yes no failure >>>>rhel4u5 x86_64 i386/p4-ht yes no failure >>>>rhel5 i386 i386/p6_mobile yes no failure >>>> >>>> >>>>rawhide i386 failures [1] >>>> >>>>FAIL: nonzero-sized sample file creation: {L2_RQSTS} created nonzero >>>>sample files >>>>FAIL: nonzero-sized sample file creation: {DATA_MEM_REFS} created >>>>nonzero sample files >>>> >>>> >>>>The rawhide i386 machine is definitely measuring other events. There >>>>are samples for INST_RETIRED tests. However, no samples collected for >>>>L2_RQSTS or DATA_MEM_REFS. It appears that the performance counters in >>>>/dev/oprofile/[01] are set up appropriately. This is a regression when >>>>compared to the oprofile from the fedora rawhide, >>>>oprofile-0.9.2-9.fc8. The DATA_MEM_REFS has samples, but the L2_RQSTS >>>>does not have samples for previous version. >>> >>> >>>Will, I've gone over changelogs and the oprofile-commit mailing list, >>>and nothing is jumping out at me that would cause just PIII to break. >>>Would you be able to do some manual testing/debugging on the failing >>>platform? >> >> >>Hi Maynard, >> >>I took a look at the event set up and found that the unit mask was not >>being set up correctly for L2_RQSTS. I corrected that in the tests, and >>check in to oprofile-tests. It looks like on my pentiumIII machine it >>is only getting samples on one of the counters. Swap the events and get >>counts on the other count on it. I suspect an issue with the kernel. I >>need to get a different kernel on the machine to test my hypothesis. > > Hi, Will, > The above appears to be the only open issue regarding testing of the > oprofile 0.9.3-rc1. It would be nice to get some more test results from > other architectures, but such is life. Once the above is resolved > (assuming it is NOT a problem with the oprofile userspace code), I > propose we GA 0.9.3. What do you (or others) think? I need to retract my suggestion to go GA with this rc1. I just got a report from a user that running with 'opcontrol --separate=thread' causes a segault in 'opreport -l'. Investigating . . . -Maynard > > -Maynard > > >>>>rhel4u5 ia64 failures [2] >>>> >>>> >>>>FAIL: opcontrol --setup >>>>--vmlinux=/usr/lib/debug/lib/modules/2.6.9-55.EL/vmlinux >>>> --event=CPU_CYCLES:500000:0 --event=IA64_INST_RETIRED:500000:0 >>>>FAIL: nonzero-sized sample file creation: {CPU_CYCLES} created >>>>nonzero sample files >>>>FAIL: nonzero-sized sample file creation: {IA64_INST_RETIRED} created >>>>nonzero sample files >>>> >>>>On the ia64/itanium2 things seem to be functions correctly but the >>>>test script times out when setting up oprofile to measure the >>>>CPU_CYCLES and IA64_INST_RETIRED events. >>> >>> >>>Have you satisfied yourself that this is a test script problem and not >>>a problem with the release candidate? >> >> >>Yes, I am satisfied that the is not an oprofile problem on ia64. > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > oprofile-list mailing list > opr...@li... > https://lists.sourceforge.net/lists/listinfo/oprofile-list |