linux-toradex.git/drivers/mtd/chips/cfi_util.c, branch v2.6.34.3

tree wide: remove execute flag from .c files

2010-02-04T10:55:44+00:00

Signed-off-by: Sebastian Andrzej Siewior 
Signed-off-by: Jiri Kosina

mtd: add support for switching old SST chips into QRY mode

2009-11-30T11:39:21+00:00

SST 39VF160x/39VF320x and some old SST chips need a special command
sequence to enter CFI QueRY mode [1].
This patch adds the relevant sequence to cfi_qry_mode_on().
Tested with 39VF3201.

Signed-off-by: Guillaume LECERF 
Signed-off-by: David Woodhouse

mtd: cfi_cmdset_0002: add 0xFF intolerance for M29W128G

2009-09-19T21:18:43+00:00

The M29W128G Numonyx flash devices are intolerant to any 0xFF command:
in the Cfi_util.c the function cfi_qry_mode_off() (that resets the device
after the autoselect mode) must have a 0xF0 command after the 0xFF command.
This fix solves also the cause of the fixup_M29W128G_write_buffer() fix,
that can be removed now.
The following patch applies to 2.6.30 kernel.

Signed-off-by: Massimo Cirillo 
Acked-by: Alexey Korolev 
Cc: stable@kernel.org
Signed-off-by: David Woodhouse

[MTD] [NOR] Rename and export new cfi_qry_*() functions

2008-08-07T10:55:07+00:00

They need to be exported, so let's give them less generic-sounding names
while we're at it.

Original export patch, along with the suggestion about the nomenclature,
from Stephen Rothwell.

Signed-off-by: David Woodhouse

[MTD] [NOR] Add qry_mode_on()/qry_omde_off() to deal with odd chips

2008-08-06T08:43:58+00:00

There are some CFI chips which require non standard procedures to get 
into QRY mode. The possible way to support them would be trying 
different modes till QRY will be read. This patch introduce two new 
functions qry_mode_on qry_mode_off. qry_mode_on tries different commands 
in order switch chip into QRY mode.

So if we have one more "odd" chip - we just could add several lines to 
qry_mode_on. Also using these functions remove unnecessary code 
duplicaton in porbe procedure.

Currently there are two "odd" cases
1. Some old intel chips which require 0xFF before 0x98
2. ST M29DW chip which requires 0x98 to be sent at 0x555 (according to
CFI should be 0x55)

This patch is partialy based on the patch from Uwe
(see "[PATCH 2/4] [RFC][MTD] cfi_probe: remove Intel chip workaround"
thread )

Signed-off-by: Alexey Korolev 
Signed-off-by: Alexander Belyakov 
Signed-off-by: David Woodhouse

MTD/JFFS2: remove CVS keywords

2008-06-04T16:50:17+00:00

Once upon a time, the MTD repository was using CVS.

This patch therefore removes all usages of the no longer updated CVS
keywords from the MTD code.

This also includes code that printed them to the user.

Signed-off-by: Adrian Bunk 
Signed-off-by: David Woodhouse

[MTD] XIP: Use generic xip_iprefetch() instead of asm volatile (...)

2008-04-22T18:47:42+00:00

Untested, but shouldn't break anything... Makes MTD_XIP arch
independent. I guess this is why xip_iprefetch() was made for.

Signed-off-by: Paulius Zaleckas 
Acked-by: Nicolas Pitre 
Signed-off-by: David Woodhouse

[PATCH] remove many unneeded #includes of sched.h

2007-02-14T16:09:54+00:00

After Al Viro (finally) succeeded in removing the sched.h #include in module.h
recently, it makes sense again to remove other superfluous sched.h includes.
There are quite a lot of files which include it but don't actually need
anything defined in there.  Presumably these includes were once needed for
macros that used to live in sched.h, but moved to other header files in the
course of cleaning it up.

To ease the pain, this time I did not fiddle with any header files and only
removed #includes from .c-files, which tend to cause less trouble.

Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
configs in arch/arm/configs on arm.  I also checked that no new warnings were
introduced by the patch (actually, some warnings are removed that were emitted
by unnecessarily included header files).

Signed-off-by: Tim Schmielau 
Acked-by: Russell King 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[MTD] chips: Clean up trailing white spaces

2005-11-07T13:45:15+00:00

Signed-off-by: Thomas Gleixner

[MTD] CHIPS: Recognize Spansion CFI 1.4 chips

2005-08-04T10:49:25+00:00

Modify Amd/Fujitsu CFI NOR flash primary vendor extension table revision
check to recognize version 1.4.  Verified the existing driver can
handle version 1.4 chips without additional info from 1.4 extended table.

Move the primary vendor extension table revision check from common file
to the 3 CFI chip driver files, since the data structures and revisions
handled by those data structures are specific to the chip driver.

Modify the error message printed when the revision is unknown to be a
KERN_ERR instead of WARNING since this will cause mtd to ignore the chip.

Signed-off-by: Todd Poynor 
Signed-off-by: Thomas Gleixner