linux-toradex.git/drivers/mtd, branch tegra-9.12.14 Linux kernel for Apalis and Colibri modules tegra mtd: Fixed read api to return correct length. 2010-06-15T15:47:45+00:00 vdumpa vdumpa@nvidia.com 2010-06-14T19:08:44+00:00 6ec469a60822d9dce1a190a56d19eaece8e7958b Fixed tegra_nand_read api to return correct number of read bytes. Change-Id: If08514052fa266b27d1a5d5d4139ae35e185f853 Reviewed-on: http://git-master/r/2593 Reviewed-by: Krishna Reddy <vdumpa@nvidia.com> Tested-by: Krishna Reddy <vdumpa@nvidia.com> Reviewed-by: Gary King <gking@nvidia.com> 
Fixed tegra_nand_read api to return correct number of
read bytes.

Change-Id: If08514052fa266b27d1a5d5d4139ae35e185f853
Reviewed-on: http://git-master/r/2593
Reviewed-by: Krishna Reddy <vdumpa@nvidia.com>
Tested-by: Krishna Reddy <vdumpa@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
[mtd] add NAND device MTD block driver for Tegra SoCs 2010-05-17T03:11:12+00:00 Gary King gking@nvidia.com 2010-05-17T01:22:24+00:00 56f969abc37376f950fc743dab47239c9b773507 Change-Id: Id38598e0a63b3f723cc07933c54bf5a99781ad0a 
Change-Id: Id38598e0a63b3f723cc07933c54bf5a99781ad0a
ARM: 5848/1: kill flush_ioremap_region() 2010-04-05T21:04:22+00:00 Nicolas Pitre nico@fluxnic.net 2009-12-11T01:21:57+00:00 98d291507cec33a5153854e0c5ed32d27aa4dc75 There is not enough users to warrant its existence, and it is actually an obstacle to progress with the new DMA API which cannot cover this case properly. To keep backward compatibility, let's perform the necessary custom cache maintenance locally in the only driver affected. Signed-off-by: Nicolas Pitre <nico@marvell.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
There is not enough users to warrant its existence, and it is actually
an obstacle to progress with the new DMA API which cannot cover this
case properly.

To keep backward compatibility, let's perform the necessary custom
cache maintenance locally in the only driver affected.

Signed-off-by: Nicolas Pitre <nico@marvell.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
block: add helpers to run flush_dcache_page() against a bio and a request's pages 2010-04-05T21:03:24+00:00 Ilya Loginov isloginov@gmail.com 2009-11-26T08:16:19+00:00 cedfa4f5754c5aa562d545865922626e2239f11b Mtdblock driver doesn't call flush_dcache_page for pages in request. So, this causes problems on architectures where the icache doesn't fill from the dcache or with dcache aliases. The patch fixes this. The ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE symbol was introduced to avoid pointless empty cache-thrashing loops on architectures for which flush_dcache_page() is a no-op. Every architecture was provided with this flush pages on architectires where ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE is equal 1 or do nothing otherwise. See "fix mtd_blkdevs problem with caches on some architectures" discussion on LKML for more information. Signed-off-by: Ilya Loginov <isloginov@gmail.com> Cc: Ingo Molnar <mingo@elte.hu> Cc: David Woodhouse <dwmw2@infradead.org> Cc: Peter Horton <phorton@bitbox.co.uk> Cc: "Ed L. Cashin" <ecashin@coraid.com> Signed-off-by: Jens Axboe <jens.axboe@oracle.com> 
Mtdblock driver doesn't call flush_dcache_page for pages in request.  So,
this causes problems on architectures where the icache doesn't fill from
the dcache or with dcache aliases.  The patch fixes this.

The ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE symbol was introduced to avoid
pointless empty cache-thrashing loops on architectures for which
flush_dcache_page() is a no-op.  Every architecture was provided with this
flush pages on architectires where ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE is
equal 1 or do nothing otherwise.

See "fix mtd_blkdevs problem with caches on some architectures" discussion
on LKML for more information.

Signed-off-by: Ilya Loginov <isloginov@gmail.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Peter Horton <phorton@bitbox.co.uk>
Cc: "Ed L. Cashin" <ecashin@coraid.com>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
Merge commit 'v2.6.32.9' into android-2.6.32 2010-03-11T00:38:33+00:00 Arve Hjønnevåg arve@android.com 2010-03-11T00:38:33+00:00 67078ecae3edb5b4657dcb9f67f744ecccd18a97 






mtd: nand: Allow NAND chip ids to be included standalone.
2010-02-16T23:08:15+00:00

Dima Zavin
dima@google.com

2008-12-04T20:19:57+00:00

0a39ec04c518d367d599db2edf1273edb5e2125e

Lets non-standard NAND drivers take advantage of known NAND
chip information.

Change-Id: I87e2fcb40b07b2ec91e102f1fa7f419a4b4af0a3
Signed-off-by: Dima Zavin <dima@android.com>





Lets non-standard NAND drivers take advantage of known NAND
chip information.

Change-Id: I87e2fcb40b07b2ec91e102f1fa7f419a4b4af0a3
Signed-off-by: Dima Zavin <dima@android.com>







UBI: fix volume creation input checking
2010-02-09T12:50:45+00:00

Mika Westerberg
ext-mika.1.westerberg@nokia.com

2010-01-26T15:47:05+00:00

cfc7e54cd19cabdadf803be3d6a04d89f2663aa5

commit c5ce5b46af76f52dea21f467397d24c4ae6cb3ff upstream.

Do not use an unchecked variable UBI_IOCMKVOL ioctl.

Signed-off-by: Mika Westerberg <ext-mika.1.westerberg@nokia.com>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>






commit c5ce5b46af76f52dea21f467397d24c4ae6cb3ff upstream.

Do not use an unchecked variable UBI_IOCMKVOL ioctl.

Signed-off-by: Mika Westerberg <ext-mika.1.westerberg@nokia.com>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>








mtd: nand: Add naieve panic_write support for generic nand devices.
2010-02-08T23:36:02+00:00

San Mehat
san@google.com

2009-08-20T17:50:45+00:00

a431be40b097bb30ac0766b46364c041f99a9e11

Signed-off-by: San Mehat <san@google.com>

mtd: nand_base: fix nand_panic_wait

fix the problem of nand_panic_wait

Signed-off-by: Tom Zhu <a2289c@android-hal-04.(none)>
Signed-off-by: San Mehat <san@google.com>





Signed-off-by: San Mehat <san@google.com>

mtd: nand_base: fix nand_panic_wait

fix the problem of nand_panic_wait

Signed-off-by: Tom Zhu <a2289c@android-hal-04.(none)>
Signed-off-by: San Mehat <san@google.com>







UBI: initialise update marker
2010-01-28T23:02:34+00:00

Peter Horton
zero@colonel-panic.org

2010-01-05T11:14:36+00:00

2cdc2dc3bdf8948ddf5a11d2907ac9d98d1c2794

commit ff998793288b49a3b22d929bf8e56362320905ff upstream.

The in kernel copy of a volume's update marker is not initialised from the
volume table. This means that volumes where an update was unfinnished will
not be treated as "forbidden to use". This is basically that the update
functionality was broken.

Signed-off-by: Peter Horton <zero@colonel-panic.org>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>






commit ff998793288b49a3b22d929bf8e56362320905ff upstream.

The in kernel copy of a volume's update marker is not initialised from the
volume table. This means that volumes where an update was unfinnished will
not be treated as "forbidden to use". This is basically that the update
functionality was broken.

Signed-off-by: Peter Horton <zero@colonel-panic.org>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>








UBI: fix memory leak in update path
2010-01-28T23:02:31+00:00

Artem Bityutskiy
Artem.Bityutskiy@nokia.com

2010-01-18T14:43:44+00:00

f6fbe0baa35fd65a4344a48ebc60c08f18a0fc20

commit ebddd63b74dcf1cb676d14328d5852f1fee19a8a upstream.

When truncating an UBI volume, UBI should allocates a PEB-sized
buffer but does not release it, which leads to memory leaks.
This patch fixes the issue.

Reported-by: Marek Skuczynski <mareksk7@gmail.com>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Tested-by: Marek Skuczynski <mareksk7@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>






commit ebddd63b74dcf1cb676d14328d5852f1fee19a8a upstream.

When truncating an UBI volume, UBI should allocates a PEB-sized
buffer but does not release it, which leads to memory leaks.
This patch fixes the issue.

Reported-by: Marek Skuczynski <mareksk7@gmail.com>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Tested-by: Marek Skuczynski <mareksk7@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>