aboutsummaryrefslogtreecommitdiffstats
path: root/fs/ramfs/file-nommu.c
diff options
context:
space:
mode:
authorGuillaume LECERF <glecerf@gmail.com>2010-04-24 17:58:17 +0200
committerDavid Woodhouse <David.Woodhouse@intel.com>2010-05-14 01:33:27 +0100
commit564b84978df2bf83d334940f1a1190702579f79f (patch)
tree10f7ce02b4c0bb876c3e2c24afdb6eb0ac7707a4 /fs/ramfs/file-nommu.c
parent58598861227877bb481b9035d2a07283577a2274 (diff)
downloadkernel_samsung_espresso10-564b84978df2bf83d334940f1a1190702579f79f.zip
kernel_samsung_espresso10-564b84978df2bf83d334940f1a1190702579f79f.tar.gz
kernel_samsung_espresso10-564b84978df2bf83d334940f1a1190702579f79f.tar.bz2
mtd: cfi_cmdset_0002: do not fail on no extended query table as they are both optional
After looking at AMD's CFI specification [1], both of the extended query tables are optional. Thus, it looks like relying that at least one of those tables exist is a bug in cfi_cmdset_0002. This patch inverts the logic and checks for unlock function pointers before exiting on error. This approach leaves place to add a call to a fixup function to try to handle chips compatible with the early AMD specification from 1995 [2]. [1] http://www.amd.com/us-en/assets/content_type/DownloadableAssets/cfi_r20.pdf [2] http://noel.feld.cvut.cz/hw/amd/20158a.pdf Signed-off-by: Guillaume LECERF <glecerf@gmail.com> Reviewed-by: Wolfram Sang <w.sang@pengutronix.de> Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Diffstat (limited to 'fs/ramfs/file-nommu.c')
0 files changed, 0 insertions, 0 deletions