From: Greg Kurz <gkurz@linux.vnet.ibm.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] 9pfs troubles (was Re: [PATCH 1/4] hw/9pfs: fix error handing in local_ioc_getversion())
Date: Fri, 7 Feb 2014 10:02:52 +0100 [thread overview]
Message-ID: <20140207100252.1fccedc3@bahia.local> (raw)
In-Reply-To: <20140205213111.GA8453@redhat.com>
On Wed, 5 Feb 2014 23:31:11 +0200
"Michael S. Tsirkin" <mst@redhat.com> wrote:
> On Tue, Feb 04, 2014 at 12:51:25PM +0530, Aneesh Kumar K.V wrote:
> > "Michael S. Tsirkin" <mst@redhat.com> writes:
> >
> > > On Mon, Feb 03, 2014 at 03:05:10PM +0530, Aneesh Kumar K.V wrote:
> > >> "Michael S. Tsirkin" <mst@redhat.com> 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.
--
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.
next prev parent reply other threads:[~2014-02-07 9:03 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-28 15:08 [Qemu-devel] [PATCH 1/4] hw/9pfs: fix error handing in local_ioc_getversion() Kirill A. Shutemov
2014-01-28 15:08 ` [Qemu-devel] [PATCH 2/4] hw/9pfs: handle undefined FS_IOC_GETVERSION case in handle_ioc_getversion() Kirill A. Shutemov
2014-02-02 16:20 ` Aneesh Kumar K.V
2014-01-28 15:08 ` [Qemu-devel] [PATCH 3/4] hw/9pfs: make get_st_gen() return ENOTTY error on special files Kirill A. Shutemov
2014-02-02 16:28 ` Aneesh Kumar K.V
2014-01-28 15:08 ` [Qemu-devel] [PATCH 4/4] hw/9pfs: fix P9_STATS_GEN handling Kirill A. Shutemov
2014-02-02 16:27 ` Aneesh Kumar K.V
2014-02-02 16:20 ` [Qemu-devel] [PATCH 1/4] hw/9pfs: fix error handing in local_ioc_getversion() Aneesh Kumar K.V
[not found] ` <878utx5tw1.fsf@linux.vnet.ibm.com>
[not found] ` <87bnyp4e7k.fsf@linux.vnet.ibm.com>
2014-02-02 21:32 ` [Qemu-devel] 9pfs troubles (was Re: [PATCH 1/4] hw/9pfs: fix error handing in local_ioc_getversion()) Michael S. Tsirkin
2014-02-03 9:35 ` Aneesh Kumar K.V
2014-02-03 11:03 ` Michael S. Tsirkin
2014-02-04 7:21 ` Aneesh Kumar K.V
2014-02-05 21:31 ` Michael S. Tsirkin
2014-02-06 12:58 ` Aneesh Kumar K.V
2014-02-06 13:24 ` Michael S. Tsirkin
2014-02-07 9:02 ` Greg Kurz [this message]
2014-02-09 12:05 ` Michael S. Tsirkin
2014-03-12 11:34 ` Michael S. Tsirkin
2014-03-17 9:12 ` Greg Kurz
2015-01-20 15:36 ` Marc-André Lureau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140207100252.1fccedc3@bahia.local \
--to=gkurz@linux.vnet.ibm.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).