1. 01 Jul, 2011 6 commits
  2. 30 Jun, 2011 1 commit
  3. 29 Jun, 2011 1 commit
    • Mike Frysinger's avatar
      cfi_flash: reverse geometry for newer STM parts · 4c2105cb
      Mike Frysinger authored
      For newer STM parts where CFI >= 1.1, there is a byte in the extended
      structure that declares the flash layout type (just like the AMD parts),
      so key off of that to find out when we need to reverse the geometry.
      
      This can be seen with M29W640 parts where U-Boot does:
      Bank # 1: CFI conformant FLASH (16 x 16)  Size: 8 MB in 135 Sectors
        AMD Standard command set, Manufacturer ID: 0x20, Device ID: 0x22ED
        Erase timeout: 8192 ms, write timeout: 1 ms
        Buffer write timeout: 1 ms, buffer size: 16 bytes
      
        Sector Start Addresses:
        20000000   RO   20002000   RO   20004000   RO   20006000   RO   20008000   RO
        2000A000   RO   2000C000   RO   2000E000   RO   20010000   RO   20020000   RO
        ...
      
      But Linux does:
      physmap platform flash device: 00800000 at 20000000
      physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank.
                       Manufacturer ID 0x000020 Chip ID 0x0022ed
      physmap-flash.0: Swapping erase regions for top-boot CFI table.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      4c2105cb
  4. 27 Jun, 2011 2 commits
  5. 25 Jun, 2011 3 commits
  6. 23 Jun, 2011 18 commits
  7. 22 Jun, 2011 5 commits
    • Mike Frysinger's avatar
      tools: make it possible to build tools unconfigured · 2ad6e27d
      Mike Frysinger authored
      On Sunday, June 19, 2011 13:55:13 Ilya Yanok wrote:
      > On 18.06.2011 23:03, Mike Frysinger wrote:
      > >>  - tools/Makefile put common/env_embedded.o and envcrc.o to object list
      > >>
      > >> conditionally. This fixes errors during dependency generation.
      > >
      > > pretty sure this breaks board builds.  if the only thing this fixes is a
      >
      > I'm sorry but I can't see how this can break the builds. Could you
      > please be more specific? I've tried to build some boards, it actually
      > works...
      
      i might be thinking of a different env_embedded situation.  a different
      problem with your patch to tools/Makefile: you copied the same logic multiple
      times which means more bitrot.
      
      why dont you do something like:
      
      > > harmless warning when generating dependency files, then i say ignore it.
      > > after all, this is how it has always worked in the past and no one really
      > > cared.
      >
      > Yep, they are harmless but they are not warnings but rather scary errors
      > actually. ;) I think it's better to fix them.
      
      i guess my threshold for being scared is a bit higher :p
      -mike
      2ad6e27d
    • Ilya Yanok's avatar
      Makefile: move $(VERSION_FILE) rule out of ifeq configured · 28abd48f
      Ilya Yanok authored
      mkimage relies on autogenerated version so we need to move
      $(VERSION_FILE) rule out of ifeq and make tools rule depend on it to be
      able to run 'make tools' from the unconfigured tree.
      Signed-off-by: default avatarIlya Yanok <yanok@emcraft.com>
      Acked-by: default avatarMike Frysinger <vapier@gentoo.org>
      28abd48f
    • Ilya Yanok's avatar
      config.mk: move LDSCRIPT processing to the top-level Makefile · d51dfff7
      Ilya Yanok authored
      LDSCRIPT is used only from the top-level Makefile and only when the
      system is configured so we can move LDSCRIPT and CONFIG_SYS_LDSCRIPT
      related logic into the top level Makefile and under configured condition
      to avoid errors when building tools from unconfigured tree.
      Signed-off-by: default avatarIlya Yanok <yanok@emcraft.com>
      Acked-by: default avatarMike Frysinger <vapier@gentoo.org>
      d51dfff7
    • Wolfgang Denk's avatar
      ARM: drop unsupported 'trab' board · 566e5cf4
      Wolfgang Denk authored
      The 'trab' board configuration is broken, and there is nobody who is
      interested and willing to fix it.  Drop it.
      
      This includes support for VFD displays which have always been used by
      this board only.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      566e5cf4
    • Wolfgang Denk's avatar
      Prepare v2011.06-rc3 · 79cfe422
      Wolfgang Denk authored
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      79cfe422
  8. 21 Jun, 2011 4 commits