1. 17 Jul, 2011 1 commit
  2. 04 Jul, 2011 2 commits
    • Aneesh V's avatar
      armv7: integrate cache maintenance support · c2dd0d45
      Aneesh V authored
      
      
      - Enable I-cache on bootup
      - Enable MMU and D-cache immediately after relocation
      	- Do necessary initialization before enabling d-cache and MMU
      - Changes to cleanup_before_linux()
      	- Make changes according to the new framework
      Signed-off-by: default avatarAneesh V <aneesh@ti.com>
      c2dd0d45
    • Aneesh V's avatar
      armv7: rename cache related CONFIG flags · e47f2db5
      Aneesh V authored
      
      
      Replace the cache related CONFIG flags with more meaningful
      names. Following are the changes:
      
      CONFIG_L2_OFF	     -> CONFIG_SYS_L2CACHE_OFF
      CONFIG_SYS_NO_ICACHE -> CONFIG_SYS_ICACHE_OFF
      CONFIG_SYS_NO_DCACHE -> CONFIG_SYS_DCACHE_OFF
      Signed-off-by: default avatarAneesh V <aneesh@ti.com>
      V2:
       * Changed CONFIG_L2_OFF -> CONFIG_SYS_NO_L2CACHE
      V4:
       * Changed all three flags to the final names suggested as above
         and accordingly changed the commit message
      e47f2db5
  3. 23 Jun, 2011 1 commit
  4. 22 Jun, 2011 1 commit
  5. 27 Apr, 2011 2 commits
  6. 27 Mar, 2011 1 commit
  7. 18 Jan, 2011 1 commit
  8. 08 Dec, 2010 1 commit
  9. 29 Oct, 2010 2 commits
  10. 23 Oct, 2010 1 commit
  11. 13 Oct, 2010 2 commits
  12. 12 Oct, 2010 1 commit
    • Ben Gardiner's avatar
      davinci_emac: davinci_eth_set_mac_addr to ->write_hwaddr · 7b37a27e
      Ben Gardiner authored
      
      
      This patch proposes to migrate the davinci_emac driver to using the
      eth_device->write_hwaddr function pointer as suggested by Ben Warren.
      
      All the davinci boards had the behaviour, prior to this patch, of
      sync'ing the environment variable enetaddr with the MAC address read
      from non-volatile storage on boot -- when the two locations disagreed,
      the environment variable value took precendence. This patch keeps the
      same behaviour but lets eth_initialize take care of it.
      
      This patch refactors davinci_emac setup in the boards so that the MAC
      address is read from non-volatile storage into the environment variable
      and then the environment variable value is use in eth_intialize. The
      only exception is the direct call to davinci_eth_set_mac_addr made by
      the da830evm board init which was changed into an assignment of the
      enetaddr field.
      Signed-off-by: default avatarBen Gardiner <bengardiner@nanometrics.ca>
      Tested-by: default avatarNick Thompson <nick.thompson@ge.com>
      Signed-off-by: default avatarBen Warren <biggerbadderben@gmail.com>
      7b37a27e
  13. 19 Sep, 2010 2 commits
  14. 03 Aug, 2010 1 commit
    • Wolfgang Denk's avatar
      Rename getenv_r() into getenv_f() · cdb74977
      Wolfgang Denk authored
      
      
      While running from flash, i. e. before relocation, we have only a
      limited C runtime environment without writable data segment. In this
      phase, some configurations (for example with environment in EEPROM)
      must not use the normal getenv(), but a special function.  This
      function had been called getenv_r(), with the idea that the "_r"
      suffix would mean the same as in the _r_eentrant versions of some of
      the C library functions (for example getdate vs. getdate_r, getgrent
      vs. getgrent_r, etc.).
      
      Unfortunately this was a misleading name, as in U-Boot the "_r"
      generally means "running from RAM", i. e. _after_ relocation.
      
      To avoid confusion, rename into getenv_f() [as "running from flash"]
      Signed-off-by: Wolfgang Denk's avatarWolfgang Denk <wd@denx.de>
      Acked-by: default avatarDetlev Zundel <dzu@denx.de>
      cdb74977
  15. 13 Apr, 2010 1 commit
  16. 07 Mar, 2010 1 commit
  17. 11 Nov, 2009 1 commit
  18. 11 Oct, 2009 1 commit
  19. 03 Oct, 2009 3 commits
  20. 04 Sep, 2009 3 commits
  21. 25 Aug, 2009 1 commit
  22. 17 Jul, 2009 1 commit
    • Jean-Christophe PLAGNIOL-VILLARD's avatar
      stdio/device: rework function naming convention · 52cb4d4f
      Jean-Christophe PLAGNIOL-VILLARD authored and Wolfgang Denk's avatar Wolfgang Denk committed
      
      
      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: Wolfgang Denk's avatarWolfgang Denk <wd@denx.de>
      52cb4d4f
  23. 21 Jun, 2009 1 commit
  24. 12 Jun, 2009 6 commits
  25. 26 Apr, 2009 1 commit
  26. 16 Apr, 2009 1 commit