Re: [Xen-devel] Test report of xen 4.2.0-rc4

[Fabio Fantoni <fantonifabio@xxxxxxxxxx>]

Il 10/09/2012 15:41, Ian Campbell ha scritto:
> On Mon, 2012-09-10 at 14:36 +0100, Fabio Fantoni wrote:
> > gdb --args xl -vvv cd-eject W7 hdb
> > GNU gdb (GDB) 7.4.1-debian
> > Copyright (C) 2012 Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later
> > <http://gnu.org/licenses/gpl.html>
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> > and "show warranty" for details.
> > This GDB was configured as "x86_64-linux-gnu".
> > For bug reporting instructions, please see:
> > <http://www.gnu.org/software/gdb/bugs/>...
> > Reading symbols from /usr/sbin/xl...done.
> Oops, sorry I forget to say:
>
> Enter "run" at this point to actually run the command.
>
> > (gdb) bt
> > No stack.
>
>
> -----
> Nessun virus nel messaggio.
> Controllato da AVG - www.avg.com
> Versione: 2012.0.2197 / Database dei virus: 2437/5259 -  Data di rilascio: 
> 09/09/2012
gdb --args xl -vvv cd-eject W7 hdb
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/xl...done.
(gdb) run
Starting program: /usr/sbin/xl -vvv cd-eject W7 hdb
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
libxl: debug: libxl.c:2143:libxl_cdrom_insert: ao 0x623980: create: 
how=(nil) callback=(nil) poller=0x6239e0
libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk 
vdev=hdb spec.backend=unknown
libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=hdb, 
backend phy unsuitable as phys path not a block device
libxl: debug: libxl_device.c:210:disk_try_backend: Disk vdev=hdb, 
backend tap unsuitable due to format empty
libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk 
vdev=hdb, using backend qdisk
libxl: debug: libxl_event.c:1497:libxl__ao_complete: ao 0x623980: 
complete, rc=0
libxl: debug: libxl.c:2236:libxl_cdrom_insert: ao 0x623980: inprogress: 
poller=0x6239e0, flags=ic
libxl: debug: libxl_event.c:1469:libxl__ao__destroy: ao 0x623980: destroy
xc: debug: hypercall buffer: total allocations:4 total releases:4
xc: debug: hypercall buffer: current allocations:0 maximum allocations:2
xc: debug: hypercall buffer: cache current size:2
xc: debug: hypercall buffer: cache hits:1 misses:2 toobig:1
[Inferior 1 (process 5581) exited normally]
(gdb) bt
No stack.

I also tried Precise hvm domU, on restore give update-manager crash, 
tried firefox and work, on restore with Precise PV domU network not work 
but after yes, tried ping, first failed other ok.
Seem that also Linux domU have network not working on restore but 
resolved itself after some seconds.
I also tried cd-eject on Precise hvm domU, same result:
gdb --args xl -vvv cd-eject PRECISEHVM hdb
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/xl...done.
(gdb) run
Starting program: /usr/sbin/xl -vvv cd-eject PRECISEHVM hdb
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
libxl: debug: libxl.c:2143:libxl_cdrom_insert: ao 0x623980: create: 
how=(nil) callback=(nil) poller=0x6239e0
libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Disk 
vdev=hdb spec.backend=unknown
libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=hdb, 
backend phy unsuitable as phys path not a block device
libxl: debug: libxl_device.c:210:disk_try_backend: Disk vdev=hdb, 
backend tap unsuitable due to format empty
libxl: debug: libxl_device.c:265:libxl__device_disk_set_backend: Disk 
vdev=hdb, using backend qdisk
libxl: debug: libxl_event.c:1497:libxl__ao_complete: ao 0x623980: 
complete, rc=0
libxl: debug: libxl.c:2236:libxl_cdrom_insert: ao 0x623980: inprogress: 
poller=0x6239e0, flags=ic
libxl: debug: libxl_event.c:1469:libxl__ao__destroy: ao 0x623980: destroy
xc: debug: hypercall buffer: total allocations:4 total releases:4
xc: debug: hypercall buffer: current allocations:0 maximum allocations:2
xc: debug: hypercall buffer: cache current size:2
xc: debug: hypercall buffer: cache hits:1 misses:2 toobig:1
[Inferior 1 (process 6522) exited normally]
(gdb) bt
No stack.

----------------------------------------------
PRECISEHVM.cfg
-----------------------
name='PRECISEHVM'
builder="hvm"
memory=1024
vcpus=2
hap=1
pae=1
acpi=1
apic=1
nx=1
vif=['bridge=xenbr0']
#vfb=['vnc=1,vncunused=1,vnclisten="0.0.0.0",keymap="it"']
#disk=['/mnt/vm/disks/PRECISEHVM.disk1.xm,raw,hda,rw', 
'/dev/sr0,raw,hdb,ro,cdrom']
disk=['/mnt/vm/disks/PRECISEHVM.disk1.xm,raw,hda,rw','/mnt/vm/iso/XPSP3PRO.iso,raw,hdb,ro,cdrom']
boot='c'
xen_platform_pci=1
device_model_version='qemu-xen-traditional'
vnc=1
vncunused=1
vnclisten="0.0.0.0"
keymap="it"
stdvga=0
#videoram=16
----------------------------------------------

Attachment: smime.p7s
Description: Firma crittografica S/MIME

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