1. 02 Feb, 2011 10 commits
  2. 31 Jan, 2011 2 commits
  3. 27 Jan, 2011 3 commits
  4. 26 Jan, 2011 1 commit
  5. 25 Jan, 2011 6 commits
    • Nobuhiro Iwamatsu's avatar
      Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS · 8aba9dce
      Nobuhiro Iwamatsu authored
      Linker needs to use the proper endian/bfd flags even when doing partial linking.
      LDFLAGS_u-boot sets linker option which is called it when U-boot is built
      (u-boot final).
      LDFLAGS sets necessary option by partial linking (use in cmd_link_o_target).
      
      CC: Mike Frysinger <vapier@gentoo.org>
      Signed-off-by: default avatarNobuhiro Iwamatsu <iwamatsu@nigauri.org>
      8aba9dce
    • Macpaul Lin's avatar
      ftpmu010: support faraday ftpmu010 driver · f8ea15f7
      Macpaul Lin authored
      Faraday's ftpmu010 is a power managemnet unit which support cpu
      sleep and frequency scaling. It has been integrated into many SoC.
      
      This patch also move ftpmu010 to a proper place for later enhancement.
      Signed-off-by: default avatarMacpaul Lin <macpaul@andestech.com>
      f8ea15f7
    • Kumar Gala's avatar
      powerpc: Fix FPU post related link warnings · e009cdeb
      Kumar Gala authored
      If we built POST on PPC's that didn't enable CONFIG_SYS_POST_FPU we'd
      get the following warning with newer toolchains:
      
      powerpc-linux-gnu-ld: Warning: lib_powerpc/fpu/libpostpowerpcfpu.o
      		      uses hard float, libpost.o uses soft float
      
      We actually worked around this sometime ago with the following commit:
      
      commit ce82ff05
      Author: Yuri Tikhonov <yur@emcraft.com>
      Date:   Sat Dec 20 14:54:21 2008 +0300
      
         FPU POST: fix warnings when building with 2.18 binutils
      
      However, this only took into effect if CONFIG_SYS_POST_FPU was enabled.
      We can simply move the GNU_FPOST_ATTR out of the CONFIG_SYS_POST_FPU
      ifdef block to address the issue.
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      e009cdeb
    • Kumar Gala's avatar
      UEC: Fix compiler warnings introduced by linux/mii.h change · 2b21ec92
      Kumar Gala authored
      Patch 8ef583a0 [miiphy: convert to linux/mii.h] introduced the following
      compiler warnings in the uec ethernet driver:
      
      In file included from /local/home/galak/git/u-boot-85xx/include/miiphy.h:37:0,
                       from uec.c:32:
      /local/home/galak/git/u-boot-85xx/include/linux/mii.h:133:0: warning: "LPA_1000FULL" redefined
      uec_phy.h:34:0: note: this is the location of the previous definition
      /local/home/galak/git/u-boot-85xx/include/linux/mii.h:134:0: warning: "LPA_1000HALF" redefined
      uec_phy.h:35:0: note: this is the location of the previous definition
      In file included from /local/home/galak/git/u-boot-85xx/include/miiphy.h:37:0,
                       from uec_phy.c:27:
      /local/home/galak/git/u-boot-85xx/include/linux/mii.h:133:0: warning: "LPA_1000FULL" redefined
      uec_phy.h:34:0: note: this is the location of the previous definition
      /local/home/galak/git/u-boot-85xx/include/linux/mii.h:134:0: warning: "LPA_1000HALF" redefined
      uec_phy.h:35:0: note: this is the location of the previous definition
      
      Fix them be removing the duplication in the uec code and utlizing the
      linux/mii.h version instead.
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      2b21ec92
    • Wolfgang Denk's avatar
    • Kumar Gala's avatar
      powerpc/8xxx: Fix compile warning when build for a DDR1 or DDR2 board · 92966835
      Kumar Gala authored
      ctrl_regs.c: In function 'set_ddr_sdram_mode_2':
      ctrl_regs.c:690:6: warning: unused variable 'i'
      
      'i' is only used by DDR3 code.
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      92966835
  6. 21 Jan, 2011 2 commits
    • Loïc Minier's avatar
      Cleanup .boards.depend when using an objtree · d6a5e6d5
      Loïc Minier authored
      .boards.depend was created in the source tree even when calling make
      with O=objtree, and distclean O=objtree wouldn't clean it.  Create
      .boards.depend in objtree instead as to clean it up properly.
      Reported-by: default avatarLoc Minier <loic.minier@linaro.org>
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      d6a5e6d5
    • Loïc Minier's avatar
      Don't add symlink in srctree when using an objtree · a9d8bc98
      Loïc Minier authored
      When building with srctree != objtree, the build creates arch/soc/cpu
      specific symlinks in the source tree.  This means that the same source
      tree can't be used for multiple builds at the same time.  Also, these
      symlinks in the source tree are only cleaned up if one passes the same
      O= to distclean.
      
      When srctree != objtree, mkconfig creates an $objtree/include2 directory
      in the objtree to host the asm -> arch/$arch/include/asm symlink so that
      "#include <asm>" can be used.  But it also creates another identical
      symlink in $objtree/include.
      
      Then, mkconfig creates two symlinks:
      $objtree/include/asm/arch -> arch/$arch/include/asm/arch-$cpu (or $soc)
      $objtree/include/asm/proc -> arch/$arch/include/asm/proc-armv (on arm)
      but because $objtree/include/asm points at $srctree already, the two
      symlinks are created under $srctree.
      
      To fix this, create a real $objtree/include/asm directory, instead of a
      symlink.  Update cleanup code accordingly.
      Signed-off-by: default avatarLoïc Minier <loic.minier@linaro.org>
      a9d8bc98
  7. 20 Jan, 2011 16 commits