1. 22 Jul, 2021 2 commits
  2. 20 Jul, 2021 1 commit
  3. 19 Jul, 2021 1 commit
    • Marek Vasut's avatar
      spi: cadence: Correct initialisation of runtime PM again · 56912da7
      Marek Vasut authored
      The original implementation of RPM handling in probe() was mostly
      correct, except it failed to call pm_runtime_get_*() to activate the
      hardware. The subsequent fix, 734882a8 ("spi: cadence: Correct
      initialisation of runtime PM"), breaks the implementation further,
      to the point where the system using this hard IP on ZynqMP hangs on
      boot, because it accesses hardware which is gated off.
      
      Undo 734882a8 ("spi: cadence: Correct initialisation of runtime
      PM") and instead add missing pm_runtime_get_noresume() and move the
      RPM disabling all the way to the end of probe(). That makes ZynqMP
      not hang on boot yet again.
      
      Fixes: 734882a8 ("spi: cadence: Correct initialisation of runtime PM")
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Charles Keepax <ckeepax@opensource.cirrus.com>
      Cc: Mark Brown <broonie@kernel.org>
      Link: https://lore.kernel.org/r/20210716182133.218640-1-marex@denx.deSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      56912da7
  4. 16 Jul, 2021 3 commits
  5. 15 Jul, 2021 1 commit
  6. 14 Jul, 2021 1 commit
  7. 11 Jul, 2021 2 commits
  8. 07 Jul, 2021 2 commits
  9. 30 Jun, 2021 1 commit
  10. 25 Jun, 2021 2 commits
  11. 24 Jun, 2021 1 commit
  12. 23 Jun, 2021 9 commits
  13. 22 Jun, 2021 2 commits
  14. 17 Jun, 2021 2 commits
  15. 15 Jun, 2021 2 commits
  16. 14 Jun, 2021 3 commits
  17. 09 Jun, 2021 1 commit
  18. 07 Jun, 2021 1 commit
  19. 04 Jun, 2021 1 commit
  20. 03 Jun, 2021 2 commits
    • Mark Brown's avatar
      Merge series "MTD: spinand: Add spi_mem_poll_status() support" from <patrice.chotard@foss.st.com> · 627bad89
      Mark Brown authored
      Patrice Chotard <patrice.chotard@foss.st.com>:
      
      From: Patrice Chotard <patrice.chotard@foss.st.com>
      
      This series adds support for the spi_mem_poll_status() spinand
      interface.
      Some QSPI controllers allows to poll automatically memory
      status during operations (erase, read or write). This allows to
      offload the CPU for this task.
      STM32 QSPI is supporting this feature, driver update are also
      part of this series.
      
      Changes in v5:
        - Update spi_mem_read_status() description.
        - Update poll_status() description API by indicating that data buffer is
          filled with last status value.
        - Update timeout parameter by timeout_ms in spi_mem_poll_status() prototype.
        - Remove parenthesys arount -EINVAL in spi_mem_poll_status().
        - Add missing spi_mem_supports_op() call in stm32_qspi_poll_status().
        - Add Boris Reviewed-by for patch 1 and 2.
      
      Changes in v4:
        - Remove init_completion() from spi_mem_probe() added in v2.
        - Add missing static for spi_mem_read_status().
        - Check if operation in spi_mem_poll_status() is a READ.
        - Update patch 2 commit message.
        - Add comment which explains how delays has been calculated.
        - Rename SPINAND_STATUS_TIMEOUT_MS to SPINAND_WAITRDY_TIMEOUT_MS.
      
      Chnages in v3:
        - Add spi_mem_read_status() which allows to read 8 or 16 bits status.
        - Add initial_delay_us and polling_delay_us parameters to spi_mem_poll_status().
          and also to poll_status() callback.
        - Move spi_mem_supports_op() in SW-based polling case.
        - Add delay before invoquing read_poll_timeout().
        - Remove the reinit/wait_for_completion() added in v2.
        - Add initial_delay_us and polling_delay_us parameters to spinand_wait().
        - Add SPINAND_READ/WRITE/ERASE/RESET_INITIAL_DELAY_US and
          SPINAND_READ/WRITE/ERASE/RESET_POLL_DELAY_US defines.
        - Remove spi_mem_finalize_op() API added in v2.
      
      Changes in v2:
        - Indicates the spi_mem_poll_status() timeout unit
        - Use 2-byte wide status register
        - Add spi_mem_supports_op() call in spi_mem_poll_status()
        - Add completion management in spi_mem_poll_status()
        - Add offload/non-offload case management in spi_mem_poll_status()
        - Optimize the non-offload case by using read_poll_timeout()
        - mask and match stm32_qspi_poll_status()'s parameters are 2-byte wide
        - Make usage of new spi_mem_finalize_op() API in
          stm32_qspi_wait_poll_status()
      
      Patrice Chotard (3):
        spi: spi-mem: add automatic poll status functions
        mtd: spinand: use the spi-mem poll status APIs
        spi: stm32-qspi: add automatic poll status feature
      
       drivers/mtd/nand/spi/core.c  | 45 +++++++++++++------
       drivers/spi/spi-mem.c        | 86 ++++++++++++++++++++++++++++++++++++
       drivers/spi/spi-stm32-qspi.c | 86 ++++++++++++++++++++++++++++++++----
       include/linux/mtd/spinand.h  | 22 +++++++++
       include/linux/spi/spi-mem.h  | 16 +++++++
       5 files changed, 234 insertions(+), 21 deletions(-)
      
      base-commit: 6efb943b
      
      --
      2.17.1
      
      _______________________________________________
      linux-arm-kernel mailing list
      linux-arm-kernel@lists.infradead.org
      http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
      627bad89
    • Dan Sneddon's avatar
      spi: atmel: Reduce spin lock usage · 4abd6415
      Dan Sneddon authored
      The current implementation of the driver holds a spin lock for the
      duration of the transfer, releasing it only to enable interrupts for
      short periods of time.  As this would prevent any interrupt from
      happening, this could cause system performance issues every time a SPI
      message is sent.  Since the spi core now handles message syncronization
      we can reduce the amount of time the spin-lock is held to the regions
      where both the calling thread and the interrupt might interract.
      Signed-off-by: default avatarDan Sneddon <dan.sneddon@microchip.com>
      Link: https://lore.kernel.org/r/20210602160816.4890-2-dan.sneddon@microchip.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      4abd6415