linux-spi  

Messages by Thread

• • Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices Vinod Koul
  • Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices Peter Ujfalusi
  • [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate Peter Ujfalusi
  • Re: [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate Andy Shevchenko
  • Re: [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate Peter Ujfalusi
  • [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask() Peter Ujfalusi
  • Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask() Andy Shevchenko
  • Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask() Peter Ujfalusi
  • Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask() Andy Shevchenko
  • Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask() Vinod Koul
  • [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Peter Ujfalusi
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Arnd Bergmann
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Peter Ujfalusi
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Andy Shevchenko
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Peter Ujfalusi
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Andy Shevchenko
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Tony Lindgren
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Peter Ujfalusi
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Tony Lindgren
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Peter Ujfalusi
  • Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel Tony Lindgren
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Arnd Bergmann
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Peter Ujfalusi
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Arnd Bergmann
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Andy Shevchenko
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Peter Ujfalusi
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Arnd Bergmann
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Peter Ujfalusi
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Arnd Bergmann
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Vinod Koul
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Arnd Bergmann
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Vinod Koul
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Arnd Bergmann
  • Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel Peter Ujfalusi
• [PATCH 0/3] spi: spi-message transformation framework kernel
  • [PATCH 2/3] spi: add initial set of spi_transfer transformation methods kernel
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Mark Brown
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Martin Sperl
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Mark Brown
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Martin Sperl
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Mark Brown
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Martin Sperl
  • Re: [PATCH 2/3] spi: add initial set of spi_transfer transformation methods Mark Brown
  • [PATCH 3/3] spi: bcm2835: moved to the spi_transfer transformation to avoid HW restrictions kernel
  • [PATCH 1/3] spi: added spi_resource management kernel
  • Re: [PATCH 1/3] spi: added spi_resource management Mark Brown
  • Re: [PATCH 1/3] spi: added spi_resource management Martin Sperl
  • Re: [PATCH 1/3] spi: added spi_resource management Mark Brown
  • Re: [PATCH 1/3] spi: added spi_resource management Martin Sperl
  • Re: [PATCH 1/3] spi: added spi_resource management Mark Brown
  • Re: [PATCH 1/3] spi: added spi_resource management Martin Sperl
• [PATCH v4 0/5] Add memory mapped read support for ti-qspi Vignesh R
  • [PATCH v4 3/5] mtd: devices: m25p80: add support for mmap read request Vignesh R
  • Re: [PATCH v4 3/5] mtd: devices: m25p80: add support for mmap read request Cyrille Pitchen
  • Re: [PATCH v4 3/5] mtd: devices: m25p80: add support for mmap read request Vignesh R
  • [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Vignesh R
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Tony Lindgren
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Tony Lindgren
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Tony Lindgren
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Vignesh R
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Tony Lindgren
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Vignesh R
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Vignesh R
  • Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region Tony Lindgren
  • [PATCH v4 5/5] ARM: dts: AM4372: add entry for qspi mmap region Vignesh R
  • [PATCH v4 1/5] spi: introduce accelerated read support for spi flash devices Vignesh R
  • Re: [PATCH v4 1/5] spi: introduce accelerated read support for spi flash devices Mark Brown
  • [PATCH v4 2/5] spi: spi-ti-qspi: add mmap mode read support Vignesh R
  • Re: [PATCH v4 2/5] spi: spi-ti-qspi: add mmap mode read support Felipe Balbi
  • Re: [PATCH v4 2/5] spi: spi-ti-qspi: add mmap mode read support Vignesh R
• [PATCH] spi: tools: move spidev_test metadata Joshua Clayton
  • Applied "spi: tools: move spidev_test metadata" to the spi tree Mark Brown
• [PATCH] spi: dw-mid: constify dw_spi_dma_ops structure Julia Lawall
  • Re: [PATCH] spi: dw-mid: constify dw_spi_dma_ops structure Andy Shevchenko
  • Applied "spi: dw-mid: constify dw_spi_dma_ops structure" to the spi tree Mark Brown
• [PATCH v4 0/7] Improvements for SPI IMX driver for Freescale IMX51, IMX53 and IMX6 Anton Bondarenko
  • [PATCH v4 2/7] spi: imx: replace fixed timeout with calculated one Anton Bondarenko
  • [PATCH v4 1/7] spi: imx: Fix DMA transfer Anton Bondarenko
  • Re: [PATCH v4 1/7] spi: imx: Fix DMA transfer Sascha Hauer
  • Re: [PATCH v4 1/7] spi: imx: Fix DMA transfer Anton Bondarenko
  • [PATCH v4 5/7] spi: imx: Add support for loopback for ECSPI controllers Anton Bondarenko
  • [PATCH v4 6/7] spi: imx: return error from dma channel request Anton Bondarenko
  • [PATCH v4 4/7] spi: imx: add function to check for IMX51 family controller Anton Bondarenko
  • [PATCH v4 7/7] spi: imx: defer spi initialization, if DMA engine is pending Anton Bondarenko
  • [PATCH v4 3/7] spi: imx: add support for all SPI word width for DMA transfer Anton Bondarenko
• [PATCH 0/2] spi: spi_loopback_test regression test module kernel
  • [PATCH 1/2] spi: add spi_message_init_no_memset to avoid zeroing the spi_message kernel
  • Applied "spi: add spi_message_init_no_memset to avoid zeroing the spi_message" to the spi tree Mark Brown
  • [PATCH 2/2] spi: add loopback test driver to allow for spi_master regression tests kernel
  • Applied "spi: add loopback test driver to allow for spi_master regression tests" to the spi tree Mark Brown
  • [PATCH] spi: add spi-loopback-test to build framework kernel
  • Applied "spi: add spi-loopback-test to build framework" to the spi tree Mark Brown
• Dynamically adding SPI buses (was: Re: [PATCH v8 0/8] Device Tree Overlays - 8th time's the charm) Geert Uytterhoeven
  • Re: Dynamically adding SPI buses (was: Re: [PATCH v8 0/8] Device Tree Overlays - 8th time's the charm) Mark Brown
  • Re: Dynamically adding SPI buses (was: Re: [PATCH v8 0/8] Device Tree Overlays - 8th time's the charm) Geert Uytterhoeven
• [PATCH] spi: bugfix: spi_message.transfer_length does not get reset kernel
  • Applied "spi: bugfix: spi_message.transfer_length does not get reset" to the spi tree Mark Brown
• spi: tests driver to test basic alignment/length issues via loopback Martin Sperl
  • Re: spi: tests driver to test basic alignment/length issues via loopback Geert Uytterhoeven
  • Re: spi: tests driver to test basic alignment/length issues via loopback Martin Sperl
  • Re: spi: tests driver to test basic alignment/length issues via loopback Geert Uytterhoeven
  • Re: spi: tests driver to test basic alignment/length issues via loopback Martin Sperl
  • Re: spi: tests driver to test basic alignment/length issues via loopback Mark Brown
• [PATCH v3] spi: mediatek: revise mtk_spi_probe() failure flow Leilk Liu
• [PATCH v3] mfd: cros ec: Lock the SPI bus while holding chipselect Nicolas Boichat
  • Re: [PATCH v3] mfd: cros ec: Lock the SPI bus while holding chipselect Lee Jones
  • Re: [PATCH v3] mfd: cros ec: Lock the SPI bus while holding chipselect Gwendal Grignou
  • Re: [PATCH v3] mfd: cros ec: Lock the SPI bus while holding chipselect Lee Jones
• Handling clocks on external busses Charles Keepax
  • Re: Handling clocks on external busses Charles Keepax
  • Re: Handling clocks on external busses Mark Brown
• [PATCH] spi: davinci: fix spurious i/o error Sekhar Nori
  • Re: [PATCH] spi: davinci: fix spurious i/o error Sekhar Nori
• [PATCH v2] spi: mediatek: revise mtk_spi_probe() failure flow Leilk Liu
  • Re: [PATCH v2] spi: mediatek: revise mtk_spi_probe() failure flow Mark Brown
  • Re: [PATCH v2] spi: mediatek: revise mtk_spi_probe() failure flow Matthias Brugger
  • Re: [PATCH v2] spi: mediatek: revise mtk_spi_probe() failure flow lei liu
• Applied "spi: Move spi code from Documentation to tools" to the spi tree Mark Brown
• [PATCH] spi: pl022: handle EPROBE_DEFER for dma Rabin Vincent
  • Applied "spi: pl022: handle EPROBE_DEFER for dma" to the spi tree Mark Brown
• [PATCH] spi/spi-xilinx: Use a cached copy of CR register Shubhrajyoti Datta
  • Re: [PATCH] spi/spi-xilinx: Use a cached copy of CR register Ricardo Ribalda Delgado
  • RE: [PATCH] spi/spi-xilinx: Use a cached copy of CR register Shubhrajyoti Datta
• [PATCH] spi: pxa2xx: Remove redundant call to lpss_ssp_setup() in probe Mika Westerberg
  • Re: [PATCH] spi: pxa2xx: Remove redundant call to lpss_ssp_setup() in probe Jarkko Nikula
  • Re: [PATCH] spi: pxa2xx: Remove redundant call to lpss_ssp_setup() in probe Jarkko Nikula
  • Applied "spi: pxa2xx: Remove redundant call to lpss_ssp_setup() in probe" to the spi tree Mark Brown
• [PATCH 1/4] spi: mediatek: update document devicetree bindings to fix syntax error Leilk Liu
  • [PATCH 3/4] spi: mediatek: remove needless pair of writel()/readl() Leilk Liu
  • Re: [PATCH 3/4] spi: mediatek: remove needless pair of writel()/readl() Matthias Brugger
  • Applied "spi: mediatek: remove needless pair of writel()/readl()" to the spi tree Mark Brown
  • [PATCH 4/4] spi: mediatek: revise mtk_spi_probe() failure flow Leilk Liu
  • Re: [PATCH 4/4] spi: mediatek: revise mtk_spi_probe() failure flow Mark Brown
  • Re: [PATCH 4/4] spi: mediatek: revise mtk_spi_probe() failure flow lei liu
  • Re: [PATCH 4/4] spi: mediatek: revise mtk_spi_probe() failure flow Mark Brown
  • Re: [PATCH 4/4] spi: mediatek: revise mtk_spi_probe() failure flow lei liu
  • Applied "spi: mediatek: revise mtk_spi_probe() failure flow" to the spi tree Mark Brown
  • [PATCH 2/4] spi: mediatek: remove unrequired description Leilk Liu
  • Re: [PATCH 2/4] spi: mediatek: remove unrequired description Rob Herring
  • Applied "spi: mediatek: remove unrequired description" to the spi tree Mark Brown
  • Re: [PATCH 1/4] spi: mediatek: update document devicetree bindings to fix syntax error Rob Herring
  • Applied "spi: mediatek: update document devicetree bindings to fix syntax error" to the spi tree Mark Brown
• Applied "spi: omap2-mcspi: Add calls for pinctrl state select" to the spi tree Mark Brown
• [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles Marcus Weseloh
  • [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Marcus Weseloh
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Julian Calaby
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Marcus Weseloh
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Julian Calaby
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Marcus Weseloh
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Rob Herring
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Marcus Weseloh
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Maxime Ripard
  • Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Marcus Weseloh
  • Re: [PATCH] spi: dts: sun4i: Add support for inter-word wait cycles using the SPI Wait Clock Register Rob Herring
• [PATCH v2] spi: omap2-mcspi: Add calls for pinctrl state select pascal . huerst
• [PATCH] ACPI / scan: set status to 0 if _STA failed Aaron Lu
  • Re: [PATCH] ACPI / scan: set status to 0 if _STA failed Mika Westerberg
  • Re: [PATCH] ACPI / scan: set status to 0 if _STA failed Rafael J. Wysocki
  • Re: [PATCH] ACPI / scan: set status to 0 if _STA failed Bastien Nocera
• RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Martin Sperl
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Brian Norris
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Martin Sperl
  • Re: RfC: Handle SPI controller limitations like maximum message length Martin Sperl
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Martin Sperl
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Michal Suchanek
  • [PATCH 0/3] spi: mtd: Handle HW message length restrictions Heiner Kallweit
  • [PATCH 3/3] spi: fsl-espi: make use of max_msg_size in spi_master to handle HW restrictions Heiner Kallweit
  • [PATCH 1/3] spi: core: add max_msg_size to spi_master Heiner Kallweit
  • Re: [PATCH 1/3] spi: core: add max_msg_size to spi_master Mark Brown
  • Re: [PATCH 1/3] spi: core: add max_msg_size to spi_master Heiner Kallweit
  • Re: [PATCH 1/3] spi: core: add max_msg_size to spi_master Mark Brown
  • Re: [PATCH 1/3] spi: core: add max_msg_size to spi_master Heiner Kallweit
  • Re: [PATCH 1/3] spi: core: add max_msg_size to spi_master Mark Brown
  • Re: [PATCH 1/3] spi: core: add max_msg_size to spi_master Heiner Kallweit
  • [PATCH 2/3] mtd: m25p80: handle HW message size restrictions Heiner Kallweit
  • Re: [PATCH 2/3] mtd: m25p80: handle HW message size restrictions Michal Suchanek
  • [PATCH v2 1/2] spi: core: add max_msg_size to spi_master Heiner Kallweit
  • [PATCH resubmit 2/2] spi: fsl-espi: make use of max_msg_size in spi_master to handle HW restrictions Heiner Kallweit
  • Re: [PATCH resubmit 2/2] spi: fsl-espi: make use of max_msg_size in spi_master to handle HW restrictions Mark Brown
  • Re: [PATCH resubmit 2/2] spi: fsl-espi: make use of max_msg_size in spi_master to handle HW restrictions Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Brian Norris
  • Re: RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit
  • Re: RfC: Handle SPI controller limitations like maximum message length Michal Suchanek
  • Re: RfC: Handle SPI controller limitations like maximum message length Mark Brown
  • Re: RfC: Handle SPI controller limitations like maximum message length Michal Suchanek
  • Re: RfC: Handle SPI controller limitations like maximum message length Brian Norris
  • Re: RfC: Handle SPI controller limitations like maximum message length Heiner Kallweit

• Earlier messages
• Later messages