Skip to content
Snippets Groups Projects
  1. Sep 23, 2010
    • Stefan Roese's avatar
      ppc4xx: Big header cleanup part 2, mostly PPC405 related · afabb498
      Stefan Roese authored
      
      This cleanup is done by creating header files for all SoC versions and
      moving the SoC specific defines into these special headers. This way the
      common header ppc405.h and ppc440.h can be cleaned up finally.
      
      As a part from this cleanup, the GPIO definitions for PPC405EP are
      corrected. The high and low parts of the registers (for example
      CONFIG_SYS_GPIO0_OSRL vs. CONFIG_SYS_GPIO0_OSRH) have been defined in
      the wrong order. This patch now fixes this issue by switching these
      xxxH and xxxL values. This brings the GPIO 405EP port in sync with all
      other PPC4xx ports.
      
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      afabb498
    • Stefan Roese's avatar
      ppc4xx: Big header cleanup, mostly PPC440 related · 5e7abce9
      Stefan Roese authored
      
      This patch starts a bit PPC4xx header cleanup. First patch mostly
      touches PPC440 files. A later patch will touch the PPC405 files as well.
      
      This cleanup is done by creating header files for all SoC versions and
      moving the SoC specific defines into these special headers. This way the
      common header ppc405.h and ppc440.h can be cleaned up finally.
      
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      5e7abce9
  2. Sep 21, 2010
  3. Sep 20, 2010
    • Stefan Roese's avatar
      cfi_flash: Simplify dynamic flash bank number detection · ca5def3f
      Stefan Roese authored
      
      This patch simplifies the use of CONFIG_SYS_MAX_FLASH_BANKS_DETECT. By
      moving these optional variables and defines into the common code, board
      specific code is minimized. Currently only the following board use
      this feature:
      
      APC405, IDS8247, TQM834x
      
      And IDS8247 doesn't seem to really need this feature, since its not
      updating the bank number variable at all. So this patch removes the
      definition of CONFIG_SYS_MAX_FLASH_BANKS_DETECT from this board port.
      
      This new framework will be used by the upcoming lwmon5 update as well.
      
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Acked-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Matthias Fuchs <matthias.fuchs@esd.eu>
      ca5def3f
  4. Sep 19, 2010
    • Wolfgang Denk's avatar
      Remove smmaco4 board support · 9ddc3af8
      Wolfgang Denk authored
      
      Recent changes caused that the smmaco4 board now is included in the
      boards built by MAKEALL, which revealed that compilation for this
      board has been broken for a long time:
      
      mpc5xxx_fec.c:899:2: error: #error fec->xcv_type not initialized.
      
      The board is orphaned.  Drop support for it.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      9ddc3af8
    • Wolfgang Denk's avatar
      Remove HMI10 board support · 77efe35f
      Wolfgang Denk authored
      
      Recent changes caused that the HMI10 board now is included in the
      boards built by MAKEALL, which revealed that compilation for this
      board has been broken for a long time:
      
      ps2ser.c: In function 'ps2ser_init':
      ps2ser.c:155: error: 'UART_LCR' undeclared (first use in this function)
      ps2ser.c:155: error: (Each undeclared identifier is reported only once
      ps2ser.c:155: error: for each function it appears in.)
      ps2ser.c:156: error: 'UART_DLL' undeclared (first use in this function)
      ps2ser.c:157: error: 'UART_DLM' undeclared (first use in this function)
      ps2ser.c:159: error: 'UART_IER' undeclared (first use in this function)
      ps2ser.c:160: error: 'UART_MCR' undeclared (first use in this function)
      ps2ser.c:161: error: 'UART_FCR' undeclared (first use in this function)
      ps2ser.c:162: error: 'UART_FCR_ENABLE_FIFO' undeclared (first use in this function)
      ps2ser.c:166: error: 'UART_LSR' undeclared (first use in this function)
      ps2ser.c: In function 'ps2ser_putc':
      ps2ser.c:198: error: 'UART_LSR' undeclared (first use in this function)
      ps2ser.c:200: error: 'UART_TX' undeclared (first use in this function)
      ps2ser.c: In function 'ps2ser_getc_hw':
      ps2ser.c:224: error: 'UART_LSR' undeclared (first use in this function)
      ps2ser.c:225: error: 'UART_RX' undeclared (first use in this function)
      ps2ser.c: In function 'ps2ser_interrupt':
      ps2ser.c:293: error: 'UART_IIR' undeclared (first use in this function)
      
      The board is orphaned, and AFAICT has reached EOL.
      Drop support for it.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      77efe35f
    • Wolfgang Denk's avatar
      aev board: Fix compile problems · 90964353
      Wolfgang Denk authored
      
      Recent changes caused thatthe aev board now is included in the boards
      built by MAKEALL, which revealed that compilation for this board has
      been broken for a long time:
      
      mpc5xxx_fec.c:899:2: error: #error fec->xcv_type not initialized.
      mpc5xxx_fec.c:899:2: error: #error fec->xcv_type not initialized.
      
      Fix it.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      90964353
    • Ben Gardiner's avatar
      da8xx: fixup ARM relocation support · 97003756
      Ben Gardiner authored
      
      Split the existing dram_init for da8xx when ARM reloc is enabled, like the
      changes to arch/arm/cpu/arm926ejs/orion5x/dram.c in
      0f234d263b17ccf1b8fd776eb8c15b7cdb27a887 by Heiko Schocher <hs@denx.de>.
      
      Without these changes gd->ram_size is '0' which leads to incorrect relocation
      when CONFIG_SYS_ARM_WITHOUT_RELOC is defined and the board does not boot.
      
      We use get_ram_size to dynamically calculate the available RAM because it runs
      on different board version with different ram, as suggested by Heiko in private
      communication.
      
      Tested on a da850evm with 128M of DDR2 installed; with both
      CONFIG_SYS_ARM_WITHOUT_RELOC defined and undefined.
      
      Signed-off-by: default avatarBen Gardiner <bengardiner@nanometrics.ca>
      Reviewed-by: default avatarSudhakar Rajashekhara <sudhakar.raj@ti.com>
      CC: Sudhakar Rajashekhara <sudhakar.raj@ti.com>
      CC: Heiko Schocher <hs@denx.de>
      97003756
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM926 · ab86f72c
      Heiko Schocher authored
      
      Change the implementation for arm926 to relocate the code to
      an arbitrary address in RAM.
      
      Adapt the TX25 (i.MX25), magnesium board to test the changes.
      
      On the tx25 board TEXT_BASE is set to the final relocation
      address to prevent one more copying of u-boot code
      when relocating. More info see:
      doc/README.arm-relocation
      
      da850 board:
      Tested-by: default avatarBen Gardiner <bengardiner@nanometrics.ca>
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Ben Gardiner <bengardiner@nanometrics.ca>
      ab86f72c
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM V7 (OMAP) · 561142af
      Heiko Schocher authored
      
      Change the implementation for ARM V7 to relocate the code to an
      arbitrary address in RAM.
      
      Adapt the Beagle board (Cortex A8) to test the changes.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      561142af
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM11 · e48b7c0a
      Heiko Schocher authored
      
      Change the implementation for ARM11 to relocate the code to an
      arbitrary address in RAM.
      
      Tested on the qong board.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      e48b7c0a
    • Heiko Schocher's avatar
      ARM (ARM11): add data cache support, test on Qong board · 7e4a9e6d
      Heiko Schocher authored
      
      Add data cache support for arm1136 systems.
      
      Enable "cache" command on Qong board and test performance.
      
          Test 1: Loading 127 MB of data from NAND flash into RAM:
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          QONG (ARM11)	177s	95s	43s	= x 4.1
      
          Test 2: uncompressing a gzipped image from RAM to RAM
                  (size compressed: 6.5 MiB, uncompressed: 35 MiB):
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          QONG (ARM11)	1.54s	0.95s	0.18s	= x 8.6
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      7e4a9e6d
    • Heiko Schocher's avatar
      ARM V7 (OMAP): add data cache support, test on Beagle board · 95c6f6d3
      Heiko Schocher authored
      
      Add data cache support for ARM V7 systems. Used cache flush
      functions from linux:arch/arm/mm/cache-v7.S developed from
      Catalin Marinas.
      
      Enable "cache" command on Beagle board and test performance.
      
          Test 1: Loading 127 MB of data from NAND flash into RAM:
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          Beagle (Cortex A8)	116s	106s	30.3s	= x 3.8
      
          Test 2: uncompressing a gzipped image from RAM to RAM
                  (size compressed: 6.5 MiB, uncompressed: 35 MiB):
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          Beagle (Cortex A8)	1.84s	1.64s	0.12s	= x 15.3
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Reviewed-by: default avatarBen <Gardiner&lt;bengardiner@nanometrics.ca>
      95c6f6d3
    • Heiko Schocher's avatar
      ARM (ARM926ejs): add data cache support, tested on magnesium and tx25 board · c3330e9d
      Heiko Schocher authored
      
      Enable "cache" command on tx25 and magnesium board and test performance.
      
          Test 1: Loading 127 MB of data from NAND flash into RAM:
      
          Instr. Cache        off     on      on
            Data Cache        off     off     on
          --------------------------------------------------
          magnesium           32,6s   22,5s   30s     = x 1,09
          tx25 (29MB only)    9,69s   5,05s   8,16s   = x 1,19
      
          Test 2: uncompressing a gzipped image from RAM to RAM
                  (size compressed: 6.5 MiB, uncompressed: 35 MiB):
      
          Instr. Cache        off     on      on
            Data Cache        off     off     on
          --------------------------------------------------
          magnesium           4,25s   2,08s   1,72s   = x 2,47
          tx25                4,82s   2,04s   1,84s   = x 2,62
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Alessandro Rubini <rubini@gnudd.com>
      c3330e9d
    • Heiko Schocher's avatar
      mpc52xx: Cleanup use of CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE · d1831c5e
      Heiko Schocher authored
      
      cleanup for the uc101 and the mucmc52 board.
      
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      d1831c5e
    • Wolfgang Denk's avatar
      Remove support for CONFIG_HAS_UID and "forceenv" command · 6d014adf
      Wolfgang Denk authored
      
      This (undocumented) concept was only in use for the MVSMR and
      davinci_schmoogie Sergey Kubushyn <ksi@koi8.net> boards.
      Drop it for now.  If really needed, it should be reimplemented
      later in the context of the new environment command set.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Andre Schwarz <andre.schwarz@matrix-vision.de>
      Cc: Sergey Kubushyn <ksi@koi8.net>
      Acked-by: default avatarSergey Kubushyn <ksi@koi8.net>
      6d014adf
    • Wolfgang Denk's avatar
      IceCube.h: update configuration · d2e22731
      Wolfgang Denk authored
      
      Increase malloc size,
      enable command line editing and history,
      enable hush shell.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      d2e22731
    • Wolfgang Denk's avatar
      Cleanup use of CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE · 36116650
      Wolfgang Denk authored
      
      Traditionally many boards used local definitions for SRAM base address
      and size (like SRAM_BASE, SRAM_LEN and/or SRAM_SIZE), while the (now)
      "official" names are CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE.
      
      The corresponding code in arch/powerpc/lib/board.c was board specific,
      and has never actually been maintained well. Replace this by feature-
      specific code and adapt the boards that actually use this.
      
      NOTE: there is still a ton of boards using the old #defines, which
      therefor contain incorrect values in bi_sramstart and bi_sramsize.
      
      All respective board maintainers are requested to clean up their
      respective configurations.  Thanks.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Josef Wagner <Wagner@Microsys.de>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Wolfgang Denk <wd@denx.de>
      36116650
    • Wolfgang Denk's avatar
      4xx: add missing CONFIG_SYS_SRAM_SIZE definition · bf560807
      Wolfgang Denk authored
      
      A number of boards define CONFIG_SYS_SRAM_BASE but fail to define
      CONFIG_SYS_SRAM_SIZE which is needed when cleaning up the code that
      prints this information with the bdinfo command.
      
      Add the missing deinitions.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      Acked-by: default avatarStefan Roese <sr@denx.de>
      bf560807
  5. Sep 12, 2010
    • Graeme Russ's avatar
      x86: Remove Unmaintained Boards · 215e1cb3
      Graeme Russ authored
      The SC520 CDP boards originally implemented by Daniel Engström are now
      very broken. Attempts to contact Daniel via the email address on the
      copyright notice have failed. Remove these boards from mainline
      215e1cb3
  6. Sep 09, 2010
  7. Sep 08, 2010
  8. Sep 03, 2010
    • Haavard Skinnemoen's avatar
      avr32: Add simple paging support · 1f36f73f
      Haavard Skinnemoen authored
      
      Use the MMU hardware to set up 1:1 mappings between physical and virtual
      addresses. This allows us to bypass the cache when accessing the flash
      without having to do any physical-to-virtual address mapping in the CFI
      driver.
      
      The virtual memory mappings are defined at compile time through a sorted
      array of virtual memory range objects. When a TLB miss exception
      happens, the exception handler does a binary search through the array
      until it finds a matching entry and loads it into the TLB. The u-boot
      image itself is covered by a fixed TLB entry which is never replaced.
      
      This makes the 'saveenv' command work again on ATNGW100 and other boards
      using the CFI driver, hopefully without breaking any rules.
      
      Signed-off-by: default avatarHaavard Skinnemoen <haavard.skinnemoen@atmel.com>
      1f36f73f
    • Matthias Fuchs's avatar
      ppc4xx: Fix APC405 board support · 38570b2f
      Matthias Fuchs authored
      
      Opps, after a long time I tested recent u-boot on our
      APC405 board. This simple fix makes networking work again.
      
      Signed-off-by: default avatarMatthias Fuchs <matthias.fuchs@esd.eu>
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      38570b2f
  9. Aug 30, 2010
  10. Aug 26, 2010
  11. Aug 20, 2010
  12. Aug 19, 2010
  13. Aug 12, 2010
  14. Aug 11, 2010
  15. Aug 10, 2010
  16. Aug 09, 2010
Loading