1. 16 Aug, 2021 1 commit
  2. 05 Aug, 2021 1 commit
  3. 02 Aug, 2021 1 commit
  4. 28 Jul, 2021 1 commit
  5. 26 Jul, 2021 1 commit
    • Marek Vasut's avatar
      spi: imx: mx51-ecspi: Fix low-speed CONFIGREG delay calculation · 53ca18ac
      Marek Vasut authored
      The spi_imx->spi_bus_clk may be uninitialized and thus also zero in
      mx51_ecspi_prepare_message(), which would lead to division by zero
      in kernel. Since bitbang .setup_transfer callback which initializes
      the spi_imx->spi_bus_clk is called after bitbang prepare_message
      callback, iterate over all the transfers in spi_message, find the
      one with lowest bus frequency, and use that bus frequency for the
      delay calculation.
      
      Note that it is not possible to move this CONFIGREG delay back into
      the .setup_transfer callback, because that is invoked too late, after
      the GPIO chipselects were already configured.
      
      Fixes: 135cbd37 ("spi: imx: mx51-ecspi: Reinstate low-speed CONFIGREG delay")
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Cc: Mark Brown <broonie@kernel.org>
      Link: https://lore.kernel.org/r/20210726100102.5188-1-marex@denx.deSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      53ca18ac
  6. 22 Jul, 2021 3 commits
  7. 20 Jul, 2021 1 commit
  8. 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
  9. 16 Jul, 2021 3 commits
  10. 15 Jul, 2021 1 commit
  11. 14 Jul, 2021 1 commit
  12. 11 Jul, 2021 2 commits
  13. 07 Jul, 2021 2 commits
  14. 30 Jun, 2021 1 commit
  15. 25 Jun, 2021 2 commits
  16. 24 Jun, 2021 1 commit
  17. 23 Jun, 2021 9 commits
  18. 22 Jun, 2021 2 commits
  19. 17 Jun, 2021 2 commits
  20. 15 Jun, 2021 2 commits
  21. 14 Jun, 2021 2 commits