Eric Lee / smarc-fsl-linux-kernel

07 Feb, 2019

1 commit

31 Jan, 2019

1 commit

26 Jan, 2019

1 commit

23 Jan, 2019

1 commit

17 Jan, 2019

1 commit

13 Jan, 2019

5 commits

  • 9c07fc259   Linux 4.14.93 Browse Code »
    Greg Kroah-Hartman
     
  • 72d217d5d   Makefile: Export clang toolchain variables ... Browse Code »

    commit 3bd9805090af843b25f97ffe5049f20ade1d86d6 upstream.

    The powerpc makefile will use these in it's boot wrapper.

    Signed-off-by: Joel Stanley
    Signed-off-by: Masahiro Yamada
    Signed-off-by: Nathan Chancellor
    Signed-off-by: Greg Kroah-Hartman

    Joel Stanley
     
  • ff858d822   kbuild: consolidate Clang compiler flags ... Browse Code »

    commit 238bcbc4e07fad2fff99c5b157d0c37ccd4d093c upstream.

    Collect basic Clang options such as --target, --prefix, --gcc-toolchain,
    -no-integrated-as into a single variable CLANG_FLAGS so that it can be
    easily reused in other parts of Makefile.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Nick Desaulniers
    Tested-by: Nick Desaulniers
    Acked-by: Greg Hackmann
    Signed-off-by: Nathan Chancellor
    Signed-off-by: Greg Kroah-Hartman

    Masahiro Yamada
     
  • 23d9f5e4a   kbuild: add -no-integrated-as Clang option unconditionally ... Browse Code »

    commit dbe27a002ef8573168cb64e181458ea23a74e2b6 upstream.

    We are still a way off the Clang's integrated assembler support for
    the kernel. Hence, -no-integrated-as is mandatory to build the kernel
    with Clang. If you had an ancient version of Clang that does not
    recognize this option, you would not be able to compile the kernel
    anyway.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Nick Desaulniers
    Tested-by: Nick Desaulniers
    Signed-off-by: Nathan Chancellor
    Signed-off-by: Greg Kroah-Hartman

    Masahiro Yamada
     
  • b08f331e8   kbuild: fix false positive warning/error about missing libelf ... Browse Code »

    [ Upstream commit ef7cfd00b2caf6edeb7f169682b64be2d0a798cf ]

    For the same reason as commit 25896d073d8a ("x86/build: Fix compiler
    support check for CONFIG_RETPOLINE"), you cannot put this $(error ...)
    into the parse stage of the top Makefile.

    Perhaps I'd propose a more sophisticated solution later, but this is
    the best I can do for now.

    Link: https://lkml.org/lkml/2017/12/25/211
    Reported-by: Paul Gortmaker
    Reported-by: Bernd Edlinger
    Reported-by: Qian Cai
    Cc: Josh Poimboeuf
    Signed-off-by: Masahiro Yamada
    Tested-by: Qian Cai
    Signed-off-by: Sasha Levin

    Masahiro Yamada
     

10 Jan, 2019

1 commit

29 Dec, 2018

1 commit

21 Dec, 2018

1 commit

17 Dec, 2018

1 commit

13 Dec, 2018

1 commit

08 Dec, 2018

2 commits

06 Dec, 2018

1 commit

01 Dec, 2018

2 commits

  • 5ff1ad556   Linux 4.14.85 Browse Code »
    Greg Kroah-Hartman
     
  • 9d844b0e6   kbuild: allow to use GCC toolchain not in Clang search path ... Browse Code »

    commit ef8c4ed9db80261f397f0c0bf723684601ae3b52 upstream.

    When using a GCC cross toolchain which is not in a compiled in
    Clang search path, Clang reverts to the system assembler and
    linker. This leads to assembler or linker errors, depending on
    which tool is first used for a given architecture.

    It seems that Clang is not searching $PATH for a matching
    assembler or linker.

    Make sure that Clang picks up the correct assembler or linker by
    passing the cross compilers bin directory as search path.

    This allows to use Clang provided by distributions with GCC
    toolchains not in /usr/bin.

    Link: https://github.com/ClangBuiltLinux/linux/issues/78
    Signed-off-by: Stefan Agner
    Reviewed-and-tested-by: Nick Desaulniers
    Signed-off-by: Masahiro Yamada
    [nc: Adjust context]
    Signed-off-by: Nathan Chancellor
    Signed-off-by: Greg Kroah-Hartman

    Stefan Agner
     

27 Nov, 2018

1 commit

23 Nov, 2018

1 commit

21 Nov, 2018

1 commit

14 Nov, 2018

1 commit

10 Nov, 2018

1 commit

04 Nov, 2018

2 commits

20 Oct, 2018

1 commit

18 Oct, 2018

1 commit

13 Oct, 2018

1 commit

10 Oct, 2018

1 commit

04 Oct, 2018

1 commit

29 Sep, 2018

1 commit

26 Sep, 2018

1 commit

20 Sep, 2018

1 commit

15 Sep, 2018

1 commit

10 Sep, 2018

1 commit

05 Sep, 2018

2 commits

  • ee13f7edc   Linux 4.14.68 Browse Code »
    Greg Kroah-Hartman
     
  • 4587db4c2   x86/vdso: Fix vDSO build if a retpoline is emitted ... Browse Code »

    commit 2e549b2ee0e358bc758480e716b881f9cabedb6a upstream.

    Currently, if the vDSO ends up containing an indirect branch or
    call, GCC will emit the "external thunk" style of retpoline, and it
    will fail to link.

    Fix it by building the vDSO with inline retpoline thunks.

    I haven't seen any reports of this triggering on an unpatched
    kernel.

    Fixes: commit 76b043848fd2 ("x86/retpoline: Add initial retpoline support")
    Signed-off-by: Andy Lutomirski
    Signed-off-by: Thomas Gleixner
    Acked-by: Matt Rickard
    Cc: Borislav Petkov
    Cc: Jason Vas Dias
    Cc: David Woodhouse
    Cc: Peter Zijlstra
    Cc: Andi Kleen
    Cc: stable@vger.kernel.org
    Link: https://lkml.kernel.org/r/c76538cd3afbe19c6246c2d1715bc6a60bd63985.1534448381.git.luto@kernel.org
    Signed-off-by: Greg Kroah-Hartman

    Andy Lutomirski
     

24 Aug, 2018

1 commit