lkml.org 
[lkml]   [1997]   [Jul]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: fmount system call
> Hmm. For my taste this puts too many decisions into the kernel. I'm
> currently trying to take as much as possible out of smbfs and
> ncpfs. For example, encrypted login to a smb share will be done in
> user space. For a first attempt, look at
> ftp://ftp.gwdg.de/pub/linux/misc/smbfs/dontuse/smbfs-2.1.0.tgz. With
> fmount, you can do all this safely in user space. I do not think that
> setuid programs are necessarily a bad thing.

I don't object performing the actual login procedure in user space,
this is where it belongs. However, as a result of the login, I assume
smbmount obtains a session key or something that gets passed to the kernel
(I'll have yet to study the details of SMB).
So I suggest the same procedure: smbmount is a plain executable,
performs the login, then passes the results to the kernel using mount(2).
The kernel then checks whether the file system supports user mounts,
and proceeds mounting it.

If you absolutely want to introduce a new system call, don't forget
to fix the problems of the current one. For example, user space should
provide a size for the data argument.

Regards,
Martin

\
 
 \ /
  Last update: 2005-03-22 13:39    [W:0.049 / U:2.816 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site