Message ID | 20250207-dlech-mainline-spi-engine-offload-2-v8-0-e48a489be48c@baylibre.com |
---|---|
Headers | show |
Series | spi: axi-spi-engine: add offload support | expand |
On Fri, Feb 07, 2025 at 02:08:57PM -0600, David Lechner wrote: > Only very minor fixes in this revision. > > Also, now that trees are rebased on v6.14-rc1 we no longer have > dependencies for the IIO patches. So Mark can pick up all of the > patches if we want to go that way. In any case though, Jonathan will > need an immutable branch since we have other IIO patches in-flight > building on top of this series. The following changes since commit 2014c95afecee3e76ca4a56956a936e23283f05b: Linux 6.14-rc1 (2025-02-02 15:39:26 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-offload for you to fetch changes up to 700a281905f2a4ccf6f3b2d3cd6985e034b4b021: spi: add offload TX/RX streaming APIs (2025-02-07 20:17:11 +0000) ---------------------------------------------------------------- spi: Add offload APIs This series adds support for offloading complete SPI transactions, including the initiation, to the hardware. ---------------------------------------------------------------- David Lechner (5): spi: add basic support for SPI offloading spi: offload: add support for hardware triggers dt-bindings: trigger-source: add generic PWM trigger source spi: offload-trigger: add PWM trigger driver spi: add offload TX/RX streaming APIs .../bindings/trigger-source/pwm-trigger.yaml | 37 ++ MAINTAINERS | 12 + drivers/spi/Kconfig | 15 + drivers/spi/Makefile | 4 + drivers/spi/spi-offload-trigger-pwm.c | 162 +++++++ drivers/spi/spi-offload.c | 465 +++++++++++++++++++++ drivers/spi/spi.c | 10 + include/linux/spi/offload/consumer.h | 39 ++ include/linux/spi/offload/provider.h | 47 +++ include/linux/spi/offload/types.h | 99 +++++ include/linux/spi/spi.h | 20 + 11 files changed, 910 insertions(+) create mode 100644 Documentation/devicetree/bindings/trigger-source/pwm-trigger.yaml create mode 100644 drivers/spi/spi-offload-trigger-pwm.c create mode 100644 drivers/spi/spi-offload.c create mode 100644 include/linux/spi/offload/consumer.h create mode 100644 include/linux/spi/offload/provider.h create mode 100644 include/linux/spi/offload/types.h
On Fri, 07 Feb 2025 14:08:57 -0600, David Lechner wrote: > Only very minor fixes in this revision. > > Also, now that trees are rebased on v6.14-rc1 we no longer have > dependencies for the IIO patches. So Mark can pick up all of the > patches if we want to go that way. In any case though, Jonathan will > need an immutable branch since we have other IIO patches in-flight > building on top of this series. > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next Thanks! [01/17] spi: add basic support for SPI offloading commit: 8e02d188698851436f76038ea998b726193d1b10 [02/17] spi: offload: add support for hardware triggers commit: d7231be4b4657e5f922a4c6dc11e8dffc71fee87 [03/17] dt-bindings: trigger-source: add generic PWM trigger source commit: 83f37ba7b76ab17e029ab4127ec64ccccce64c00 [04/17] spi: offload-trigger: add PWM trigger driver commit: ebb398ae1e052c4245b7bcea679fe073111db2ce [05/17] spi: add offload TX/RX streaming APIs commit: 700a281905f2a4ccf6f3b2d3cd6985e034b4b021 [06/17] spi: dt-bindings: axi-spi-engine: add SPI offload properties commit: e1101373df5cd7672d988bb4e9cdd5eb97003165 [07/17] spi: axi-spi-engine: implement offload support commit: 5a19e1985d014fab9892348f6175a19143cec810 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark