16 May, 2013

1 commit

  • Commit 6501320311664e11ad5489fedb17ea1f817c2617 dropped the rpm spec as a
    prerequisite for the binrpm-pkg target but forgot to update $< usage,
    which causes the rule to break.

    This commit fixes that by replacing $< with the spec name.

    Signed-off-by: Luiz Capitulino
    Signed-off-by: Michal Marek

    Luiz Capitulino
     

18 Apr, 2013

4 commits


08 Apr, 2013

2 commits

  • When dealing with multiple sub-arches (like 32- and 64-bit on x86, for
    example) generating a bunch of kernel tar archives with the same name
    but for different sub-arches could get confusing and error-prone. Also,
    the build process could overwrite otherwise unrelated builds and you
    probably don't want that. So, add the architecture to the archive name
    for more clarity and less shoot-yourself-in-the-foot practices.

    Signed-off-by: Borislav Petkov
    Signed-off-by: Michal Marek

    Borislav Petkov
     
  • KBUILD_OUTPUT is always empty here, so it is useless to test it. But
    while use O=.., objtree and srctree will be different. I compare them
    instead.

    Signed-off-by: Bin Wang
    Signed-off-by: Michal Marek

    Bin Wang
     

22 Feb, 2013

1 commit

  • 'make rpm-pkg' and 'make binrpm-pkg' fail when the kernel source is
    read-only. Specifically, when the RPM spec generated by
    scripts/package/mkspec is run, KBUILD_SRC happens to be set to the
    source location and thus the invocation of 'make headers_install'
    fails when an internal call to 'filechk' tries to write a file into
    the source tree.

    The fix is to clear KBUILD_SRC for the 'make headers_install'
    invocation in the spec file, as is already done for the 'make
    modules_install' invocation.

    Signed-off-by: David R. Bild
    Signed-off-by: Michal Marek

    David R. Bild
     

12 Oct, 2012

1 commit

  • Pull kbuild changes from Michal Marek:
    "The main part of kbuild for v3.7 contains:
    - Fix for scripts/Makefile.modpost to not choke on a '.ko' substring
    in the build directory path
    - Two warning fixes (modpost and main Makefile)
    - __compiletime_error works also with gcc 4.3
    - make tar{gz,bz2,xz}-pkg uses default compression settings instead
    of saving as many bytes as possible (this should actually be in the
    misc branch, I don't know why I applied it here)."

    * 'kbuild' of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild:
    compiler-gcc4.h: correct verion check for __compiletime_error
    modpost: Permit .GCC.command.line sections
    Kbuild: use normal compression settings for tar*-pkg
    scripts/Makefile.modpost: error in finding modules from .mod files.
    kbuild: Remove useless warning while appending KCFLAGS

    Linus Torvalds
     

27 Sep, 2012

2 commits

  • For large kernel configurations (like a distribution kernel)
    targz-pkg takes a quite long time to just do the compression.
    I clocked it at 15+mins for a SUSE kernel like config on a fast
    system. And tarxz and bzip2 are even slower.

    The main reason is that the script that is doing the taring sets
    the highest compression level (-9). When I change it to just
    use the defaults the gzip time for the same kernel goes down
    to ~3 mins. I haven't tested xz and bzip, but I expect those
    to be much faster too.

    I'm not willing to wait that long for a small compression
    gain. So just change the script to use the defaults.

    Signed-off-by: Andi Kleen
    Reviewed-by: Fengguang Wu
    Signed-off-by: Michal Marek

    Andi Kleen
     
  • There were reports of users destroying their Fedora installs by a kernel
    tarball that replaces the /lib -> /usr/lib symlink. Let's remove the
    toplevel directories from the tarball to prevent this from happening.

    Reported-by: Andi Kleen
    Suggested-by: Ben Hutchings
    Cc:
    Signed-off-by: Michal Marek

    Michal Marek
     

28 Jun, 2012

2 commits


27 May, 2012

1 commit

  • After 303395ac3bf3e2cb488435537d416bc840438fcb, some headers are
    autogenerated. Include these autogenerated headers (mainly
    unistd_32_ia32.h) in out-of-tree builds to allow DKMS modules to be
    built succesfully.

    Signed-off-by: Peter Lekensteyn
    Signed-off-by: Michal Marek

    Lekensteyn
     

25 Feb, 2012

3 commits

  • The out-of-tree build is broken in 'make deb-pkg'. The
    header checks and the header install works on the source and
    not on the object tree.
    While fixing this also replace the direct 'make' invocations
    with the $MAKE variable to be consistent within the script.

    Cc: maximilian attems
    Cc: Ben Hutchings
    Cc: debian-kernel@lists.debian.org
    Cc: linux-kbuild@vger.kernel.org
    Signed-off-by: Joerg Roedel
    Signed-off-by: Michal Marek

    Joerg Roedel
     
  • For user-mode Linux the other packages are not required. So
    only build the package with the linux-image in it.

    Cc: maximilian attems
    Cc: debian-kernel@lists.debian.org
    Cc: linux-kbuild@vger.kernel.org
    Signed-off-by: Joerg Roedel
    Tested-by: Ben Hutchings
    Signed-off-by: Michal Marek

    Joerg Roedel
     
  • The Link to the kernel header files in the debian packages
    point to the original build directory. This is a bad choice
    if the packages were installed on a different machine. Fix
    this in by manually re-creating the link in the builddeb
    script.

    Cc: maximilian attems
    Cc: debian-kernel@lists.debian.org
    Cc: linux-kbuild@vger.kernel.org
    Signed-off-by: Joerg Roedel
    Reviewed-by: Ben Hutchings
    Signed-off-by: Michal Marek

    Joerg Roedel
     

19 Feb, 2012

1 commit


30 Oct, 2011

1 commit


24 Jun, 2011

1 commit

  • Specify --git-dir when building perf targets to allow out-of-tree
    builds using O=.

    The shell command in `git archive' had to be modified to allow proper
    file name expansion of the files listed in MANIFEST.

    Signed-off-by: matt mooney
    Signed-off-by: Michal Marek

    matt mooney
     

26 May, 2011

1 commit


25 May, 2011

1 commit


24 May, 2011

1 commit


05 May, 2011

1 commit


31 Mar, 2011

1 commit


09 Mar, 2011

2 commits


04 Feb, 2011

1 commit

  • When building linux-headers package using deb-pkg, builddeb erroneously assume
    current directory is the source tree. This is not true if building in another
    directory, using make O=... deb-pkg.

    This patch fix this problem.

    Signed-off-by: Nicolas de Pesloüan
    Tested-by: Nikolai Kondrashov
    Acked-by: maximilian attems
    Signed-off-by: Michal Marek

    Nicolas de Pesloüan
     

15 Jan, 2011

1 commit


11 Jan, 2011

1 commit


08 Jan, 2011

1 commit


07 Jan, 2011

1 commit


29 Dec, 2010

1 commit


20 Dec, 2010

1 commit

  • Usefull if building for sparc64 userland, because the
    sparc and sparc64 userlands use the same 64-bit kernel,
    making it impossible to always select the correct userland
    architecture for the resulting debian package.

    Might also be usefull, if you want a i386 userland with a amd64 kernel.

    Example usage:
    make KBUILD_DEBARCH=i386 deb-pkg

    LKML-reference:
    Signed-off-by: Asbjoern Sloth Toennesen
    Reviewed-by: WANG Cong
    Acked-by: maximilian attems
    Signed-off-by: Michal Marek

    Asbjoern Sloth Toennesen
     

25 Nov, 2010

1 commit

  • Instead of creating the debian package for the compiling userland,
    create it for a userland matching the kernel thats being compiled.

    This patch supports all Lenny release architectures,
    and Linux-based architecture candidates for Squeeze.

    If it can't find a proper Debian userspace it displays a warning,
    and fallback to let deb-gencontrol use the host's userspace arch.

    Eg. with this patch the following make command:

    make ARCH=i386 deb-pkg

    will output an i386 Debian package instead of an amd64 one,
    when run on an amd64 machine.

    Signed-off-by: Asbjoern Sloth Toennesen
    Acked-by: maximilian attems
    Signed-off-by: Michal Marek

    Asbjoern Sloth Toennesen
     

11 Nov, 2010

1 commit


29 Oct, 2010

1 commit


14 Oct, 2010

1 commit

  • Same fix as in 13797b77d419fc1b16eebf2993bf7b5cea65f0bf is needed for the "new"
    line invoking _smp_mflags for modules_install. Without the fix, `make
    binrpm-pkg` fails with:

    + make '%{_smp_mflags}' KBUILD_SRC= modules_install
    make[2]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule.
    make[2]: *** No rule to make target `%{_smp_mflags}'. Stop.
    error: Bad exit status from /var/tmp/rpm-tmp.8S9B9e (%install)

    Signed-off-by: Nishanth Aravamudan
    Signed-off-by: Michal Marek

    Nishanth Aravamudan
     

06 Sep, 2010

1 commit


07 Aug, 2010

1 commit

  • …git/tip/linux-2.6-tip

    * 'perf-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (162 commits)
    tracing/kprobes: unregister_trace_probe needs to be called under mutex
    perf: expose event__process function
    perf events: Fix mmap offset determination
    perf, powerpc: fsl_emb: Restore setting perf_sample_data.period
    perf, powerpc: Convert the FSL driver to use local64_t
    perf tools: Don't keep unreferenced maps when unmaps are detected
    perf session: Invalidate last_match when removing threads from rb_tree
    perf session: Free the ref_reloc_sym memory at the right place
    x86,mmiotrace: Add support for tracing STOS instruction
    perf, sched migration: Librarize task states and event headers helpers
    perf, sched migration: Librarize the GUI class
    perf, sched migration: Make the GUI class client agnostic
    perf, sched migration: Make it vertically scrollable
    perf, sched migration: Parameterize cpu height and spacing
    perf, sched migration: Fix key bindings
    perf, sched migration: Ignore unhandled task states
    perf, sched migration: Handle ignored migrate out events
    perf: New migration tool overview
    tracing: Drop cpparg() macro
    perf: Use tracepoint_synchronize_unregister() to flush any pending tracepoint call
    ...

    Fix up trivial conflicts in Makefile and drivers/cpufreq/cpufreq.c

    Linus Torvalds