From: Fabio Fantoni <fantonifabio@tiscali.it>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: xen-devel <xen-devel@lists.xensource.com>
Subject: Re: Test report of xen 4.2.0-rc4
Date: Mon, 10 Sep 2012 16:26:06 +0200 [thread overview]
Message-ID: <504DF87E.6020901@tiscali.it> (raw)
In-Reply-To: <1347284515.5305.85.camel@zakaz.uk.xensource.com>
[-- Attachment #1.1: Type: text/plain, Size: 5784 bytes --]
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 #1.2: Firma crittografica S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4510 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2012-09-10 14:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-07 12:44 Test report of xen 4.2.0-rc4 Fabio Fantoni
2012-09-07 15:15 ` Ian Campbell
2012-09-10 9:22 ` Fabio Fantoni
2012-09-10 9:29 ` Ian Campbell
2012-09-10 13:36 ` Fabio Fantoni
2012-09-10 13:41 ` Ian Campbell
2012-09-10 14:26 ` Fabio Fantoni [this message]
2012-09-10 14:27 ` Ian Campbell
2012-09-11 7:56 ` Fabio Fantoni
2012-09-17 13:28 ` Fabio Fantoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=504DF87E.6020901@tiscali.it \
--to=fantonifabio@tiscali.it \
--cc=Ian.Campbell@citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.