mtd-utils.git/ubi-utils/src, branch v1.3.1

ubiformat: boost version to 1.5

2010-01-15T17:12:24+00:00

We fixed the sequence numbers bug, which is quite serious. Signed-off-by: Artem Bityutskiy

ubiformat: be consistent with sequence numbers

2010-01-15T17:12:24+00:00

This commit fixes a stupid an nasty bug. When we flash an UBI image, we do not change its sequence numbers. But when we format the rest of the PEBs (beyond the flashed image), we use a random (or specified via cmdline) sequence number. As a result, we have a broken flash format and UBI refuses it, because half of it has one sequence number, another half has a different one. What we have to do instead, we have to substitute image's sequence number with ours. Reported-by: Jeff Angielski Signed-off-by: Artem Bityutskiy Tested-by: Jeff Angielski

ubiformat: always initialize seq number

2010-01-15T17:12:24+00:00

For some reasons sequence number was set to 0 in some case, which is wrong. Signed-off-by: Artem Bityutskiy

ubiformat: fix error message

2009-12-09T14:42:59+00:00

Signed-off-by: Artem Bityutskiy

ubiformat: check that min IO size is power of 2

2009-12-09T14:31:41+00:00

Signed-off-by: Artem Bityutskiy

ubiformat: fix --erase-counter handling

2009-11-26T09:38:45+00:00

The --erase-counter option did not work and this was reproted by Darwin Rambo Signed-off-by: Artem Bityutskiy

ubi-utils: add ubirsvol tool to resize UBI volumes

2009-10-05T08:14:57+00:00

This is nearly a copy/paste from ubirmvol. Signed-off-by: Arnaud Mouiche Signed-off-by: Artem Bityutskiy

ubinize/ubiformat: improve random number seeding

2009-09-28T08:50:51+00:00

Add current time to the PID to improve the pseudo-random number generator seeding. Also, use 'rand()' instead of 'random()', because 'srand()' is for 'rand()'. Signed-off-by: Artem Bityutskiy

ubiformat/ubinize: Don't randomize 0xFFFFFFFF sequence number

2009-09-28T08:19:14+00:00

args.image_seq is of type uint32_t and was initialized to -1 which becomes 0xFFFFFFFF in this case. Later the value -1 was used as a flag that args.image_seq should be replaced with a randomized value. With the option --image-seq (-Q) a user could provide any sequence number at will. But when the user provided sequence number was 0xFFFFFFFF this was understood effectivly as -1 and got overridden by a randomized sequence number. So this patch change the programm flow to respect the principle of least surprise and never use a randomized sequence number when the user provide one at own will. Signed-off-by: Michael Roth Signed-off-by: Artem Bityutskiy

ubiformat/ubinize: fix more 64-bit image sequence number confusion

2009-09-28T08:16:39+00:00

The sequence number is only 32 bit as the strtoul() function. Signed-off-by: Michael Roth Signed-off-by: Artem Bityutskiy