[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4BABEB62.200@yahoo.es>
Date: Fri, 26 Mar 2010 00:01:54 +0100
From: Albert Herranz <albert_herranz@...oo.es>
To: Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
CC: fujita.tomonori@....ntt.co.jp, linux-kernel@...r.kernel.org,
iommu@...ts.linux-foundation.org, chrisw@...s-sol.org,
Ian.Campbell@...citrix.com, jeremy@...p.org, dwmw2@...radead.org,
alex.williamson@...com, stern@...land.harvard.edu
Subject: Re: [PATCH] swiotlb v0.6: seperation of physical/virtual address
translation
Konrad Rzeszutek Wilk wrote:
> To my happy surprise, I've found that Mr. Sander Eikelenboom and Mr. Albert Herranz
> had been using these patches.
>
> I've asked whether Mr. Sander wouldn't mind chiming in and he said he
> would gladly add 'Tested-by: Sander Eikelenboom <linux@...elenboom.it>'
> to the patches. I haven't asked Mr. Albert since he is busy making his
> set of patches for the Wii controller ready.
>
Actually, I'm waiting now for some USB core changes to settle down before sending again a patch series.
Alan Stern and I were touching the same USB code base, so it makes sense to coordinate our efforts.
> Mr. Sander's long summary (a bit of explanation here: these five patches form the
> basis of a branch that has Xen PCI frontend driver allowing PCI
> passthrough, so his testing encompassed these five and many more):
>
> "If have placed the usb controller in another system now.
>
> So it's tested with:
>
> Intel system, usb 3.0 xhci PCIe host controller:
> - Xen-4.0.0rc6, dom0 xen-next, domU your 2.6.33 tree i mentioned
> - Baremetal on this system with the 2.6.33 from your tree
>
> AMD system (running now, no iommu in this system): passthrough of USB2.0
> PCI host controller, USB2.0 PCIe hostcontroller, USB 3.0
> +PCIe host controller, 1 usb videograbber per usb controller.
> - Xen-4.0.0rc6, dom0 2.6.31.12 pvops kernel from jeremy's tree, domU
> your 2.6.33 tree i mentioned
>
>
> All(with xen and baremetal) have been tested by grabbing raw or mpeg2
> video streams to v4l usb capture devices.
>
> So a 'Tested-by' seems to be justified i would say"
>
> The git branch in question is pv/merge.2.6.33 from GIT tree:
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
>
What I've tested (successfully) so far are these patches from your master branch in the tree:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb-2.6.git
swiotlb: EXPORT_SYMBOL_GPL functions + variables that are defined in the header file.
swiotlb: Make swiotlb bookkeeping functions visible in the header file.
swiotlb: Make all bookkeeping functions and variables have same prefix.
swiotlb: swiotlb_bk_map_single: abstract out swiotlb_virt_to_bus calls out.
swiotlb: Make internal bookkeeping functions have 'swiotlb_bk' prefix.
And these two add-ons (which I needed for supporting swiotlb on the Wii):
swiotlb: make swiotlb_bounce() __weak
swiotbl: add back swiotlb_alloc_boot()
The swiotlb bk code has been tested as part of the "MEM2" DMA ops code used to support the EHCI controller of the Wii.
That support code includes (as of last patch series) the following patches too:
wii: hollywood ehci controller support
wii: enable swiotlb
wii: add mem2 dma mapping ops
wii: have generic dma coherent
USB: add HCD_NO_COHERENT_MEM host controller driver flag
USB: refactor unmap_urb_for_dma/map_urb_for_dma
powerpc: add min_direct_dma_addr
powerpc: add per-device dma coherent support
The last iteration of the series (v5) is available at:
http://marc.info/?l=linux-usb&m=126902357306668
Concerns raised so far for v5 will be addressed in v6.
Thanks,
Albert
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists