mbox series

[v2,00/10] dmaengine: dw: Enable for Intel Elkhart Lake

Message ID 20190820131546.75744-1-andriy.shevchenko@linux.intel.com (mailing list archive)
Headers show
Series dmaengine: dw: Enable for Intel Elkhart Lake | expand

Message

Andy Shevchenko Aug. 20, 2019, 1:15 p.m. UTC
On Intel Elkhart Lake the DMA controllers can be provided by Intel® PSE
(Programmable Services Engine) and exposed either as PCI or ACPI devices.

To support both schemes here is a patch series.

First two patches fixes minor issues in DMA ACPI layer, patches 3-5 enables
Intel Elkhart Lake DMA controllers that exposed as ACPI devices, patch 6 is
clean up, patch 7 is fix for possible race on ->remove() stage, patch 8 is
follow up clean up and patches 9-10 is a split for better maintenance.

Changelog v2:
- spell correctly Intel® PSE in the code and commit messages (Jarkko)
- drop couple of not needed right now patches against DMA ACPI layer

Andy Shevchenko (10):
  dmaengine: acpi: Set up DMA mask based on CSRT
  dmaengine: acpi: Add kernel doc parameter descriptions
  dmaengine: dw: Export struct dw_dma_chip_pdata for wider use
  dmaengine: dw: platform: Use struct dw_dma_chip_pdata
  dmaengine: dw: platform: Enable iDMA 32-bit on Intel Elkhart Lake
  dmaengine: dw: platform: Use devm_platform_ioremap_resource()
  dmaengine: dw: platform: Switch to acpi_dma_controller_register()
  dmaengine: dw: platform: Move handle check to
    dw_dma_acpi_controller_register()
  dmaengine: dw: platform: Split ACPI helpers to separate module
  dmaengine: dw: platform: Split OF helpers to separate module

 drivers/dma/acpi-dma.c    |  12 ++-
 drivers/dma/dw/Makefile   |   4 +-
 drivers/dma/dw/acpi.c     |  53 +++++++++
 drivers/dma/dw/internal.h |  51 +++++++++
 drivers/dma/dw/of.c       | 131 ++++++++++++++++++++++
 drivers/dma/dw/pci.c      |  60 +++--------
 drivers/dma/dw/platform.c | 221 +++++++++-----------------------------
 7 files changed, 312 insertions(+), 220 deletions(-)
 create mode 100644 drivers/dma/dw/acpi.c
 create mode 100644 drivers/dma/dw/of.c

Comments

Vinod Koul Aug. 21, 2019, 4:11 a.m. UTC | #1
On 20-08-19, 16:15, Andy Shevchenko wrote:
> On Intel Elkhart Lake the DMA controllers can be provided by Intel® PSE
> (Programmable Services Engine) and exposed either as PCI or ACPI devices.
> 
> To support both schemes here is a patch series.
> 
> First two patches fixes minor issues in DMA ACPI layer, patches 3-5 enables
> Intel Elkhart Lake DMA controllers that exposed as ACPI devices, patch 6 is
> clean up, patch 7 is fix for possible race on ->remove() stage, patch 8 is
> follow up clean up and patches 9-10 is a split for better maintenance.

Applied all, thanks
Andy Shevchenko Aug. 28, 2019, 11:53 a.m. UTC | #2
On Wed, Aug 21, 2019 at 09:41:44AM +0530, Vinod Koul wrote:
> On 20-08-19, 16:15, Andy Shevchenko wrote:
> > On Intel Elkhart Lake the DMA controllers can be provided by Intel® PSE
> > (Programmable Services Engine) and exposed either as PCI or ACPI devices.
> > 
> > To support both schemes here is a patch series.
> > 
> > First two patches fixes minor issues in DMA ACPI layer, patches 3-5 enables
> > Intel Elkhart Lake DMA controllers that exposed as ACPI devices, patch 6 is
> > clean up, patch 7 is fix for possible race on ->remove() stage, patch 8 is
> > follow up clean up and patches 9-10 is a split for better maintenance.
> 
> Applied all, thanks

Thank you!

Though I haven't seen yet them in Linux next. Can we give at least the rest of
the time, till the release, to dangle them in Linux next?
Vinod Koul Aug. 29, 2019, 4:32 a.m. UTC | #3
On 28-08-19, 14:53, Andy Shevchenko wrote:
> On Wed, Aug 21, 2019 at 09:41:44AM +0530, Vinod Koul wrote:
> > On 20-08-19, 16:15, Andy Shevchenko wrote:
> > > On Intel Elkhart Lake the DMA controllers can be provided by Intel® PSE
> > > (Programmable Services Engine) and exposed either as PCI or ACPI devices.
> > > 
> > > To support both schemes here is a patch series.
> > > 
> > > First two patches fixes minor issues in DMA ACPI layer, patches 3-5 enables
> > > Intel Elkhart Lake DMA controllers that exposed as ACPI devices, patch 6 is
> > > clean up, patch 7 is fix for possible race on ->remove() stage, patch 8 is
> > > follow up clean up and patches 9-10 is a split for better maintenance.
> > 
> > Applied all, thanks
> 
> Thank you!
> 
> Though I haven't seen yet them in Linux next. Can we give at least the rest of
> the time, till the release, to dangle them in Linux next?

Heh, looks like my script failed to push and I failed to notice. I have
pushed last night and it should be in linux-next today.
Andy Shevchenko Aug. 29, 2019, 10:39 a.m. UTC | #4
On Thu, Aug 29, 2019 at 10:02:41AM +0530, Vinod Koul wrote:
> On 28-08-19, 14:53, Andy Shevchenko wrote:
> > On Wed, Aug 21, 2019 at 09:41:44AM +0530, Vinod Koul wrote:

> > Though I haven't seen yet them in Linux next. Can we give at least the rest of
> > the time, till the release, to dangle them in Linux next?
> 
> Heh, looks like my script failed to push and I failed to notice. I have
> pushed last night and it should be in linux-next today.

Thanks!