02 Aug, 2014

1 commit


24 Jul, 2014

1 commit


23 Jul, 2014

19 commits


22 Jul, 2014

19 commits

  • 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
     
  • The latest GCC is so clever that it reports more warnings
    than old ones did:

    ------------------------------>8------------------------------

    board/freescale/m5253demo/flash.c: In function 'flash_get_offsets':
    board/freescale/m5253demo/flash.c:65:23: warning: iteration 2047u
    invokes undefined behavior [-Waggressive-loop-optimizations]
    info->start[k + 1] = info->start[k] + CONFIG_SYS_SST_SECTSZ;
    ^
    board/freescale/m5253demo/flash.c:64:3: note: containing loop
    for (k = 0, j = 0; j < CONFIG_SYS_SST_SECT; j++, k++) {
    ^

    ------------------------------8start[2048] = info->start[2047] + CONFIG_SYS_SST_SECTSZ;
    causing an undefined behavior.

    (Please note the array size of info->start is 2048.
    CONFIG_SYS_MAX_FLASH_SECT is defined as 2048 for this board.)

    This commit fixes that so as not to overrun the info->start array.

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

    Masahiro Yamada
     
  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • Improve error messages in case of invalid/unset ethernet addresses.

    Signed-off-by: Pavel Machek

    Pavel Machek
     
  • This has been disabled for ARM in initr_scsi since that function was
    introduced. However it works fine for me on Cubieboard and Cubietruck (with the
    upcoming AHCI glue patch).

    I also tested on two random ARM platforms which seem to define CONFIG_CMD_SCSI:
    - highbank worked fine (on midway hardware)
    - omap5_uevm built OK and I confirmed using objdump that things were as
    expected (i.e. the default weak scsi_init nop was used).

    While there remove the mismatched comment from the #endif (omitting the comment
    seems to be the prevailing style in this file).

    Signed-off-by: Ian Campbell
    Acked-by: Simon Glass

    Ian Campbell
     
  • In 73545f75b66d "ahci: wait longer for link" I increased the
    timeout to 40ms based on the observed behaviour of a WD disk on a
    Cubietruck. Since then Karsten Merker and myself have both
    observed timeouts with HGST disks (Karsten on Cubietruck, me on
    Cubieboard2). Increasing the timeout to ~175ms fixes this, so go
    to 200ms for a bit of headroom.

    Signed-off-by: Ian Campbell
    Cc: Karsten Merker
    Acked-by: Hans de Goede

    Ian Campbell
     
  • There have been /errlog and /reloc_off in the top level .gitignore
    since commit 1b4aaffe added it about 7 years ago.

    But they are no longer generated.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • Add more entries to .mailmap for the canonical names with
    50 commits or more.

    This commit was generated by the following command:

    scripts/mailmapper > tmp; mv tmp .mailmap

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • This tool helps to create/update the mailmap file.

    It runs 'git shortlog' internally and searches differently spelled author
    names which share the same email address. The author name with the most
    commits is asuumed to be a canonical real name. If the number of commits
    from the cananonical name is equal to or greater than 'MIN_COMMITS' (=50),
    the entry for the cananical name will be output. ('MIN_COMMITS' is used
    here because we do not want to create a fat mailmap by adding every author
    with only a few commits.)

    If there exists a mailmap file specified by the mailmap.file configuration
    options or '.mailmap' at the toplevel of the repository, it is used as
    a base file.

    The base file and the newly added entries are merged together and sorted
    alphabetically (but the comment block is kept untouched), and then printed
    to standard output.

    Usage
    -----

    scripts/mailmapper

    prints the mailmapping to standard output.

    scripts/mailmapper > tmp; mv tmp .mailmap

    will be useful for updating '.mailmap' file.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • This is the first version of .mailmap created by hand.
    Please see "man git-shortlog" for what this commit is trying to do.

    Without this file, for example, "git shortlog -n -s" shows as follows:

    2693 Wolfgang Denk
    Cc: Stefan Roese
    Cc: Wolfgang Denk

    Masahiro Yamada
     
  • Whitespace cleanups.

    Signed-off-by: Pavel Machek

    Pavel Machek
     
  • Replace the TAGS target name by the actual ctags target name.
    Also, add etags target documentation.

    Cc: Masahiro Yamada
    Signed-off-by: Igor Grinberg

    Igor Grinberg
     
  • Commit efcf861 (kbuild: use scripts/Makefile.clean)
    refactored the cleaning targets and accidentially replaced the actually
    generated "ctags" and "etags" files in the file list by "tags" and "TAGS".
    "tags" and "TAGS" are not part of the Makefile build targets and
    therefore should not be a part of the list for clean targets.

    Substitute the actually generated files instead, to fix the clean
    targets behavior.

    Cc: Masahiro Yamada
    Signed-off-by: Igor Grinberg

    Igor Grinberg
     
  • Commit 9e41403 (kbuild: change out-of-tree build)
    changed the U-Boot build working directory to the output tree
    for the out-of-tree builds.
    This broke the {c,e}tags/cscope build targets as TAG_SUBDIRS variable
    collected directories based on assumption that the build working
    directory is the U-Boot source tree directory.

    Fix the {c,e}tags/cscope build targets by adding the $(srctree) prefix.
    Also, remove the $(obj) prefix from the etags build target to finish
    the $(obj) prefix removal started by the same commit.

    Cc: Masahiro Yamada
    Signed-off-by: Igor Grinberg

    Igor Grinberg
     
  • Use the new option -r for env import.

    Signed-off-by: Alexander Holler

    Alexander Holler
     
  • Use the new option -r for env import.

    Signed-off-by: Alexander Holler

    Alexander Holler
     
  • Use the new option -r for env import.

    Signed-off-by: Alexander Holler

    Alexander Holler
     
  • When this option is enabled, CRLF is treated like LF when importing environments
    from text files, which means CRs ('\r') in front of LFs ('\n') are just ignored.

    Drawback of enabling this option is that (maybe exported) variables which have
    a trailing CR in their content will get imported without that CR. But this
    drawback is very unlikely and the big advantage of letting Windows user create
    a *working* uEnv.txt too is likely more welcome.

    Signed-off-by: Alexander Holler

    Alexander Holler
     
  • This board is close in binary size to one of its hard limits, so disable
    SHA256 FIT image support to gain some breathing room.

    Signed-off-by: Tom Rini

    Tom Rini