[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <575EBE09.9090603@codeaurora.org>
Date: Mon, 13 Jun 2016 10:07:05 -0400
From: Sinan Kaya <okaya@...eaurora.org>
To: Vinod Koul <vinod.koul@...el.com>,
Bharat Kumar Gogada <bharat.kumar.gogada@...inx.com>
Cc: "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
nofooter <nofooter@...inx.com>,
"dmaengine@...r.kernel.org" <dmaengine@...r.kernel.org>
Subject: Re: PCIe EndPoint DMA driver with DMA Framework
On 6/13/2016 1:25 AM, Vinod Koul wrote:
>> We are planning to write a PCIe EndPoint DMA driver with DMA Framework
>> > targeting x86 machine. (
>> > "https://www.kernel.org/doc/Documentation/dmaengine/provider.txt") Our DMA
>> > controller is part of PCIe End Point. We are targeting to measure PCIe
>> > performance with this Framework driver.
>> >
>> > But when I see DMA Framework drivers is kernel source "drivers/dma" most
>> > of the drivers are platform drivers.
> wrong, there are bunch of PCI X86 driver. Look closely dw, ioat etc
I usually see endpoint specific DMA code to reside in the endpoint device
driver not in the dmaengine directory.
I think the main question is who the consumer of this DMA controller is like
Vinod asked.
If it is a general purpose DMA controller then dmaengine would be the right
place.
If it is specific to your endpoint, then it should be set up and used in your
endpoint device driver.
--
Sinan Kaya
Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
Powered by blists - more mailing lists