Skip to content
Snippets Groups Projects
  1. Apr 17, 2008
  2. Apr 14, 2008
  3. Apr 13, 2008
    • eran liberty's avatar
      Altera Stratix II support · 3c735e74
      eran liberty authored
      
      Adds Support for Altera's Stratix II.
      
      Within your board specific init file you will have to call
      
      1. fpga_init (/* relocated code offset. usually => */ gd->reloc_off);
      2. fpga_add (fpga_altera, (Altera_desc*)&altera_desc);
      
      Altera_desc* contines (for example):
      	{
      	 Altera_StratixII,	/* part type */
      	 passive_serial,	/* interface type */
      	 1,			/* bytes of data part can accept */
      	 (void *)(&funcs),	/* interface function table */
      	 0L,			/* base interface address */
      	 0			/* implementation specific cookie */
      	 }
      
      funcs is the interface. It is of type altera_board_specific_func.
      It looks like this:
      altera_board_specific_func func = {
      	pre_fn,
      	config_fn,
      	status_fn,
      	done_fn,
      	clk_fn,
      	data_fn,
      	abort_fn,
      	post_fn,
      };
      
      you will have to implement these functions, which is usually bit
      banging some gpio.
      
      Signed-off-by: default avatarEran Liberty <liberty@extricom.com>
      3c735e74
    • Mike Frysinger's avatar
      disable caches before booting an app for Blackfin apps · 1f1d88dd
      Mike Frysinger authored
      
      It isn't generally save to execute applications outside of U-Boot with caches
      enabled due to the way the Blackfin processor handles caches (requires
      software assistance).  This patch disables caches before booting an ELF or
      just booting raw code.  The previous discussion on the patch was that we
      wanted to use weaks instead, but that proved to not be feasible when multiple
      symbols are involved, which puts us back at the ifdef solution.  I've
      minimized the ugliness by moving the setup step outside of the main function.
      
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      1f1d88dd
    • Wolfgang Denk's avatar
      Coding Style cleanup; update CHANGELOG · 1aeed8d7
      Wolfgang Denk authored
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      1aeed8d7
  4. Apr 08, 2008
  5. Apr 02, 2008
    • Andy Fleming's avatar
      Fix fdt set command to conform to dts spec · 4abd844d
      Andy Fleming authored
      
      The fdt set command was treating properties specified as <00> and <0011>
      as byte streams, rather than as an array of cells.  As we already have
      syntax for expressing the desire for a stream of bytes ([ xx xx ...]),
      we should use the <> syntax to describe arrays of cells, which are always
      32-bits per element.  If we imagine this likely (IMHO) scenario:
      
      > fdt set /ethernet-phy@1 reg <1>
      
      With the old code, this would create a bad fdt, since the reg cell would be
      made to be one byte in length.  But the cell must be 4 bytes, so this would
      break mysteriously.
      
      Also, the dts spec calls for constants inside the angle brackets (<>)
      to conform to C constant standards as they pertain to base.
      Take this scenario:
      
      > fdt set /ethernet@f00 reg <0xe250000\ 0x1000>
      
      The old fdt command would complain that it couldn't parse that.  Or, if you
      wanted to specify that a certain clock ran at 33 MHz, you'd be required to
      do this:
      
      > fdt set /mydev clock <1f78a40>
      
      Whereas the new code will accept decimal numbers.
      
      While I was in there, I extended the fdt command parser to handle property
      strings which are split across multiple arguments:
      
      > fdt set /ethernet@f00 interrupts < 33 2 34 2 36 2 >
      > fdt p /ethernet@f00
      ethernet@f00 {
      	interrupts = <0x21 0x2 0x22 0x2 0x24 0x2>;
      };
      
      Lastly, the fdt print code was rearranged slightly to print arrays of cells
      if the length of the property is a multiple of 4 bytes, and to not print
      leading zeros.
      
      Signed-off-by: default avatarAndy Fleming <afleming@freescale.com>
      4abd844d
  6. Apr 01, 2008
  7. Mar 30, 2008
  8. Mar 26, 2008
  9. Mar 25, 2008
  10. Mar 20, 2008
  11. Mar 19, 2008
  12. Mar 18, 2008
  13. Mar 16, 2008
  14. Mar 14, 2008
  15. Mar 12, 2008
Loading