1. 12 Jun, 2009 15 commits
    • Wolfgang Denk's avatar
      Make "usage" messages more helpful. · 94796d85
      Wolfgang Denk authored
      
      
      In case of incorrect command invocations U-Boot used to print pretty
      useless "usage" messages, for example:
      
      	=> nand markbad
      	Usage:
      	nand - NAND sub-system
      
      In the result, the user would have to run the "help" command to get
      the (available) information about correct command usage. Change this,
      so that this information gets always printed.
      
      Note that this changes the user interface of all commands, but
      hopefully to the better.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      94796d85
    • Mike Frysinger's avatar
      nvedit: speed up printing of environment · 4c94f6c5
      Mike Frysinger authored
      
      
      The printing code would check the same environment byte multiple times and
      write to the console one byte at a time.  For some devices (such as the
      Blackfin JTAG console which operates in 8 bytes at a time), this is pretty
      damned slow.  So create a small 16 byte buffer to fill up and send to puts
      as needed.  In the process, unify the different print functions, shrink
      the resulting code (source and compiled), and avoid excess env reads as
      those too can be somewhat expensive depending on the board.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      4c94f6c5
    • Mike Frysinger's avatar
      Add support for Linux-like kallsysms · ecb1dc89
      Mike Frysinger authored
      
      
      The kernel stores address<->symbol names in it so things can be decoded at
      runtime.  Do it in U-Boot, and we get nice symbol decoding when crashing.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      ecb1dc89
    • Wolfgang Denk's avatar
      cmd_mtdparts.c: allow to omit definitions for default settings · 36c9169a
      Wolfgang Denk authored
      
      
      There is actually no good reason to enforce that all board
      configuations must define default settings for "mtdids" and
      "mtdparts".  Actually this may be difficult to handle, especially on
      boards where different sizes of flash chips can be fit, so there is no
      real "default" partition map for all boards.
      
      Lift this arbitrary limitation.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      36c9169a
    • Stefan Roese's avatar
      cmd_mtdparts: Move to common handling of FLASH devices via MTD layer · 864aa034
      Stefan Roese authored
      
      
      This patch removes all references to the direct CFI FLASH interface
      (via flash_info[]). Now that all FLASH types currently handled in
      mtdparts are available (if selected, see below) via the MTD infrastructure.
      This is NOR, NAND and OneNAND right now. This can be achieved by defining
      the following options:
      
      CONFIG_MTD_DEVICE (for all FLASH types)
      
      plus
      
      CONFIG_FLASH_CFI_MTD (for NOR FLASH)
      
      So we need to add those defines to the board config headers currently
      using the mtdparts commands. This is done via another patch, so
      we shouldn't break mtdparts compatibility.
      
      One big advantage from this solution is that the cmd_mtdparts.c is
      *much* cleaner now. Lot's of #ifdef's are removed and the code itself
      is smaller. Additionally the newly added MDT concatenation feature
      can new be used via the mtdparts infrastructure and therefor via
      UBI etc.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Ladislav Michl <ladis@linux-mips.org>
      Cc: Scott Wood <scottwood@freescale.com>
      864aa034
    • Stefan Roese's avatar
      mtd: Update MTD infrastructure to support 64bit device size · 8d2effea
      Stefan Roese authored
      
      
      This patch brings the U-Boot MTD infrastructure in sync with the current
      Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
      support and a resync of the mtdpart.c file which has seen multiple fixes
      meanwhile.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Scott Wood <scottwood@freescale.com>
      Cc: Kyungmin Park <kmpark@infradead.org>
      8d2effea
    • Jean-Christophe PLAGNIOL-VILLARD's avatar
      make MODEM SUPPORT generic instead of duplicate it · 55e0ed60
      Jean-Christophe PLAGNIOL-VILLARD authored
      
      
      and fix comment
      Signed-off-by: default avatarJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
      
      Adjusted Copyright message.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      55e0ed60
    • Tom Rix's avatar
      ZOOM2 Add serial support. · 660888b7
      Tom Rix authored
      
      
      Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
      The default serial is from the USB connector on left side of the debug board.
      The USB connector will produce 2 of the 4 UARTS.  On your host pick the first
      enumeration.
      
      The details of the setting of the serial gpmc setup are not available.
      The values were provided by another party.
      
      The serial port set up is the same with Zoom1.
      Baud rate 115200, 8 bit data, no parity, 1 stop bit, no flow.
      
      The kernel bootargs are
      console=ttyS3,115200n8
      Signed-off-by: default avatarTom Rix <Tom.Rix@windriver.com>
      660888b7
    • Peter Tyser's avatar
      cmd_i2c: Fix i2c help command output when CONFIG_I2C_MUX · 9166b776
      Peter Tyser authored
      
      
      When CONFIG_I2C_MUX was defined the output of 'help i2c' was not
      correct, eg:
      
      => help i2c
      i2c bus [muxtype:muxaddr:muxchannel] - add a new bus reached over muxes.
      speed [speed] - show or set I2C bus speed
      i2c dev [dev] - show or set current I2C bus
      ...
      
      It has been changed to:
      i2c speed [speed] - show or set I2C bus speed
      i2c bus [muxtype:muxaddr:muxchannel] - add a new bus reached over muxes
      i2c dev [dev] - show or set current I2C bus
      ...
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      9166b776
    • Peter Tyser's avatar
      cmd_i2c: Clean up trivial helper functions · 0a45a635
      Peter Tyser authored
      
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      0a45a635
    • Peter Tyser's avatar
      cmd_i2c: Clean up i2c command argument parsing · e96ad5d3
      Peter Tyser authored
      
      
      argc and argv should only be modified once instead of once for
      every i2c sub-command
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      e96ad5d3
    • Peter Tyser's avatar
      i2c: Update references to individual i2c commands · 0f89c54b
      Peter Tyser authored
      
      
      The individual i2c commands imd, imm, inm, imw, icrc32, iprobe, iloop,
      and isdram are no longer available so all references to them have been
      updated to the new form of "i2c <cmd>".
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      0f89c54b
    • Peter Tyser's avatar
      i2c: Remove deprecated individual i2c commands · d48eb513
      Peter Tyser authored
      
      
      The following individual I2C commands have been removed: imd, imm, inm,
      imw, icrc32, iprobe, iloop, isdram.
      
      The functionality of the individual commands is still available via
      the 'i2c' command.
      
      This change only has an impact on those boards which did not have
      CONFIG_I2C_CMD_TREE defined.
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      d48eb513
    • Peter Tyser's avatar
      i2c: Create common default i2c_[set|get]_bus_speed() functions · 655b34a7
      Peter Tyser authored
      
      
      New default, weak i2c_get_bus_speed() and i2c_set_bus_speed() functions
      replace a number of architecture-specific implementations.
      
      Also, providing default functions will allow all boards to enable
      CONFIG_I2C_CMD_TREE.  This was previously not possible since the
      tree-form of the i2c command provides the ability to display and modify
      the i2c bus speed which requires i2c_[set|get]_bus_speed() to be
      present.
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      655b34a7
    • Peter Tyser's avatar
      i2c.h: Provide a default CONFIG_SYS_I2C_SLAVE value · 9c90a2c8
      Peter Tyser authored
      
      
      Many boards/controllers/drivers don't support an I2C slave interface,
      however CONFIG_SYS_I2C_SLAVE is used in common code so provide a
      default
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      9c90a2c8
  2. 02 Jun, 2009 2 commits
  3. 28 May, 2009 1 commit
    • Stefan Roese's avatar
      jffs2/mtdparts: Fix problem with usage from JFFS2 and MTDPARTS together · 76b5883d
      Stefan Roese authored
      
      
      Currently using JFFS2 with MTDPARTS enabled doesn't work. This is because
      mtdparts_init() is available in both files, cmd_mtdparts.c and
      cmd_jffs2.c. Please note that in the original cmd_jffs2.c file (before
      the jffs2/mtdparts command/file split those 2 different versions
      already existed. So this is nothing new. The main problem is that the
      variables "current_dev" and "current_partnum" are declared in both
      files now. This doesn't work.
      
      This patch now changes the names of those variable to more specific
      names: "current_mtd_dev" and "current_mtd_partnum". This is because
      this patch also changes the declaration from static to global, so
      that they can be used from both files.
      
      Please note that my first tests were not successful. The MTD devices
      selected via mtdparts are now accessed but I'm failing to see the
      directory listed via the "ls" command. Nothing is displayed. Perhaps
      I didn't generate the JFFS2 image correctly (I never used JFFS2 in
      U-Boot before). Not sure. Perhaps somebody else could take a look at
      this as well. I'll continue looking into this on Monday.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Detlev Zundel <dzu@denx.de>
      Cc: Ilya Yanok <yanok@emcraft.com>
      Cc: Renaud barbier <renaud.barbier@ge.com>
      76b5883d
  4. 20 May, 2009 2 commits
  5. 15 May, 2009 3 commits
  6. 28 Apr, 2009 1 commit
    • Wolfgang Denk's avatar
      cmd_ext2.c: fix compile warnings · 4d9eab89
      Wolfgang Denk authored
      
      
      Get rid of these warnings:
      
      cmd_ext2.c:247: warning: format '%ld' expects type 'long int', but argument 2 has type 'int'
      cmd_ext2.c:248: warning: format '%lX' expects type 'long unsigned int', but argument 3 has type 'int'
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      4d9eab89
  7. 27 Apr, 2009 5 commits
  8. 16 Apr, 2009 1 commit
  9. 04 Apr, 2009 10 commits