Skip to content
Snippets Groups Projects
  1. Oct 07, 2016
  2. Oct 06, 2016
  3. Oct 02, 2016
    • Petr Kulhavy's avatar
      fastboot: move FASTBOOT_FLASH options into Kconfig · 6f6c8630
      Petr Kulhavy authored
      
      Move FASTBOOT_MBR_NAME and FASTBOOT_GPT_NAME into Kconfig.
      Add dependency on the FASTBOOT_FLASH setting (also for FASTBOOT_MBR_NAME).
      Remove the now redundant GPT_ENTRY_NAME.
      
      Signed-off-by: default avatarPetr Kulhavy <brain@jikos.cz>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      Acked-by: default avatarSteve Rae <steve.rae@raedomain.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      [trini: Add FIXME about xxx_PARTITION needing to be in Kconfig]
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      6f6c8630
    • Petr Kulhavy's avatar
      fastboot: add support for writing MBR · b6dd69a4
      Petr Kulhavy authored
      
      Add special target "mbr" (otherwise configurable via CONFIG_FASTBOOT_MBR_NAME)
      to write MBR partition table.
      Partitions are now searched using the generic function which finds any
      partiiton by name. For MBR the partition names hda1, sda1, etc. are used.
      
      Signed-off-by: default avatarPetr Kulhavy <brain@jikos.cz>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      Acked-by: default avatarSteve Rae <steve.rae@raedomain.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      b6dd69a4
    • Petr Kulhavy's avatar
      disk: part: implement generic function part_get_info_by_name() · 87b8530f
      Petr Kulhavy authored
      
      So far partition search by name has been supported only on the EFI partition
      table. This patch extends the search to all partition tables.
      
      Rename part_get_info_efi_by_name() to part_get_info_by_name(), move it from
      part_efi.c into part.c and make it a generic function which traverses all part
      drivers and searches all partitions (in the order given by the linked list).
      
      For this a new variable struct part_driver.max_entries is added, which limits
      the number of partitions searched. For EFI this was GPT_ENTRY_NUMBERS.
      Similarly the limit is defined for DOS, ISO, MAC and AMIGA partition tables.
      
      Signed-off-by: default avatarPetr Kulhavy <brain@jikos.cz>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      Acked-by: default avatarSteve Rae <steve.rae@raedomain.com>
      87b8530f
    • Zubair Lutfullah Kakakhel's avatar
      bootm: fix passing argc to standalone apps · ba079840
      Zubair Lutfullah Kakakhel authored
      
      This bug appears in b6396403 which makes u-boot unable to pass
      arguments via bootm to a standalone application without this patch.
      
      Steps to reproduce.
      
      Compile a u-boot. Use mkimage to package the standalone hello_world.bin
      file.
      
      e.g. For the MIPS Boston platform
      
      mkimage -n "hello" -A mips -O u-boot -C none -T standalone \
           -a 0xffffffff80200000 -d hello_world.bin \
           -ep 0xffffffff80200000 hello_out
      
      Then tftp hello_out and run it using
      
      boston # dhcp 192.168.154.45:hello_out
      ...
      boston # bootm $loadaddr 123 321
      
      Without the patch the following output is observed.
      
      boston # bootm $loadaddr 123 321
         Image Name:   hello
         Image Type:   MIPS U-Boot Standalone Program (uncompressed)
         Data Size:    1240 Bytes = 1.2 KiB
         Load Address: 80200000
         Entry Point:  80200000
         Verifying Checksum ... OK
         Loading Standalone Program ... OK
      Example expects ABI version 8
      Actual U-Boot ABI version 8
      Hello World
      argc = 0
      argv[0] = "0xffffffff88000000"
      
      With the patch, you see the following.
      
      boston # bootm $loadaddr 123 321
         Image Name:   hello
         Image Type:   MIPS U-Boot Standalone Program (uncompressed)
         Data Size:    1240 Bytes = 1.2 KiB
         Load Address: 80200000
         Entry Point:  80200000
         Verifying Checksum ... OK
         Loading Standalone Program ... OK
      Example expects ABI version 8
      Actual U-Boot ABI version 8
      Hello World
      argc = 3
      argv[0] = "0xffffffff88000000"
      argv[1] = "123"
      argv[2] = "321"
      argv[3] = "<NULL>"
      
      Without the patch, the go command at the entry point seems to work.
      
      boston # go 0xffffffff80200000 123 321
      Example expects ABI version 8
      Actual U-Boot ABI version 8
      Hello World
      argc = 3
      argv[0] = "0xffffffff80200000"
      argv[1] = "123"
      argv[2] = "321"
      argv[3] = "<NULL>"
      Hit any key to exit ...
      
      Signed-off-by: default avatarZubair Lutfullah Kakakhel <Zubair.Kakakhel@imgtec.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      ba079840
  4. Sep 27, 2016
  5. Sep 23, 2016
  6. Sep 22, 2016
    • Paul Burton's avatar
      image-fit: Fix fit_get_node_from_config semantics · bd86ef11
      Paul Burton authored
      
      Commit bac17b78 ("image-fit: switch ENOLINK to ENOENT") changed
      fit_get_node_from_config to return -ENOENT when a property doesn't
      exist, but didn't change any of its callers which check return values.
      Notably it didn't change boot_get_ramdisk, which leads to U-Boot failing
      to boot FIT images which don't include ramdisks with the following
      message:
      
        Ramdisk image is corrupt or invalid
      
      It also didn't take into account that by returning -ENOENT to denote the
      lack of a property we lost the ability to determine from the return
      value of fit_get_node_from_config whether it was the property or the
      configuration node that was missing, which may potentially lead callers
      to accept invalid FIT images.
      
      Fix this by having fit_get_node_from_config return -EINVAL when the
      configuration node isn't found and -ENOENT when the property isn't
      found, which seems to make semantic sense. Callers that previously
      checked for -ENOLINK are adjusted to check for -ENOENT, which fixes the
      breakage introduced by commit bac17b78 ("image-fit: switch ENOLINK
      to ENOENT").
      
      The only other user of the return fit_get_node_from_config return value,
      indirectly, is bootm_find_os which already checked for -ENOENT. From a
      read-through of the code I suspect it ought to have been checking for
      -ENOLINK prior to bac17b78 ("image-fit: switch ENOLINK to ENOENT")
      anyway, which would make it right after this patch, but this would be
      good to get verified by someone who knows this x86 code or is able to
      test it.
      
      Signed-off-by: default avatarPaul Burton <paul.burton@imgtec.com>
      Cc: Jonathan Gray <jsg@jsg.id.au>
      Cc: Marek Vasut <marex@denx.de>
      Acked-by: default avatarMarek Vasut <marex@denx.de>
      Acked-by: default avatarStefan Roese <sr@denx.de>
      Acked-by: default avatarGeorge McCollister <george.mccollister@gmail.com>
      Tested-by: default avatarGeorge McCollister <george.mccollister@gmail.com>
      bd86ef11
  7. Sep 21, 2016
    • Paul Burton's avatar
      board_f: Add a mach_cpu_init callback · 8ebf5069
      Paul Burton authored
      
      Currently we have a mismash of architectures which use arch_cpu_init
      from architecture-wide code (arc, avr32, blackfin, mips, nios2, xtensa)
      and architectures which use arch_cpu_init from machine/SoC level code
      (arm, x86).
      
      In order to clean this mess up & allow for both use cases, introduce a
      new mach_cpu_init callback which is run immediately after arch_cpu_init.
      This will allow for architectures to have arch-wide code without needing
      individual machines to all implement their own arch_cpu_init with a call
      to some common function.
      
      Signed-off-by: default avatarPaul Burton <paul.burton@imgtec.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      8ebf5069
  8. Sep 20, 2016
  9. Sep 16, 2016
Loading