1 v9fs: Plan 9 Resource Sharing for Linux
2 =======================================
7 v9fs is a Unix implementation of the Plan 9 9p remote filesystem protocol.
9 This software was originally developed by Ron Minnich <rminnich@sandia.gov>
10 and Maya Gokhale. Additional development by Greg Watson
11 <gwatson@lanl.gov> and most recently Eric Van Hensbergen
12 <ericvh@gmail.com>, Latchesar Ionkov <lucho@ionkov.net> and Russ Cox
15 The best detailed explanation of the Linux implementation and applications of
16 the 9p client is available in the form of a USENIX paper:
17 http://www.usenix.org/events/usenix05/tech/freenix/hensbergen.html
19 Other applications are described in the following papers:
21 http://www.xcpu.org/xcpu-talk.pdf
22 * KVMFS: control file system for KVM
23 http://www.xcpu.org/kvmfs.pdf
24 * CellFS: A New ProgrammingModel for the Cell BE
25 http://www.xcpu.org/cellfs-talk.pdf
26 * PROSE I/O: Using 9p to enable Application Partitions
27 http://plan9.escet.urjc.es/iwp9/cready/PROSE_iwp9_2006.pdf
32 For remote file server:
34 mount -t 9p 10.10.1.2 /mnt/9
36 For Plan 9 From User Space applications (http://swtch.com/plan9)
38 mount -t 9p `namespace`/acme /mnt/9 -o trans=unix,uname=$USER
43 trans=name select an alternative transport. Valid options are
45 unix - specifying a named pipe mount point
46 tcp - specifying a normal TCP/IP connection
47 fd - used passed file descriptors for connection
50 uname=name user name to attempt mount as on the remote server. The
51 server may override or ignore this value. Certain user
52 names may require authentication.
54 aname=name aname specifies the file tree to access when the server is
55 offering several exported file systems.
57 cache=mode specifies a cacheing policy. By default, no caches are used.
58 loose = no attempts are made at consistency,
59 intended for exclusive, read-only mounts
61 debug=n specifies debug level. The debug level is a bitmask.
62 0x01 = display verbose error messages
63 0x02 = developer debug (DEBUG_CURRENT)
64 0x04 = display 9p trace
65 0x08 = display VFS trace
66 0x10 = display Marshalling debug
67 0x20 = display RPC debug
68 0x40 = display transport debug
69 0x80 = display allocation debug
71 rfdno=n the file descriptor for reading with trans=fd
73 wfdno=n the file descriptor for writing with trans=fd
75 maxdata=n the number of bytes to use for 9p packet payload (msize)
77 port=n port to connect to on the remote server
79 noextend force legacy mode (no 9p2000.u semantics)
81 dfltuid attempt to mount as a particular uid
83 dfltgid attempt to mount with a particular gid
85 afid security channel - used by Plan 9 authentication protocols
87 nodevmap do not map special files - represent them as normal files.
88 This can be used to share devices/named pipes/sockets between
89 hosts. This functionality will be expanded in later versions.
91 access there are three access modes.
92 user = if a user tries to access a file on v9fs
93 filesystem for the first time, v9fs sends an
94 attach command (Tattach) for that user.
95 This is the default mode.
96 <uid> = allows only user with uid=<uid> to access
97 the files on the mounted filesystem
98 any = v9fs does single attach and performs all
99 operations as one user
104 Our current recommendation is to use Inferno (http://www.vitanuova.com/inferno)
105 as the 9p server. You can start a 9p server under Inferno by issuing the
107 ; styxlisten -A tcp!*!564 export '#U*'
109 The -A specifies an unauthenticated export. The 564 is the port # (you may
110 have to choose a higher port number if running as a normal user). The '#U*'
111 specifies exporting the root of the Linux name space. You may specify a
112 subset of the namespace by extending the path: '#U*'/tmp would just export
113 /tmp. For more information, see the Inferno manual pages covering styxlisten
116 A Linux version of the 9p server is now maintained under the npfs project
117 on sourceforge (http://sourceforge.net/projects/npfs). The currently
118 maintained version is the single-threaded version of the server (named spfs)
119 available from the same CVS repository.
121 There are user and developer mailing lists available through the v9fs project
122 on sourceforge (http://sourceforge.net/projects/v9fs).
124 News and other information is maintained on SWiK (http://swik.net/v9fs).
126 Bug reports may be issued through the kernel.org bugzilla
127 (http://bugzilla.kernel.org)
129 For more information on the Plan 9 Operating System check out
130 http://plan9.bell-labs.com/plan9
132 For information on Plan 9 from User Space (Plan 9 applications and libraries
133 ported to Linux/BSD/OSX/etc) check out http://swtch.com/plan9
139 The 2.6 kernel support is working on PPC and x86.
141 PLEASE USE THE KERNEL BUGZILLA TO REPORT PROBLEMS. (http://bugzilla.kernel.org)