Skip to content
Snippets Groups Projects
  1. Jun 05, 2014
  2. May 23, 2014
  3. May 12, 2014
  4. Apr 02, 2014
    • Przemyslaw Marczak's avatar
      lib: uuid: code refactor for proper maintain between uuid bin and string · d718ded0
      Przemyslaw Marczak authored
      
      Changes in lib/uuid.c to:
      - uuid_str_to_bin()
      - uuid_bin_to_str()
      
      New parameter is added to specify input/output string format in listed functions
      This change allows easy recognize which UUID type is or should be stored in given
      string array. Binary data of UUID and GUID is always stored in big endian, only
      string representations are different as follows.
      
      String byte: 0                                  36
      String char: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
      string UUID:    be     be   be   be       be
      string GUID:    le     le   le   be       be
      
      This patch also updates functions calls and declarations in a whole code.
      
      Signed-off-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: trini@ti.com
      d718ded0
    • Przemyslaw Marczak's avatar
      part_efi: move uuid<->string conversion functions into lib/uuid.c · a96a0e61
      Przemyslaw Marczak authored
      
      This commit introduces cleanup for uuid library.
      Changes:
      - move uuid<->string conversion functions into lib/uuid.c so they can be
        used by code outside part_efi.c.
      - rename uuid_string() to uuid_bin_to_str() for consistency with existing
        uuid_str_to_bin()
      - add an error return code to uuid_str_to_bin()
      - update existing code to the new library functions.
      
      Signed-off-by: default avatarPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: trini@ti.com
      a96a0e61
  5. Mar 18, 2014
    • Simon Glass's avatar
      sandbox: Use os functions to read host device tree · 95fac6ab
      Simon Glass authored
      
      At present we use U-Boot's filesystem layer to read the sandbox device tree,
      but this is problematic since it relies on a temporary feauture added
      there. Since we plan to implement proper block layer support for sandbox,
      change this code to use the os layer functions instead. Also use the new
      fdt_create_empty_tree() instead of our own code.
      
      Signed-off-by: Simon Glass's avatarSimon Glass <sjg@chromium.org>
      95fac6ab
  6. Feb 24, 2014
  7. Feb 19, 2014
    • Masahiro Yamada's avatar
      kbuild: use Linux Kernel build scripts · 6825a95b
      Masahiro Yamada authored and Tom Rini's avatar Tom Rini committed
      
      Now we are ready to switch over to real Kbuild.
      
      This commit disables temporary scripts:
        scripts/{Makefile.build.tmp, Makefile.host.tmp}
      and enables real Kbuild scripts:
        scripts/{Makefile.build,Makefile.host,Makefile.lib}.
      
      This switch is triggered by the line in scripts/Kbuild.include
        -build := -f $(if $(KBUILD_SRC),$(srctree)/)scripts/Makefile.build.tmp obj
        +build := -f $(if $(KBUILD_SRC),$(srctree)/)scripts/Makefile.build obj
      
      We need to adjust some build scripts for U-Boot.
      But smaller amount of modification is preferable.
      
      Additionally, we need to fix compiler flags which are
      locally added or removed.
      
      In Kbuild, it is not allowed to change CFLAGS locally.
      Instead, ccflags-y, asflags-y, cppflags-y,
      CFLAGS_$(basetarget).o, CFLAGS_REMOVE_$(basetarget).o
      are prepared for that purpose.
      
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Tested-by: default avatarGerhard Sittig <gsi@denx.de>
      6825a95b
  8. Jan 09, 2014
  9. Oct 31, 2013
  10. Oct 14, 2013
  11. Sep 20, 2013
    • Mark Langsdorf's avatar
      part_efi: make sure the gpt_pte is freed · 6d2ee5a3
      Mark Langsdorf authored
      
      the gpt_pte wasn't being freed if it was checked against an invalid
      partition. The resulting memory leakage could make it impossible
      to repeatedly attempt to load non-existent files in a script.
      
      Also, downgrade the message for not finding an invalid partition
      from a printf() to a debug() so as to minimize message spam in
      perfectly normal situations.
      
      Signed-off-by: default avatarMark Langsdorf <mark.langsdorf@calxeda.com>
      6d2ee5a3
  12. Jul 24, 2013
  13. Jul 22, 2013
    • Lan Yixun (dlan)'s avatar
      fs/ext4: fix log2blksz un-initialized error, by cacaulating its value from blksz · 50ffc3b6
      Lan Yixun (dlan) authored
      The problem here is that uboot can't mount ext4 filesystem with
      commit "50ce4c07" applied. We use hard-coded "SECTOR_SIZE"(512)
      before this commit, now we introduce (block_dev_desc_t *)->log2blksz
      to replace this macro. And after we calling do_ls()->fs_set_blk_dev(),
      the variable log2blksz is not initialized, which it's not correct.
      
      And this patch try to solve the problem by caculating the value of
      log2blksz from variable blksz.
      50ffc3b6
  14. Jul 15, 2013
    • Frederic Leroy's avatar
      Fix ext2/ext4 filesystem accesses beyond 2TiB · 04735e9c
      Frederic Leroy authored
      
      With CONFIG_SYS_64BIT_LBA, lbaint_t gets defined as a 64-bit type,
      which is required to represent block numbers for storage devices that
      exceed 2TiB (the block size usually is 512B), e.g. recent hard drives
      
      We now use lbaint_t for partition offset to reflect the lbaint_t change,
      and access partitions beyond or crossing the 2.1TiB limit.
      This required changes to signature of ext4fs_devread(), and type of all
      variables relatives to block sector.
      
      ext2/ext4 fs uses logical block represented by a 32 bit value. Logical
      block is a multiple of device block sector. To avoid overflow problem
      when calling ext4fs_devread(), we need to cast the sector parameter.
      
      Signed-off-by: default avatarFrédéric Leroy <fredo@starox.org>
      04735e9c
  15. Jun 04, 2013
    • Marek Vasut's avatar
      disk: Fix possible out-of-bounds access in part_efi.c · 67cd4a63
      Marek Vasut authored
      
      Make sure to never access beyond bounds of either EFI partition name
      or DOS partition name. This situation is happening:
      
      part.h:     disk_partition_t->name is 32-byte long
      part_efi.h: gpt_entry->partition_name is 36-bytes long
      
      The loop in part_efi.c copies over 36 bytes and thus accesses beyond
      the disk_partition_t->name .
      
      Fix this by picking the shortest of source and destination arrays and
      make sure the destination array is cleared so the trailing bytes are
      zeroed-out and don't cause issues with string manipulation.
      
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Tom Rini <trini@ti.com>
      Cc: Simon Glass <sjg@chromium.org>
      67cd4a63
  16. May 01, 2013
    • Egbert Eich's avatar
      disk/iso: Add Support for block sizes > 512 byte to ISO partition support · d7ea4d4d
      Egbert Eich authored
      
      For ISO we check the block size of the device if this is != the CD sector
      size we assume that the device has no ISO partition.
      
      Signed-off-by: default avatarEgbert Eich <eich@suse.com>
      d7ea4d4d
    • Egbert Eich's avatar
      disk/gpt: Fix GPT partition handling for blocksize != 512 · ae1768a7
      Egbert Eich authored
      
      Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
      code in u-boot  still assumes a 512 byte blocksize.
      This patch fixes the handling of GPTs.
      
      Signed-off-by: default avatarEgbert Eich <eich@suse.com>
      ae1768a7
    • Egbert Eich's avatar
      disk/part_dos: check harder for partition table · 9d956e0f
      Egbert Eich authored
      
      Devices that used to have a whole disk FAT filesystem but got then
      partitioned will most likely still have a FAT or FAT32 signature
      in the first sector as this sector does not get overwritten by
      a partitioning tool (otherwise the tool would risk to kill the mbr).
      
      The current partition search algorithm will erronously detects such
      a device as a raw FAT device.
      
      Instead of looking for the FAT or FAT32 signatures immediately we
      use the same algorithm as used by the Linux kernel and first check
      for a valid boot indicator flag on each of the 4 partitions.
      If the value of this flag is invalid for the first entry we then
      do the raw partition check.
      If the flag for any higher partition is wrong we assume the device
      is neiter a MBR nor PBR device.
      
      Signed-off-by: default avatarEgbert Eich <eich@suse.com>
      9d956e0f
  17. Apr 02, 2013
  18. Mar 14, 2013
  19. Mar 04, 2013
  20. Dec 13, 2012
  21. Dec 06, 2012
  22. Oct 22, 2012
  23. Oct 19, 2012
  24. Oct 17, 2012
Loading