1. 15 Oct, 2013 1 commit
  2. 14 Oct, 2013 16 commits
  3. 11 Oct, 2013 1 commit
  4. 10 Oct, 2013 2 commits
  5. 09 Oct, 2013 10 commits
    • Tom Rini's avatar
      omap5_common: Re-work mmc boot to try SD and eMMC, correct root device · 7406d321
      Tom Rini authored
      OMAP5 boards may have both eMMC (on MMC2) and an SD slot (on MMC1).  We
      Update the default bootcmd to match what happens on AM335x where we try
      SD first, and then eMMC.  In this case however, the hardware layout used
      for powering both of these means that in the kernel eMMC shall be found
      first as it is powered by a fixed regulator and SD found second as SD is
      powered via the palmas which will result in deferred probing.
      Tested-by: default avatarAparna Balasubramanian <aparnab@ti.com>
      Signed-off-by: default avatarTom Rini <trini@ti.com>
    • Paul Burton's avatar
      cmd_ubi: add write.part command, to write a volume in multiple parts · cc734f5a
      Paul Burton authored
      This allows you to write data to an UBI volume when the amount of memory
      available to write that data from is less than the total size of the
      data. For example, you may split a root filesystem UBIFS image into
      parts, provide the total size of the image to the first write.part
      command and then use multiple write.part commands to write the
      subsequent parts of the volume. This results in a sequence of commands
      akin to:
        ext4load mmc 0:1 0x80000000 rootfs.ubifs.0
        ubi write.part 0x80000000 root 0x08000000 0x18000000
        ext4load mmc 0:1 0x80000000 rootfs.ubifs.1
        ubi write.part 0x80000000 root 0x08000000
        ext4load mmc 0:1 0x80000000 rootfs.ubifs.2
        ubi write.part 0x80000000 root 0x08000000
      This would write 384MiB of data to the UBI volume 'root' whilst only
      requiring 128MiB of said data to be held in memory at a time.
      Signed-off-by: default avatarPaul Burton <paul.burton@imgtec.com>
      Acked-by: default avatarStefan Roese <sr@denx.de>
    • Paul Burton's avatar
      cmd_ubi: use int64_t volume size for 'ubi create' · dd7185f1
      Paul Burton authored
      int64_t matches the bytes field in struct ubi_mkvol_req to which the
      size is assigned. With the prior signed 32 bit integer, volumes were
      restricted to being less than 2GiB in size.
      Signed-off-by: default avatarPaul Burton <paul.burton@imgtec.com>
      Acked-by: default avatarStefan Roese <sr@denx.de>
    • Paul Burton's avatar
      cmd_mtdparts: use 64 bits for flash size, partition size & offset · 39ac3447
      Paul Burton authored
      This matches the 64 bit size in struct mtd_info and allows the mtdparts
      command to function correctly with a flash >= 4GiB. Format specifiers
      for size & offset are given the ll length, matching its use in
      drivers/mtd in absence of something like inttypes.h/PRIx64.
      Signed-off-by: default avatarPaul Burton <paul.burton@imgtec.com>
      Acked-by: default avatarStefan Roese <sr@denx.de>
    • Paul Burton's avatar
      mtd: driver _read() returns max_bitflips; mtd_read() returns -EUCLEAN · 40462e54
      Paul Burton authored
      Linux modified the MTD driver interface in commit edbc4540 (with the
      same name as this commit). The effect is that calls to mtd_read will
      not return -EUCLEAN if the number of ECC-corrected bit errors is below
      a certain threshold, which defaults to the strength of the ECC. This
      allows -EUCLEAN to stop indicating "some bits were corrected" and begin
      indicating "a large number of bits were corrected, the data held in
      this region of flash may be lost soon". UBI makes use of this and when
      -EUCLEAN is returned from mtd_read it will move data to another block
      of flash. Without adopting this interface change UBI on U-boot attempts
      to move data between blocks every time a single bit is corrected using
      the ECC, which is a very common occurance on some devices.
      For some devices where bit errors are common enough, UBI can get stuck
      constantly moving data around because each block it attempts to use has
      a single bit error. This condition is hit when wear_leveling_worker
      attempts to move data from one PEB to another in response to an
      -EUCLEAN/UBI_IO_BITFLIPS error. When this happens ubi_eba_copy_leb is
      called to perform the data copy, and after the data is written it is
      read back to check its validity. If that read returns UBI_IO_BITFLIPS
      (in response to an MTD -EUCLEAN) then ubi_eba_copy_leb returns 1 to
      wear_leveling worker, which then proceeds to schedule the destination
      PEB for erasure. This leads to erase_worker running on the PEB, and
      following a successful erase wear_leveling_worker is called which
      begins this whole cycle all over again. The end result is that (without
      UBI debug output enabled) the boot appears to simply hang whilst in
      reality U-boot busily works away at destroying a block of the NAND
      flash. Debug output from this situation:
        UBI DBG: ensure_wear_leveling: schedule scrubbing
        UBI DBG: wear_leveling_worker: scrub PEB 1027 to PEB 4083
        UBI DBG: ubi_io_read_vid_hdr: read VID header from PEB 1027
        UBI DBG: ubi_io_read: read 4096 bytes from PEB 1027:4096
        UBI DBG: ubi_eba_copy_leb: copy LEB 0:0, PEB 1027 to PEB 4083
        UBI DBG: ubi_eba_copy_leb: read 1040384 bytes of data
        UBI DBG: ubi_io_read: read 1040384 bytes from PEB 1027:8192
        UBI: fixable bit-flip detected at PEB 1027
        UBI DBG: ubi_io_write_vid_hdr: write VID header to PEB 4083
        UBI DBG: ubi_io_write: write 4096 bytes to PEB 4083:4096
        UBI DBG: ubi_io_read_vid_hdr: read VID header from PEB 4083
        UBI DBG: ubi_io_read: read 4096 bytes from PEB 4083:4096
        UBI DBG: ubi_io_write: write 4096 bytes to PEB 4083:8192
        UBI DBG: ubi_io_read: read 4096 bytes from PEB 4083:8192
        UBI: fixable bit-flip detected at PEB 4083
        UBI DBG: schedule_erase: schedule erasure of PEB 4083, EC 55, torture 0
        UBI DBG: erase_worker: erase PEB 4083 EC 55
        UBI DBG: sync_erase: erase PEB 4083, old EC 55
        UBI DBG: do_sync_erase: erase PEB 4083
        UBI DBG: sync_erase: erased PEB 4083, new EC 56
        UBI DBG: ubi_io_write_ec_hdr: write EC header to PEB 4083
        UBI DBG: ubi_io_write: write 4096 bytes to PEB 4083:0
        UBI DBG: ensure_wear_leveling: schedule scrubbing
        UBI DBG: wear_leveling_worker: scrub PEB 1027 to PEB 4083
      This patch adopts the interface change as in Linux commit edbc4540 in
      order to avoid such situations. Given that none of the drivers under
      drivers/mtd return -EUCLEAN, this should only affect those using
      software ECC. I have tested that it works on a board which is
      currently out of tree, but which I hope to be able to begin
      upstreaming soon.
      Signed-off-by: default avatarPaul Burton <paul.burton@imgtec.com>
      Acked-by: default avatarStefan Roese <sr@denx.de>
    • Andreas Huber's avatar
      km/scripts: fix ramfs · d3379e22
      Andreas Huber authored
      'actual_bank' is not used anymore, instead boot_bank is used.
      Signed-off-by: default avatarAndreas Huber <andreas.huber@keymile.com>
    • Holger Brunck's avatar
      powerpc/km: drop unused CONFIG_SYS_DTT_LOW_TEMP · 13303e43
      Holger Brunck authored
      This define is not used in u-boot code, we can drop this define safely.
      Signed-off-by: default avatarHolger Brunck <holger.brunck@keymile.com>
    • Holger Brunck's avatar
      km/common: switch on CMD_GREPENV · 7d77203c
      Holger Brunck authored
      Signed-off-by: default avatarHolger Brunck <holger.brunck@keymile.com>
    • Holger Brunck's avatar
      powerpc/83xx: remove staticness for qe_iop_conf_tab · a3b88121
      Holger Brunck authored
      commit a5510058 powerpc/83xx/km: make local functions and structs static
      removed the staticness also from this struct. But this struct is needed
      in arch/powerpc/cpu/mpc83xx/cpu_init.c and declared as extern.
      Signed-off-by: default avatarHolger Brunck <holger.brunck@keymile.com>
    • Tom Rini's avatar
  6. 08 Oct, 2013 8 commits
  7. 07 Oct, 2013 2 commits
    • Wolfgang Denk's avatar
      Fix number base handling of "load" command · b770e88a
      Wolfgang Denk authored
      As documented, almost all U-Boot commands expect numbers to be entered
      in hexadecimal input format. (Exception: for historical reasons, the
      "sleep" command takes its argument in decimal input format.)
      This rule was broken for the "load" command; for details please see
      especially commits 045fa1e1 "fs: add filesystem switch libary,
      implement ls and fsload commands" and 3f83c87e "fs: fix number base
      behaviour change in fatload/ext*load".  In the result, the load
      command would always require an explicit "0x" prefix for regular
      (i. e. base 16 formatted) input.
      Change this to use the standard notation of base 16 input format.
      While strictly speaking this is a change of the user interface, we
      hope that it will not cause trouble.  Stephen Warren comments (see
              I suppose you can change the behaviour if you want; anyone
              writing "0x..." for their values presumably won't be
              affected, and if people really do assume all values in U-Boot
              are in hex, presumably nobody currently relies upon using
              non-prefixed values with the generic load command, since it
              doesn't work like that right now.
      [1] http://article.gmane.org/gmane.comp.boot-loaders.u-boot/171172
      Acked-by: default avatarTom Rini <trini@ti.com>
      Acked-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
    • Chin Liang See's avatar
      socfpga: Adding pin mux handoff files · 572886af
      Chin Liang See authored
      Adding the generated pin mux configuration by Preloader
      Generator tool
      Signed-off-by: default avatarChin Liang See <clsee@altera.com>
      Reviewed-by: default avatarPavel Machek <pavel@denx.de>
      Acked-by: default avatarDinh Nguyen <dinguyen@altera.com>
      Cc: Wolfgang Denk <wd@denx.de>
      CC: Pavel Machek <pavel@denx.de>
      Cc: Dinh Nguyen <dinguyen@altera.com>
      Cc: Tom Rini <trini@ti.com>
      Cc: Albert Aribaud <albert.u.boot@aribaud.net>