1. 14 Aug, 2009 1 commit
    • Kumar Gala's avatar
      85xx: Fix addrmap to include memory · e393e2e9
      Kumar Gala authored
      
      
      When we init the addrmap based on the TLB we will not end up getting
      the TLB that covers memory if we are using SPD.  The reason is we
      haven't relocated at the point that we setup the memory TLB and thus it
      will not get setup in the addrmap.
      
      Instead we can just walk over the TLB array after we've relocated and
      see all the TLBs that have been set and use that information to populate
      the initial addrmap.  By doing this we insure that we get the TLB
      entries that cover memory.
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      e393e2e9
  2. 10 Aug, 2009 1 commit
  3. 09 Aug, 2009 3 commits
    • Dirk Behme's avatar
      ARM Cortex A8: Remove bogus config.mk entries · 3ed9e943
      Dirk Behme authored
      
      
      Remove bogus config.mk entry, fix newline and remove redundant
      omap3/config.mk
      Signed-off-by: default avatarDirk Behme <dirk.behme@googlemail.com>
      3ed9e943
    • Ilya Yanok's avatar
      mxc-mmc: sdhc host driver for MX2 and MX3 proccessor · ba3dbaf2
      Ilya Yanok authored
      
      
      This is a port of Linux driver for SDHC host controller hardware
      found on Freescale's MX2 and MX3 processors. Uses new generic MMC
      framework (CONFIG_GENERIC_MMC) and it looks like there are some
      problems with a framework (at least on LE cpus). Some of these
      problems are addressed in the following patches.
      Signed-off-by: default avatarIlya Yanok <yanok@emcraft.com>
      ba3dbaf2
    • Josh Boyer's avatar
      Dual-license IBM code contributions · 31773496
      Josh Boyer authored
      
      
      It was brought to our attention that U-Boot contains code derived from the
      IBM OpenBIOS source code originally provided with some of the older PowerPC
      4xx development boards.  As a result, the original license of this code has
      been carried in the various files for a number of years in the U-Boot project.
      
      IBM is dual-licensing the IBM code contributions already present in U-Boot
      under either the terms of the GNU General Public License version 2, or the
      original code license already present.
      Signed-off-by: default avatarJosh Boyer <jwboyer@linux.vnet.ibm.com>
      31773496
  4. 08 Aug, 2009 3 commits
  5. 07 Aug, 2009 1 commit
  6. 03 Aug, 2009 1 commit
  7. 01 Aug, 2009 1 commit
  8. 30 Jul, 2009 1 commit
  9. 29 Jul, 2009 2 commits
  10. 27 Jul, 2009 2 commits
  11. 26 Jul, 2009 2 commits
    • Wolfgang Denk's avatar
      Make include/common.h usable by assembler code · fcd3c87e
      Wolfgang Denk authored
      Commit 70ebf316
      
       factored out the ROUND() macro into include/common.h,
      not realizing that the primary use of this macro on AT91 systems was
      in start.S where common.h was not included, and could not be included
      because it contains a lot of C code which the assembler doesn't
      understand.
      
      This patch wraps such code in common.h in a "#ifndef __ASSEMBLY__"
      construct, and then adds an include to cpu/arm926ejs/start.S thus
      solving the problem.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      fcd3c87e
    • Mark Jackson's avatar
      Add AVR32 LCD support · 716ece1d
      Mark Jackson authored
      
      
      This patch adds support for the AVR32 LCD controller.  This patch is
      based off the latest u-boot-video.
      
      A quick summary of what's going on:-
      
      Enable LCDC pixel clock
      Enable LCDC port pins
      Add framebuffer pointer to global_data struct
      Allocate framebuffer
      
      To use the new code, update your board config to include something like
      this:-
      
      #define CONFIG_LCD			1
      
      #if defined(CONFIG_LCD)
      #define CONFIG_CMD_BMP
      #define CONFIG_ATMEL_LCD		1
      #define LCD_BPP				LCD_COLOR16
      #define CONFIG_BMP_16BPP		1
      #define CONFIG_FB_ADDR			0x10600000
      #define CONFIG_WHITE_ON_BLACK		1
      #define CONFIG_VIDEO_BMP_GZIP 		1
      #define CONFIG_SYS_VIDEO_LOGO_MAX_SIZE		262144
      #define CONFIG_ATMEL_LCD_BGR555		1
      #define CONFIG_SYS_CONSOLE_IS_IN_ENV	1
      #define CONFIG_SPLASH_SCREEN		1
      #endif
      
      The standard U-Boot BMP and Splash-screen features should just work.
      Signed-off-by: default avatarMark Jackson <mpfj@mimc.co.uk>
      [agust@denx.de: fixed some style issues]
      Signed-off-by: default avatarAnatolij Gustschin <agust@denx.de>
      716ece1d
  12. 24 Jul, 2009 4 commits
    • Matthias Fuchs's avatar
      58ea142f
    • Stefan Roese's avatar
      Add "chip_config" command for PPC4xx bootstrap configuration · 87c0b729
      Stefan Roese authored
      
      
      This patch adds a generic command for programming I2C bootstrap
      eeproms on PPC4xx. An implementation for Canyonlands board is
      included.
      
      The command name is intentionally chosen not to be PPC4xx specific.
      This way other CPU's/SoC's can implement a similar command under
      the same name, perhaps with a different syntax.
      
      Usage on Canyonlands:
      
      => chip_config
      Available configurations (I2C address 0x52):
      600-nor          - NOR  CPU: 600 PLB: 200 OPB: 100 EBC: 100
      600-nand         - NAND CPU: 600 PLB: 200 OPB: 100 EBC: 100
      800-nor          - NOR  CPU: 800 PLB: 200 OPB: 100 EBC: 100
      800-nand         - NAND CPU: 800 PLB: 200 OPB: 100 EBC: 100
      1000-nor         - NOR  CPU:1000 PLB: 200 OPB: 100 EBC: 100
      1000-nand        - NAND CPU:1000 PLB: 200 OPB: 100 EBC: 100
      1066-nor         - NOR  CPU:1066 PLB: 266 OPB:  88 EBC:  88 ***
      1066-nand        - NAND CPU:1066 PLB: 266 OPB:  88 EBC:  88
      => chip_config 600-nor
      Using configuration:
      600-nor          - NOR  CPU: 600 PLB: 200 OPB: 100 EBC: 100
      done (dump via 'i2c md 52 0.1 10')
      Reset the board for the changes to take effect
      
      Other 4xx boards will be migrated to use this command soon
      as well.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Signed-off-by: default avatarDirk Eibach <eibach@gdsys.de>
      Acked-by: default avatarMatthias Fuchs <matthias.fuchs@esd.eu>
      87c0b729
    • Dirk Eibach's avatar
      ppc4xx: Fix missing freqOPB for 405EP · 9b1b8c8a
      Dirk Eibach authored
      
      
      In cpu/ppc4xx/speed.c initialization of sysInfo->freqOPB for 405EP was
      left out for no obvious reason.
      Signed-off-by: default avatarDirk Eibach <eibach@gdsys.de>
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      9b1b8c8a
    • Stefan Roese's avatar
      ppc4xx: Fix TLB reset problem with recent 44x images · 0a371ca0
      Stefan Roese authored
      Patch d873133f
      
       [ppc4xx: Add Sequoia RAM-booting target] broke "normal"
      booting on some 44x platforms. This breakage is only noticed in some
      cases while powercycling. As it seems, the code in question in start.S
      didn't invalidate TLB #0. This makes sense since this TLB is used for
      the bootrom mapping. With the patch mentioned above even TLB #0 got
      invalidated resulting in an error later on.
      
      This patch now fixes this issue by only invalidating TLB #0 in the RAM-
      booting case.
      
      Tested succesfully on Sequoia and Canyonlands.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Dirk Eibach <Eibach@gdsys.de>
      0a371ca0
  13. 23 Jul, 2009 3 commits
  14. 22 Jul, 2009 3 commits
  15. 19 Jul, 2009 2 commits
  16. 18 Jul, 2009 1 commit
    • Tom Rix's avatar
      OMAP3 Fix compiler warning for v7_flush_dcache_all · 6bb6e6c7
      Tom Rix authored
      
      
      On build of omap3 targets in MAKEALL, the *.ERR files have
      
      cpu.c: In function 'cleanup_before_linux':
      cpu.c:64: warning: implicit declaration of function 'v7_flush_dcache_all'
      cpu.c:64: warning: implicit declaration of function 'get_device_type
      
      The functions v7_flush_dcache_all and get_device_type are declared
      in include/asm-arm/arch-omap3/sys_proto.h, so use this file to
      declare the functions.
      Signed-off-by: default avatarTom Rix <Tom.Rix@windriver.com>
      6bb6e6c7
  17. 17 Jul, 2009 1 commit
    • Jean-Christophe PLAGNIOL-VILLARD's avatar
      stdio/device: rework function naming convention · 52cb4d4f
      Jean-Christophe PLAGNIOL-VILLARD authored
      
      
      So far the console API uses the following naming convention:
      
      	======Extract======
      	typedef struct device_t;
      
      	int	device_register (device_t * dev);
      	int	devices_init (void);
      	int	device_deregister(char *devname);
      	struct list_head* device_get_list(void);
      	device_t* device_get_by_name(char* name);
      	device_t* device_clone(device_t *dev);
      	=======
      
      which is too generic and confusing.
      
      Instead of using device_XX and device_t we change this
      into stdio_XX and stdio_dev
      
      This will also allow to add later a generic device mechanism in order
      to have support for multiple devices and driver instances.
      Signed-off-by: default avatarJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
      
      Edited commit message.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      52cb4d4f
  18. 16 Jul, 2009 1 commit
  19. 14 Jul, 2009 4 commits
  20. 13 Jul, 2009 1 commit
    • Wolfgang Denk's avatar
      MPC512x: factor out common code · 7629f1c0
      Wolfgang Denk authored
      
      
      Now that we have 3 boards for the MPC512x it turns out that they all
      use the very same fixed_sdram() code.
      
      This patch factors out this common code into cpu/mpc512x/fixed_sdram.c
      and adds a new header file, include/asm-ppc/mpc512x.h, with some
      macros, inline functions and prototype definitions specific to MPC512x
      systems.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Reinhard Arlt <reinhard.arlt@esd-electronics.com>
      7629f1c0
  21. 12 Jul, 2009 2 commits