From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: Re: [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. Date: Mon, 22 Mar 2010 10:58:09 +0000 Message-ID: <4BA75B510200007800036286@vpn.id2.novell.com> References: <1017192770.20100321221949@eikelenboom.it> <1A42CE6F5F474C41B63392A5F80372B21D641D6D@shsmsx501.ccr.corp.intel.com> <1057357311.20100322111524@eikelenboom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <1057357311.20100322111524@eikelenboom.it> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Sander Eikelenboom Cc: "xen-devel@lists.xensource.com" , Weidong Han , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org >>> Sander Eikelenboom 22.03.10 11:15 >>> >Hello Weidong/Konrad, > >1) With iommu=3D0, 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. This is certainly unrelated to $subject problem - MSR 0x8b is MSR_AMD64_PAT= CH_LEVEL, and is being written by the microcode patch loader. Jan