WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH 0 of 9] swiotlb: use phys_addr_t for pages

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Tony Luck <tony.luck@xxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH 0 of 9] swiotlb: use phys_addr_t for pages
From: Ingo Molnar <mingo@xxxxxxx>
Date: Sat, 27 Dec 2008 11:48:23 +0100
Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Ian Campbell <ian.campbell@xxxxxxxxxx>, Becky Bruce <beckyb@xxxxxxxxxxxxxxxxxxx>, the arch/x86 maintainers <x86@xxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Delivery-date: Sat, 27 Dec 2008 02:49:20 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <patchbomb.1229970362@xxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <patchbomb.1229970362@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.18 (2008-05-17)
* Jeremy Fitzhardinge <jeremy@xxxxxxxx> wrote:

> Hi all,
> 
> Here's a work in progress series whcih does a partial revert of the 
> previous swiotlb changes, and does a partial replacement with Becky 
> Bruce's series.
> 
> The most important difference is Becky's use of phys_addr_t rather than 
> page+offset to represent arbitrary pages.  This turns out to be simpler.
> 
> I didn't replicate the map_single_page changes, since I'm not exactly 
> sure of ppc's requirements here, and it seemed like something that could 
> be easily added.
> 
> Quick testing showed no problems, but I haven't had the chance to do 
> anything extensive.
> 
> I've made some small changes to Becky's patches to make them apply, but 
> I've separated any functional changes into separate patches with 
> appropriate authorship.

looks good to me in principle. Fujita-san, do you have any principal 
objections against these generalizations?

Also, this patch will interact with ia64 materially:

  Subject: [PATCH 9 of 9] ia64/x86/swiotlb: use enum dma_data_direciton in 
dma_ops

So we'll need a bit more confidence in the testing status of this queue, 
and we probably want to wait until Tony merged the pending .29 ia64 
changes, and also get an Ack from Tony for these bits:

 arch/ia64/dig/dig_vtd_iommu.c       |    9 +++--
 arch/ia64/hp/common/hwsw_iommu.c    |   22 ++++++++------
 arch/ia64/hp/common/sba_iommu.c     |   12 ++++---
 arch/ia64/include/asm/dma-mapping.h |   29 +++++++++---------
 arch/ia64/include/asm/swiotlb.h     |   26 ++++++++++------
 arch/ia64/kernel/machvec.c          |    6 ++-
 arch/ia64/sn/kernel/io_common.c     |    3 +-
 arch/ia64/sn/pci/pci_dma.c          |   21 ++++++++-----
 arch/ia64/sn/pci/pcibr/pcibr_dma.c  |    3 +-
 arch/ia64/sn/pci/tioca_provider.c   |    3 +-

(Tony Cc:-ed)

        Ingo

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>