Eric Lee / smarc-fsl-linux-kernel

17 Jan, 2019

1 commit

19 Jul, 2018

1 commit

29 May, 2018

1 commit

  • 145167650   kbuild: add endianness flag to CHEKCFLAGS ... Browse Code »

    The kernel depends on macros like __BYTE_ORDER__,
    __BIG_ENDIAN__ or __LITTLE_ENDIAN__.

    OTOH, sparse doesn't know about the endianness of the kernel and
    by default uses the same as the machine on which sparse was built.

    Ensure that sparse can predefine the macros corresponding to
    how the kernel was configured by adding -m{big,little}-endian
    to CHECKFLAGS in the main Makefile (and so for all archs).
    Also, remove the equivalent done in arch specific Makefiles.

    Signed-off-by: Luc Van Oostenryck
    Signed-off-by: Masahiro Yamada

    Luc Van Oostenryck
     

03 Nov, 2017

1 commit

  • afa838088   openrisc: pass endianness info to sparse ... Browse Code »

    openrisc is big-endian only but sparse assumes the same endianness
    as the building machine.
    This is problematic for code which expect __BYTE_ORDER__ being
    correctly predefined by the compiler which sparse can then
    pre-process differently from what gcc would, depending on the
    building machine endianness.

    Fix this by letting sparse know about the architecture endianness.

    To: Jonas Bonn
    To: Stefan Kristiansson
    To: Stafford Horne
    Signed-off-by: Luc Van Oostenryck
    Signed-off-by: Stafford Horne

    Luc Van Oostenryck
     

05 Nov, 2013

1 commit

  • ee4f96d0f   openrisc: Makefile: append "-D__linux__" to KBUILD_CFLAGS ... Browse Code »

    Need append "_D__linux__" to KBUILD_CFLAGS, just like some of another
    architectures have done, or 'allmodconfig' can not pass compiling.

    The related error:

    CC [M] fs/coda/psdev.o
    In file included from include/linux/coda.h:65:0,
    from fs/coda/psdev.c:45:
    include/uapi/linux/coda.h:221:2: error: expected specifier-qualifier-list before 'u_quad_t'

    The related compiler information:

    [root@dhcp122 ~]# /usr/local/bin/or32-linux-gcc -v
    Using built-in specs.
    COLLECT_GCC=/usr/local/bin/or32-linux-gcc
    COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/or32-linux/4.5.1-or32-1.0rc1/lto-wrapper
    Target: or32-linux
    Configured with: ../gcc-openrisc/configure --target=or32-linux --disable-nls --enable-languages=c --without-headers --disable-shared --disable-threads --enable-werror=no
    Thread model: single
    gcc version 4.5.1-or32-1.0rc1 (GCC)

    Signed-off-by: Chen Gang
    Signed-off-by: Jonas Bonn

    Chen Gang
     

04 Dec, 2012

1 commit

  • 19fbd6b29   openrisc: use new common dtc rule ... Browse Code »

    The current rules have the .dtb files build in a different directory
    from the .dts files. This patch changes openrisc to use the generic dtb
    rule which builds .dtb files in the same directory as the source .dts.

    This requires renaming arch/openrisc/boot/Makefile to
    arch/openrisc/boot/dts/Makefile, and updating arch/openrisc/Makefile to
    call the new Makefile.

    Cc: Jonas Bonn
    Cc: linux@lists.openrisc.net
    Signed-off-by: Stephen Warren
    Signed-off-by: Rob Herring

    Stephen Warren
     

05 May, 2012

1 commit

  • cf5e6def8   openrisc: Use generic init_task ... Browse Code »

    Same code. Use the generic version. The special Makefile treatment is
    pointless anyway as init_task.o contains only data which is handled by
    the linker script. So no point on being treated like head text.

    Signed-off-by: Thomas Gleixner
    Cc: Jonas Bonn
    Link: http://lkml.kernel.org/r/20120503085035.083343435@linutronix.de

    Thomas Gleixner
     

23 Jul, 2011

1 commit