summaryrefslogtreecommitdiff
path: root/board/bf538f-ezkit
diff options
context:
space:
mode:
authorFrederic Leroy <fredo@starox.org>2013-06-26 18:11:25 +0200
committerTom Rini <trini@ti.com>2013-07-15 17:06:13 -0400
commit04735e9c5578dd4f3584be5454b9779e8e5c2af9 (patch)
tree5641d35f98ffda64ff900a8356639eeb88f320a5 /board/bf538f-ezkit
parent0eb33ad253026d5a773854dd42b2a56937678aa9 (diff)
downloadu-boot-imx-04735e9c5578dd4f3584be5454b9779e8e5c2af9.zip
u-boot-imx-04735e9c5578dd4f3584be5454b9779e8e5c2af9.tar.gz
u-boot-imx-04735e9c5578dd4f3584be5454b9779e8e5c2af9.tar.bz2
Fix ext2/ext4 filesystem accesses beyond 2TiB
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 <fredo@starox.org>
Diffstat (limited to 'board/bf538f-ezkit')
0 files changed, 0 insertions, 0 deletions