1. 25 1月, 2014 1 次提交
  2. 13 12月, 2013 1 次提交
  3. 05 11月, 2013 2 次提交
  4. 24 7月, 2013 1 次提交
  5. 23 7月, 2013 2 次提交
  6. 08 6月, 2013 1 次提交
    • G
      pci: introduce CONFIG_PCI_INDIRECT_BRIDGE option · 842033e6
      Gabor Juhos 提交于
      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: NGabor Juhos <juhosg@openwrt.org>
      842033e6
  7. 16 10月, 2012 1 次提交
  8. 06 10月, 2011 1 次提交
  9. 27 10月, 2010 2 次提交
    • W
      Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated value · 25ddd1fb
      Wolfgang Denk 提交于
      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: NWolfgang Denk <wd@denx.de>
      Acked-by: NKumar Gala <galak@kernel.crashing.org>
      25ddd1fb
    • W
      Rename CONFIG_SYS_INIT_RAM_END into CONFIG_SYS_INIT_RAM_SIZE · 553f0982
      Wolfgang Denk 提交于
      CONFIG_SYS_INIT_RAM_END was a misnomer as it suggests this might be
      some end address; to make the meaning more clear we rename it into
      CONFIG_SYS_INIT_RAM_SIZE
      
      No other code changes are performed in this patch, only minor editing
      of white space (due to the changed length) and the comments was done,
      where noticed.
      
      Note that the code for the PATI and cmi_mpc5xx board configurations
      looks seriously broken.  Last known maintainers on Cc:
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Cc: Denis Peter <d.peter@mpl.ch>
      Cc: Martin Winistoerfer <martinwinistoerfer@gmx.ch>
      Acked-by: NKumar Gala <galak@kernel.crashing.org>
      553f0982
  10. 19 10月, 2010 3 次提交
    • P
      powerpc: Cleanup BOOTFLAG_* references · d98b0523
      Peter Tyser 提交于
      Now that warm booting is not supported, there isn't a need for the
      BOOTFLAG_COLD and BOOTFLAG_WARM defines, so remove them.
      
      Note that this change makes the board info bd_bootflags field useless.
      It will always be set to 0, but we leave it around so that we don't
      break the board info structure that some OSes are expecting to be passed
      from U-Boot.
      Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
      d98b0523
    • W
      Makefile: move all Power Architecture boards into boards.cfg · 2ae18241
      Wolfgang Denk 提交于
      Clean up Makefile, and drop a lot of the config.mk files on the way.
      
      We now also automatically pick all boards that are listed in
      boards.cfg (and with all configurations), so we can drop the redundant
      entries from MAKEALL to avoid building these twice.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      2ae18241
    • W
      Rename TEXT_BASE into CONFIG_SYS_TEXT_BASE · 14d0a02a
      Wolfgang Denk 提交于
      The change is currently needed to be able to remove the board
      configuration scripting from the top level Makefile and replace it by
      a simple, table driven script.
      
      Moving this configuration setting into the "CONFIG_*" name space is
      also desirable because it is needed if we ever should move forward to
      a Kconfig driven configuration system.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      14d0a02a
  11. 23 9月, 2010 1 次提交
    • S
      ppc4xx: Use common NS16550 driver for PPC4xx UART · 550650dd
      Stefan Roese 提交于
      This patch removes the PPC4xx UART driver. Instead the common NS16550
      driver is used, since all PPC4xx SoC's use this peripheral device.
      
      The file 4xx_uart.c now only implements the UART clock calculation
      function which also sets the SoC internal UART divisors.
      
      All PPC4xx board config headers are changed to use this common NS16550
      driver now.
      
      Tested on these boards:
      acadia, canyonlands, katmai, kilauea, sequoia, zeus
      Signed-off-by: NStefan Roese <sr@denx.de>
      550650dd
  12. 22 9月, 2010 1 次提交
    • M
      POST cleanup. · 800eb096
      Michael Zaidman 提交于
      - Revives POST for blackfin arch;
      - Removes redundant code:
           arch/blackfin/lib/post.c
           arch/powerpc/cpu/ppc4xx/commproc.c
           arch/powerpc/cpu/mpc512x/common.c
      - fixes up the post_word_{load|store} usage.
      Signed-off-by: NMichael Zaidman <michael.zaidman@gmail.com>
      Acked-by: NDetlev Zundel <dzu@denx.de>
      Tested-by: NAnatolij Gustschin <agust@denx.de>
      
      List of the maintainers of the affected by patch boards:
      Cc: Stephan Linz <linz@li-pro.net>
      Cc: Denis Peter <d.peter@mpl.ch>
      Cc: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
      Cc: Peter Tyser <ptyser@xes-inc.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Niklaus Giger <niklaus.giger@netstal.com>
      Cc: Larry Johnson <lrj@acm.org>
      Cc: Feng Kan <fkan@amcc.com>
      800eb096
  13. 06 4月, 2010 1 次提交
  14. 19 11月, 2009 2 次提交
  15. 13 6月, 2009 1 次提交
    • P
      i2c: Remove deprecated individual i2c commands · d48eb513
      Peter Tyser 提交于
      The following individual I2C commands have been removed: imd, imm, inm,
      imw, icrc32, iprobe, iloop, isdram.
      
      The functionality of the individual commands is still available via
      the 'i2c' command.
      
      This change only has an impact on those boards which did not have
      CONFIG_I2C_CMD_TREE defined.
      Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
      d48eb513
  16. 29 1月, 2009 1 次提交
  17. 10 11月, 2008 1 次提交
  18. 19 10月, 2008 1 次提交
  19. 11 9月, 2008 2 次提交
  20. 13 8月, 2008 1 次提交
  21. 10 7月, 2008 2 次提交
  22. 21 5月, 2008 1 次提交
    • W
      Big white-space cleanup. · 53677ef1
      Wolfgang Denk 提交于
      This commit gets rid of a huge amount of silly white-space issues.
      Especially, all sequences of SPACEs followed by TAB characters get
      removed (unless they appear in print statements).
      
      Also remove all embedded "vim:" and "vi:" statements which hide
      indentation problems.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      53677ef1
  23. 27 3月, 2008 2 次提交
    • L
      ppc4xx: Updates to Korat-specific code · 6433fa20
      Larry Johnson 提交于
      This patch contains updates for changes for the Korat PPC440EPx board.
      These changes include:
      
      (1) Support for "permanent" and "upgradable" copies of U-Boot, as
      described in the new "doc/README.korat" file;
      
      (2) a new memory map for the registers in the board's CPLD;
      
      (3) a revised format for manufacturer's data in serial EEPROM; and
      
      (4) changes to track updates to U-Boot for the Sequoia board.
      Signed-off-by: NLarry Johnson <lrj@acm.org>
      6433fa20
    • S
      ppc: Add CFG_MEM_TOP_HIDE option to hide memory area that doesn't get "touched" · 14f73ca6
      Stefan Roese 提交于
      If CFG_MEM_TOP_HIDE is defined in the board config header, this specified
      memory area will get subtracted from the top (end) of ram and won't get
      "touched" at all by U-Boot. By fixing up gd->ram_size the Linux kernel
      should gets passed the now "corrected" memory size and won't touch it
      either. This should work for arch/ppc and arch/powerpc. Only Linux board
      ports in arch/powerpc with bootwrapper support, which recalculate the
      memory size from the SDRAM controller setup, will have to get fixed
      in Linux additionally.
      
      This patch enables this config option on some PPC440EPx boards as a workaround
      for the CHIP 11 errata. Here the description from the AMCC documentation:
      
      CHIP_11: End of memory range area restricted access.
      Category: 3
      
      Overview:
      The 440EPx DDR controller does not acknowledge any
      transaction which is determined to be crossing over the
      end-of-memory-range boundary, even if the starting address is
      within valid memory space. Any such transaction from any PLB4
      master will result in a PLB time-out on PLB4 bus.
      
      Impact:
      In case of such misaligned bursts, PLB4 masters will not
      retrieve any data at all, just the available data up to the
      end of memory, especially the 440 CPU. For example, if a CPU
      instruction required an operand located in memory within the
      last 7 words of memory, the DCU master would burst read 8
      words to update the data cache and cross over the
      end-of-memory-range boundary. Such a DCU read would not be
      answered by the DDR controller, resulting in a PLB4 time-out
      and ultimately in a Machine Check interrupt. The data would
      be inaccessible to the CPU.
      
      Workaround:
      Forbid any application to access the last 256 bytes of DDR
      memory. For example, make your operating system believe that
      the last 256 bytes of DDR memory are absent. AMCC has a patch
      that does this, available for Linux.
      
      This patch sets CFG_MEM_TOP_HIDE for the following 440EPx boards:
      lwmon5, korat, sequoia
      
      The other remaining 440EPx board were intentionally not included
      since it is not clear to me, if they use the end of ram for some
      other purpose. This is unclear, since these boards have CONFIG_PRAM
      defined and even comments like this:
      
      PMC440.h:
      /* esd expects pram at end of physical memory.
       * So no logbuffer at the moment.
       */
      
      It is strongly recommended to not use the last 256 bytes on those
      boards too. Patches from the board maintainers are welcome.
      Signed-off-by: NStefan Roese <sr@denx.de>
      14f73ca6
  24. 07 3月, 2008 1 次提交
  25. 03 3月, 2008 1 次提交
  26. 16 2月, 2008 1 次提交
  27. 12 1月, 2008 1 次提交
  28. 04 1月, 2008 1 次提交
  29. 28 12月, 2007 1 次提交