From: "Daniel P. Berrange" <berrange@redhat.com>
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
Cc: Harsh Bora <harsh@linux.vnet.ibm.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] Raise 9pfs mount_tag limit from 32 to 255 bytes
Date: Fri, 7 Oct 2011 10:27:56 +0100 [thread overview]
Message-ID: <20111007092755.GE31228@redhat.com> (raw)
In-Reply-To: <20110929152216.GU30524@redhat.com>
On Thu, Sep 29, 2011 at 04:22:16PM +0100, Daniel P. Berrange wrote:
> On Thu, Sep 29, 2011 at 08:23:49PM +0530, Aneesh Kumar K.V wrote:
> > On Thu, 29 Sep 2011 11:34:21 +0100, "Daniel P. Berrange" <berrange@redhat.com> wrote:
> > > From: "Daniel P. Berrange" <berrange@redhat.com>
> > >
> > > The Linux guest kernel does not appear to have a problem handling
> > > a mount_tag larger than 32 bytes. Increase the limit to 255 bytes,
> > > though perhaps it can be made larger still, or not limited at all ?
> > >
> > > Tested with a 3.0.4 kernel and a mount_tag 255 bytes in length.
> > >
> > > * hw/9pfs/virtio-9p.h: Change MAX_TAG_LEN to 255
> >
> >
> > mount_tag is passed via pci config space, do we want to have 255 bytes
> > out of that for device identification.
>
> How big is the config space available for each 9pfs device and what
> other info does it need to keep there ?
Does anyone have an clear answer for this ?
I've done some tests with ever larger mount tags, and managed to increase
the MAX_TAG_LEN value to 1023 before I started getting guest failures.
So if the config space is really 1023 bytes in size, it doesn't seem too
unrealistic to allow 255 bytes of it for the mount_tag, or at the very
least increase it from 32 to 128 ?
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
next prev parent reply other threads:[~2011-10-07 9:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-29 10:34 [Qemu-devel] [PATCH] Raise 9pfs mount_tag limit from 32 to 255 bytes Daniel P. Berrange
2011-09-29 14:53 ` Aneesh Kumar K.V
2011-09-29 15:22 ` Daniel P. Berrange
2011-10-07 9:27 ` Daniel P. Berrange [this message]
2011-10-07 11:19 ` Aneesh Kumar K.V
2011-10-20 15:13 ` Daniel P. Berrange
2011-11-01 18:27 ` Anthony Liguori
2011-11-01 18:48 ` Daniel P. Berrange
2011-11-01 19:45 ` Anthony Liguori
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=20111007092755.GE31228@redhat.com \
--to=berrange@redhat.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=harsh@linux.vnet.ibm.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.