1. 16 Nov, 2012 4 commits
    • Prabhakar Kushwaha's avatar
      mtd: fsl_ifc_nand: wait tWB time, poll R/B before command execution · d6ba745d
      Prabhakar Kushwaha authored
      IFC_FIR_OP_CMD0 issues command for execution without checking flash
      readiness. It may cause problem if flash is not ready. Instead use
      IFC_FIR_OP_CW0 which Wait for tWB time and poll R/B to return high or
      time-out, before issuing command.
      
      NAND_CMD_READID command implemention does not fulfill above requirement. So
      update its programming.
      Signed-off-by: default avatarPrabhakar Kushwaha <prabhakar@freescale.com>
      Signed-off-by: default avatarHemant Nautiyal <hemant.nautiyal@freescale.com>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      d6ba745d
    • Arnd Bergmann's avatar
      mtd: uninitialized variable warning in map.h · 5d27aa5a
      Arnd Bergmann authored
      The map_word_load() function initializes exactly
      as many words in the buffer as required, but gcc
      cannot figure this out and gives a misleading
      warning. Marking the local variable as
      uninitialized_var shuts up that warning.
      
      Without this patch, building acs5k_defconfig results in:
      
      drivers/mtd/chips/cfi_cmdset_0002.c: In function 'cfi_amdstd_panic_write':
      include/linux/mtd/map.h:331:11: warning: 'r.x[0]' may be used uninitialized in this function [-Wuninitialized]
      drivers/mtd/chips/cfi_cmdset_0002.c: In function 'cfi_amdstd_write_words':
      include/linux/mtd/map.h:331:11: warning: 'r.x[0]' may be used uninitialized in this function [-Wuninitialized]
      drivers/mtd/chips/cfi_cmdset_0001.c: In function 'cfi_intelext_write_words':
      include/linux/mtd/map.h:331:11: warning: 'r.x[0]' may be used uninitialized in this function [-Wuninitialized]
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      5d27aa5a
    • Arnd Bergmann's avatar
      mtd: diskonchip: use inline functions for DocRead/DocWrite · d611d41b
      Arnd Bergmann authored
      The diskonchip drivers traditionally use home-grown macros for
      doing MMIO accesses, which cause a lot of warnings, at least
      on ARM machines:
      
      drivers/mtd/devices/doc2000.c: In function 'doc_write':
      drivers/mtd/devices/doc2000.c:854:5: warning: value computed is not used [-Wunused-value]
      drivers/mtd/devices/doc2000.c: In function 'doc_erase':
      drivers/mtd/devices/doc2000.c:1123:5: warning: value computed is not used [-Wunused-value
      drivers/mtd/nand/diskonchip.c: In function 'doc2000_read_byte':
      drivers/mtd/nand/diskonchip.c:318:3: warning: value computed is not used [-Wunused-value]
      
      A nicer solution is to use the architecture-defined I/O accessors.
      Here, we use the __raw_readl/__raw_writel style, instead of the
      proper readl/writel ones, in order to preserve the odd semantics
      of the existing macros that have their own barrier implementation
      and no byte swap. It would be nice to fix this properly and use
      the correct accessors as well as make the word size independent
      from the architecture, but I guess the hardware is obsolete
      enough that we should better not mess the driver an more than
      necessary.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      d611d41b
    • Arnd Bergmann's avatar
      mtd: diskonchip: don't warn about ARM architecture · ca796f85
      Arnd Bergmann authored
      Enabling the diskonchip drivers on most architectures results
      in a pointless warning "#warning Unknown architecture for
      DiskOnChip. No default probe locations defined". The driver
      can in fact handle the default location already through the
      CONFIG_MTD_DOCPROBE_ADDRESS, which gets set on the platforms
      that need it, and we get a run-time error if this is not
      set correctly.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      ca796f85
  2. 15 Nov, 2012 36 commits