1. 20 11月, 2014 1 次提交
  2. 05 11月, 2014 2 次提交
  3. 22 10月, 2014 2 次提交
    • B
      spi-nor: Remove spi_nor::read_id operation · e66fcf72
      Ben Hutchings 提交于
      There is currently no useful way to override the default
      implementation of this operation.  The returned struct spi_device_id
      must have a pointer to struct flash_info in its private data, but this
      structure is defined inside spi-nor.
      Signed-off-by: NBen Hutchings <ben@decadent.org.uk>
      Signed-off-by: NBrian Norris <computersforpeace@gmail.com>
      e66fcf72
    • B
      mtd: m25p80,spi-nor: Fix module aliases for m25p80 · a5b7616c
      Ben Hutchings 提交于
      m25p80's device ID table is now spi_nor_ids, defined in spi-nor.  The
      MODULE_DEVICE_TABLE() macro doesn't work with extern definitions, but
      its use was also removed at the same time.  Now if m25p80 is built as
      a module it doesn't get the necessary aliases to be loaded
      automatically.
      
      A clean solution to this will involve defining the list of device
      IDs in spi-nor.h and removing struct spi_device_id from the spi-nor
      API, but this is quite a large change.
      
      As a quick fix suitable for stable, copy the device IDs back into
      m25p80.
      
      Fixes: 03e296f6 ("mtd: m25p80: use the SPI nor framework")
      Cc: <stable@vger.kernel.org> # 3.16.x: 32f1b7c8: mtd: move support for struct flash_platform_data into m25p80
      Cc: <stable@vger.kernel.org> # 3.16.x: 90e55b38: mtd: m25p80: get rid of spi_get_device_id
      Cc: <stable@vger.kernel.org> # 3.16.x: 70f3ce05: mtd: spi-nor: make spi_nor_scan() take a chip type name, not spi_device_id
      Cc: <stable@vger.kernel.org> # 3.16.x
      Signed-off-by: NBen Hutchings <ben@decadent.org.uk>
      Signed-off-by: NBrian Norris <computersforpeace@gmail.com>
      a5b7616c
  4. 18 10月, 2014 1 次提交
  5. 23 9月, 2014 1 次提交
  6. 20 8月, 2014 3 次提交
  7. 22 7月, 2014 2 次提交
  8. 12 7月, 2014 1 次提交
  9. 09 7月, 2014 1 次提交
  10. 28 5月, 2014 1 次提交
  11. 21 5月, 2014 1 次提交
  12. 10 5月, 2014 1 次提交
    • B
      mtd: nand: refactor erase_cmd() to return chip status · 49c50b97
      Brian Norris 提交于
      The nand_chip::erase_cmd callback previously served a dual purpose; for
      one, it allowed a per-flash-chip override, so that AG-AND devices could
      use a different erase command than other NAND. These AND devices were
      dropped in commit 14c65786 (mtd: nand:
      remove AG-AND support). On the other hand, some drivers (denali and
      doc-g4) need to use this sort of callback to implement
      controller-specific erase operations.
      
      To make the latter operation easier for some drivers (e.g., ST's new BCH
      NAND driver), it helps if the command dispatch and wait functions can be
      lumped together, rather than called separately.
      
      This patch does two things:
       1. Pull the call to chip->waitfunc() into chip->erase_cmd(), and return
          the status from this callback
       2. Rename erase_cmd() to just erase(), since this callback does a
          little more than just send a command
      Signed-off-by: NBrian Norris <computersforpeace@gmail.com>
      Tested-by: NLee Jones <lee.jones@linaro.org>
      49c50b97
  13. 19 4月, 2014 1 次提交
  14. 15 4月, 2014 8 次提交
  15. 26 3月, 2014 1 次提交
  16. 11 3月, 2014 9 次提交
  17. 21 1月, 2014 3 次提交
  18. 15 1月, 2014 1 次提交