summaryrefslogtreecommitdiff
path: root/include/configs
diff options
context:
space:
mode:
authorIlya Yanok <yanok@emcraft.com>2010-10-21 17:20:12 +0200
committerWolfgang Denk <wd@denx.de>2010-10-23 21:04:49 +0200
commitec50a8e389863ac35bfd9d9a2e8b30187318e59e (patch)
tree8b397e1b04db049fb1d0cc53e73b7ade9f298678 /include/configs
parente03e4b7312f0da424550e6b06f1964332aac1c09 (diff)
downloadu-boot-imx-ec50a8e389863ac35bfd9d9a2e8b30187318e59e.zip
u-boot-imx-ec50a8e389863ac35bfd9d9a2e8b30187318e59e.tar.gz
u-boot-imx-ec50a8e389863ac35bfd9d9a2e8b30187318e59e.tar.bz2
cfi_flash: handle 'chip size exceeds address window' situation
On some boards we have flash mapped high in the address space with considerably small window (say 0xFE000000 and 32MB). When we install bigger chip (say 64MB) on such a board strange things happen (flash_write() doesn't work at all, for ex). That's because cfi_flash driver doesn't care about window size at all. Of course, cleanest solution would probably be to just extend address window to be able to map the whole flash but for legacy/compatibility reasons some people prefer just truncate the flash size and never use the upper part. This patch adds an option for cfi_flash driver to handle this situation properly. To achieve this we add the new function cfi_flash_bank_size() which can be provided by the board code and weak-aliased to default implementation that returns value from the CONFIG_SYS_FLASH_BANKS_SIZES array if it's defined or 0 otherwise (the last case is added for compatibility). If non-zero flash bank size is provided and detected chip size is bigger than provided address window size the warning will be displayed and flash chip will be truncated. Signed-off-by: Ilya Yanok <yanok@emcraft.com> Changed cfi_flash_bank_size() return type to unsigned long to match caller function. Signed-off-by: Wolfgang Denk <wd@denx.de>
Diffstat (limited to 'include/configs')
0 files changed, 0 insertions, 0 deletions