All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.