Re: [Xen-users] VGA passthrough radeon 4850 as primary card

[Matthias <matthias.kannenberg@xxxxxxxxxxxxxx>]

Hi Greg,

I'm actually pretty impressed by your patch! It didn't worked for me
with primary passthrough (boot got stuck at windows loading screen
after the first things like boot select displayed on primary card
well), but it actually seemed to have fixed my BSOD (the atikmdag.sys
0x0116 one many people have) issue in secondary passthrough I had for
a while and therefor did more for my system stability then the last
like 200 unstable changesets combined ;)

So in my opinion this patch should be cleaned up and definitely be
included in xen-unstable (or better to say in xen-qemu) cause it
really improves vga passthrough stability, which more and more people
using xen for.

One issue I had with this patch, though:

You do an additional "#include <sys/io.h>" in pt-graphics.c which
actually breaks the stubdom build (which is included when you do a
'make world') because the stubdom build doesn't uses the system's
include path but it's own where io.h simply isn't included. I don't
know much about the stubdom build process and how to fix this issue
but other then this the patch (i had to clean it up a bit but this was
only correcting paths for xen-unstable, i can provide my version if
you want) seems fine for me.


I would really like to see this beeing included in at least the
unstable branches as soon as possible :)



2013/3/3 povder <povder@xxxxxxxxx>:
> 2013/3/2 Dr. Greg Wettstein <greg@xxxxxxxxxxxxxxxxx>:
>>
>> We have run thousands of sessions of primary VGA pass-through using
>> ATI cards.  We currently use stock Windows 7 with no additional
>> drivers.
>>
>> Patches are needed to QEMU in order to support primary pass-through.
>> The following URL references patches which will work for the 4.1.x and
>> 4.2.x releases:
>>
>>         ftp://ftp.enjellic.com/pub/xen/xen-4.1.3.ati-passthrough.patch
>>
>>         ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch
>>
>> The patches can be applied and the updated qemu-dm can be dropped into
>> place, canonically in the /usr/lib/xen/bin directory.
>>
>> The following is a sample configuration:
>> ---------------------------------------------------------------------------
>> builder='hvm'
>> memory = 3072
>> name = "Windows"
>> viridian = 1
>> vif = [ 'type=ioemu, bridge=bridge0, model=e1000' ]
>> acpi = 1
>> apic = 1
>> disk = [ 'phy:/dev/localvg1/winsnap,hda,w' ]
>> boot="c"
>> sdl=0
>> vnc=0
>> soundhw='ac97'
>> stdvga=1
>> gfx_passthru=1
>> pci=[ '01:00.0', '00:1a.0' ]
>> ---------------------------------------------------------------------------
>>
>> The BDF definitions for the pci pass-through directive are for the ATI
>> card and the USB host controller which drives the keyboard and mouse.
>>
>> The trick to getting this right is to automate the detach and
>> re-attachment of the PCI devices to dom0.  The following script
>> provides a framework for doing this:
>>
>>         ftp://ftp.enjellic.com/pub/xen/run-passthrough
>>
>> It should be salted according to the flavor of your particular
>> installation.  Access to the vbetool utility, which most distribution
>> include to support suspend/resume, is desirable in order to run the
>> BIOS-post initialization functions so the graphics card works properly
>> upon return of control to dom0.
>>
>> You will want to have an SSH session open from an alternate location
>> to whatever platform you are testing this all on.  It will be the only
>> way to control the system if something goes awry during the
>> setup/teardown of the pass-through session.
>>
>> Hope the above is helpful.
>>
>
> Thank you for this valuable information.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxx
> http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users