Skip to content
Snippets Groups Projects
  1. Jun 05, 2014
  2. May 13, 2014
    • York Sun's avatar
      powerpc/freescale: Convert selected boards to generic board architecture · 15672c6d
      York Sun authored
      
      This patch converts the following boards to use generic board: MPC8536DS,
      MPC8572DS, MPC8641HPCN, p1_p2_rdb_pc, corenet_ds, t4qds, B4860QDS. It has
      been tested on NOR boot on MPC8536DS, MPC8572DS, P1021RDB, P4080DS,
      P5020DS, P5040DS, P3041DS, T4240QDS, B4860QDS.
      
      Signed-off-by: default avatarYork Sun <yorksun@freescale.com>
      CC: Ying Zhang <b40530@freescale.com>
      CC: Prabhakar Kushwaha <prabhakar@freescale.com>
      CC: Haijun.Zhang <Haijun.Zhang@freescale.com>
      CC: Scott Wood <scottwood@freescale.com>
      CC: Shaohui Xie <Shaohui.Xie@freescale.com>
      15672c6d
    • York Sun's avatar
      powerpc/mpc8572ds: Increase u-boot size to 768KB · 18025756
      York Sun authored
      
      U-boot image has grown and exceeded the predefined 512KB. Increasing to
      768KB to align with other powerpc boards. Tested on MPC8572DS for 32-
      and 36-bit targets with NOR flash boot. NAND boot is not covered by
      this patch.
      
      Also update board maintainer for these boards.
      
      Signed-off-by: default avatarYork Sun <yorksun@freescale.com>
      Acked-by: default avatarHeiko Schocher <hs@denx.de>
      18025756
  3. Feb 25, 2014
    • Masahiro Yamada's avatar
      kbuild: Move linker sciript check to prepare1 · 4a377552
      Masahiro Yamada authored
      
      Same as the previous commit.
      Move sanity check to prepare1 target to avoid nasty troubles.
      
      Before this commit, LDSCRIPT existence was not checked
      when it was specified by CONFIG_SYS_LDSCRIPT.
      Now LDSCRIPT existence is checked for all boards.
      
      $(wildcard $(LDSCRIPT)) must point to the linker scripts
      with absolute path.
      Otherwise, make will terminate with a false error
      on out-of-tree build.
      
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      4a377552
  4. Jan 24, 2014
  5. Dec 13, 2013
  6. Nov 25, 2013
  7. Nov 21, 2013
    • Prabhakar Kushwaha's avatar
      mtd: move & update nand_ecclayout structure (plus board changes) · 68ec9c85
      Prabhakar Kushwaha authored
      nand_ecclayout is present in mtd.h at Linux.
      Move this structure to mtd.h to comply with Linux.
      
      Also, increase the ecc placement locations to 640 to suport device having
      writesize/oobsize of 8KB/640B. This means that the maximum oobsize has gone
      up to 640 bytes and consequently the maximum ecc placement locations have
      also gone up to 640.
      
      Changes from Prabhabkar's version (squashed into one patch to preserve
      bisectability):
       - Added _LARGE to MTD_MAX_*_ENTRIES
      
         This makes the names match current Linux source, and resolves
         a conflict between
         http://patchwork.ozlabs.org/patch/280488/
         and
         http://patchwork.ozlabs.org/patch/284513/
      
         The former was posted first and is closer to matching Linux, but
         unlike Linux it does not add _LARGE to the names.  The second adds
         _LARGE to one of the names, and depends on it in a subsequent patch
         (http://patchwork.ozlabs.org/patch/284512/
      
      ).
      
       - Made max oobfree/eccpos configurable, and used this on tricorder,
         alpr, ASH405, T4160QDS, and T4240QDS (these boards failed to build
         for me without doing so, due to a size increase).
      
         On tricorder SPL, this saves 2576 bytes (and makes the SPL build
         again) versus the new default of 640 eccpos and 32 oobfree, and
         saves 336 bytes versus the old default of 128 eccpos and 8 oobfree.
      
      Signed-off-by: default avatarPrabhakar Kushwaha <prabhakar@freescale.com>
      CC: Vipin Kumar <vipin.kumar@st.com>
      [scottwood@freescale.com: changes as described above]
      Signed-off-by: default avatarScott Wood <scottwood@freescale.com>
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: York Sun <yorksun@freescale.com>
      Cc: Tom Rini <trini@ti.com>
      Reviewed-by: default avatarStefan Roese <sr@denx.de>
      68ec9c85
  8. Nov 04, 2013
  9. Sep 06, 2013
  10. Jul 24, 2013
  11. Jul 23, 2013
  12. Jun 07, 2013
    • Gabor Juhos's avatar
      pci: introduce CONFIG_PCI_INDIRECT_BRIDGE option · 842033e6
      Gabor Juhos authored
      
      The pci_indirect.c file is always compiled when
      CONFIG_PCI is defined although the indirect PCI
      bridge support is not needed by every board.
      
      Introduce a new CONFIG_PCI_INDIRECT_BRIDGE
      config option and only compile indirect PCI
      bridge support if this options is enabled.
      
      Also add the new option into the configuration
      files of the boards which needs that.
      
      Compile tested for powerpc, x86, arm and nds32.
      MAKEALL results:
      
      powerpc:
        --------------------- SUMMARY ----------------------------
        Boards compiled: 641
        Boards with warnings but no errors: 2 ( ELPPC MPC8323ERDB )
        ----------------------------------------------------------
        Note: the warnings for ELPPC and MPC8323ERDB are present even
        without the actual patch.
      
      x86:
        --------------------- SUMMARY ----------------------------
        Boards compiled: 1
        ----------------------------------------------------------
      
      arm:
        --------------------- SUMMARY ----------------------------
        Boards compiled: 311
        ----------------------------------------------------------
      
      nds32:
        --------------------- SUMMARY ----------------------------
        Boards compiled: 3
        ----------------------------------------------------------
      
      Cc: Tom Rini <trini@ti.com>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      842033e6
  13. Jan 30, 2013
  14. Oct 15, 2012
  15. Aug 08, 2012
  16. Jun 20, 2012
  17. Nov 09, 2011
  18. Oct 21, 2011
  19. Oct 05, 2011
  20. Sep 30, 2011
    • Timur Tabi's avatar
      powerpc/85xx: introduce and document CONFIG_SYS_CCSRBAR macros · e46fedfe
      Timur Tabi authored
      
      Introduce the CONFIG_SYS_CCSRBAR_PHYS_HIGH and CONFIG_SYS_CCSRBAR_PHYS_LOW
      macros, which contain the high and low portions of CONFIG_SYS_CCSRBAR_PHYS.
      This is necessary for the assembly-language code that relocates CCSR, since
      the assembler does not understand 64-bit constants.
      
      CONFIG_SYS_CCSRBAR_PHYS is automatically defined from the
      CONFIG_SYS_CCSRBAR_PHYS_HIGH and CONFIG_SYS_CCSRBAR_PHYS_LOW macros, so it
      should not be defined in a board header file.  Similarly,
      CONFIG_SYS_CCSRBAR_DEFAULT is defined for each SOC in config_mpc85xx.h, so
      it should also not be defined in the board header file.
      
      CONFIG_SYS_CCSR_DO_NOT_RELOCATE is a "short-cut" macro that guarantees that
      CONFIG_SYS_CCSRBAR_PHYS is set to the same value as CONFIG_SYS_CCSRBAR_DEFAULT,
      and so CCSR will not be relocated.
      
      Since CONFIG_SYS_CCSRBAR_DEFAULT is locked to a fixed value, multi-stage U-Boot
      builds (e.g. NAND) are required to relocate CCSR only during the last stage
      (i.e. the "real" U-Boot).  All other stages should define
      CONFIG_SYS_CCSR_DO_NOT_RELOCATE to ensure that CCSR is not relocated.
      
      README is updated with descriptions of all the CONFIG_SYS_CCSRBAR_xxx macros.
      
      Signed-off-by: default avatarTimur Tabi <timur@freescale.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      e46fedfe
  21. Apr 29, 2011
  22. Apr 08, 2011
  23. Apr 04, 2011
  24. Feb 03, 2011
  25. Jan 20, 2011
  26. Jan 14, 2011
  27. Dec 01, 2010
  28. Nov 10, 2010
  29. Oct 26, 2010
    • Wolfgang Denk's avatar
      Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated value · 25ddd1fb
      Wolfgang Denk authored
      
      CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
      being able to use "sizeof(struct global_data)" in assembler files.
      Recent experience has shown that manual synchronization is not
      reliable enough.  This patch renames CONFIG_SYS_GBL_DATA_SIZE into
      GENERATED_GBL_DATA_SIZE which gets automatically generated by the
      asm-offsets tool.  In the result, all definitions of this value can be
      deleted from the board config files.  We have to make sure that all
      files that reference such data include the new <asm-offsets.h> file.
      
      No other changes have been done yet, but it is obvious that similar
      changes / simplifications can be done for other, related macro
      definitions as well.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Acked-by: default avatarKumar Gala <galak@kernel.crashing.org>
      25ddd1fb
Loading