From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Dunlap Subject: Re: Qemu upstream bugs with xen Date: Mon, 21 Jan 2013 12:16:12 +0000 Message-ID: References: <50F91A25.5080408@heliman.it> <50F95FE9.2030104@heliman.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6702172588399945904==" Return-path: In-Reply-To: <50F95FE9.2030104@heliman.it> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Fabio Fantoni Cc: xen-devel , Ian Jackson , Ian Campbell , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org --===============6702172588399945904== Content-Type: multipart/alternative; boundary=f46d043c7acc4a20cd04d3cb6df9 --f46d043c7acc4a20cd04d3cb6df9 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Jan 18, 2013 at 2:44 PM, Fabio Fantoni wrote: > Il 18/01/2013 14:00, Stefano Stabellini ha scritto: > > On Fri, 18 Jan 2013, Fabio Fantoni wrote: >> >>> 1) Both linux and windows domU with qemu upstream have an additional >>> empty floppy and cdrom. >>> Is there a way to remove these additionals block devices? >>> >> the best way would be to pass a device or a global command line option >> to QEMU to change the default for isa-fdc >> >> >> 2) xl cd-eject and cd-insert are not working: >>> >>> xl -vvv cd-eject W7 hdb >>> libxl: debug: libxl.c:2389:libxl_cdrom_**insert: ao 0x1b95990: create: >>> how=(nil) callback=(nil) poller=0x1b95930 >>> libxl: debug: libxl_device.c:229:libxl__**device_disk_set_backend: Disk >>> vdev=hdb spec.backend=phy >>> libxl: debug: libxl_device.c:175:disk_try_**backend: Disk vdev=hdb, >>> backend phy unsuitable as phys path not a block device >>> libxl: error: libxl_device.c:269:libxl__**device_disk_set_backend: no >>> suitable backend for disk hdb >>> >> cd-eject should work by trying to insert an empty cdrom. >> In particular the disk format should be LIBXL_DISK_FORMAT_EMPTY, but I >> think this is not the case here. >> I guess it is a bug in parse_disk_config. >> >> >> libxl: debug: libxl_event.c:1482:libxl__ao_**abort: ao 0x1b95990: abort >>> libxl: debug: libxl_event.c:1472:libxl__ao__**destroy: ao 0x1b95990: >>> 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 >>> >>> xl -vvv cd-insert W7 hdb raw:/mnt/vm/iso/QUANTAL.iso >>> libxl: debug: libxl.c:2389:libxl_cdrom_**insert: ao 0x1d07990: create: >>> how=(nil) callback=(nil) poller=0x1d079f0 >>> libxl: debug: libxl_device.c:229:libxl__**device_disk_set_backend: Disk >>> vdev=hdb spec.backend=phy >>> libxl: error: libxl_device.c:243:libxl__**device_disk_set_backend: Disk >>> vdev=hdb failed to stat: raw:/mnt/vm/iso/QUANTAL.iso: No such file or >>> directory >>> >> It looks like it is trying to stat "raw:/mnt/vm/iso/QUANTAL.iso" instead >> of "/mnt/vm/iso/QUANTAL.iso". The format parsing must be wrong. >> >> >> libxl: debug: libxl_event.c:1482:libxl__ao_**abort: ao 0x1d07990: abort >>> libxl: debug: libxl_event.c:1472:libxl__ao__**destroy: ao 0x1d07990: >>> 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 >>> >>> Seem there is parsing error about backend and device/iso path, for now I >>> not found solution for fix it on code. >>> >> I've added -nodefaults option to qemu upstream to remove empty floppy and > cdrom with success. Please could this be added by default on libxl on qemu > upstream starting? > > About cd-eject cd-insert parsing bug can you solve please? I'll put this on the release tracking list. -George --f46d043c7acc4a20cd04d3cb6df9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Jan 18, 2013 at 2:44 PM, Fabio Fantoni <= fabio.fantoni@heliman.it> wrote:
Il 18/01/2013 14:00, Stefano Stabellini ha s= critto:

On Fri, 18 Jan 2013, Fabio Fantoni wrote:
1) Both linux and windows domU with qemu upstream have an additional
empty floppy and cdrom.
Is there a way to remove these additionals block devices?
the best way would be to pass a device or a global command line option
to QEMU to change the default for isa-fdc


2) xl cd-eject and cd-insert are not working:

xl -vvv cd-eject W7 hdb
libxl: debug: libxl.c:2389:libxl_cdrom_insert: ao 0x1b95990: create:=
how=3D(nil) callback=3D(nil) poller=3D0x1b95930
libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Dis= k
vdev=3Dhdb spec.backend=3Dphy
libxl: debug: libxl_device.c:175:disk_try_backend: Disk vdev=3Dhdb,<= br> backend phy unsuitable as phys path not a block device
libxl: error: libxl_device.c:269:libxl__device_disk_set_backend: no<= br> suitable backend for disk hdb
cd-eject should work by trying to insert an empty cdrom.
In particular the disk format should be LIBXL_DISK_FORMAT_EMPTY, but I
think this is not the case here.
I guess it is a bug in parse_disk_config.


libxl: debug: libxl_event.c:1482:libxl__ao_abort: ao 0x1b95990: abor= t
libxl: debug: libxl_event.c:1472:libxl__ao__destroy: ao 0x1b95990: d= estroy
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

xl -vvv cd-insert W7 hdb raw:/mnt/vm/iso/QUANTAL.iso
libxl: debug: libxl.c:2389:libxl_cdrom_insert: ao 0x1d07990: create:=
how=3D(nil) callback=3D(nil) poller=3D0x1d079f0
libxl: debug: libxl_device.c:229:libxl__device_disk_set_backend: Dis= k
vdev=3Dhdb spec.backend=3Dphy
libxl: error: libxl_device.c:243:libxl__device_disk_set_backend: Dis= k
vdev=3Dhdb failed to stat: raw:/mnt/vm/iso/QUANTAL.iso: No such file or
directory
It looks like it is trying to stat "raw:/mnt/vm/iso/QUANTAL.iso" = instead
of "/mnt/vm/iso/QUANTAL.iso". =A0The format parsing must be wrong= .


libxl: debug: libxl_event.c:1482:libxl__ao_abort: ao 0x1d07990: abor= t
libxl: debug: libxl_event.c:1472:libxl__ao__destroy: ao 0x1d07990: d= estroy
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

Seem there is parsing error about backend and device/iso path, for now I not found solution for fix it on code.
I've added -nodefaults option to qemu upstream to remove empty floppy a= nd cdrom with success. Please could this be added by default on libxl on qe= mu upstream starting?

About cd-eject cd-insert parsing bug can you solve please?

I'll put this on the release tracking list.

=A0-George

--f46d043c7acc4a20cd04d3cb6df9-- --===============6702172588399945904== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============6702172588399945904==--