aboutsummaryrefslogtreecommitdiff
path: root/include/asm-xtensa/user.h
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2008-11-01 04:19:11 -0700
committerDavid Woodhouse <David.Woodhouse@intel.com>2008-11-05 14:40:25 +0100
commit467622ef2acb01986eab37ef96c3632b3ea35999 (patch)
treeb483202500c418696a14ee00857f7c7f6c20bbe4 /include/asm-xtensa/user.h
parentb27cf88e9592953ae292d05324887f2f44979433 (diff)
[MTD] [NOR] Fix cfi_send_gen_cmd handling of x16 devices in x8 mode (v4)
For "unlock" cycles to 16bit devices in 8bit compatibility mode we need to use the byte addresses 0xaaa and 0x555. These effectively match the word address 0x555 and 0x2aa, except the latter has its low bit set. Most chips don't care about the value of the 'A-1' pin in x8 mode, but some -- like the ST M29W320D -- do. So we need to be careful to set it where appropriate. cfi_send_gen_cmd is only ever passed addresses where the low byte is 0x00, 0x55 or 0xaa. Of those, only addresses ending 0xaa are affected by this patch, by masking in the extra low bit when the device is known to be in compatibility mode. [dwmw2: Do it only when (cmd_ofs & 0xff) == 0xaa] v4: Fix stupid typo in cfi_build_cmd_addr that failed to compile I'm writing this patch way to late at night. v3: Bring all of the work back into cfi_build_cmd_addr including calling of map_bankwidth(map) and cfi_interleave(cfi) So every caller doesn't need to. v2: Only modified the address if we our device_type is larger than our bus width. Cc: stable@kernel.org Signed-off-by: Eric W. Biederman <ebiederm@xmission.com> Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Diffstat (limited to 'include/asm-xtensa/user.h')
0 files changed, 0 insertions, 0 deletions