oprofile Log

Commit Date  
[442b5d] (16.7 kB) by Maynard Johnson Maynard Johnson

Fix broken --with-kernel configure option

The --with-kernel configure option was improperly expecting to
find necessary kernel headers in the pointed-to kernel source
tree in some guaranteed locations, but this was a bad assumption.
Instead, the user should run 'make headers_install' for their
custom kernel and use the location of where the headers were
installed when running oprofile's 'configure --with-kernel'.
This patch fixes the configure script to give helpful messages
to the user about how to properly install the kernel header

A secondary fix is made to m4/kernelversion.m4 to remove the
'-D__KERNEL__' flag. This flag isn't necessary, and I found that
it causes problems with some kernel versions.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2013-04-09 13:19:17 View
[79a183] (15.5 kB) by Maynard Johnson Maynard Johnson

The configure check to determine whether we should use libpfm or not
is intended only for the ppc64 architecture, but was incorrectly
hitting on the ppc32 architecture, too. Not only that, but it was using
'uname' which is not a good idea in cross-compile situtations.

Then, aside from that, we had several instances in the source code
of the following:
#if (defined(__powerpc__) || defined(__powerpc64__))
which incorrectly included ppc32 architecutre also, when it was intended
for use as PPC64 architecture.

This patch fixes both errors.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2013-02-27 21:41:14 View
[dec498] (15.6 kB) by Tulio Magno Quites Machado Filho Tulio Magno Quites Machado Filho , pushed by Maynard Johnson Maynard Johnson

Update configure.ac to work with automake 1.13

GNU automake 1.13 has removed support for AM_CONFIG_HEADER and for the 2
parameter version of AM_INIT_AUTOMAKE.

For reference, see these URLs:

Signed-off-by: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>

2013-02-22 21:30:18 View
[414f4d] (15.5 kB) by Maynard Johnson Maynard Johnson

Change configure to look for libpfm4 function first; then fallback to libpfm3

This change only affects ppc64 architecture, since it's the only
architecture that uses libpfm to obtain the event hex code to pass
to perf_event_open.

There were bugs in libpfm3 pertaining to POWER7 event definitions that
have been fixed in libpfm4. So it's likely that some IBM POWER7 users
may want to install libpfm4 and build oprofile to link with it. For
example, if libpfm4 were installed in /usr/local, the user would invoke
oprofile's configure thusly:

LDFLAGS="-L/usr/local/lib64" CPPFLAGS="-I/usr/local/include" ./configure

But if the user happens to also have libpfm3 already installed in /usr,
then the current order of config tests would result in choosing the libpfm3
library. This logic seems wrong. The configure checking should go from most
recent to older library versions. This patch changes the order of checking
so the libpfm4 library would be found first.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-12-21 14:27:37 View
[99aa33] (15.5 kB) by Maynard Johnson Maynard Johnson

Remove temp program test-for-PERF_EVENT_OPEN after AC_LANG_CONFTEST

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-12-20 16:19:18 View
[ca6d91] (15.5 kB) by Maynard Johnson Maynard Johnson

Fix up configure to handle architectures that do not implement perf_event_open

This patch fixes the following problems:

1) The configure script allows the user to pass a location to kernel
headers (via --with-kernel option) such that, even if the running
kernel does not have perf_events support, it may be possible to
build operf (e.g., in cross-compile environments). But the message
'This kernel does not have perf_events support; falling back to legacy
oprofile' was being displayed inappropriately in such cases. This
patch changes the configure script so that the "falling back to
legacy oprofile" message will only be displayed if we're running
on a kernel that does not have perf_events support AND the user
did not pass specify the "--with-kernel" option.

2) Some architectures don't even implement the perf_event_open syscall, so the
configure script must do more than checking kernel version and whether or not
perf_event.h is present in order to decide if perf_events is supported.
This patch provides that extra capability.

These problems were reported by Tony Jones <tonyj@suse.com>.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-12-05 16:16:35 View
[fcb818] (14.2 kB) by Maynard Johnson Maynard Johnson

Remove daemon/liblegacy since 2.4 kernels are no longer supported

A build problem reported by Vineet Gupta (Vineet.Gupta1@synopsys.com)
involving a compile failure of liblegacy code when built under uClibc
made it clear that we missed some things when support for 2.4 kernels
was removed in Oct 2012. The daemon/liblegacy directory is all about
support for 2.4 kernels, so this patch completely removes that directory.
Of course, this caused some breakage elsewhere in the oprofile tree
which needed fixing up.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-12-05 15:55:18 View
[dbe24f] (14.3 kB) by Maynard Johnson Maynard Johnson

Handle early perf_events kernel without PERF_RECORD_MISC_GUEST* macros

In very early versions of perf_events kernel subsystem, the
macros (in perf_event.h) were not yet defined. This patch adds
a configure check to determine when it's OK for source code to refer
to those macros.

This patch also does some minor cleanup of the configure script
help and warning messages relating to the --with-kernel option.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-11-19 21:16:37 View
[fa889e] (13.5 kB) by William Cohen William Cohen , pushed by Maynard Johnson Maynard Johnson

OProfile doesn't build for 32-bit ppc; the operf_utils.cpp compile
fails. Need to be able to build the 32-bit ppc version of oprofile to
provide the 32-bit ppc java support libraries. The configure only
handles the case of ppc64 with perf support.

Signed-off-by: William Cohen <wcohen@redhat.com>

2012-10-15 20:09:55 View
[479d19] (13.5 kB) by Maynard Johnson Maynard Johnson

Bump version to 0.9.9git

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-08-27 21:44:03 View
[020c33] (RELEASE_0_9_8) (13.5 kB) by Maynard Johnson Maynard Johnson

Change version to 0.9.8 in preparation for GA of 0.9.8

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-08-27 18:45:17 View
[fc15c7] (13.5 kB) by Maynard Johnson Maynard Johnson

Fix configure on newer Debian and Ubuntu systems when using --enable-gui=qt4

This problem was reported in oprofile bug #3483426. The resolution for
the bug was proposed by someone with a SourceForge user ID of "xypron".

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-08-07 14:30:30 View
[909011] (13.5 kB) by Maynard Johnson Maynard Johnson

Add new configure.ac file

The previous commit to rename configure.in to configure.ac was
not completely done correctly, and the new configure.ac file
was not added to the index to be committed. This commit adds
the new file.

Signed-off-by: Maynard Johnson <maynardj@us.ibm.com>

2012-08-07 12:02:37 View

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks