u-boot.git/fs, branch v2013.10

mtd: fix warnings due to 64-bit partition support

2013-10-16T00:03:59+00:00

commit 39ac34473f3c96e77cbe03a49141771ed1639486 ("cmd_mtdparts: use 64
bits for flash size, partition size & offset") introduced warnings
in a couple places due to printf formats or pointer casting.

This patch fixes the warnings pointed out here:
http://lists.denx.de/pipermail/u-boot/2013-October/164981.html

Signed-off-by: Scott Wood 
Cc: York Sun 
Cc: Stefan Roese 
Cc: Paul Burton 
Cc: Tom Rini

Coding Style cleanup: replace leading SPACEs by TABs

2013-10-14T20:06:54+00:00

Signed-off-by: Wolfgang Denk 
[trini: Drop changes for PEP 4 following python tools]
Signed-off-by: Tom Rini

Fix number base handling of "load" command

2013-10-07T19:54:18+00:00

As documented, almost all U-Boot commands expect numbers to be entered
in hexadecimal input format. (Exception: for historical reasons, the
"sleep" command takes its argument in decimal input format.)

This rule was broken for the "load" command; for details please see
especially commits 045fa1e "fs: add filesystem switch libary,
implement ls and fsload commands" and 3f83c87 "fs: fix number base
behaviour change in fatload/ext*load".  In the result, the load
command would always require an explicit "0x" prefix for regular
(i. e. base 16 formatted) input.

Change this to use the standard notation of base 16 input format.
While strictly speaking this is a change of the user interface, we
hope that it will not cause trouble.  Stephen Warren comments (see
[1]):

        I suppose you can change the behaviour if you want; anyone
        writing "0x..." for their values presumably won't be
        affected, and if people really do assume all values in U-Boot
        are in hex, presumably nobody currently relies upon using
        non-prefixed values with the generic load command, since it
        doesn't work like that right now.

[1] http://article.gmane.org/gmane.comp.boot-loaders.u-boot/171172

Acked-by: Tom Rini 
Acked-by: Stephen Warren 
Signed-off-by: Wolfgang Denk

fs: fat: don't call disk_write with zero sector num

2013-09-06T17:09:07+00:00

In the set_cluster() function, it will convert the buffer size to sector
numbers. Then call disk_write() to write by sector.
For remaining buffer, the size is less than a sector, call disk_write()
again to write them in one sector.

But if the total buffer size is less then one sector, the original code
will call disk_write() with zero sector number. It is unnecessary.
So this patch fix this. Now it will not call disk_write() if total buffer size
is less than one sector.

Signed-off-by: Josh Wu

SPDX-License-Identifier: convert BSD-3-Clause files

2013-08-19T19:45:35+00:00

Signed-off-by: Wolfgang Denk 
[trini Don't remove some copyrights by accident]
Signed-off-by: Tom Rini

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

ext4fs: le32_to_cpu() used on a 16-bit field

2013-07-22T14:09:30+00:00

Fix reading ext4_extent_header struture on BE machines.  Some 16 bit
fields where converted to 32 bit fields, due to the byte swap on BE
machines the containing value was corrupted. Therefore reading ext4
filesystems on BE machines where broken before.

Signed-off-by: Rommel Custodio 
[sent via git-send-email; rework commit message]
Signed-off-by: Andreas Bießmann 
Reviewed-by: Simon Glass 
Tested-by: Simon Glass 
Tested-by: Lukasz Majewski

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

cramfs: fix bug for wrong filename comparison

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

"cramfsload uImage_1" succeeds even though the actual file is named
"uImage".

Fix file name comparison when one name is the prefix of the other.

Signed-off-by: Holger Brunck 
cc: Wolfgang Denk 
cc: Albert ARIBAUD

Merge branch 'master' of git://git.denx.de/u-boot-nand-flash

2013-05-31T22:28:47+00:00