qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Greg Kurz <gkurz@linux.vnet.ibm.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: Wed, 12 Mar 2014 13:34:44 +0200	[thread overview]
Message-ID: <20140312113444.GA6996@redhat.com> (raw)
In-Reply-To: <20140207100252.1fccedc3@bahia.local>

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" <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.

This seems to help but why is this necessary
in the initrd?
After all I am not trying to boot from 9pfs.


> -- 
> 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.

  parent reply	other threads:[~2014-03-12 11:34 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
2014-02-09 12:05                 ` Michael S. Tsirkin
2014-03-12 11:34                 ` Michael S. Tsirkin [this message]
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=20140312113444.GA6996@redhat.com \
    --to=mst@redhat.com \
    --cc=aneesh.kumar@linux.vnet.ibm.com \
    --cc=gkurz@linux.vnet.ibm.com \
    --cc=kirill.shutemov@linux.intel.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).