The daemons themselves can be built for any architecture, although on
!x86 they are useless and won't be included in any package. However,
the newly introduced check-hyperv.c include inline assembly which
breaks the build.
Also add a helper executable that implements the check for Hyper-V
(like ConditionVirtualization=microsoft in the systemd units).
(cherry picked from commit 50747480c882dae7d3c8f7b4d0df5cf3276c4ee5)
Mattia Dongili noted that it's currently built under tools/build
(upstream bug). Build it under the current output directory
(which means we build it multiple times) and clean all copies.
A parallel 'debian/rules build' will now invoke 'debian/rules.real
build' twice in parallel, which is disastrous.
- Add and use proper build-arch and build-indep targets in
debian/rules.gen and debian/rules.real
- Assign a separate temporary directory to each target in
debian/rules.real. Add the directories to .gitignore and
the clean rule.
- Pull installation of the lockdep wrapper (which is indep)
up into debian/rules.real so that we don't end up building
liblockdep twice in parallel.
liblockdep is in fairly bad shape - one patch needed to make it build
at all, another to make it build in a separate directory successfully,
and a third to fix the soname. And the install rule doesn't install
its public headers. But maybe it will be useful.
Also move all the other 'libexec' stuff from /usr/share to /usr/lib.
It's all a big multilib (not multiarch) mess. :-(
svn path=/dists/trunk/linux-tools/; revision=22602
Use the $(filter) function to test for any of the CPU names that map
to each kernel architecture, where there are several.
svn path=/dists/trunk/linux-tools/; revision=22596
In 3.12.6-3 we explicitly disabled use of libunwind on most
architectures because perf requires its own architecture-specific code
on top of libunwind yet it would attempt to build with libunwind
wherever libunwind8-dev was installed.
This was fixed in perf 3.15 so we can remove this workaround.
svn path=/dists/trunk/linux-tools/; revision=22323
I want to enable this, but (a) it doesn't work because I forgot to
change the build-dependency (b) it is not likely to be eligible for
a freeze exception.
svn path=/dists/sid/linux-tools/; revision=22319
perf requires some architecture-specific code in conjunction with
libunwind. It used to enable use of libunwind automatically anyway,
so we had to override this for architectures where it would fail to
build (by setting NO_LIBUNWIND=1).
The makefile is now fixed so we don't need to this. Since perf now
has the extra code for arm, this enables use of libunwind there.
svn path=/dists/sid/linux-tools/; revision=21910
Avoid depending on UAPI headers or <linux/types.h>. This really
closes: #754213. It also fixes modpost handling of input device IDs
when host and target have differing word size.
svn path=/dists/sid/linux-tools/; revision=21798
These are needed now that we build kernels with DYNAMIC_FTRACE enabled.
Also fix the recordmcount dependency for OOT modules - they should not
depend on its source files!
svn path=/dists/trunk/linux-tools/; revision=21789
I don't think we should install this alias yet:
- We need a wrapper for it anyway, so there's little point adding a
versioned link
- It doesn't work out-of-the-box as non-root (it depends on debugfs),
so it's less widely useful than strace
- 'perf trace' doesn't take much more typing
svn path=/dists/sid/linux-tools/; revision=21106
Somehow this new wrapper manages to reduce the priority of our
'prefix' setting. That interacts with the insane way prefix is
defaulted in config/Makefile so that the prefix is wrong at build time
but right at install time (resulting in a rebuild then!).
Also the wrapper replaces our -j option and we would have to set JOBS
instead.
The perf makefiles never get better, just different...
svn path=/dists/trunk/linux-tools/; revision=20994
The transition from libunwind soversion 7 to 8 is blocked and will
likely remain blocked for some time because libunwind7 is linked into
all ia64 binaries.
For amd64 and i386, downgrade the build-dependency to libunwind7-dev.
For architectures that are supported by libunwind8-dev, remove the
build-dependency and ensure we don't accidentally link with libunwind8
by setting NO_LIBUNWIND=1 when building perf.
svn path=/dists/sid/linux-tools/; revision=20755
Mattia Dongili
Ben Hutchings
Ben Hutchings
Bastian Blank