24 Jul, 2013

1 commit


16 Jul, 2013

1 commit

  • 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: Frédéric Leroy

    Frederic Leroy
     

05 Jun, 2013

1 commit

  • 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: Marek Vasut
    Cc: Tom Rini
    Cc: Simon Glass

    Marek Vasut
     

02 May, 2013

1 commit


03 Apr, 2013

1 commit


15 Mar, 2013

1 commit


14 Dec, 2012

2 commits


22 Oct, 2012

1 commit


17 Oct, 2012

5 commits


26 Sep, 2012

2 commits


22 Jun, 2012

1 commit


07 Dec, 2011

1 commit

  • Fix errors noticed after enabling CONFIG_EFI_PARTITION
    for the OMAP3 EVM board:

    part_efi.c: In function 'print_part_efi':
    part_efi.c:133:5: warning: passing argument 3 of 'is_gpt_valid'
    from incompatible pointer type
    part_efi.c:95:12: note: expected 'struct gpt_header *' but arg
    ument is of type 'struct gpt_header **'
    part_efi.c: In function 'get_partition_info_efi':
    part_efi.c:173:4: warning: passing argument 3 of 'is_gpt_valid
    ' from incompatible pointer type
    part_efi.c:95:12: note: expected 'struct gpt_header *' but arg
    ument is of type 'struct gpt_header **'
    part_efi.c: In function 'alloc_read_gpt_entries':
    part_efi.c:384:18: error: 'CONFIG_SYS_CACHELINE_SIZE' undeclare
    d (first use in this function)

    Signed-off-by: Sanjeev Premi
    Cc: Tom Rini
    Cc: Anton staaf
    Signed-off-by: Sandeep Paulraj

    Sanjeev Premi
     

06 Dec, 2011

1 commit

  • Commit deb5ca80275e8cfa74d5680b41204e08a095eca5 "disk: part_efi: fix
    **pgpt_pte == NULL" modified the code to pass "&gpt_head" to
    is_gpt_valid() rather than the previous "gpt_head". However, gpt_head
    is a pointer to the buffer, not the actual buffer, since it was allocated
    using ALLOC_CACHE_ALIGN_BUFFER. This caused is_gpt_valid() to read the
    disk block onto the stack rather than into the buffer, causing the
    code to fail.

    This change reverts that portion of the commit mentioned above.

    Signed-off-by: Stephen Warren
    Acked-by: Doug Anderson
    Tested-by: Simon Glass
    Acked-by: Mike Frysinger
    Tested-by: Anton Staaf

    Stephen Warren
     

28 Oct, 2011

2 commits


25 Oct, 2011

1 commit

  • Currently part_efi.c allocates buffers for the gpt_header, the
    legacy_mbr, and the pte (partition table entry) that may be
    incorrectly aligned for DMA operations.

    This patch uses ALLOC_CACHE_ALIGN_BUFFER for the stack allocated
    buffers and memalign to replace the malloc of the pte.

    Signed-off-by: Anton Staaf
    Cc: Lukasz Majewski
    Cc: Mike Frysinger
    Cc: Albert ARIBAUD
    Acked-by: Mike Frysinger

    Anton staaf
     

07 Oct, 2011

1 commit

  • Previous output:
    Marvell>> mmc part

    Partition Map for MMC device 1 -- Partition Type: EFI

    Part Start LBA End LBA
    gpt1 0x8C00 0xCBFF
    gpt2 0xCC00 0x57BFF
    gpt3 0x57C00 0xA2BFF
    gpt4 0xA2C00 0xECBFDE

    With the patch, the output becomes:
    Marvell>> mmc part

    Partition Map for MMC device 1 -- Partition Type: EFI

    Part Name Start LBA End LBA
    1 ramdisk 0x00008C00 0x0000CBFF
    2 system 0x0000CC00 0x00057BFF
    3 userdata 0x00057C00 0x000A2BFF
    4 remaining 0x000A2C00 0x00ECBFDE

    Signed-off-by: Lei Wen

    Lei Wen
     

10 Aug, 2009

1 commit


04 Apr, 2009

1 commit

  • Mflash is fusion memory device mainly targeted consumer eletronic and
    mobile phone.
    Internally, it have nand flash and other hardware logics and supports
    some different operation (ATA, IO, XIP) modes.

    IO mode is custom mode for the host that doesn't have IDE interface.
    (Many mobile targeted SoC doesn't have IDE bus)

    This driver support mflash IO mode.

    Followings are brief descriptions about IO mode.

    1. IO mode based on ATA protocol and uses some custom command. (read
    confirm, write confirm)
    2. IO mode uses SRAM bus interface.

    Signed-off-by: unsik Kim

    unsik Kim
     

18 Feb, 2009

1 commit


28 Jan, 2009

1 commit


19 Oct, 2008

2 commits