All of lore.kernel.org
 help / color / mirror / Atom feed
* Named pipe support for support of RPC
@ 2008-08-07 19:44 Steve French
  2008-08-07 19:50 ` simo
  0 siblings, 1 reply; 2+ messages in thread
From: Steve French @ 2008-08-07 19:44 UTC (permalink / raw)
  To: linux-fsdevel, linux-cifs-client

The WINE team and others have requested that we add named pipe support
(at least as a client, since Samba server has some pipe support
already) - which is important to be able to get to management calls in
Samba and Windows, but also needed for certain apps.   This would be
fairly easy to do in cifs.ko (open/read/write/close are not much
different for pipes than files, although lookup would require "lookup
intents" to work and they would not show up in readdir), but I was not
sure if there was a precedent for how named pipes would show up (if at
all) in the namespace.   In Windows and a few other OS, the client
side passes the UNC name through the syscall (open) - e.g.
\\server\pipe\pipename and the VFS dispatches that to the registered
named pipe handlers - but in Linux it probably makes sense to do this
through a pseudo-filesystem which Wine can look for and open files
(pipes) in.   Is there a precedent for something similar or a pipe
pseudo file system?

-- 
Thanks,

Steve

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Named pipe support for support of RPC
  2008-08-07 19:44 Named pipe support for support of RPC Steve French
@ 2008-08-07 19:50 ` simo
  0 siblings, 0 replies; 2+ messages in thread
From: simo @ 2008-08-07 19:50 UTC (permalink / raw)
  To: Steve French; +Cc: linux-fsdevel, linux-cifs-client

On Thu, 2008-08-07 at 14:44 -0500, Steve French wrote:
> The WINE team and others have requested that we add named pipe support
> (at least as a client, since Samba server has some pipe support
> already) - which is important to be able to get to management calls in
> Samba and Windows, but also needed for certain apps.   This would be
> fairly easy to do in cifs.ko (open/read/write/close are not much
> different for pipes than files, although lookup would require "lookup
> intents" to work and they would not show up in readdir), but I was not
> sure if there was a precedent for how named pipes would show up (if at
> all) in the namespace.   In Windows and a few other OS, the client
> side passes the UNC name through the syscall (open) - e.g.
> \\server\pipe\pipename and the VFS dispatches that to the registered
> named pipe handlers - but in Linux it probably makes sense to do this
> through a pseudo-filesystem which Wine can look for and open files
> (pipes) in.   Is there a precedent for something similar or a pipe
> pseudo file system?

If at all possible it would probably make sense to use the same naming
convention and not a pseudo filesystem. This would make it much easier
to port applications and I guess also allow user apps to share data
through pipes created in the normal name space with windows servers.

Simo.

-- 
Simo Sorce
Samba Team GPL Compliance Officer <simo@samba.org>
Senior Software Engineer at Red Hat Inc. <ssorce@redhat.com>

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-08-07 19:50 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-07 19:44 Named pipe support for support of RPC Steve French
2008-08-07 19:50 ` simo

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.