1. 08 Feb, 2017 1 commit
  2. 26 Oct, 2016 1 commit
  3. 06 Oct, 2016 3 commits
  4. 23 Sep, 2016 1 commit
  5. 06 Sep, 2016 1 commit
    • Fabio Estevam's avatar
      mx6: ddr: Allow changing REFSEL and REFR fields · edf00937
      Fabio Estevam authored
      Currently MX6 SPL DDR initialization hardcodes the REF_SEL and
      REFR fields of the MDREF register as 1 and 7, respectively for
      DDR3 and 0 and 3 for LPDDR2.
      
      Looking at the MDREF initialization done via DCD we see that
      boards do need to initialize these fields differently:
      
      $ git grep 0x021b0020 board/
      board/bachmann/ot1200/mx6q_4x_mt41j128.cfg:DATA 4 0x021b0020 0x00005800
      board/ccv/xpress/imximage.cfg:DATA 4 0x021b0020 0x00000800 /* MMDC0_MDREF */
      board/freescale/mx6qarm2/imximage.cfg:DATA 4 0x021b0020 0x7800
      board/freescale/mx6qarm2/imximage.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6qarm2/imximage_mx6dl.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6qarm2/imximage_mx6dl.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6qsabreauto/imximage.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6qsabreauto/mx6dl.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6qsabreauto/mx6qp.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6sabresd/mx6dlsabresd.cfg:DATA 4      0x021b0020 0x00005800
      board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg:DATA 4 0x021b0020 0x00005800
      board/freescale/mx6slevk/imximage.cfg:DATA 4 0x021b0020 0x00001800
      board/freescale/mx6sxsabreauto/imximage.cfg:DATA 4 0x021b0020 0x00000800
      board/freescale/mx6sxsabresd/imximage.cfg:DATA 4 0x021b0020 0x00000800
      board/warp/imximage.cfg:DATA 4 0x021b0020 0x00001800
      
      So introduce a mechanism for users to be able to configure
      REFSEL and REFR fields as needed.
      
      Keep all the mx6 SPL users in their current REF_SEL and REFR values,
      so no functional changes for the existing users.
      Signed-off-by: 's avatarFabio Estevam <fabio.estevam@nxp.com>
      Reviewed-by: 's avatarEric Nelson <eric@nelint.com>
      edf00937
  6. 12 Jul, 2016 1 commit
  7. 27 May, 2016 1 commit
  8. 02 Oct, 2015 1 commit
  9. 05 Aug, 2015 1 commit
  10. 18 Apr, 2015 2 commits
    • Joe Hershberger's avatar
      net: cosmetic: Name ethaddr variables consistently · 0adb5b76
      Joe Hershberger authored
      Use "_ethaddr" at the end of variables and drop CamelCase.
      Make constant values actually 'const'.
      Signed-off-by: 's avatarJoe Hershberger <joe.hershberger@ni.com>
      Acked-by: 's avatarSimon Glass <sjg@chromium.org>
      0adb5b76
    • Masahiro Yamada's avatar
      dm: select CONFIG_DM* options · 58d423b8
      Masahiro Yamada authored
      As mentioned in the previous commit, adding default values in each
      Kconfig causes problems because it does not co-exist with the
      "depends on" syntax.  (Please note this is not a bug of Kconfig.)
      We should not do so unless we have a special reason.  Actually,
      for CONFIG_DM*, we have no good reason to do so.
      
      Generally, CONFIG_DM is not a user-configurable option.  Once we
      convert a driver into Driver Model, the board only works with Driver
      Model, i.e. CONFIG_DM must be always enabled for that board.
      So, using "select DM" is more suitable rather than allowing users to
      modify it.  Another good thing is, Kconfig warns unmet dependencies
      for "select" syntax, so we easily notice bugs.
      
      Actually, CONFIG_DM and other related options have been added
      without consistency: some into arch/*/Kconfig, some into
      board/*/Kconfig, and some into configs/*_defconfig.
      
      This commit prefers "select" and cleans up the following issues.
      
      [1] Never use "CONFIG_DM=n" in defconfig files
      
      It is really rare to add "CONFIG_FOO=n" to disable CONFIG options.
      It is more common to use "# CONFIG_FOO is not set".  But here, we
      do not even have to do it.
      Less than half of OMAP3 boards have been converted to Driver Model.
      Adding the default values to arch/arm/cpu/armv7/omap3/Kconfig is
      weird.  Instead, add "select DM" only to appropriate boards, which
      eventually eliminates "CONFIG_DM=n", etc.
      
      [2] Delete redundant CONFIGs
      
      Sandbox sets CONFIG_DM in arch/sandbox/Kconfig and defines it again
      in configs/sandbox_defconfig.
      Likewise, OMAP3 sets CONFIG_DM arch/arm/cpu/armv7/omap3/Kconfig and
      defines it also in omap3_beagle_defconfig and devkit8000_defconfig.
      Signed-off-by: 's avatarMasahiro Yamada <yamada.masahiro@socionext.com>
      58d423b8
  11. 24 Feb, 2015 1 commit
  12. 12 Feb, 2015 1 commit
  13. 21 Nov, 2014 1 commit
    • Simon Glass's avatar
      fdt: Allow ft_board_setup() to report failure · e895a4b0
      Simon Glass authored
      This function can fail if the device tree runs out of space. Rather than
      silently booting with an incomplete device tree, allow the failure to be
      detected.
      
      Unfortunately this involves changing a lot of places in the code. I have
      not changed behvaiour to return an error where one is not currently
      returned, to avoid unexpected breakage.
      
      Eventually it would be nice to allow boards to register functions to be
      called to update the device tree. This would avoid all the many functions
      to do this. However it's not clear yet if this should be done using driver
      model or with a linker list. This work is left for later.
      Signed-off-by: 's avatarSimon Glass <sjg@chromium.org>
      Acked-by: 's avatarAnatolij Gustschin <agust@denx.de>
      e895a4b0
  14. 29 Oct, 2014 1 commit
    • Georges Savoundararadj's avatar
      kconfig: arm: introduce symbol for ARM CPUs · 2e07c249
      Georges Savoundararadj authored
      This commit introduces a Kconfig symbol for each ARM CPU:
      CPU_ARM720T, CPU_ARM920T, CPU_ARM926EJS, CPU_ARM946ES, CPU_ARM1136,
      CPU_ARM1176, CPU_V7, CPU_PXA, CPU_SA1100.
      Also, it adds the CPU feature Kconfig symbol HAS_VBAR which is selected
      for CPU_ARM1176 and CPU_V7.
      
      For each target, the corresponding CPU is selected and the definition of
      SYS_CPU in the corresponding Kconfig file is removed.
      
      Also, it removes redundant "string" type in some Kconfig files.
      Signed-off-by: 's avatarGeorges Savoundararadj <savoundg@gmail.com>
      Acked-by: 's avatarAlbert ARIBAUD <albert.u.boot@aribaud.net>
      Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
      2e07c249
  15. 13 Sep, 2014 1 commit
  16. 30 Jul, 2014 2 commits
    • Masahiro Yamada's avatar
      Add board MAINTAINERS files · 93d4334f
      Masahiro Yamada authored
      We have switched to Kconfig and the boards.cfg file is going to
      be removed. We have to retrieve the board status and maintainers
      information from it.
      
      The MAINTAINERS format as in Linux Kernel would be nice
      because we can crib the scripts/get_maintainer.pl script.
      
      After some discussion, we chose to put a MAINTAINERS file under each
      board directory, not the top-level one because we want to collect
      relevant information for a board into a single place.
      
      TODO:
      Modify get_maintainer.pl to scan multiple MAINTAINERS files.
      Signed-off-by: 's avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Suggested-by: 's avatarTom Rini <trini@ti.com>
      Acked-by: 's avatarSimon Glass <sjg@chromium.org>
      93d4334f
    • Masahiro Yamada's avatar
      kconfig: add board Kconfig and defconfig files · dd84058d
      Masahiro Yamada authored
      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: 's avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Acked-by: 's avatarSimon Glass <sjg@chromium.org>
      dd84058d
  17. 04 Mar, 2014 1 commit
  18. 19 Dec, 2013 1 commit
  19. 04 Dec, 2013 2 commits
  20. 13 Nov, 2013 1 commit
    • Heiko Schocher's avatar
      i2c, omap24xx: convert driver to new mutlibus/mutliadapter framework · 6789e84e
      Heiko Schocher authored
      - add omap24xx driver to new multibus/multiadpater support
      - adapted all config files, which uses this driver
      
      Tested on the am335x based siemens boards rut, dxr2 and pxm2
      posted here:
      http://patchwork.ozlabs.org/patch/263211/Signed-off-by: 's avatarHeiko Schocher <hs@denx.de>
      Tested-by: 's avatarTom Rini <trini@ti.com>
      Cc: Lars Poeschel <poeschel@lemonage.de>
      Cc: Steve Sakoman <sakoman@gmail.com>
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Tom Rix <Tom.Rix@windriver.com>
      Cc: Grazvydas Ignotas <notasas@gmail.com>
      Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com>
      Cc: Luca Ceresoli <luca.ceresoli@comelit.it>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Cc: Ilya Yanok <yanok@emcraft.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Nishanth Menon <nm@ti.com>
      Cc: Pali Rohár <pali.rohar@gmail.com>
      Cc: Peter Barada <peter.barada@logicpd.com>
      Cc: Nagendra T S  <nagendra@mistralsolutions.com>
      Cc: Michael Jones <michael.jones@matrix-vision.de>
      Cc: Raphael Assenat <raph@8d.com>
      Acked-by: 's avatarIgor Grinberg <grinberg@compulab.co.il>
      Acked-by: 's avatarStefano Babic <sbabic@denx.de>
      6789e84e
  21. 01 Nov, 2013 2 commits
  22. 07 Oct, 2013 1 commit
  23. 28 Aug, 2013 1 commit
  24. 15 Aug, 2013 3 commits
  25. 24 Jul, 2013 1 commit
  26. 18 Jun, 2013 2 commits
  27. 05 Jun, 2013 1 commit
  28. 08 Apr, 2013 1 commit
  29. 24 Mar, 2013 2 commits
  30. 18 Feb, 2013 1 commit