From: Scott Wood <scottwood@freescale.com>
To: Bruce_Leonard@selinc.com
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: Async DMA question regarding dma_async_memcpy_buf_to_buf
Date: Mon, 24 Nov 2008 14:16:22 -0600 [thread overview]
Message-ID: <492B0B96.5050009@freescale.com> (raw)
In-Reply-To: <OFDA95F0F0.C47AEAA0-ON8825750B.006E5AC8-8825750B.006EC783@selinc.com>
Bruce_Leonard@selinc.com wrote:
> Yes, I understand the directions and what they apply to, that's obvious
> from the macros themselves. What I don't understand is if it's safe, from
> a kernel/cache standpoint, to pass to the function a src pointer coming
> _from_ the device and a dest pointer that's going _to_ the device? In
> other words, can I use this function to _write_ to a DMA slave? If not,
> there's a functionality missing from the async DMA engine.
What exactly do you mean by "the device"? if it's the DMA engine, then
that's a meaningless request, by the definition of "source" and
"destination". If you mean some other device that happens to be
providing a buffer for you to DMA into or out of, that's irrelevant to
the DMA API; it's just memory that happens to live somewhere else (and
possibly not be cached).
-Scott
next prev parent reply other threads:[~2008-11-24 20:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-24 18:55 Async DMA question regarding dma_async_memcpy_buf_to_buf Bruce_Leonard
2008-11-24 19:47 ` Scott Wood
2008-11-24 20:10 ` Bruce_Leonard
2008-11-24 20:16 ` Scott Wood [this message]
2008-11-24 20:49 ` Bruce_Leonard
2008-11-24 21:00 ` Scott Wood
2008-11-24 21:23 ` Bruce_Leonard
2008-11-24 21:28 ` Scott Wood
2008-11-24 21:35 ` Bruce_Leonard
-- strict thread matches above, loose matches on Subject: below --
2008-11-22 1:00 Bruce_Leonard
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=492B0B96.5050009@freescale.com \
--to=scottwood@freescale.com \
--cc=Bruce_Leonard@selinc.com \
--cc=linuxppc-embedded@ozlabs.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.