It is a userspace part of a new infrastructure for stashing passwords
in kernel keyring per user basis. The patch adds the cifscreds
utility for management keys with credentials. Assembling of the utility
from the distribution is possible with --enable-cifscreds=yes option of
configure script.
On Fri, 20 Aug 2010 11:45:13 +0400
Igor Druzhinin jaxbr...@gmail.com wrote:
The resolve_host routine from mount.cifs is carried out in
separate file and appropriate corrections are made.
Signed-off-by: Igor Druzhinin jaxbr...@gmail.com
Nice work, Igor.
Looks good -- both patches merged.
The last version of this patchset was sent back in April. At that time,
I called them multisession mounts. This patchset is the next iteration
of that set, rebased against the current state of Steve's cifs-2.6 tree.
The reason for the name change is simple -- people seemed to be confused
by
When we implement multiuser mounts, we'll need to filter filehandles
by fsuid. Add a flag for multiuser mounts and code to filter by
fsuid when it's set.
Signed-off-by: Jeff Layton jlay...@redhat.com
---
fs/cifs/cifs_fs_sb.h |3 ++-
fs/cifs/cifsacl.c|4 ++--
fs/cifs/cifsproto.h |
Eventually, we'll have more than one tcon per superblock. At that point,
we'll need to know which one is associated with a particular fid. For
now, this is just set from the cifs_sb-tcon pointer, but eventually
the caller of cifs_new_fileinfo will pass a tcon pointer in.
Signed-off-by: Jeff
cifsFileInfo needs a pointer to a tcon, but it doesn't currently hold a
reference to it. Change it to keep a pointer to a tcon_link instead and
hold a reference to it.
That will keep the tcon from being freed until the file is closed.
Signed-off-by: Jeff Layton jlay...@redhat.com
---
At mount time, we'll always need to create a tcon that will serve as a
template for others that are associated with the mount. This tcon is
known as the master tcon.
In some cases, we'll need to use that tcon regardless of who's accessing
the mount. Add an accessor function for the master tcon
Get a reference to the file early so we can eventually base the decision
about signing on the correct tcon. If that doesn't work for some reason,
then fall back to generic_writepages. That's just as likely to fail, but
it simplifies the error handling.
In truth, I'm not sure how that could occur
Signed-off-by: Jeff Layton jlay...@redhat.com
---
fs/cifs/cifs_fs_sb.h |2 +-
fs/cifs/cifsglob.h |2 +-
fs/cifs/connect.c|4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/cifs/cifs_fs_sb.h b/fs/cifs/cifs_fs_sb.h
index 9e77145..6302a06 100644
---
This allows someone to declare a mount as a multiuser mount.
Multiuser mounts also imply noperm since we want to allow the server
to handle permission checking. It also (for now) requires Kerberos
authentication. Eventually, we could expand this to other authtypes, but
that requires a scheme to
10 matches
Mail list logo