u-boot.git/fs/ext4/dev.c, branch v2016.07

dm: block: Adjust device calls to go through helpers function

2016-03-14T21:34:50+00:00

To ease conversion to driver model, add helper functions which deal with
calling each block device method. With driver model we can reimplement these
functions with the same arguments.

Use inline functions to avoid increasing code size on some boards.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng 
Tested-by: Stephen Warren

dm: Drop the block_dev_desc_t typedef

2016-03-14T21:34:50+00:00

Use 'struct' instead of a typdef. Also since 'struct block_dev_desc' is long
and causes 80-column violations, rename it to struct blk_desc.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng 
Tested-by: Stephen Warren

block: pass block dev not num to read/write/erase()

2016-01-14T02:05:18+00:00

This will allow the implementation to make use of data in the block_dev
structure beyond the base device number. This will be useful so that eMMC
block devices can encompass the HW partition ID rather than treating this
out-of-band. Equally, the existence of the priv field is crying out for
this patch to exist.

Signed-off-by: Stephen Warren 
Reviewed-by: Tom Rini

Move ALLOC_CACHE_ALIGN_BUFFER() to the new memalign.h header

2015-09-11T21:15:20+00:00

Now that we have a new header file for cache-aligned allocation, we should
move the stack-based allocation macro there also.

Signed-off-by: Simon Glass

linux/kernel.h: sync min, max, min3, max3 macros with Linux

2014-11-23T11:48:30+00:00

U-Boot has never cared about the type when we get max/min of two
values, but Linux Kernel does.  This commit gets min, max, min3, max3
macros synced with the kernel introducing type checks.

Many of references of those macros must be fixed to suppress warnings.
We have two options:
 - Use min, max, min3, max3 only when the arguments have the same type
   (or add casts to the arguments)
 - Use min_t/max_t instead with the appropriate type for the first
   argument

Signed-off-by: Masahiro Yamada 
Acked-by: Pavel Machek 
Acked-by: Lukasz Majewski 
Tested-by: Lukasz Majewski 
[trini: Fixup arch/blackfin/lib/string.c]
Signed-off-by: Tom Rini

fs/ext4: fix partition size get truncated in calculation

2014-01-20T15:09:38+00:00

It may cause file system corruption when do a write operation.
This issue only affects boards that use 32 bit lbaint_t.

Signed-off-by: Ma Haijun

Add GPL-2.0+ SPDX-License-Identifier to source files

2013-07-24T13:44:38+00:00

Signed-off-by: Wolfgang Denk 
[trini: Fixup common/cmd_io.c]
Signed-off-by: Tom Rini

Fix ext2/ext4 filesystem accesses beyond 2TiB

2013-07-15T21:06:13+00:00

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

ext4: assign get_fs()->dev_desc before using it

2013-05-24T14:04:23+00:00

Commit 50ce4c0 "fs/ext4: Support device block sizes != 512 bytes"
modified ext4fs_set_blk_dev() to calculate total_sect based on
get_fs()->dev_desc->log2blksz rather than SECTOR_SIZE. However, this
value wasn't yet assigned. Move the assignment earlier so the code
doesn't crash or hang.

Cc: Egbert Eich 
Tested-by: Tom Rini 
Signed-off-by: Stephen Warren

fs/ext4: Support device block sizes != 512 bytes

2013-05-10T12:16:33+00:00

The 512 byte block size was hard coded in the ext4 file systems.
Large harddisks today support bigger block sizes typically 4096
bytes.
This patch removes this limitation.

Signed-off-by: Egbert Eich