07 May, 2018

1 commit

  • 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
     

21 Feb, 2016

1 commit

  • Commit 276d3ebb883024d753cd9c69ab2fd243ffa1262e removed htole32() but missed
    to remove the corresponding header. This is annoying, since BSD systems do not
    have endian.h.

    Signed-off-by: Andreas Bießmann
    Acked-by: Marek Vasut
    Acked-by: Michael Heimpold

    Andreas Bießmann
     

03 Feb, 2016

1 commit

  • Currently when building mxsboot on certain machines it reports:

    HOSTCC tools/mxsboot
    tools/mxsboot.c: In function 'mx28_create_sd_image':
    tools/mxsboot.c:560: warning: implicit declaration of function 'htole32'
    /tmp/cchLIV6q.o: In function 'main':
    mxsboot.c:(.text+0x6d8): undefined reference to 'htole32'
    mxsboot.c:(.text+0x6e7): undefined reference to 'htole32'
    mxsboot.c:(.text+0x6f6): undefined reference to 'htole32'
    mxsboot.c:(.text+0x705): undefined reference to 'htole32'
    mxsboot.c:(.text+0x711): undefined reference to 'htole32'
    /tmp/cchLIV6q.o:mxsboot.c:(.text+0x71d): more undefined references to
    'htole32' follow
    collect2: ld returned 1 exit status
    make[1]: *** [tools/mxsboot] Error 1
    make: *** [tools] Error 2

    The solution is to use cpu_to_le32() instead which is more portable,
    just like other U-Boot tools [1] do.

    [1] http://lists.denx.de/pipermail/u-boot/2014-October/192919.html

    Suggested-by: Marek Vasut
    Signed-off-by: Bin Meng
    Acked-by: Marek Vasut

    Bin Meng
     

13 Sep, 2015

1 commit

  • Running mxsboot on a big-endian system produces a sd image which
    cannot be started by the i.MX28 ROM. It complains on the debug
    uart as following:
    0x8020a009
    0x80502008
    0x8020a009
    0x80502008
    ...

    Enforcing all fields within the BCB to little-endian make
    the image bootable again.

    Signed-off-by: Michael Heimpold
    Acked-by: Stefano Babic
    Acked-by: Marek Vasut

    Michael Heimpold
     

02 Sep, 2015

1 commit

  • For pages of 2048 bytes the current setting of the ECC Error Correction Level
    is only true for an oob size of 64 bytes and wrong for all others.

    Instead of hard-coding every possible combination of page size and oob size use
    the dynamic calculation of the ECC strength introduced in commit
    6121560d7714d6d8e41ce1687a1388a1a8fea4cb.

    Cc: Marek Vasut
    Signed-off-by: Jörg Krause
    Acked-by: Marek Vasut
    Reviewed-by: Stefano Babic

    Jörg Krause
     

25 May, 2015

2 commits


19 Jan, 2015

1 commit


11 Sep, 2013

1 commit


31 Aug, 2013

1 commit


24 Jul, 2013

1 commit


26 Apr, 2013

1 commit

  • The MX23 Boot ROM does blindly load from 2048 offset while the MX28
    does parse the BCB header to known where to load the image from. We
    move the BCB header to 4 sectors offset so same code can be used by
    both SoCs avoiding code duplication.

    This idea was given by Marek Vasut

    Signed-off-by: Otavio Salvador
    Tested-by: Fabio Estevam
    Tested-by: Marek Vasut

    Otavio Salvador
     

18 Mar, 2012

1 commit


16 Jan, 2012

1 commit


11 Nov, 2011

1 commit