All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roland Dreier <rdreier@cisco.com>
To: mst@mellanox.co.il
Cc: Lukas Hejtmanek <xhejtman@ics.muni.cz>,
	xen-devel@lists.xensource.com, Keir Fraser <keir@xensource.com>,
	general@lists.openfabrics.org
Subject: Re: [ofa-general] mthca use of dma_sync_single is bogus
Date: Mon, 09 Jul 2007 14:29:40 -0700	[thread overview]
Message-ID: <ada8x9pxo3f.fsf@cisco.com> (raw)
In-Reply-To: <adalkdpxopo.fsf@cisco.com> (Roland Dreier's message of "Mon, 09 Jul 2007 14:16:19 -0700")

 >     void
 >     dma_sync_single_range(struct device *dev, dma_addr_t dma_handle,
 >     		      unsigned long offset, size_t size,
 >     		      enum dma_data_direction direction)

It seems the document has bitrotted a little, since
dma_sync_single_range() doesn't actually exist for most architectures;
what is really implemented is dma_sync_single_range_for_cpu() and
dma_sync_single_range_for_device().  But assuming those are usable in
our situation, they seem to be exactly what we want.  I'll try to get
clarification from the DMA API experts (and also fix the documentation
in the kernel).

Unfortunately it seems like the kernel's swiotlb does not implement
the full DMA API so this won't actually fix Xen :(.

 - R.

  reply	other threads:[~2007-07-09 21:29 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-09 21:16 [ofa-general] mthca use of dma_sync_single is bogus Roland Dreier
2007-07-09 21:29 ` Roland Dreier [this message]
2007-07-09 21:36   ` Keir Fraser
2007-07-09 21:31 ` [ofa-general] " Keir Fraser
2007-07-09 21:31   ` Roland Dreier
2007-07-09 21:39 ` Michael S. Tsirkin
2007-07-10  6:48   ` Roland Dreier
2007-07-10  7:15     ` Michael S. Tsirkin
2007-07-10 15:33       ` Roland Dreier
2007-07-10 17:11         ` Michael S. Tsirkin
2007-07-10 18:09           ` Roland Dreier
2007-07-10 18:30             ` Michael S. Tsirkin
2007-07-10 19:25               ` Roland Dreier
2007-07-18 13:36                 ` Michael S. Tsirkin
2007-07-18 15:12                   ` Roland Dreier
2007-07-10 14:14     ` Lukas Hejtmanek
2007-07-10 18:06       ` Roland Dreier
2007-07-10 19:00         ` Lukas Hejtmanek
2007-07-10 19:08           ` Roland Dreier
2007-07-10 19:16             ` Lukas Hejtmanek
2007-07-10 19:24               ` Roland Dreier
2007-07-10 19:36                 ` Lukas Hejtmanek

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=ada8x9pxo3f.fsf@cisco.com \
    --to=rdreier@cisco.com \
    --cc=general@lists.openfabrics.org \
    --cc=keir@xensource.com \
    --cc=mst@mellanox.co.il \
    --cc=xen-devel@lists.xensource.com \
    --cc=xhejtman@ics.muni.cz \
    /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.