From: Ingo Molnar <mingo@elte.hu>
To: Jeremy Fitzhardinge <jeremy@goop.org>,
FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
Joerg Roedel <joerg.roedel@amd.com>
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
the arch/x86 maintainers <x86@kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Xen-devel <xen-devel@lists.xensource.com>
Subject: Re: [GIT PULL] xen: swiotlb support for Xen dom0
Date: Fri, 8 May 2009 13:19:43 +0200 [thread overview]
Message-ID: <20090508111943.GH11596@elte.hu> (raw)
In-Reply-To: <1241741842-7966-1-git-send-email-jeremy@goop.org>
* Jeremy Fitzhardinge <jeremy@goop.org> wrote:
> Hi Ingo,
>
> This branch adds the swiotlb hooks for Xen dom0. We use swiotlb to handle
> various device drivers which assume that multipage DMA transfers which are
> contigious in kernel memory are also contigious in machine memory (mostly
> lower-performance devices, as high-performance ones already do a good job
> of scatter-gather).
>
> Following Fujita's suggestion, these changes remove a lot of the
> placeholder stubs in arch/x86/kernel/pci-swiotlb.c and moves them into
> the Xen-specific arch/x86/xen/pci-swiotlb.c. (It still relies on
> overriding the weak functions defined in lib/swiotlb.c.)
>
> The following changes since commit 2af252ab26150b4411889c9eaf1af4c5bf03de78:
> Jeremy Fitzhardinge (1):
> xen: checkpatch cleanups
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git xen-tip/for-ingo/dom0/swiotlb
>
> Ian Campbell (4):
> xen swiotlb: fixup swiotlb is chunks smaller than MAX_CONTIG_ORDER
> xen: add hooks for mapping phys<->bus addresses in swiotlb
> xen/swiotlb: add swiotlb_arch_range_needs_mapping hook for xen
> xen: enable swiotlb for xen domain 0.
>
> Jeremy Fitzhardinge (5):
> xen: make sure swiotlb allocation is physically contigious
> swiotlb: use swiotlb_alloc_boot to allocate emergency pool
> xen/swiotlb: improve comment on gfp flags in xen_alloc_coherent()
> xen/swiotlb: add sync functions
> xen/swiotlb: update to new new dma_ops
>
> arch/x86/kernel/pci-swiotlb.c | 30 ++--------
> arch/x86/xen/Kconfig | 1 +
> arch/x86/xen/Makefile | 1 +
> arch/x86/xen/pci-swiotlb.c | 53 ++++++++++++++++++
> drivers/pci/xen-iommu.c | 123 +++++++++++++++++++++++++++++------------
> include/xen/swiotlb.h | 18 ++++++
> lib/swiotlb.c | 3 +-
> 7 files changed, 168 insertions(+), 61 deletions(-)
> create mode 100644 arch/x86/xen/pci-swiotlb.c
> create mode 100644 include/xen/swiotlb.h
Ok, this looks good to me at a quick glance and it makes quite a bit
of sense - but it would be nice to get the acks (or reviewed-by
tags) of Fujita-san and Joerg, and address any review feedback and
if everything is resolved, propagate those tags into the series.
Thanks,
Ingo
next prev parent reply other threads:[~2009-05-08 11:20 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-08 0:17 [GIT PULL] xen: swiotlb support for Xen dom0 Jeremy Fitzhardinge
2009-05-08 0:17 ` [PATCH 1/9] xen: make sure swiotlb allocation is physically contigious Jeremy Fitzhardinge
2009-05-08 7:47 ` [Xen-devel] [PATCH 1/9] xen: make sure swiotlb allocation isphysically contigious Jan Beulich
2009-05-08 15:51 ` Jeremy Fitzhardinge
2009-05-11 3:40 ` [PATCH 1/9] xen: make sure swiotlb allocation is physically contigious FUJITA Tomonori
2009-05-11 13:55 ` Joerg Roedel
2009-05-11 18:42 ` Jeremy Fitzhardinge
2009-05-08 0:17 ` [PATCH 2/9] xen swiotlb: fixup swiotlb is chunks smaller than MAX_CONTIG_ORDER Jeremy Fitzhardinge
2009-05-08 0:17 ` [PATCH 3/9] xen: add hooks for mapping phys<->bus addresses in swiotlb Jeremy Fitzhardinge
2009-05-11 3:40 ` FUJITA Tomonori
2009-05-11 14:11 ` Joerg Roedel
2009-05-08 0:17 ` [PATCH 4/9] xen/swiotlb: add swiotlb_arch_range_needs_mapping hook for xen Jeremy Fitzhardinge
2009-05-11 3:40 ` FUJITA Tomonori
2009-05-11 14:16 ` Joerg Roedel
2009-05-08 0:17 ` [PATCH 5/9] xen: enable swiotlb for xen domain 0 Jeremy Fitzhardinge
2009-05-11 3:40 ` FUJITA Tomonori
2009-05-11 14:21 ` Joerg Roedel
2009-05-08 0:17 ` [PATCH 6/9] swiotlb: use swiotlb_alloc_boot to allocate emergency pool Jeremy Fitzhardinge
2009-05-08 0:17 ` [PATCH 7/9] xen/swiotlb: improve comment on gfp flags in xen_alloc_coherent() Jeremy Fitzhardinge
2009-05-08 0:17 ` [PATCH 8/9] xen/swiotlb: add sync functions Jeremy Fitzhardinge
2009-05-08 0:17 ` [PATCH 9/9] xen/swiotlb: update to new new dma_ops Jeremy Fitzhardinge
2009-05-08 11:19 ` Ingo Molnar [this message]
2009-05-11 3:40 ` [GIT PULL] xen: swiotlb support for Xen dom0 FUJITA Tomonori
2009-05-11 16:59 ` Jeremy Fitzhardinge
2009-05-11 22:45 ` FUJITA Tomonori
2009-05-11 13:04 ` Ingo Molnar
2009-05-11 16:57 ` Jeremy Fitzhardinge
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=20090508111943.GH11596@elte.hu \
--to=mingo@elte.hu \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=jeremy@goop.org \
--cc=joerg.roedel@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=x86@kernel.org \
--cc=xen-devel@lists.xensource.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