[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Test report for xen-unstable and qemu-xen



George Dunlap wrote on 2013-08-28:
> On Wed, Aug 28, 2013 at 11:22 AM, George Dunlap <dunlapg@xxxxxxxxx>
> wrote:
>> On Wed, Aug 28, 2013 at 1:53 AM, Zhang, Yang Z
>> <yang.z.zhang@xxxxxxxxx>
> wrote:
>>> Fabio Fantoni wrote on 2013-08-27:
>>>> Dom0: Wheezy 64 bit with kernel from package
>>>> linux-image-3.2.0-4-amd64 version 3.2.46-1 and all dependency
>>>> packages for xen, spice and usb redirection. Seabios 1.7.3-1, qemu
>>>> 1.5.0+dfsg-5 (1.5.1), spice 0.12.4-0nocelt1 and usbredir 0.6-2
>>>> compiled from debian unstable sources. ------------------------- git
>>>> clone git://xenbits.xen.org/xen.git (in this build commit is
>>>> 30e9a840b822ea57319abc0d136945a150fb915b) -------------------------
>>>> Added some patches: - tools-configure-qemu-for-spice-and-usbredir -
>>>> libxl-Add-spice-vdagent-support-for-upstream-qemu v3 - libxl: Spice
>>>> disable-copy-paste support for upstream qemu - libxl: usb2 and usb3
>>>> controller support for upstream qemu v4 -
>>>> tools-firmware-seabios-packaged - tools: Improve make deb v3 - pc:Fix
>>>> initialization of the ram_memory variable (to fix qemu 1.6 critical
>>>> regression) ------------------------- vi Config.mk # Change upstream
>>>> qemu to 1.6 QEMU_UPSTREAM_URL ?= git://git.qemu.org/qemu.git
>>>> QEMU_UPSTREAM_REVISION ?= 1ee2daeb6448312d6d0e22175f5c1b9b01f8974c
>>>> ---- ./configure --prefix=/usr --disable-xend
>>>> --enable-qemu-traditional=no ------------------------- make debball
>>>> 
>>>> Note: mainly tested with qemu 1.6
>>>> 
>>>> -------------------------
>>>> Issues solved from my previous test build report:
>>>> -------------
>>>> - domU not start with qemu 1.5.1 and more that 2 gb of ram:
>>>>    tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it
>>>>    works, while with qemu 1.5.1 doesn't (stops at the beginning, spice
>>>>    client show only the lines of seabios version and machine UUID; qemu
>>>>    log show nothing more that 2 gb test), while with 2 gb of ram works
>>>>    also with qemu 1.5.1 (SOLVED WITH QEMU 1.6)
>>>> -------------
>>>> - Starting xendomain with "xl create" show some debug options:
>>>>    Starting auto Xen domains: W7.cfgxc: info: VIRTUAL MEMORY
>>>>    ARRANGEMENT: Loader: 0000000000100000->000000000019eb68 Modules:  
>>>>        0000000000000000->0000000000000000 TOTAL:
>>>>    0000000000000000->000000007f000000 ENTRY ADDRESS: 0000000000100000
>>>>    xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES:
>>>>    0x0000000000000200 2MB PAGES: 0x00000000000003f7 1GB PAGES:
>>>>    0x0000000000000000
>>>> [done].
>>>> -------------
>>>> - nested hvm was bugged: started test it on windows 7 pro 64 domU
>>>> on qemu-xen,
>>>>    on xpmode now works also integration features
>>>> (disks,printers,clipboard sharing) and usb passthrough
>>>> -------------------------
>>> I didn't quite catch your meaning. Can you give more detail of what
>>> kind of
> nested cases you test and how many passed and how many fail?
>> 
>> This is under the "issues solved" section, and it says "was bugged"
>> (note the past tense) and "now works", so I took him to mean that it
>> didn't work time he tested it, but it works now.  Is that correct,
> 
> *didn't work *last* time he tested it... gah..
But the patch to fix xpmode wasn't applied. So I am a little confused that why 
it works now.

> 
>  -G


Best regards,
Yang


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.