From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.25.21.156 with SMTP id 28csp1735226lfv; Fri, 5 Aug 2016 03:34:32 -0700 (PDT) X-Received: by 10.55.22.103 with SMTP id g100mr12264518qkh.257.1470393271921; Fri, 05 Aug 2016 03:34:31 -0700 (PDT) Return-Path: Received: from lists.gnu.org (lists.gnu.org. [2001:4830:134:3::11]) by mx.google.com with ESMTPS id 13si8548403qki.180.2016.08.05.03.34.31 for (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 05 Aug 2016 03:34:31 -0700 (PDT) Received-SPF: pass (google.com: domain of qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org designates 2001:4830:134:3::11 as permitted sender) client-ip=2001:4830:134:3::11; Authentication-Results: mx.google.com; spf=pass (google.com: domain of qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org designates 2001:4830:134:3::11 as permitted sender) smtp.mailfrom=qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org Received: from localhost ([::1]:44315 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVcSV-0005k3-DO for alex.bennee@linaro.org; Fri, 05 Aug 2016 06:34:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVcR2-0004Hl-Qm for qemu-devel@nongnu.org; Fri, 05 Aug 2016 06:33:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bVcR0-0001p1-Jd for qemu-devel@nongnu.org; Fri, 05 Aug 2016 06:32:59 -0400 Received: from lhrrgout.huawei.com ([194.213.3.17]:2866) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVcQu-0001ns-MA; Fri, 05 Aug 2016 06:32:52 -0400 Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id COX95835; Fri, 05 Aug 2016 10:32:47 +0000 (GMT) Received: from [10.201.112.86] (10.201.112.86) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server id 14.3.235.1; Fri, 5 Aug 2016 11:32:38 +0100 To: "Daniel P. Berrange" , Kevin Zhao References: <20160805082857.GH9933@redhat.com> <57A46A1D.6000608@huawei.com> From: Claudio Fontana Message-ID: <57A46B46.1090703@huawei.com> Date: Fri, 5 Aug 2016 12:32:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <57A46A1D.6000608@huawei.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.201.112.86] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.57A46B4F.006C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: b52da28197425d1d050318390a740259 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 194.213.3.17 Subject: Re: [Qemu-devel] [Help]: Does qemu-system-aarch64 support virtio-9p? I got a problem when remap host file to guest in AArch64. X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter Maydell , qemu-arm , QEMU Developers Errors-To: qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org Sender: "Qemu-devel" X-TUID: ULGF/OuxGwNG On 05.08.2016 12:27, Claudio Fontana wrote: > Hi, > > On 05.08.2016 10:28, Daniel P. Berrange wrote: >> On Fri, Aug 05, 2016 at 10:23:58AM +0800, Kevin Zhao wrote: >>> Hi All, >>> I have a problem may about Qemu and kindly need your help. Does >>> qemu-system-aarch64 support virtio-9p ? >>> Recently I have tried to use qemu remapped the file from host to >>> guest. As I know, Qemu has supported this so long as guest kernel has >>> support 9p(virtfs). Reference to this link: >>> http://wiki.qemu.org/Documentation/9psetup >>> Fedora 24 AArch64 kernel has supported this: >>> [root@sha-win-225 ~]# lsmod | grep 9p >>> 9p 56273 0 >>> fscache 87449 1 9p >>> 9pnet_virtio 9122 0 >>> 9pnet 83564 2 9p,9pnet_virtio >>> virtio_ring 13866 5 virtio_net,virtio_pci,9pnet_ >>> virtio,virtio_mmio,virtio_scsi >>> virtio 9467 5 virtio_net,virtio_pci,9pnet_ >>> virtio,virtio_mmio,virtio_scsi >>> >>> Now I use virsh to launch the VM, and the corresponding qemu command I >>> have pasted here: >>> http://paste.openstack.org/show/549225/. >>> You can see that: >>> * -fsdev >>> local,security_model=mapped,id=fsdev-fs0,path=/var/lib/libvirt/images/coreos >>> -device >>> virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=share,bus=pci.2,addr=0x1* >>> Here is the command that remapped the directory from host to guest. >>> After VM launched, I use the command to mount: >>> * mount -t 9p -o trans=virtio share /tmp/shared/ >>> -oversion=9p2000.L,posixacl,cache=loose* >>> But mount command will be blocked and output nothing. >> >> Try using version=9p2000.u instead - I've noticed other versions have >> been buggy in various kernel version/qemu version combinations. The >> 9p2000.u version is what i use in libvirt-sandobx and so I know it will >> work in general. > > We are using version=9p2000.L here with qemu-system-aarch64, and it works well. > We tested only on qemu-2.5 though. Forgot to mention though that we backported commit c8225aa1 "virtio-9p: use accessor to get thread_pool" though, as without it we have experienced crashes. Ciao, C.