1. 28 3月, 2015 9 次提交
  2. 06 3月, 2015 3 次提交
  3. 13 1月, 2015 1 次提交
  4. 08 12月, 2014 1 次提交
  5. 14 9月, 2014 1 次提交
  6. 31 7月, 2014 1 次提交
  7. 30 7月, 2014 2 次提交
    • M
      kconfig: switch to Kconfig · 51148790
      Masahiro Yamada 提交于
      This commit enables Kconfig.
      Going forward, we use Kconfig for the board configuration.
      mkconfig will never be used. Nor will include/config.mk be generated.
      
      Kconfig must be adjusted for U-Boot because our situation is
      a little more complicated than Linux Kernel.
      We have to generate multiple boot images (Normal, SPL, TPL)
      from one source tree.
      Each image needs its own configuration input.
      
      Usage:
      
      Run "make <board>_defconfig" to do the board configuration.
      
      It will create the .config file and additionally spl/.config, tpl/.config
      if SPL, TPL is enabled, respectively.
      
      You can use "make config", "make menuconfig" etc. to create
      a new .config or modify the existing one.
      
      Use "make spl/config", "make spl/menuconfig" etc. for spl/.config
      and do likewise for tpl/.config file.
      
      The generic syntax of configuration targets for SPL, TPL is:
      
        <target_image>/<config_command>
      
      Here, <target_image> is either 'spl' or 'tpl'
            <config_command> is 'config', 'menuconfig', 'xconfig', etc.
      
      When the configuration is done, run "make".
      (Or "make <board>_defconfig all" will do the configuration and build
      in one time.)
      
      For futher information of how Kconfig works in U-Boot,
      please read the comment block of scripts/multiconfig.py.
      
      By the way, there is another item worth remarking here:
      coexistence of Kconfig and board herder files.
      
      Prior to Kconfig, we used C headers to define a set of configs.
      
      We expect a very long term to migrate from C headers to Kconfig.
      Two different infractructure must coexist in the interim.
      
      In our former configuration scheme, include/autoconf.mk was generated
      for use in makefiles.
      It is still generated under include/, spl/include/, tpl/include/ directory
      for the Normal, SPL, TPL image, respectively.
      Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com>
      Acked-by: NSimon Glass <sjg@chromium.org>
      51148790
    • M
      kconfig: add board Kconfig and defconfig files · dd84058d
      Masahiro Yamada 提交于
      This commit adds:
       - arch/${ARCH}/Kconfig
          provide a menu to select target boards
       - board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
          set CONFIG macros to the appropriate values for each board
       - configs/${TARGET_BOARD}_defconfig
          default setting of each board
      
      (This commit was automatically generated by a conversion script
      based on boards.cfg)
      
      In Linux Kernel, defconfig files are located under
      arch/${ARCH}/configs/ directory.
      It works in Linux Kernel since ARCH is always given from the
      command line for cross compile.
      
      But in U-Boot, ARCH is not given from the command line.
      Which means we cannot know ARCH until the board configuration is done.
      That is why all the "*_defconfig" files should be gathered into a
      single directory ./configs/.
      Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com>
      Acked-by: NSimon Glass <sjg@chromium.org>
      dd84058d
  8. 22 7月, 2014 1 次提交
    • M
      m68k: define __kernel_size_t as unsinged int again · fbe79a17
      Masahiro Yamada 提交于
      Commit ddc94378 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: NMasahiro Yamada <yamada.m@jp.panasonic.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Jason Jin <Jason.jin@freescale.com>
      fbe79a17
  9. 08 7月, 2014 2 次提交
    • V
      m68k: Fix incorrect memory access on M5235 · fa28179d
      Vasili Galka 提交于
      The csarX and cscrX registers in the fbcs_t struct are 16-bit for
      CONFIG_M5235 and 32-bit wide otherwise. The code in cpu_init.c
      accessed them always as 32-bit, effectively creating a wrong memory
      access on M5235. Fixed that by choosing out_be16/out_be32 depending
      on whether CONFIG_M5235 is defined or not.
      
      Cc: Jason Jin <Jason.jin@freescale.com>
      Signed-off-by: NVasili Galka <vvv444@gmail.com>
      fa28179d
    • V
      m68k: Fix bug, "address of" operator was forgotten · 6b02d06f
      Vasili Galka 提交于
      in_be16() shall be passed a pointer to register and not its value. This
      is clearly a typo resulting in a wrong memory access, so fix it.
      
      Cc: Alison Wang <b18965@freescale.com>, Jason Jin <Jason.jin@freescale.com>
      Signed-off-by: NVasili Galka <vvv444@gmail.com>
      6b02d06f
  10. 19 6月, 2014 3 次提交
  11. 12 6月, 2014 1 次提交
    • S
      m68k: Fix warnings with gcc 4.6 · ddc94378
      Simon Glass 提交于
      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: NSimon Glass <sjg@chromium.org>
      ddc94378
  12. 30 5月, 2014 1 次提交
  13. 13 5月, 2014 1 次提交
    • M
      bd_info: remove bi_barudrate member from struct bd_info · 8e261575
      Masahiro Yamada 提交于
      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: NMasahiro Yamada <yamada.m@jp.panasonic.com>
      Cc: Tom Rini <trini@ti.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Heiko Schocher <hs@denx.de>
      Acked-by: Michal Simek <monstr@monstr.eu> (For microblaze)
      8e261575
  14. 13 3月, 2014 2 次提交
  15. 05 3月, 2014 1 次提交
  16. 04 3月, 2014 1 次提交
  17. 20 2月, 2014 1 次提交
    • M
      kbuild: use Linux Kernel build scripts · 6825a95b
      Masahiro Yamada 提交于
      Now we are ready to switch over to real Kbuild.
      
      This commit disables temporary scripts:
        scripts/{Makefile.build.tmp, Makefile.host.tmp}
      and enables real Kbuild scripts:
        scripts/{Makefile.build,Makefile.host,Makefile.lib}.
      
      This switch is triggered by the line in scripts/Kbuild.include
        -build := -f $(if $(KBUILD_SRC),$(srctree)/)scripts/Makefile.build.tmp obj
        +build := -f $(if $(KBUILD_SRC),$(srctree)/)scripts/Makefile.build obj
      
      We need to adjust some build scripts for U-Boot.
      But smaller amount of modification is preferable.
      
      Additionally, we need to fix compiler flags which are
      locally added or removed.
      
      In Kbuild, it is not allowed to change CFLAGS locally.
      Instead, ccflags-y, asflags-y, cppflags-y,
      CFLAGS_$(basetarget).o, CFLAGS_REMOVE_$(basetarget).o
      are prepared for that purpose.
      Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com>
      Tested-by: NGerhard Sittig <gsi@denx.de>
      6825a95b
  18. 09 11月, 2013 1 次提交
  19. 01 11月, 2013 1 次提交
  20. 15 10月, 2013 2 次提交
  21. 24 7月, 2013 1 次提交
  22. 23 7月, 2013 3 次提交