[PATCH 9/10] 9p: tcp listener implementation

2007-11-02 Thread Latchesar Ionkov
This patch adds a TCP listener for the trans_fd transport. The listener allows the in-kernel servers to listen on a TCP port for client connections. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/mux.c | 269 +- 1 files

[PATCH 8/10] 9p: loopback transport

2007-11-02 Thread Latchesar Ionkov
9P loopback transport that can be used between 9P in-kernel servers and v9fs on the same machine. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/Kconfig |7 + net/9p/Makefile |4 + net/9p/trans_loop.c | 371 +++ 3

[PATCH 6/10] 9p: in-kernel server basic support

2007-11-02 Thread Latchesar Ionkov
This patch implements the basic functionality required for implementing in-kernel 9P file servers. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- include/net/9p/9p.h |2 + include/net/9p/srv.h | 169 +++ net/9p/Kconfig |5 + net/9p/Makefile |4 + net/9p

[PATCH] 9p: basic sysfs support

2007-11-02 Thread Latchesar Ionkov
This patch implements the basic sysfs support for 9p. If CONFIG_NET_9P_DEBUG is defined, allows reading and modifying the debug level via /sysfs/fs/9p/debuglevel. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- include/net/9p/9p.h |1 + net/9p/mod.c| 45

[PATCH][REFERENCE ONLY] 9p: ramfs 9p server

2007-11-02 Thread Latchesar Ionkov
Sample ramfs file server that uses the in-kernel 9P file server support. This code is for reference only. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/Kconfig |8 +- net/9p/Makefile |1 + net/9p/ramfs/ramfs.c | 986

[PATCH 5/10] 9p: marshalling changes for in-kernel server

2007-11-02 Thread Latchesar Ionkov
This patch implements serialization/deserialization for the server-side 9P messages. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- include/net/9p/9p.h | 16 ++ net/9p/conv.c | 457 +-- 2 files changed, 462 insertions(+), 11

[PATCH 7/10] 9p: sysfs support for in-kenel servers

2007-11-02 Thread Latchesar Ionkov
/fs/9p/srv/ramfs/0/ctl Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- include/net/9p/srv.h | 24 +++- net/9p/srv.c | 386 +- 2 files changed, 405 insertions(+), 5 deletions(-) diff --git a/include/net/9p/srv.h b/include/net/9p/srv.h

[PATCH 4/10] 9p: tranport interface changes for in-kernel server

2007-11-02 Thread Latchesar Ionkov
This patch adds in-kernel 9P server support to the transport interface. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- fs/9p/v9fs.c |2 +- include/net/9p/transport.h | 31 --- net/9p/mux.c |6 +++--- 3 files changed, 32

[PATCH 1/10] 9p: new transport interface

2007-11-02 Thread Latchesar Ionkov
interface making it more suitable for implementing various 9P transports. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- fs/9p/v9fs.c |1 - include/net/9p/9p.h|1 + include/net/9p/client.h| 13 ++- include/net/9p/conn.h | 57 include/net/9p

[PATCH] 9p: return NULL when trans not found

2007-10-26 Thread Latchesar Ionkov
v9fs_match_trans function returns arbitrary transport module instead of NULL when the requested transport is not registered. This patch modifies the function to return NULL in that case. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit 25ed88ed319e40fb6426e2aaefcc5f136aadd4ee tree

[PATCH] 9p: add missing end-of-options record for trans_fd

2007-10-26 Thread Latchesar Ionkov
The list of options that the fd transport accepts is missing end-of-options marker. This patch adds it. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit 70ec0c7936c2516d128fdb1a32d749071b8846ec tree 8de5495f83b94096825f8bfe0767e4fcbaf36ef3 parent

[PATCH] 9p: use copy of the options value instead of original

2007-10-26 Thread Latchesar Ionkov
that v9fs_parse_options function uses instead of the original value. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit 0c0b7fa3d4e80ab3e4e69b8a55661f649d1b41ff tree eeb4ac6ea85387c153e3f7f6cad370e1c5dc8534 parent c9927c2bf4f45bb85e8b502ab3fb79ad6483c244 author Latchesar Ionkov [EMAIL PROTECTED

[PATCH] 9p: fix memory leak in v9fs_get_sb

2007-10-23 Thread Latchesar Ionkov
This patch fixes a memory leak in v9fs_get_sb. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit 77250c234636881976ebd567f9edc7c36711bd4a tree 35d683472542706a3b78eb51bc29b92f690c314a parent 01e7ae8c13bb06a2ce622ebace33bb7e28ef596c author Latchesar Ionkov [EMAIL PROTECTED] 1193169149

[PATCH] 9p: v9fs_vfs_rename incorrect clunk order

2007-10-22 Thread Latchesar Ionkov
In v9fs_vfs_rename function labels don't match the fids that are clunked. The correct clunk order is clunking newdirfid first and then olddirfid next. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit 0c9269a1384273b7a409a2163fdf91cd39092889 tree

[RFC][PATCH 6/6] 9p: 9P server Kconfig and Makefile changes

2007-09-30 Thread Latchesar Ionkov
This patchset provides support for in-kernel 9P2000 servers. 9P server Kconfig and Makefile changes. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/Kconfig |1 + net/9p/Makefile |1 + net/9p/srv/Kconfig |9 + net/9p/srv/Makefile |7 +++ 4

[RFC][PATCH 4/6] 9p: 9P server fid management

2007-09-30 Thread Latchesar Ionkov
This patchset provides support for in-kernel 9P2000 servers. This patch adds the 9P server fid management. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/srv/fid.c | 178 ++ 1 files changed, 178 insertions(+), 0 deletions

[RFC][REFERENCE ONLY] 9p: 9P ramfs sample implementation

2007-09-30 Thread Latchesar Ionkov
Sample ramfs file server that uses the 9P in-kernel server implementation. This code is for reference only, it is not supposed to be merged into the kernel. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/srv/Kconfig |6 + net/9p/srv/Makefile |4 + net/9p/srv/ramfs.c

[RFC][PATCH 1/6] 9p: 9P server low-level 9P messages support

2007-09-30 Thread Latchesar Ionkov
This patchset provides support for in-kernel 9P2000 servers. Implement support for the 9P messages required by the server side. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- include/net/9p/9p.h | 19 ++ net/9p/conv.c | 508

[RFC][PATCH 2/6] 9p: 9P server interface and common srv code

2007-09-30 Thread Latchesar Ionkov
This patchset provides support for in-kernel 9P2000 servers. This patch adds the header file that defines the 9P server interface as well as the code for the common support functions for the server. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- include/net/9p/srv.h | 208

[RFC][PATCH 5/6] 9p: 9P server TCP socket connection support

2007-09-30 Thread Latchesar Ionkov
This patchset provides support for in-kernel 9P2000 servers. Support for 9P servers listening on TCP sockets. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/srv/socksrv.c | 252 ++ 1 files changed, 252 insertions(+), 0 deletions

[RFC][PATCH 3/6] 9p: 9P server connection code

2007-09-30 Thread Latchesar Ionkov
This patchset provides support for in-kernel 9P2000 servers. This patch add the 9P server connection code. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- net/9p/srv/conn.c | 743 + 1 files changed, 743 insertions(+), 0 deletions

[PATCH] 9p: define session flags

2007-09-12 Thread Latchesar Ionkov
Create more general flags field in the v9fs_session_info struct and move the 'extended' flag as a bit in the flags. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit 52f23404fd5bd77b619460e00930087463ec0cd9 tree 41c68f68a211796fb65d9c772120e7b7587dc945 parent

[PATCH] 9p: attach-per-user

2007-09-12 Thread Latchesar Ionkov
as a single user (access=any) (default for 9P2000) V9fs does a single attach and all operations are done as a single user. If this mode is selected, the v9fs behavior is identical with the current one. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit

[PATCH] 9p: attach-per-user

2007-09-03 Thread Latchesar Ionkov
does a single attach and all operations are done as a single user. If this mode is selected, the v9fs behavior is identical with the current one. The patch also renames uid and gid options to dfltuid and dfltgid. The new names describe better the values they set. Signed-off-by: Latchesar Ionkov

[PATCH 2/4] v9fs: move non-vfs related headers to include/net/9p

2007-05-08 Thread Latchesar Ionkov
-by: Latchesar Ionkov [EMAIL PROTECTED] --- fs/9p/9p.h | 415 fs/9p/conn.h | 53 -- fs/9p/conv.c |2 +- fs/9p/fcall.c |6 +- fs/9p/fcprint.c|2 +- fs/9p/fid.c

[PATCH] v9fs: don't use primary fid when removing file

2007-04-21 Thread Latchesar Ionkov
). This patch changes v9fs_remove to use a cloned fid, so the primary fid is not locked and freed. Signed-off-by: Latchesar Ionkov [EMAIL PROTECTED] --- commit ca1a80584fc3211dac158492173467d4f87a27ac tree 787de07bd6d24bdcc9907f90d9085dcd774b2ea4 parent 0f851021c0f91e5073fa89f26b5ac68e23df8e11

Re: openg and path_to_handle

2006-12-06 Thread Latchesar Ionkov
On 12/6/06, Rob Ross [EMAIL PROTECTED] wrote: David Chinner wrote: On Tue, Dec 05, 2006 at 05:47:16PM +0100, Latchesar Ionkov wrote: On 12/5/06, Rob Ross [EMAIL PROTECTED] wrote: Hi, I agree that it is not feasible to add new system calls every time somebody has a problem, and we don't

Re: Re: NFSv4/pNFS possible POSIX I/O API standards

2006-12-06 Thread Latchesar Ionkov
On 12/5/06, Rob Ross [EMAIL PROTECTED] wrote: I unfortunately don't have data to show exactly where the time was spent, but it's a good guess that it is all the network traffic in the open() case. Is it hard to repeat the test and check what requests (and how much time do they take) PVFS

Re: Re: NFSv4/pNFS possible POSIX I/O API standards

2006-12-05 Thread Latchesar Ionkov
On 12/5/06, Rob Ross [EMAIL PROTECTED] wrote: Hi, I agree that it is not feasible to add new system calls every time somebody has a problem, and we don't take adding system calls lightly. However, in this case we're talking about an entire *community* of people (high-end computing), not just

Re: Re: NFSv4/pNFS possible POSIX I/O API standards

2006-12-05 Thread Latchesar Ionkov
On 12/5/06, Christoph Hellwig [EMAIL PROTECTED] wrote: The filehandle idiocy on the other hand is way of into crackpipe land. What is your opinion on giving the file system an option to lookup a file more than one name/directory at a time? I think that all remote file systems can benefit from

Re: Re: Re: NFSv4/pNFS possible POSIX I/O API standards

2006-12-05 Thread Latchesar Ionkov
-- Forwarded message -- From: Latchesar Ionkov [EMAIL PROTECTED] Date: Dec 5, 2006 6:09 PM Subject: Re: Re: Re: NFSv4/pNFS possible POSIX I/O API standards To: Matthew Wilcox [EMAIL PROTECTED] On 12/5/06, Matthew Wilcox [EMAIL PROTECTED] wrote: On Tue, Dec 05, 2006 at 05:47

Re: NFSv4/pNFS possible POSIX I/O API standards

2006-12-01 Thread Latchesar Ionkov
Hi, One general remark: I don't think it is feasible to add new system calls every time somebody has a problem. Usually there are (may be not that good) solutions that don't require big changes and work well enough. Let's change the interface and make the life of many filesystem developers