xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Sander Eikelenboom <linux@eikelenboom.it>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"Han, Weidong" <weidong.han@intel.com>
Subject: Re: [pvops xen/next ][iommu] attenpt to passthrough PCI-e usb controllor to PV domU SUCCESS :-)
Date: Mon, 22 Mar 2010 16:30:18 -0400	[thread overview]
Message-ID: <20100322203018.GA32382@phenom.dumpdata.com> (raw)
In-Reply-To: <1609670718.20100322213550@eikelenboom.it>

On Mon, Mar 22, 2010 at 09:35:50PM +0100, Sander Eikelenboom wrote:
> Hi Konrad,
> 
> Thx again and again and again :-)

Oh nice. Glad to hear.

> Works like a charm by adding these to the domU kernel options.
> I saw a lot of your hard work on the swiotlb on LKML as well, would be nice if it would be accepted together with pci-front,
> that would make mainline kernels as domU work with pci-passthrough as well.

Yes!  That is the idea - to have the xen-pcifront upstream. Thought as
you experienced first hand, first the SWIOTLB need to be in the kernel
to make the PCI front patches work.
> 
> I now got it running with the linux 2.6.33 tree from your git tree, which is of course also very recent :-)

Oh boy. You are adventurous :-) .. 
> 
> Now running on:
> hypervisor: xen-4.0.0-rc6
> dom0: xen-next
> domU: 2.6.33 tree with pcifront and swiotlb from Konrad's git tree, and with some additional patches to het isochronous URB's working on the USB 3.0 xHCI driver from linux-usb mailing lists.
> 
> 
> Pasi, perhaps a good thing to point out in the passthrough wiki pages (at least when using pvops kernels),

Well, in regards to those trees of mine I keep on reworking them so that they will be
ready for upstream. They don't have all of the nice bells and whistles
that xen/next has - just the basics to get xen-pcifront working.


> BTW how do you handle tables in the wiki's ?
> Because i tried with the xen-hypervisor-boot-options page, but it was a real pain in the *ss to set it up.
> 
> 
> --
> Sander
> 
> 
> 
> Monday, March 22, 2010, 8:12:37 PM, you wrote:
> 
> > On Mon, Mar 22, 2010 at 11:15:24AM +0100, Sander Eikelenboom wrote:
> >> Hello Weidong/Konrad,
> >> 
> >> 1) With iommu=0, the DMAR fault is gone (of course), but
> >>         > (XEN) traps.c:2309:d1 Domain attempted WRMSR 000000000000008b from 00000a07:00000000 to 00000000:00000000.
> >>         Stays in xm-dmesg, the pv guests is booted, and lspci shows the pci device. But the device doesn't function properly.
> 
> > How does it not function properly? Was this related to the IOMMU error ?
> > Did you point it out to me previously and I missed it? If so, can you
> > resend it to me please.
> 
> > If the problem is with the message about needing 'swiotlb=force' to be
> > passed, 'iommu=soft swiotlb=force' should take care of that. 
> 
> 
> 
> 
> -- 
> Best regards,
>  Sander                            mailto:linux@eikelenboom.it

  reply	other threads:[~2010-03-22 20:30 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-21 21:19 [pvops xen/next ][iommu] attenpt to passthrough PCI-e usb controllor to PV domU: (XEN) traps.c:2309:d1 Domain attempted WRMSR 000000000000008b from 00000a07:00000000 to 00000000:00000000 Sander Eikelenboom
2010-03-22  8:04 ` Han, Weidong
2010-03-22  9:04   ` Pasi Kärkkäinen
2010-03-22  9:13     ` Weidong Han
2010-03-22  9:19       ` Pasi Kärkkäinen
2010-03-22  9:22         ` Christian Tramnitz
2010-03-22  9:55           ` Pasi Kärkkäinen
2010-03-22  9:25         ` Weidong Han
2010-03-22  9:29           ` Pasi Kärkkäinen
2010-03-22  9:32             ` Weidong Han
2010-03-22  9:30           ` Sander Eikelenboom
2010-03-22 10:15   ` Sander Eikelenboom
2010-03-22 10:58     ` Jan Beulich
2010-03-22 13:14       ` Re: [pvops xen/next ] attenpt to passthrough PCI-e usb controllor to PV domU Sander Eikelenboom
2010-03-22 19:12     ` [pvops xen/next ][iommu] attenpt to passthrough PCI-e usb controllor to PV domU: (XEN) traps.c:2309:d1 Domain attempted WRMSR 000000000000008b from 00000a07:00000000 to 00000000:00000000 Konrad Rzeszutek Wilk
2010-03-22 20:35       ` [pvops xen/next ][iommu] attenpt to passthrough PCI-e usb controllor to PV domU SUCCESS :-) Sander Eikelenboom
2010-03-22 20:30         ` Konrad Rzeszutek Wilk [this message]
2010-03-22 20:49         ` Pasi Kärkkäinen
2010-03-22 21:23           ` Sander Eikelenboom
2010-03-22 21:26             ` Pasi Kärkkäinen
2010-03-22 21:12               ` Konrad Rzeszutek Wilk
2010-03-23  7:05                 ` Pasi Kärkkäinen
2010-03-23 10:16                 ` Jan Beulich
2010-03-23 10:23                   ` Sander Eikelenboom
2010-03-23 11:23                     ` Jan Beulich
2010-03-23 11:24                       ` Pasi Kärkkäinen

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=20100322203018.GA32382@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=linux@eikelenboom.it \
    --cc=weidong.han@intel.com \
    --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;
as well as URLs for NNTP newsgroup(s).