From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabio Fantoni Subject: Re: Qemu upstream bugs with xen Date: Mon, 11 Mar 2013 14:32:48 +0100 Message-ID: <513DDD00.9080703@heliman.it> References: <50F91A25.5080408@heliman.it> <50F95FE9.2030104@heliman.it> <7CE799CC0E4DE04B88D5FDF226E18AC20105C6DA997A@LONPMAILBOX01.citrite.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <7CE799CC0E4DE04B88D5FDF226E18AC20105C6DA997A@LONPMAILBOX01.citrite.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Frediano Ziglio Cc: "xen-devel@lists.xensource.com" , Ian Jackson , Ian Campbell , "fantonifabio@tiscali.it" , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org Il 11/03/2013 12:55, Frediano Ziglio ha scritto: > On Fri, 2013-01-18 at 15:44 +0100, 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? >> > Just sent a patch upstream to fix the issue. > > Frediano > Thanks, is that one? http://lists.xen.org/archives/html/xen-devel/2013-03/msg00806.html Tried but not solve the problem :( xl cd-eject W7 hdb libxl: error: libxl_device.c:269:libxl__device_disk_set_backend: no suitable backend for disk hdb xl -vvv cd-insert W7 hdb raw:/mnt/vm/iso/XPSP3PRO.iso libxl: debug: libxl.c:2389:libxl_cdrom_insert: ao 0x22709a0: create: how=(nil) callback=(nil) poller=0x2270a00 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 libxl: debug: libxl_event.c:1551:libxl__ao_abort: ao 0x22709a0: abort libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x22709a0: 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 Is there a way to reply on posts where I'm not in cc?