linux.git/drivers/mtd/ubi, branch v2.6.23

mm: Remove slab destructors from kmem_cache_create().

2007-07-20T01:11:58+00:00

Slab destructors were no longer supported after Christoph's
c59def9f222d44bb7e2f0a559f2906191a0862d7 change. They've been
BUGs for both slab and slub, and slob never supported them
either.

This rips out support for the dtor pointer from kmem_cache_create()
completely and fixes up every single callsite in the kernel (there were
about 224, not including the slab allocator definitions themselves,
or the documentation references).

Signed-off-by: Paul Mundt

UBI: fix compile warning

2007-07-18T13:59:17+00:00

cdev.c whines in current git:

drivers/mtd/ubi/cdev.c: In function `major_to_device':
drivers/mtd/ubi/cdev.c:67: warning: control reaches end of non-void function

Shut it up.

Signed-off-by: Paul Mundt 
Signed-off-by: Artem Bityutskiy

UBI: fix error handling in erase worker

2007-07-18T13:59:09+00:00

Do not switch to read-only mode in case of -EINTR and some
other obvious cases. Switch to RO mode only when we do not
know what is the error.

Reported-by: Vinit Agnihotri 
Signed-off-by: Artem Bityutskiy

UBI: fix comments

2007-07-18T13:59:01+00:00

Signed-off-by: Artem Bityutskiy

UBI: remove unneeded error checks

2007-07-18T13:58:53+00:00

Pointed to by viro.

Signed-off-by: Artem Bityutskiy

UBI: cleanup usage of try_module_get

2007-07-18T13:58:45+00:00

The use of try_module_get(THIS_MODULE) in ubi_get_device_info does not
offer real protection against unexpected driver unloads, since we could
be preempted before try_modules_get gets executed. It is the caller who
should manipulate the refcounts. Besides, ubi_get_device_info is an
exported symbol which guarantees protection when accessed through
symbol_get.

Signed-off-by: Fernando Luis Vazquez Cao 
Signed-off-by: Artem Bityutskiy

UBI: fix overflow bug

2007-07-18T13:58:12+00:00

I was experiencing overflows in multiplications for
volume->used_bytes in vmt.c & vtbl.c, while creating & resizing large volumes.

vol->used_bytes is long long however its 2 operands vol->used_ebs &
vol->usable_leb_size
are int. So their multiplication for larger values causes integer overflows.
Typecasting them solves the problem.

My machine & flash details:

64Bit dual-core AMD opteron, 1 GB RAM, linux 2.6.18.3.
mtd size = 6GB, volume size= 5GB, peb_size = 4MB.

heres patch which does the fix.

Signed-off-by: Vinit Agnihotri 
Signed-off-by: Artem Bityutskiy

UBI: bugfix in max_sqnum calculation

2007-07-18T13:58:02+00:00

Do not zero max_sqnum after a new volume has been found.

Signed-off-by: Artem Bityutskiy

UBI: bugfix in sqnum calculation

2007-07-18T13:57:52+00:00

Hi,I came across problem of having two leb with same sequence no.This
happens when we continuously write one block again and again and reboot
machine before background thread erases those blocks.
The problem here was,when we find two blocks with same sequence no,we take
the higher one,but we were not updating max seq no,so next block may have
the same seqnum.
This patch solves this problem.

Signed-off-by: Brijesh Singh 
Signed-off-by: Artem Bityutskiy

UBI: fix signed-unsigned multiplication

2007-07-18T13:57:34+00:00

There is signed multiplication assigned to unsigned ei.addr in io.c.
This causes wrong addresses for big multiplication.This patch solves the
problem.

Signed-off-by: Brijesh Singh 
Signed-off-by: Artem Bityutskiy