Skip to content
Snippets Groups Projects
  1. Apr 01, 2009
    • David Gibson's avatar
      libfdt: Rework fdt_next_node() · 2c0b843e
      David Gibson authored
      
      Currently fdt_next_node() will find the next node in the blob
      regardless of whether it is above, below or at the same level in the
      tree as the starting node - the depth parameter is updated to indicate
      which is the case.  When a depth parameter is supplied, this patch
      makes it instead terminate immediately when it finds the END_NODE tag
      for a node at depth 0.  In this case it returns the offset immediately
      past the END_NODE tag.
      
      This has a couple of advantages.  First, this slightly simplifies
      fdt_subnode_offset(), which no longer needs to explicitly check that
      fdt_next_node()'s iteration hasn't left the starting node.  Second,
      this allows fdt_next_node() to be used to implement
      _fdt_node_end_offset() considerably simplifying the latter function.
      
      The other users of fdt_next_node() either don't need to iterate out of
      the starting node, or don't pass a depth parameter at all.  Any
      callers that really need to iterate out of the starting node, but keep
      tracking depth can do so by biasing the initial depth value.
      
      This is a semantic change, but I think it's very unlikely to break any
      existing library users.
      
      Signed-off-by: default avatarDavid Gibson <david@gibson.dropbear.id.au>
      2c0b843e
    • Wolfgang Denk's avatar
      ed9953d6
    • Wolfgang Denk's avatar
    • Kim Phillips's avatar
      rtc: remove broken rtc_read and rtc_write declarations · c2eb8be7
      Kim Phillips authored
      
      commit 04e11cf3 "rtc: add support for 4543 RTC (manufactured by e.g.
      EPSON)" introduces the following build error on boards configuring e.g,
      the ds1374 rtc:
      
      Configuring for MPC837XEMDS board...
      ds1374.c:103: error: static declaration of 'rtc_read' follows non-static declaration
      /home/r1aaha/git/u-boot/include/rtc.h:64: error: previous declaration of 'rtc_read' was here
      ds1374.c:104: error: conflicting types for 'rtc_write'
      /home/r1aaha/git/u-boot/include/rtc.h:65: error: previous declaration of 'rtc_write' was here
      
      this reverts the erroneous chunk.
      
      Signed-off-by: default avatarKim Phillips <kim.phillips@freescale.com>
      Acked-by: default avatarDetlev Zundel <dzu@denx.de>
      CC: Detlev Zundel <dzu@denx.de>
      CC: Andreas Pfefferle <ap@denx.de>
      c2eb8be7
    • Kumar Gala's avatar
      85xx/86xx: Ensure MP boot page is not used · fc39c2fd
      Kumar Gala authored
      
      We had a bug on 86xx in which the boot page used to bring up secondary
      cores was being overwritten and used for the malloc region in u-boot.
      
      We need to reserve the region of memory that the boot page is going to
      be put at so nothing uses it.
      
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      Acked-by: default avatarBecky Bruce <beckyb@kernel.crashing.org>
      fc39c2fd
    • Kumar Gala's avatar
      85xx: Introduce determine_mp_bootpg() helper. · c840d26c
      Kumar Gala authored
      
      Match determine_mp_bootpg() that was added for 86xx.  We need this to
      address a bug introduced in v2009.03 with 86xx MP booting.  We have to
      make sure to reserve the region of memory used for the MP bootpg() so
      other u-boot code doesn't use it.
      
      Also added a comment about how cpu_reset() is dealing w/an errata on
      early 85xx MP HW.
      
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      c840d26c
    • Kumar Gala's avatar
      86xx: Cleanup MP support · 7649a590
      Kumar Gala authored
      
      * Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
      * Introduce determine_mp_bootpg() helper.  We'll need this to address a
        bug introduced in v2009.03 with 86xx MP booting.  We have to make sure
        to reserve the region of memory used for the MP bootpg() so other
        u-boot code doesn't use it.
      * Added dummy versions of cpu_reset(), cpu_status() & cpu_release() to
        allow cmd_mp.c to build and work. In the future we should look at
        implementing all these functions. This could be common w/85xx if we
        use spin tables on 86xx.
      
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      7649a590
    • Becky Bruce's avatar
      mpc8641hpcn/sbc8641d: Add missing board_lmb_reserves · f6ef8b7a
      Becky Bruce authored
      
      We're missing the board_lmb_reserve definitions that allow
      cpu_mp_lmb_reserve to be called; this means that Linux
      is free to reallocate reserved pages.  Linux currently boots
      because we're getting lucky - the page we've reserved is
      high enough in memory that it isn't allocated by Linux
      while we still need it to be in existence.
      
      Signed-off-by: default avatarBecky Bruce <beckyb@kernel.crashing.org>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      f6ef8b7a
  2. Mar 31, 2009
    • Jens Scharsig's avatar
      soft_i2c.c compiler/linker error · d144f94d
      Jens Scharsig authored
      
      This patch fix the compiler/linker errors
      
      common/cmd_i2c.c:1252: undefined reference to `i2c_get_bus_speed'
      common/cmd_i2c.c:1256: undefined reference to `i2c_set_bus_speed'
      
      if board use CONFIG_I2C_CMD_TREE and CONFIG_I2C_MULTI_BUS is not
      uesd/undef (wrong define order)
      
      and
      
      removes additional empty lines
      
      Signed-off-by: default avatarJens Scharsig <esw@bus-elektronik.de>
      d144f94d
  3. Mar 30, 2009
  4. Mar 28, 2009
  5. Mar 27, 2009
  6. Mar 26, 2009
  7. Mar 25, 2009
Loading