From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Sutton Subject: Re: [Xen-users] Intel HD Graphics 4600 Xen VGA Passthrough to Windows 7 Ultimate HVM domU Date: Thu, 25 Jul 2013 09:41:17 -0500 Message-ID: References: <51EA5E74.9070900@gmail.com> <51EA61ED.1090900@gmail.com> <1B4B44D9196EFF41AE41FDA404FC0A1001B4FFD9@SHSMSX102.ccr.corp.intel.com> <20130723120316.GU2924@reaktio.net> <51EF9897.8060201@gmail.com> <1B4B44D9196EFF41AE41FDA404FC0A1001B5327D@SHSMSX102.ccr.corp.intel.com> <20130724115702.GX2924@reaktio.net> <1B4B44D9196EFF41AE41FDA404FC0A1001B5453C@SHSMSX102.ccr.corp.intel.com> <20130725090725.GC2924@reaktio.net> <38fa923e71af08ab8a964d32796349e7@mail.shatteredsilicon.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0877129648382396181==" Return-path: In-Reply-To: <38fa923e71af08ab8a964d32796349e7@mail.shatteredsilicon.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Gordan Bobic Cc: "Ren, Yongjie" , singapore.mr.teo.en.ming@gmail.com, "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "Zhang, Xiantao" List-Id: xen-devel@lists.xenproject.org --===============0877129648382396181== Content-Type: multipart/alternative; boundary=047d7b5d57c8d40b4704e257040d --047d7b5d57c8d40b4704e257040d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable All, On Thu, Jul 25, 2013 at 4:20 AM, Gordan Bobic wrote: > On Thu, 25 Jul 2013 12:07:25 +0300, Pasi K=E4rkk=E4inen wr= ote: > >> On Thu, Jul 25, 2013 at 08:58:58AM +0000, Ren, Yongjie wrote: >> >>> > > N.B. I didn't use the latest traditional qemu because of the >>> following bug: >>> > > http://bugzilla-archived.**xenproject.org//bugzilla/show_** >>> bug.cgi?id=3D1865 >>> > > >>> > >>> > Hmm.. isn't that bug affecting qemu-traditional in general, not PCI/G= PU >>> > passthru specifically? >>> > Or is it *only* PCI/GPU passthru that it breaks for you? >>> > >>> It's a general device assignment issue. >>> Any PCI device can't be assigned to a HVM guest with the latest >>> qemu-traditional. >>> >>> >> Ok. Is there already a separate thread on xen-devel about the >> qemu-traditional PCI assignment issue? >> If not, we should create one. >> > > FWIW, I'm using qemu-dm (i.e. traditional) in 4.3 and am successfully > passing USB, audio, GPU PCI devices using it (as long as I stay under > the 2GB domU RAM limit). So whatever the issue is it isn't generic. > > That bug report doesn't include the domU config file, and IIRC > I saw a similar error when device_model/device_model_**override and > device_model_version don't match or are unavailable in the build > (e.g. building without upstream and specifying traditional or > vice versa). More info needed to verify, I think. > > Gordan > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > And just to add a little more variety, I'm also using traditional (under 4.3) to pass through USB and GPU (Radeon 6770) to a Windows 7 DomU configured with 6Gb for memory. Only using a patch to work around a broken BIOS implementation so I have IOMMU support. Regards, David --047d7b5d57c8d40b4704e257040d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
All,

On Thu, Jul 25, 2013 at 4:20 AM, Gordan Bobic <= ;gordan@bobich.net> wrote:
On Thu, 25 Jul 2013 12:07:= 25 +0300, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Thu, Jul 25, 2013 at 08:58:58AM +0000, Ren, Yongjie wrote:
> > N.B. I didn't use the latest traditional qemu because of the = following bug:
> > http://bugzilla-archived.xenpr= oject.org//bugzilla/show_bug.cgi?id=3D1865
> >
>
> Hmm.. isn't that bug affecting qemu-traditional in general, not PC= I/GPU
> passthru specifically?
> Or is it *only* PCI/GPU passthru that it breaks for you?
>
It's a general device assignment issue.
Any PCI device can't be assigned to a HVM guest with the latest qemu-tr= aditional.


Ok. Is there already a separate thread on xen-devel about the
qemu-traditional PCI assignment issue?
If not, we should create one.

FWIW, I'm using qemu-dm (i.e. traditional) in 4.3 and am successfully passing USB, audio, GPU PCI devices using it (as long as I stay under
the 2GB domU RAM limit). So whatever the issue is it isn't generic.

That bug report doesn't include the domU config file, and IIRC
I saw a similar error when device_model/device_model_override and device_model_version don't match or are unavailable in the build
(e.g. building without upstream and specifying traditional or
vice versa). More info needed to verify, I think.

Gordan


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

And just to add a little more variety, I'm also using trad= itional (under 4.3) to pass through USB and GPU (Radeon 6770) to a Windows = 7 DomU configured with 6Gb for memory. Only using a patch to work around a = broken BIOS implementation so I have IOMMU support.

Regards,

=A0 David
--047d7b5d57c8d40b4704e257040d-- --===============0877129648382396181== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============0877129648382396181==--