9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Eric Van Hensbergen" <ericvh@gmail.com>
To: weigelt@metux.de,
	"Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] What do I need for a small 9P2000 server @ Linux ?
Date: Fri, 29 Jun 2007 08:37:36 -0400	[thread overview]
Message-ID: <a4e6962a0706290537o262edf7cg5826e36875b10f52@mail.gmail.com> (raw)
In-Reply-To: <20070628173628.GA8212@nibiru.local>

On 6/28/07, Enrico Weigelt <weigelt@metux.de> wrote:
> The 9p driver in linux-2.6.19 (which currently is the latest
> stable in Gentoo) is some bit broken. First I had to fix the
> init function to abort if the result code if the called functions
> (ie. register_filesystem) is non-zero instead of zero ;o
> And if you're mounting the npfs or u9fs server and chdir into
> the mountpoint's subdir under the mountpoint itself, the process
> will hang (forever?). Obviously an recursion problem.
>

yeah - bad luck on that kernel -- I was a crappy maintainer and wasn't
doing proper regressions and some runtime bugs slipped in without me
seeing it.  You should be able to backport the fs/9p code from the
latest and greatest official kernel (not the v9fs devel directory)
without much trouble and things will be much more stable for you.

The recursive mount problem is something that you have to watch
yourself on -- single threaded file servers (like spfs and u9fs) will
just end up blocking indefinitely.  There are cases where you can
screw with multithreaded file servers and blow your kernel stack
recursing.  When it comes down to it, it is a misconfiguration, you
shouldn't loopback mount stuff in such a way that you recurse -- one
way around it is to always mount in a new namespace (which is what
Plan 9 does).  Without private name spaces there are no good solutions
which we could work out.

          -eric


  parent reply	other threads:[~2007-06-29 12:37 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-28 13:31 Enrico Weigelt
2007-06-28 14:28 ` Eric Van Hensbergen
2007-06-28 15:20   ` ron minnich
2007-06-28 17:36     ` Enrico Weigelt
2007-06-28 17:40       ` erik quanstrom
2007-06-28 17:49       ` Kris Maglione
2007-06-28 18:45         ` Enrico Weigelt
2007-06-28 18:49           ` Kris Maglione
2007-06-28 19:01             ` Enrico Weigelt
2007-06-28 19:10               ` Kris Maglione
2007-06-28 19:37                 ` Enrico Weigelt
2007-06-28 19:50                   ` Kris Maglione
2007-06-28 20:12                     ` Enrico Weigelt
2007-06-30  0:51                     ` Enrico Weigelt
2007-06-30  0:55                       ` Kris Maglione
2007-06-30 11:39                         ` Enrico Weigelt
2007-06-30 16:16                           ` Kris Maglione
2007-06-30 17:39                             ` Enrico Weigelt
2007-06-30 17:45                               ` Kris Maglione
2007-06-30 18:15                                 ` Latchesar Ionkov
2007-06-30 19:32                                   ` Kris Maglione
2007-06-30 20:34                                     ` geoff
2007-06-30 20:39                                       ` Kris Maglione
2007-06-30 21:18                                         ` geoff
2007-06-30 18:05                       ` Latchesar Ionkov
2007-06-28 20:17                   ` Kris Maglione
2007-06-28 18:52         ` ron minnich
2007-06-28 18:57           ` Kris Maglione
2007-06-28 19:03             ` Enrico Weigelt
2007-06-28 19:15               ` Kris Maglione
2007-06-29  1:05         ` Roman Shaposhnik
2007-06-29  1:22           ` ron minnich
2007-06-29  4:31             ` Kris Maglione
2007-06-29  5:37           ` Uriel
2007-06-29 11:56             ` Enrico Weigelt
2007-06-29 12:37       ` Eric Van Hensbergen [this message]
2007-06-29 14:12         ` Enrico Weigelt
2007-06-29 14:25           ` Charles Forsyth
     [not found]           ` <c0ae573a0daa29e787cf87aa9deaae79@terzarima.net>
2007-06-29 20:13             ` Enrico Weigelt
2007-06-29 20:30               ` Francisco J Ballesteros
2007-06-29 21:32                 ` Enrico Weigelt
2007-06-29 21:40                   ` ron minnich
2007-07-11 18:52                     ` Jack Johnson
2007-06-29 21:53                   ` Francisco J Ballesteros
2007-06-30 12:03                     ` Enrico Weigelt
2007-06-28 16:51   ` Uriel
2007-07-11 18:16     ` Eric Van Hensbergen
2007-06-29  0:56   ` Roman Shaposhnik
2007-06-29  1:07     ` Kris Maglione
2007-06-29  1:10       ` ron minnich

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=a4e6962a0706290537o262edf7cg5826e36875b10f52@mail.gmail.com \
    --to=ericvh@gmail.com \
    --cc=9fans@cse.psu.edu \
    --cc=weigelt@metux.de \
    /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).