From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38710) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPTbp-0007x1-MZ for qemu-devel@nongnu.org; Mon, 17 Mar 2014 05:13:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WPTbg-0000oz-FV for qemu-devel@nongnu.org; Mon, 17 Mar 2014 05:13:25 -0400 Received: from e06smtp12.uk.ibm.com ([195.75.94.108]:38087) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPTbg-0000j8-6g for qemu-devel@nongnu.org; Mon, 17 Mar 2014 05:13:16 -0400 Received: from /spool/local by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 17 Mar 2014 09:13:11 -0000 Received: from b06cxnps3075.portsmouth.uk.ibm.com (d06relay10.portsmouth.uk.ibm.com [9.149.109.195]) by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id 935BE219005C for ; Mon, 17 Mar 2014 09:13:04 +0000 (GMT) Received: from d06av12.portsmouth.uk.ibm.com (d06av12.portsmouth.uk.ibm.com [9.149.37.247]) by b06cxnps3075.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s2H9Cv3g55312548 for ; Mon, 17 Mar 2014 09:12:57 GMT Received: from d06av12.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av12.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s2H9D85s004532 for ; Mon, 17 Mar 2014 03:13:08 -0600 Date: Mon, 17 Mar 2014 10:12:58 +0100 From: Greg Kurz Message-ID: <20140317101258.21df173b@bahia.local> In-Reply-To: <20140312113444.GA6996@redhat.com> References: <1390921707-15109-1-git-send-email-kirill.shutemov@linux.intel.com> <878utx5tw1.fsf@linux.vnet.ibm.com> <87bnyp4e7k.fsf@linux.vnet.ibm.com> <20140202213202.GA2442@redhat.com> <871tzk4jzl.fsf@linux.vnet.ibm.com> <20140203110354.GA19825@redhat.com> <87vbwv2vii.fsf@linux.vnet.ibm.com> <20140205213111.GA8453@redhat.com> <20140207100252.1fccedc3@bahia.local> <20140312113444.GA6996@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] 9pfs troubles (was Re: [PATCH 1/4] hw/9pfs: fix error handing in local_ioc_getversion()) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: "Aneesh Kumar K.V" , "Kirill A. Shutemov" , qemu-devel@nongnu.org On Wed, 12 Mar 2014 13:34:44 +0200 "Michael S. Tsirkin" wrote: > On Fri, Feb 07, 2014 at 10:02:52AM +0100, Greg Kurz wrote: > > On Wed, 5 Feb 2014 23:31:11 +0200 > > "Michael S. Tsirkin" wrote: > > > On Tue, Feb 04, 2014 at 12:51:25PM +0530, Aneesh Kumar K.V wrote: > > > > "Michael S. Tsirkin" writes: > > > > > > > > > On Mon, Feb 03, 2014 at 03:05:10PM +0530, Aneesh Kumar K.V wrote: > > > > >> "Michael S. Tsirkin" writes: > > > > >> > > > > >> > Haven't used 9pfs in a while. > > > > >> > I thought these patches are a good time to play with it some more. > > > > >> > I have encountered two issues. > > > > >> > > > > > >> > What I'm doing: > > > > >> > host: qemu a75143eda2ddf581b51e96c000974bcdfe2cbd10. > > > > >> > > > > > >> > /scm/qemu/x86_64-softmmu/qemu-system-x86_64 -enable-kvm -m 1g -cpu > > > > >> > kvm64 -smp 2 f20-x64.qcow2 -netdev user,id=foo -redir > > > > >> > tcp:8022::22 -device virtio-net,netdev=foo -serial stdio -fsdev > > > > >> > local,security_model=none,id=fsdev0,path=/lib/modules/ -device > > > > >> > virtio-9p-pci,id=fs0,fsdev=fsdev0,mount_tag=libmodulesshare -fsdev > > > > >> > local,security_model=none,id=fsdev1,path=/boot -device > > > > >> > virtio-9p-pci,id=fs1,fsdev=fsdev0,mount_tag=bootshare -no-reboot > > > > >> > -snapshot > > > > >> > > > > > >> > guest: Fedora 20 > > > > >> > > > > > >> > added this in /etc/fstab: > > > > >> > > > > > >> > bootshare /share/boot 9p > > > > >> > trans=virtio,version=9p2000.L 0 0 > > > > >> > libmodulesshare /share/lib/modules 9p > > > > >> > trans=virtio,version=9p2000.L 0 0 > > > > >> > > > > > >> > > > > > >> > I have encountered two issues: > > > > >> > > > > > >> > 1. mount failure on boot > > > > >> > If I try to mount on boot through fstab, I get: > > > > >> > [ 2.270157] 9pnet: Could not find request transport: virtio > > > > >> > [ 2.270158] 9pnet: Could not find request transport: virtio > > > > >> > > > > >> > > > > >> Missing 9pnet_virtio.ko module ? > > > > > > > > > > Maybe it's loaded too late. But when I get to plymouth prompt > > > > > it's loaded fine. > > > > > > Any idea about this one? Do you have guests with 9pfs > > > and virtio as modules and 9pfs mounted from /etc/fstab? > > > > > > > Hi Michael, > > > > I had the very same problem. You probably need to add 9pnet_virtio to the > > initramfs. > > > > # mkinitrd -f --with=9pnet_virtio /boot/initramfs-$(uname -r).img $(uname -r) > > # gzip -dc /boot/initramfs-$(uname -r).img | cpio -t | grep 9pnet > > usr/lib/modules/3.11.7-200.fc19.ppc64p7/kernel/net/9p/9pnet_virtio.ko > > usr/lib/modules/3.11.7-200.fc19.ppc64p7/kernel/net/9p/9pnet.ko > > > > Cheers. > > This seems to help but why is this necessary > in the initrd? > After all I am not trying to boot from 9pfs. > I do not know... maybe it has to do with the way systemd deals with fstab... :-\ > > > -- > > Gregory Kurz kurzgreg@fr.ibm.com > > gkurz@linux.vnet.ibm.com > > Software Engineer @ IBM/Meiosys http://www.ibm.com > > Tel +33 (0)562 165 496 > > > > "Anarchy is about taking complete responsibility for yourself." > > Alan Moore. > -- Gregory Kurz kurzgreg@fr.ibm.com gkurz@linux.vnet.ibm.com Software Engineer @ IBM/Meiosys http://www.ibm.com Tel +33 (0)562 165 496 "Anarchy is about taking complete responsibility for yourself." Alan Moore.