From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [Qemu-devel] 9p broken? Date: Tue, 31 Jul 2012 15:16:57 +0300 Message-ID: <5017CCB9.3020300@redhat.com> References: <50167F9B.5050003@redhat.com> <87a9ygs9rl.fsf@skywalker.in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: qemu-devel , KVM list To: "Aneesh Kumar K.V" Return-path: Received: from mx1.redhat.com ([209.132.183.28]:12151 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756026Ab2GaMRE (ORCPT ); Tue, 31 Jul 2012 08:17:04 -0400 In-Reply-To: <87a9ygs9rl.fsf@skywalker.in.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: On 07/31/2012 09:51 AM, Aneesh Kumar K.V wrote: > Avi Kivity writes: > >> Having an annoying bug on i386 kvm I decided to debug it buy running an >> i386 guest on my x86_64 host, use 9p to access a guest image, and run it >> using nested kvm. >> >> However, 9p appears to be broken: first, the configure test fails (patch >> sent). Second, while mount works, ls on the mount point causes qemu to >> crash with > > I missed that you have already sent a patch for configure fix. That > looks better that what i sent. I will ack that patch > >> >> (gdb) bt >> #0 error_set (errp=0x7fffe95fb128, fmt=0x5555558d4568 "{ 'class': >> 'VirtFSFeatureBlocksMigration', 'data': { 'path': %s, 'tag': %s } }") at >> /home/tlv/akivity/qemu/error.c:32 >> #1 0x000055555567cb06 in v9fs_attach (opaque=0x7fffe95e3020) at >> /home/tlv/akivity/qemu/hw/9pfs/virtio-9p.c:988 >> #2 0x000055555561d19f in coroutine_trampoline (i0=1449767888, i1=21845) >> at /home/tlv/akivity/qemu/coroutine-ucontext.c:138 >> #3 0x00007ffff5a93ef0 in ?? () from /lib64/libc.so.6 >> #4 0x00007fffffffce00 in ?? () >> #5 0x0000000000000000 in ?? ( >> >> **errp already points to a VirtFSFeatureBlocksMigration error; >> v9fs_attach() has been called a second time (the first time, >> understandably, on mount; the second on ls). >> > > Why are we calling attach a second time ?. I am also not able to reproduce this > > root@qemu-img-64:~# mount -t 9p -otrans=virtio,version=9p2000.L v_tmp /mnt > root@qemu-img-64:~# ls /mnt/a.c > /mnt/a.c > I'm just doing ls /mnt (even tab completion: ls /mn crashes qemu). -- error compiling committee.c: too many arguments to function