Eric Lee / smarc-uboot

20 Feb, 2020

1 commit

10 Jan, 2020

2 commits

24 May, 2019

1 commit

16 Sep, 2018

3 commits

11 Sep, 2018

1 commit

19 Jun, 2018

1 commit

07 May, 2018

1 commit

  • 83d290c56   SPDX: Convert all of our single license tags to Linux Kernel style ... Browse Code »
    56

    When U-Boot started using SPDX tags we were among the early adopters and
    there weren't a lot of other examples to borrow from. So we picked the
    area of the file that usually had a full license text and replaced it
    with an appropriate SPDX-License-Identifier: entry. Since then, the
    Linux Kernel has adopted SPDX tags and they place it as the very first
    line in a file (except where shebangs are used, then it's second line)
    and with slightly different comment styles than us.

    In part due to community overlap, in part due to better tag visibility
    and in part for other minor reasons, switch over to that style.

    This commit changes all instances where we have a single declared
    license in the tag as both the before and after are identical in tag
    contents. There's also a few places where I found we did not have a tag
    and have introduced one.

    Signed-off-by: Tom Rini

    Tom Rini
     

31 Jan, 2018

1 commit

03 Oct, 2017

1 commit

  • 0884077b7   m68k: Use asm-generic/io.h ... Browse Code »

    Convert the m68k architecture to make use of the new asm-generic/io.h to
    provide address mapping functions. As the generic implementations are
    suitable for m68k this is primarily a matter of emoving code.

    Feedback from architecture maintainers is welcome.

    Signed-off-by: Paul Burton
    Cc: Huan Wang
    Cc: Angelo Dureghello
    Acked-by: Angelo Dureghello
    Tested-by: Angelo Dureghello

    Paul Burton
     

19 Oct, 2016

1 commit

24 Sep, 2016

1 commit

  • 4491327d5   Remove arch/${ARCH}/include/asm/errno.h ... Browse Code »

    Unlike Linux, nothing about errno.h is arch-specific in U-Boot.
    As you see, all of arch/${ARCH}/include/asm/errno.h is just a
    wrapper of . Actually, U-Boot does not
    export headers to user-space, so we just have to care about the
    consistency in the U-Boot tree.

    Now all of include directives for are gone.
    Deprecate .

    Signed-off-by: Masahiro Yamada
    Acked-by: Alexey Brodkin

    Masahiro Yamada
     

16 Aug, 2016

1 commit

  • dfcc496ed   net: mii: Changes not made by spatch ... Browse Code »
    20

    If the functions passed to the registration function are not in the same
    C file (extern) then spatch will not handle the dependent changes.

    Make those changes manually.

    Signed-off-by: Joe Hershberger

    For the 4xx related files:
    Acked-by: Stefan Roese
    Reviewed-by: Bin Meng

    Joe Hershberger
     

28 May, 2016

1 commit

18 May, 2016

1 commit

17 May, 2016

2 commits

19 Jan, 2016

1 commit

  • 5b8031ccb   Add more SPDX-License-Identifier tags ... Browse Code »
    40

    In a number of places we had wordings of the GPL (or LGPL in a few
    cases) license text that were split in such a way that it wasn't caught
    previously. Convert all of these to the correct SPDX-License-Identifier
    tag.

    Signed-off-by: Tom Rini

    Tom Rini
     

10 Nov, 2015

1 commit

  • 44d0677a9   Replace "extern inline" with "static inline" ... Browse Code »

    A number of headers define functions as "extern inline" which is
    causing problems with gcc5. The reason is that starting with
    version 5.1, gcc defaults to the standard C99 semantics for the
    inline keyword.

    Under the traditional GNU inline semantics, an "extern inline"
    function would never create an external definition, the same
    as inline *without* extern in C99. In C99, and "extern inline"
    definition is simply an external definition with an inline hint.
    In short, the meanings of inline with and without extern are
    swapped between GNU and C99.

    The upshot is that all these definitions in header files create
    an external definition wherever those headers are included,
    resulting in multiple definition errors at link time.

    Changing all these functions to "static inline" fixes the problem
    since this works as desired in all gcc versions. Although the
    semantics are slightly different (a static inline definition may
    result in an actual function being emitted), it works as intended
    in practice.

    This patch also removes extern prototype declarations for the
    changed functions where they existed.

    Signed-off-by: Mans Rullgard

    Måns Rullgård
     

05 Nov, 2015

1 commit

28 Mar, 2015

1 commit

  • 0a9e7ee5b   generic-board: select SYS_GENERIC_BOARD for some architectures ... Browse Code »

    We have done with the generic board conversion for all the boards
    of ARC, Blackfin, M68000, MicroBlaze, MIPS, NIOS2, Sandbox, X86.

    Let's select SYS_GENERIC_BOARD for those architectures, so we can
    tell which architecture has finished the conversion at a glance.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass
    Reviewed-by: Alexey Brodkin

    Masahiro Yamada
     

06 Mar, 2015

2 commits

22 Jul, 2014

1 commit

  • fbe79a17f   m68k: define __kernel_size_t as unsinged int again ... Browse Code »

    Commit ddc94378d changed the definition of __kernel_size_t
    from unsigned int to unsigned long.

    It is true that it fixed warnings on some crosstools
    but it increased warnings on the others.

    The problem is that we cannot see consistency in terms of
    the typedef of __kernel_size_t on M68K architecture.

    However, I'd like to suggest to have __kernel_size_t to be
    unsigned int again.

    Rationale:

    [1] Linux Kernel defines __kernel_size_t on M68K as unsigned int.
    Let's stick to the Linux's way.

    [2] We want to build boards with popular pre-built toolchains,
    not the one locally-built by indivisuals.
    I think m68-linux-gcc which can be downloaded from www.kernel.org
    is the candidate for our _recommended_ toolchains.

    With this patch, all the m68k boards can be built without any warnings.

    Give it a try with the following crosstools:

    https://www.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.6.3/
    x86_64-gcc-4.6.3-nolibc_m68k-linux.tar.xz

    or

    https://www.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.9.0/
    x86_64-gcc-4.9.0-nolibc_m68k-linux.tar.xz

    (The latter is newer.)

    Signed-off-by: Masahiro Yamada
    Cc: Simon Glass
    Cc: Jason Jin

    Masahiro Yamada
     

19 Jun, 2014

1 commit

12 Jun, 2014

1 commit

  • ddc94378d   m68k: Fix warnings with gcc 4.6 ... Browse Code »
    43

    Most of the warnings seem to be related to using 'int' for size_t. Change
    this and fix up the remaining warnings and problems. For bootm, the warning
    was masked by others, and there is an actual bug in the code.

    Signed-off-by: Simon Glass

    Simon Glass
     

13 May, 2014

1 commit

  • 8e2615752   bd_info: remove bi_barudrate member from struct bd_info ... Browse Code »

    gd->bd->bi_baudrate is a copy of gd->baudrate.

    Since baudrate is a common feature for all architectures,
    keep gd->baudrate only.

    It is true that bi_baudrate was passed to the kernel in that structure
    but it was a long time ago.

    Signed-off-by: Masahiro Yamada
    Cc: Tom Rini
    Cc: Simon Glass
    Cc: Wolfgang Denk
    Cc: Heiko Schocher
    Acked-by: Michal Simek (For microblaze)

    Masahiro Yamada
     

09 Nov, 2013

1 commit

  • 643aae140   include: delete include/linux/config.h ... Browse Code »

    Linux Kernel abolished include/linux/config.h long time ago.
    (around version v2.6.18..v2.6.19)

    We don't need to provide Linux copatibility any more.

    This commit deletes include/linux/config.h
    and fixes source files not to include this.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

15 Oct, 2013

1 commit

24 Jul, 2013

2 commits

23 Jul, 2013

1 commit

27 Jun, 2013

1 commit

  • 08dbd6ccd   Fix MCF5235 SDRAM base address macro ... Browse Code »

    SDRAMC_DARCn_BA() macro worked fine when the BA is 0x00000000 even
    though the macro is incorrect. It causes the BA to be set incorrctly
    for other base addresses. This patch fixes the macro so that base
    addresses other than zero can be used with the MCF5235.

    Signed-off-by: Steve deRosier

    Steve deRosier
     

16 Mar, 2013

1 commit

  • 186528646   Introduce generic link section.h symbol files ... Browse Code »

    We create a separate header file for link symbols defined by the link
    scripts. It is helpful to have these all in one place and try to
    make them common across architectures. Since Linux already has a similar
    file, we bring this in even though many of the symbols there are not
    relevant to us.

    Each architecture has its own asm/sections.h where symbols specifc to
    that architecture can be added. For now everything except AVR32 just
    includes the generic header.

    One change is needed in arch/avr32/lib/board.c to make this conversion
    work.

    Reviewed-by: Tom Rini (version 5)
    Signed-off-by: Simon Glass

    Simon Glass
     

04 Feb, 2013

3 commits

02 Feb, 2013

1 commit

  • 5cb48582a   Add architecture-specific global data ... Browse Code »

    We plan to move architecture-specific data into a separate structure so
    that we can make the rest of it common.

    As a first step, create struct arch_global_data to hold these fields.
    Initially it is empty.

    This patch applies to all archs at once. I can split it if this is really
    a pain.

    Signed-off-by: Simon Glass

    Simon Glass