From: Albert Herranz <albert_herranz@yahoo.es>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: fujita.tomonori@lab.ntt.co.jp, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org, chrisw@sous-sol.org,
Ian.Campbell@eu.citrix.com, jeremy@goop.org, dwmw2@infradead.org,
alex.williamson@hp.com, stern@rowland.harvard.edu
Subject: Re: [PATCH] swiotlb v0.6: seperation of physical/virtual address translation
Date: Fri, 26 Mar 2010 00:01:54 +0100 [thread overview]
Message-ID: <4BABEB62.200@yahoo.es> (raw)
In-Reply-To: <20100325135610.GA10991@phenom.dumpdata.com>
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@eikelenboom.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
next prev parent reply other threads:[~2010-03-25 23:02 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-19 15:04 [PATCH] swiotlb v0.6: seperation of physical/virtual address translation Konrad Rzeszutek Wilk
2010-03-19 15:04 ` [PATCH 1/5] swiotlb: Make internal bookkeeping functions have 'swiotlb_bk' prefix Konrad Rzeszutek Wilk
2010-03-19 15:04 ` [PATCH 2/5] swiotlb: swiotlb_bk_map_single: abstract out swiotlb_virt_to_bus calls out Konrad Rzeszutek Wilk
2010-03-19 15:04 ` [PATCH 3/5] swiotlb: Make all bookkeeping functions and variables have same prefix Konrad Rzeszutek Wilk
2010-03-19 15:04 ` [PATCH 4/5] swiotlb: Make swiotlb bookkeeping functions visible in the header file Konrad Rzeszutek Wilk
2010-03-19 15:04 ` [PATCH 5/5] swiotlb: EXPORT_SYMBOL_GPL functions + variables that are defined " Konrad Rzeszutek Wilk
2010-04-05 2:13 ` [PATCH 4/5] swiotlb: Make swiotlb bookkeeping functions visible " FUJITA Tomonori
2010-04-07 19:22 ` Konrad Rzeszutek Wilk
2010-03-25 13:56 ` [PATCH] swiotlb v0.6: seperation of physical/virtual address translation Konrad Rzeszutek Wilk
2010-03-25 23:01 ` Albert Herranz [this message]
2010-04-05 2:12 ` FUJITA Tomonori
2010-04-07 19:28 ` [LKML] " Konrad Rzeszutek Wilk
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=4BABEB62.200@yahoo.es \
--to=albert_herranz@yahoo.es \
--cc=Ian.Campbell@eu.citrix.com \
--cc=alex.williamson@hp.com \
--cc=chrisw@sous-sol.org \
--cc=dwmw2@infradead.org \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=iommu@lists.linux-foundation.org \
--cc=jeremy@goop.org \
--cc=konrad.wilk@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
/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;
as well as URLs for NNTP newsgroup(s).