Eric Lee / smarc-fsl-linux-kernel

20 Feb, 2015

1 commit

  • 27a22ee4c   Merge branch 'kbuild' of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild ... Browse Code »

    Pull kbuild updates from Michal Marek:

    - several cleanups in kbuild

    - serialize multiple *config targets so that 'make defconfig kvmconfig'
    works

    - The cc-ifversion macro got support for an else-branch

    * 'kbuild' of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild:
    kbuild,gcov: simplify kernel/gcov/Makefile more
    kbuild: allow cc-ifversion to have the argument for false condition
    kbuild,gcov: simplify kernel/gcov/Makefile
    kbuild,gcov: remove unnecessary workaround
    kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion
    kbuild: fix cc-ifversion macro
    kbuild: drop $(version_h) from MRPROPER_FILES
    kbuild: use mixed-targets when two or more config targets are given
    kbuild: remove redundant line from bounds.h/asm-offsets.h
    kbuild: merge bounds.h and asm-offsets.h rules
    kbuild: Drop support for clean-rule

    Linus Torvalds
     

17 Feb, 2015

1 commit

10 Jan, 2015

1 commit

24 Sep, 2014

1 commit

  • d26a7730b   parisc: Only use -mfast-indirect-calls option for 32-bit kernel builds ... Browse Code »

    In spite of what the GCC manual says, the -mfast-indirect-calls has
    never been supported in the 64-bit parisc compiler. Indirect calls have
    always been done using function descriptors irrespective of the
    -mfast-indirect-calls option.

    Recently, it was noticed that a function descriptor was always requested
    when the -mfast-indirect-calls option was specified. This caused
    problems when the option was used in application code and doesn't make
    any sense because the whole point of the option is to avoid using a
    function descriptor for indirect calls.

    Fixing this broke 64-bit kernel builds.

    I will fix GCC but for now we need the attached change. This results in
    the same kernel code as before.

    Signed-off-by: John David Anglin
    Cc: stable@vger.kernel.org # v3.0+
    Signed-off-by: Helge Deller

    John David Anglin
     

08 Nov, 2013

1 commit

  • b0756b5ad   parisc: make "make install" not depend on vmlinux ... Browse Code »

    Install targets (install, zinstall, uinstall) on parisc have a
    dependency to vmlinux. This may cause parts of the kernel to be rebuilt
    during installation. We must avoid this since this may run as root.
    Install targets "ABSOLUTELY MUST NOT MODIFY THE SOURCE TREE." as Linus
    emphasized this in:

    http://lkml.org/lkml/2013/7/10/600

    So on parisc and maybe other archs we need the same as for x86:

    1648e4f8 x86, kbuild: make "make install" not depend on vmlinux

    This parisc patch was inspired by:

    19514fc6 arm, kbuild: make "make install" not depend on vmlinux

    Signed-off-by: Helge Deller

    Helge Deller
     

10 Jul, 2013

1 commit

  • 594174d81   parisc: switch to gzip-compressed vmlinuz kernel ... Browse Code »

    The latest PA-RISC Boot Loader (palo) allows loading of gzip compressed
    vmlinuz kernels. So let's now switch to build a vmlinuz file when we
    build a palo boot image.

    PALO version 1.9 (or higher) is required for this which is available at
    git://git.kernel.org/pub/scm/linux/kernel/git/deller/palo.git

    Signed-off-by: Helge Deller
    Cc: # 3.10

    Helge Deller
     

01 Jun, 2013

1 commit

  • 766039022   parisc: rename "CONFIG_PA7100" to "CONFIG_PA7000" ... Browse Code »

    There's a Makefile line setting cflags for CONFIG_PA7100. But that
    Kconfig macro doesn't exist. There is a Kconfig symbol PA7000, which
    covers both PA7000 and PA7100 processors. So let's use the corresponding
    Kconfig macro.

    Signed-off-by: Paul Bolle
    Signed-off-by: Helge Deller

    Paul Bolle
     

14 May, 2013

1 commit

  • 6880b0150   parisc: make default cross compiler search more robust (v3) ... Browse Code »

    People/distros vary how they prefix the toolchain name for 64bit builds.
    Rather than enforce one convention over another, add a for loop which
    does a search for all the general prefixes.

    For 64bit builds, we now search for (in order):
    hppa64-unknown-linux-gnu
    hppa64-linux-gnu
    hppa64-linux

    For 32bit builds, we look for:
    hppa-unknown-linux-gnu
    hppa-linux-gnu
    hppa-linux
    hppa2.0-unknown-linux-gnu
    hppa2.0-linux-gnu
    hppa2.0-linux
    hppa1.1-unknown-linux-gnu
    hppa1.1-linux-gnu
    hppa1.1-linux

    This patch was initiated by Mike Frysinger, with feedback from Jeroen
    Roovers, John David Anglin and Helge Deller.

    Signed-off-by: Mike Frysinger
    Signed-off-by: Jeroen Roovers
    Signed-off-by: John David Anglin
    Signed-off-by: Helge Deller

    Helge Deller
     

07 May, 2013

1 commit

  • 93782eba4   parisc: fix NATIVE set up in build ... Browse Code »

    The ifeq operator does not accept globs, so this little bit of code will
    never match (unless uname literally prints out "parsic*"). Rewrite to
    use a pattern matching operator so that NATIVE is set to 1 on parisc.

    Signed-off-by: Mike Frysinger
    Signed-off-by: Helge Deller

    Mike Frysinger
     

26 Apr, 2013

1 commit

  • cf71130d6   parisc: disable -mlong-calls compiler option for kernel modules ... Browse Code »

    CONFIG_MLONGCALLS was introduced in commit
    ec758f98328da3eb933a25dc7a2eed01ef44d849 to overcome linker issues when linking
    huge linux kernels, e.g. with many modules linked in.

    But in the kernel module loader there is no support yet for the new relocation
    types, which is why modules built with -mlong-calls can't be loaded.
    Furthermore, for modules long calls are not really necessary, since we already
    use stub sections which resolve long distance calls.

    So, let's just disable this compiler option when compiling kernel modules.

    Signed-off-by: Helge Deller

    Helge Deller
     

03 Mar, 2013

1 commit

21 Feb, 2013

2 commits

05 Jun, 2012

1 commit

  • 4c01acc01   [PARISC] fix code to find libgcc ... Browse Code »

    Sam broke this with

    commit 1f2bfbd00e466ff3489b2ca5cc75b1cccd14c123
    Author: Sam Ravnborg
    Date: Sat May 5 10:18:41 2012 +0200

    kbuild: link of vmlinux moved to a script

    But we should be deriving the location of libgcc in the same way as all
    the other archs, so fix by adding a LIBGCC variable which is evaluated
    in the makefile

    Signed-off-by: James Bottomley

    James Bottomley
     

07 May, 2012

1 commit

28 Feb, 2012

1 commit

20 Sep, 2009

1 commit

  • caa27b66b   kbuild: use INSTALLKERNEL to select customized installkernel script ... Browse Code »

    Replace the use of CROSS_COMPILE to select a customized
    installkernel script with the possibility to set INSTALLKERNEL
    to select a custom installkernel script when running make:

    make INSTALLKERNEL=arm-installkernel install

    With this patch we are now more consistent across
    different architectures - they did not all support use
    of CROSS_COMPILE.

    The use of CROSS_COMPILE was a hack as this really belongs
    to gcc/binutils and the installkernel script does not change
    just because we change toolchain.

    The use of CROSS_COMPILE caused troubles with an upcoming patch
    that saves CROSS_COMPILE when a kernel is built - it would no
    longer be installable.
    [Thanks to Peter Z. for this hint]

    This patch undos what Ian did in commit:

    0f8e2d62fa04441cd12c08ce521e84e5bd3f8a46
    ("use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh")

    The patch has been lightly tested on x86 only - but all changes
    looks obvious.

    Acked-by: Peter Zijlstra
    Acked-by: Mike Frysinger [blackfin]
    Acked-by: Russell King [arm]
    Acked-by: Paul Mundt [sh]
    Acked-by: "H. Peter Anvin" [x86]
    Cc: Ian Campbell
    Cc: Tony Luck [ia64]
    Cc: Fenghua Yu [ia64]
    Cc: Hirokazu Takata [m32r]
    Cc: Geert Uytterhoeven [m68k]
    Cc: Kyle McMartin [parisc]
    Cc: Benjamin Herrenschmidt [powerpc]
    Cc: Martin Schwidefsky [s390]
    Cc: Thomas Gleixner [x86]
    Cc: Ingo Molnar [x86]
    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

31 Mar, 2009

1 commit

  • d75f054a2   parisc: add ftrace (function and graph tracer) functionality ... Browse Code »

    This patch adds the ftrace debugging functionality to the parisc kernel.
    It will currently only work with 64bit kernels, because the gcc options -pg
    and -ffunction-sections can't be enabled at the same time and -ffunction-sections
    is still needed to be able to link 32bit kernels.

    Signed-off-by: Helge Deller
    Signed-off-by: Kyle McMartin

    Helge Deller
     

06 Jan, 2009

1 commit

16 Mar, 2008

1 commit

07 Dec, 2007

1 commit

21 Oct, 2007

1 commit

20 Oct, 2007

1 commit

19 Oct, 2007

3 commits

18 Oct, 2007

1 commit

  • efb80e7e0   [PARISC] import necessary bits of libgcc.a ... Browse Code »

    Currently we're hacking libs-y to include libgcc.a, but this has
    unforeseen consequences since the userspace libgcc is linked with fpregs
    enabled. We need the kernel to stop using fpregs in an uncontrolled manner
    to implement lazy fpu state saves.

    Signed-off-by: Kyle McMartin

    Kyle McMartin
     

15 Oct, 2007

1 commit

  • a0f97e06a   kbuild: enable 'make CFLAGS=...' to add additional options to CC ... Browse Code »

    The variable CFLAGS is a wellknown variable and the usage by
    kbuild may result in unexpected behaviour.
    On top of that several people over time has asked for a way to
    pass in additional flags to gcc.

    This patch replace use of CFLAGS with KBUILD_CFLAGS all over the
    tree and enabling one to use:
    make CFLAGS=...
    to specify additional gcc commandline options.

    One usecase is when trying to find gcc bugs but other
    use cases has been requested too.

    Patch was tested on following architectures:
    alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k

    Test was simple to do a defconfig build, apply the patch and check
    that nothing got rebuild.

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

08 Dec, 2006

1 commit

22 Oct, 2005

2 commits

10 Sep, 2005

1 commit

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds