WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS passthru support

To: "Huang2, Wei" <Wei.Huang2@xxxxxxx>
Subject: Re: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS passthru support
From: Pasi Kärkkäinen <pasik@xxxxxx>
Date: Thu, 6 Jan 2011 22:05:45 +0200
Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir@xxxxxxx>, Ian Jackson <ian.jackson@xxxxxxxxxxxxx>, "Kay, Allen M" <allen.m.kay@xxxxxxxxx>, "Wang2, Wei" <Wei.Wang2@xxxxxxx>, Sander Eikelenboom <linux@xxxxxxxxxxxxxx>, "djmagee@xxxxxxxxxxxx" <djmagee@xxxxxxxxxxxx>
Delivery-date: Thu, 06 Jan 2011 12:06:50 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <EE335F95F28A664DB4A21289D2AA053BB4BD2DBA@xxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C9294B71.C963%keir@xxxxxxx> <EE335F95F28A664DB4A21289D2AA053BB2CF30BF@xxxxxxxxxxxxxxxxxxx> <20110106172337.GK2754@xxxxxxxxxxx> <EE335F95F28A664DB4A21289D2AA053BB4BD2DBA@xxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.18 (2008-05-17)
On Thu, Jan 06, 2011 at 01:56:47PM -0600, Huang2, Wei wrote:
> Hi Pasi,
> 
> No it isn't ready yet. I found some problem with new 6000M GPU. The algorithm 
> doesn't work for this VBIOS. It needs more work before a formal submission.
> 

Ok.

Too bad, Xen 4.1 is getting ready for -rc1 now.. 
would have been good to have the AMD/ATI passthrough stuff in 4.1.
(at least for some adapters).

-- Pasi

> -Wei
> -----Original Message-----
> From: Pasi Kärkkäinen [mailto:pasik@xxxxxx]
> Sent: Thursday, January 06, 2011 11:24 AM
> To: Huang2, Wei
> Cc: Keir Fraser; Sander Eikelenboom; Wang2, Wei; Kay, Allen M; 
> djmagee@xxxxxxxxxxxx; Xen-devel; Ian Jackson
> Subject: Re: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS passthru support
> 
> On Sun, Dec 12, 2010 at 12:19:08AM -0600, Huang2, Wei wrote:
> > This patch isn't meant to be final version. The stubdom issue was known to 
> > me. Users can just compile qemu-dm and copy it to overwrite existing Xen 
> > installation for a quick testing.
> >
> 
> Any plans for the "final version" ?
> 
> -- Pasi
> 
> > Thanks,
> > -Wei
> > ________________________________________
> > From: Keir Fraser [keir.xen@xxxxxxxxx] On Behalf Of Keir Fraser 
> > [keir@xxxxxxx]
> > Sent: Saturday, December 11, 2010 9:38 AM
> > To: Sander Eikelenboom; Huang2, Wei
> > Cc: Xen-devel; Ian Jackson; Kay, Allen M; Wang2, Wei; djmagee@xxxxxxxxxxxx
> > Subject: Re: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS passthru support
> >
> > The patch would need some work to make it suitable for check in and get it
> > working for stubdom. At the very least the ioperm() calls would need
> > removing completely, or stubbing out for the stubdom build.
> >
> >  -- Keir
> >
> > On 11/12/2010 14:06, "Sander Eikelenboom" <linux@xxxxxxxxxxxxxx> wrote:
> >
> > > Do i need any previous patches for this to work ?
> > >
> > > After applying it to xen-unstable, compiling xen results in:
> > >
> > > make[2]: Entering directory `/usr/src/new/xen-unstable.hg/extras/mini-os'
> > > [ -e include/xen ] || ln -sf ../../../xen/include/public include/xen
> > > [ -e include/mini-os ] || ln -sf . include/mini-os
> > > [ -e include/x86/mini-os ] || ln -sf . include/x86/mini-os
> > > make --directory=arch/x86
> > > OBJ_DIR=/usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/arch/x86
> > >  ||
> > > exit 1;
> > > make[3]: Entering directory
> > > `/usr/src/new/xen-unstable.hg/extras/mini-os/arch/x86'
> > > make[3]: Nothing to be done for `all'.
> > > make[3]: Leaving directory
> > > `/usr/src/new/xen-unstable.hg/extras/mini-os/arch/x86'
> > > ld -r -nostdlib
> > > -L/usr/src/new/xen-unstable.hg/stubdom/cross-root-x86_64/x86_64-xen-elf/lib
> > > -m elf_x86_64
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/arch/x86/x86_64.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os_app.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/blkfront.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/events.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/fbfront.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/fs-front.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/gntmap.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/gnttab.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/hypervisor.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/kernel.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lock.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/main.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mm.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/netfront.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/pcifront.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/sched.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/ctype.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/math.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/printf.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/stack_chk_fail.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/string.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/sys.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/xmalloc.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lib/xs.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/xenbus/xenbus.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/console/console.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/console/xencons_ring
> > > .o /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/lwip.a
> > > -L/usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/arch/x86 
> > > -lx86_64
> > > -lc -o /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os.o
> > > objcopy -w -G xenos_* -G _start
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os.o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os.o
> > > ld -nostdlib
> > > -L/usr/src/new/xen-unstable.hg/stubdom/cross-root-x86_64/x86_64-xen-elf/lib
> > > -m elf_x86_64 -T arch/x86/minios-x86_64.lds
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os.o  -o
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os.o: In
> > > function `ati_hw_out':
> > > /usr/src/new/xen-unstable.hg/stubdom/ioemu/hw/pt-graphics.c:82: undefined
> > > reference to `ioperm'
> > > /usr/src/new/xen-unstable.hg/stubdom/ioemu/hw/pt-graphics.c:84: undefined
> > > reference to `ioperm'
> > > /usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os.o: In
> > > function `ati_hw_in':
> > > /usr/src/new/xen-unstable.hg/stubdom/ioemu/hw/pt-graphics.c:72: undefined
> > > reference to `ioperm'
> > > /usr/src/new/xen-unstable.hg/stubdom/ioemu/hw/pt-graphics.c:74: undefined
> > > reference to `ioperm'
> > > make[2]: ***
> > > [/usr/src/new/xen-unstable.hg/stubdom/mini-os-x86_64-ioemu/mini-os] Error 
> > > 1
> > > make[2]: Leaving directory `/usr/src/new/xen-unstable.hg/extras/mini-os'
> > > make[1]: *** [ioemu-stubdom] Error 2
> > > make[1]: Leaving directory `/usr/src/new/xen-unstable.hg/stubdom'
> > > make: *** [install-stubdom] Error 2
> > >
> > > Don't know why the include of sys/io.h doesn't seem to work
> > > --
> > >
> > > Sander
> > >
> > > Saturday, December 11, 2010, 12:40:19 AM, you wrote:
> > >
> > >> Hi,
> > >
> > >> The attached patch supports dynamic detection of BARs (both MMIO and
> > >> PIO). Hopefully it can alleviate some of the issues you saw with ATI gfx
> > >> passthru. Please let me know whether it works better for you.
> > >
> > >> Thanks,
> > >> -Wei
> > >
> > >> On 12/07/2010 04:00 AM, Pasi Kärkkäinen wrote:
> > >>> On Wed, Oct 13, 2010 at 04:37:10PM -0500, Huang2, Wei wrote:
> > >>>>     Sorry, hold on a second. This fix seems corrupt my pci config space
> > >>>> after
> > >>>>     several runs.
> > >>>>
> > >>> Hello,
> > >>>
> > >>> Any updates to these patches? Many users have been asking about amd/ati 
> > >>> vga
> > >>> passthru stuff..
> > >>>
> > >>> -- Pasi
> > >>>
> > >>>>
> > >>>>     -Wei
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> > >>>>     [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> > >>>> Huang2, Wei
> > >>>>     Sent: Wednesday, October 13, 2010 3:47 PM
> > >>>>     To: djmagee@xxxxxxxxxxxx; Kay, Allen M; Ian Jackson
> > >>>>     Cc: Wang2, Wei; Xen-devel
> > >>>>     Subject: RE: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS 
> > >>>> passthru
> > >>>>     support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Allen and Doug,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Could you fix the following line in save_pci_conf_space() of
> > >>>>     tools/python/xen/util/pci.py?
> > >>>>
> > >>>>
> > >>>>
> > >>>>             "for i in range(0, 256, 4):" to "for i in range(0, 512, 
> > >>>> 4):"
> > >>>>
> > >>>>
> > >>>>
> > >>>>     This solves my black screen issue. Please let me know the results.
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Thanks,
> > >>>>
> > >>>>     -Wei
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: djmagee@xxxxxxxxxxxx [mailto:djmagee@xxxxxxxxxxxx]
> > >>>>     Sent: Friday, October 08, 2010 10:53 AM
> > >>>>     To: Huang2, Wei; Kay, Allen M; Ian Jackson
> > >>>>     Cc: Xen-devel; Wang2, Wei
> > >>>>     Subject: RE: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS 
> > >>>> passthru
> > >>>>     support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Wei,
> > >>>>
> > >>>>                     These were guests that had never seen the catalyst
> > >>>> driver
> > >>>>     before.  I booted each three with the graphics device and usb 
> > >>>> devices
> > >>>>     assigned, they worked fine using the basic VGA driver, then 
> > >>>> installed
> > >>>>     fresh Catalyst 10.9, rebooted, and each one crashed.
> > >>>>
> > >>>>
> > >>>>
> > >>>>                     Let me know if there's any other info I can provide
> > >>>> that
> > >>>>     will help you debug.  The motherboard is a DQ45CB, running 
> > >>>> xen-unstable
> > >>>>     c/s 22155 using `dom0_mem=768M iommu=1' on the grub line, and using
> > >>>> pvops
> > >>>>     Dom0 from stable-2.6.32.x commit 179eca50.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Doug Magee
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: Huang2, Wei [mailto:Wei.Huang2@xxxxxxx]
> > >>>>     Sent: Friday, October 08, 2010 11:41 AM
> > >>>>     To: djmagee@xxxxxxxxxxxx; Kay, Allen M; Ian Jackson
> > >>>>     Cc: Xen-devel; Wang2, Wei
> > >>>>     Subject: RE: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS 
> > >>>> passthru
> > >>>>     support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Doug,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Regarding Catalyst driver, we never saw guest crashing. Was it a 
> > >>>> fresh
> > >>>>     Catalyst installation or an existing guest image? We felt this 
> > >>>> VBIOS
> > >>>> patch
> > >>>>     might not provide all necessary resources to driver, which got 
> > >>>> upset.
> > >>>>     Currently we are debugging it with our driver team and will let you
> > >>>> know
> > >>>>     the update.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Thanks,
> > >>>>
> > >>>>     -Wei
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: djmagee@xxxxxxxxxxxx [mailto:djmagee@xxxxxxxxxxxx]
> > >>>>     Sent: Friday, October 08, 2010 9:41 AM
> > >>>>     To: Huang2, Wei; Kay, Allen M; Ian Jackson
> > >>>>     Cc: Xen-devel
> > >>>>     Subject: RE: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS 
> > >>>> passthru
> > >>>>     support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Wei,
> > >>>>
> > >>>>                     I've tested with a Radeon 4770 and it the VBIOS 
> > >>>> works
> > >>>>     without a problem, through many guest (re)boots, so it seems pretty
> > >>>>     solid.  I tested a linux guest (fairly standard Fedora 12), 
> > >>>> Windows XP,
> > >>>>     and Windows 7 (without accelerated drivers).  The open radeon linux
> > >>>> driver
> > >>>>     works fine.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     The Catalyst driver fails in Windows XP (STOP 0x000000EA, thread 
> > >>>> stuck
> > >>>> in
> > >>>>     device driver), windows 7 (STOP 0x00000116, driver fails to 
> > >>>> properly
> > >>>>     reset?), and linux (total system freeze).  This seems to be 
> > >>>> different
> > >>>> than
> > >>>>     the `Blank Screen' problem you report, as the driver is clearly not
> > >>>>     functioning properly.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Doug Magee
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> > >>>>     [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> > >>>> Huang2, Wei
> > >>>>     Sent: Friday, October 08, 2010 9:57 AM
> > >>>>     To: Kay, Allen M; Ian Jackson
> > >>>>     Cc: Xen-devel
> > >>>>     Subject: [Xen-devel] RE: [RFC][QEMU] ATI graphics VBIOS passthru
> > >>>> support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Allen,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Yes, Catalyst driver is the one from public website. The driver 
> > >>>> still
> > >>>> has
> > >>>>     a  minor issue with this VBIOS patch. The purpose of submitting 
> > >>>> VBIOS
> > >>>>     patch is to get community feedbacks. After we figure out the root 
> > >>>> cause
> > >>>> of
> > >>>>     black screen, I will formally submit a patch for inclusion.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Thanks,
> > >>>>
> > >>>>     -Wei
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: Kay, Allen M [mailto:allen.m.kay@xxxxxxxxx]
> > >>>>     Sent: Friday, October 08, 2010 2:21 AM
> > >>>>     To: Huang2, Wei; Ian Jackson
> > >>>>     Cc: Xen-devel
> > >>>>     Subject: RE: [RFC][QEMU] ATI graphics VBIOS passthru support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Wei,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Is Catalyst driver the one on AMD website?  I think that's what I 
> > >>>> have
> > >>>> in
> > >>>>     my win7 guest and it matches the symptom you are describing.  
> > >>>> "lspci"
> > >>>>     reports my ATI card is a V5700 - although it says v3750 on the box.
> > >>>> Where
> > >>>>     can I get a working driver?
> > >>>>
> > >>>>
> > >>>>
> > >>>>     The patch looks reasonable to me in general.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Allen
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: Huang2, Wei [mailto:Wei.Huang2@xxxxxxx]
> > >>>>     Sent: Thursday, October 07, 2010 9:06 PM
> > >>>>     To: Kay, Allen M; Ian Jackson
> > >>>>     Cc: Xen-devel
> > >>>>     Subject: RE: [RFC][QEMU] ATI graphics VBIOS passthru support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Allen,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Thanks for testing it out. We have tested this patch with Radeon 
> > >>>> 4850,
> > >>>>     4870, FirePro V5700 and FirePro M5800. Unfortunately we don't have
> > >>>> V3750
> > >>>>     at hand. It is very possible this patch isn't compatible with 
> > >>>> V3750. We
> > >>>>     will try to get hold of one for debugging. For graphics which work 
> > >>>> with
> > >>>>     this path, users should be able to get rid of emulated gfx (such as
> > >>>>     Cirrus). I have successfully installed a Windows guest VM using 
> > >>>> this
> > >>>>     patch.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     I also want to point out that there is still an issue. Users will 
> > >>>> see a
> > >>>>     black screen after installing Catalyst driver. Even though the 
> > >>>> screen
> > >>>>     appears to be black, the driver is actually functioning correctly
> > >>>> (3DMark
> > >>>>     can be run with external monitor). Our driver team is currently
> > >>>> debugging
> > >>>>     it and they believe this is easy to fix.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     What is your opinion on this patch (and the solution) in general?
> > >>>>
> > >>>>
> > >>>>
> > >>>>     -Wei
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: Kay, Allen M [mailto:allen.m.kay@xxxxxxxxx]
> > >>>>     Sent: Thursday, October 07, 2010 6:58 PM
> > >>>>     To: Huang2, Wei; Ian Jackson
> > >>>>     Cc: Xen-devel
> > >>>>     Subject: RE: [RFC][QEMU] ATI graphics VBIOS passthru support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Wei,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     This patch did not cause any problems with Intel IGD passthrough 
> > >>>> for
> > >>>> me.
> > >>>>     However, the monitor remained blank if I pass through ATI Firepro 
> > >>>> V3750
> > >>>>     either as the primary display device or the secondary device
> > >>>>     (gfx_passthru=1/0).  Passing it through as the secondary device 
> > >>>> used to
> > >>>>     work.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Have you tested the patch with this graphics card?
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Allen
> > >>>>
> > >>>>
> > >>>>
> > >>>>     From: Huang2, Wei [mailto:Wei.Huang2@xxxxxxx]
> > >>>>     Sent: Thursday, October 07, 2010 9:57 AM
> > >>>>     To: Ian Jackson
> > >>>>     Cc: Xen-devel; Kay, Allen M
> > >>>>     Subject: [RFC][QEMU] ATI graphics VBIOS passthru support
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Hi Ian,
> > >>>>
> > >>>>
> > >>>>
> > >>>>     There have been a lot of interest on gfx passthru recently. This 
> > >>>> patch
> > >>>>     enables ATI VBIOS in passthru mode. The guest VM system BIOS 
> > >>>> (including
> > >>>>     Windows boot logo) can now show in passthru screen. We have tested 
> > >>>> with
> > >>>>     various Windows and Linux guest VMs. Please help review it. We are 
> > >>>> also
> > >>>>     looking forward to comments and suggestions from Xen community 
> > >>>> users.
> > >>>>
> > >>>>
> > >>>>
> > >>>>     Signed-off-by: Wei Huang<wei.huang2@xxxxxxx>
> > >>>>
> > >>>>     Signed-off-by: Wei Wang<wei.wang2@xxxxxxx>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> _______________________________________________
> > >>>> Xen-devel mailing list
> > >>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
> > >>>> http://lists.xensource.com/xen-devel
> > >>>
> > >
> > >
> > >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-devel
> 
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>