From: "Dan Williams" <dan.j.williams@gmail.com>
To: "Peter Pearse" <peter.pearse@arm.com>
Cc: linux-kernel@vger.kernel.org, shannon.nelson@intel.com
Subject: Re: [RFC][PATCH] DMA: Expand dmaengine implementation for more DMACs
Date: Wed, 11 Jul 2007 09:43:39 -0700 [thread overview]
Message-ID: <e9c3a7c20707110943w5539167ei41f6d1928d1b33a6@mail.gmail.com> (raw)
In-Reply-To: <000501c7bd82$9f2fb310$821ba8c0@Emea.Arm.com>
On 7/3/07, Peter Pearse <peter.pearse@arm.com> wrote:
> Hi,
>
> The existing DMAC used by the dmaengine API (Intel IOAT) assumes all
> possible clients can use any available DMA channel.
>
> Some other DMACs restrict particular peripherals to particular DMA channels.
>
> The patch below (against v2.6.22-rc7) extends the dmaengine implementation
> to allow such DMACs to differentiate between clients.
>
Hi Peter,
Have a look at:
http://marc.info/?l=linux-raid&m=118290909528910&w=2
http://marc.info/?l=linux-raid&m=118290909523734&w=2
It seems your requirement could be satisfied by a natural extension of
the 'dma_cap_mask' implementation. 'dma_cap_mask' allows clients to
only be notified of channels that meet a certain capability profile.
However since your driver is pretty much guaranteed to be the only
dmaengine driver in the system you can safely do something like the
following in your client callback:
static enum dma_state_client
my_dma_client_callback(struct dma_client *client,
struct dma_chan *chan, enum dma_state state)
{
struct dma_device *dma_dev;
struct my_platform_specific_dma *plat_dma_dev;
dma_dev = chan->device;
plat_dma_dev = container_of(dma_dev, struct my_platform_specific_dma, dma_dev);
if (!plat_dma_dev->platform_specific_capability)
return DMA_DUP;
. . .
}
> Regards
>
> Peter Pearse
>
--
Dan
next prev parent reply other threads:[~2007-07-11 16:43 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Ace9gp7Xn5S76TvjSiiYft+C95Y48g==>
2007-07-03 14:58 ` Peter Pearse
2007-07-11 16:43 ` Dan Williams [this message]
2007-07-11 18:02 ` Nelson, Shannon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e9c3a7c20707110943w5539167ei41f6d1928d1b33a6@mail.gmail.com \
--to=dan.j.williams@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peter.pearse@arm.com \
--cc=shannon.nelson@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®