From: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
To: Jeff Layton <jlayton@redhat.com>
Cc: linux-cifs-client@lists.samba.org, linux-fsdevel@vger.kernel.org
Subject: Re: [linux-cifs-client] [PATCH 04/13] cifs: clean up set_cifs_acl interfaces
Date: Wed, 13 May 2009 21:53:13 -0500 [thread overview]
Message-ID: <4a4634330905131953y5eec5686jd4defd8f8a056985@mail.gmail.com> (raw)
In-Reply-To: <1242245094-7319-5-git-send-email-jlayton@redhat.com>
On Wed, May 13, 2009 at 3:04 PM, Jeff Layton <jlayton@redhat.com> wrote:
> From: Christoph Hellwig <hch@infradead.org>
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> Signed-off-by: Jeff Layton <jlayton@redhat.com>
> ---
> fs/cifs/cifsacl.c | 78 ++++++++++++++++++++++++++++-------------------------
> 1 files changed, 41 insertions(+), 37 deletions(-)
>
> diff --git a/fs/cifs/cifsacl.c b/fs/cifs/cifsacl.c
> index 7f8e6c4..1403b5d 100644
> --- a/fs/cifs/cifsacl.c
> +++ b/fs/cifs/cifsacl.c
> @@ -612,57 +612,61 @@ static struct cifs_ntsd *get_cifs_acl(struct cifs_sb_info *cifs_sb,
> return pntsd;
> }
>
> -/* Set an ACL on the server */
> -static int set_cifs_acl(struct cifs_ntsd *pnntsd, __u32 acllen,
> - struct inode *inode, const char *path)
> +static int set_cifs_acl_by_fid(struct cifs_sb_info *cifs_sb, __u16 fid,
> + struct cifs_ntsd *pnntsd, u32 acllen)
> {
> - struct cifsFileInfo *open_file;
> - bool unlock_file = false;
> - int xid;
> - int rc = -EIO;
> - __u16 fid;
> - struct super_block *sb;
> - struct cifs_sb_info *cifs_sb;
> + int xid, rc;
>
> - cFYI(DBG2, ("set ACL for %s from mode 0x%x", path, inode->i_mode));
> + xid = GetXid();
> + rc = CIFSSMBSetCIFSACL(xid, cifs_sb->tcon, fid, pnntsd, acllen);
> + FreeXid(xid);
>
> - if (!inode)
> - return rc;
> + cFYI(DBG2, ("SetCIFSACL rc = %d", rc));
> + return rc;
> +}
>
> - sb = inode->i_sb;
> - if (sb == NULL)
> - return rc;
> +static int set_cifs_acl_by_path(struct cifs_sb_info *cifs_sb, const char *path,
> + struct cifs_ntsd *pnntsd, u32 acllen)
> +{
> + int oplock = 0;
> + int xid, rc;
> + __u16 fid;
>
> - cifs_sb = CIFS_SB(sb);
> xid = GetXid();
>
> - open_file = find_readable_file(CIFS_I(inode));
> - if (open_file) {
> - unlock_file = true;
> - fid = open_file->netfid;
> - } else {
> - int oplock = 0;
> - /* open file */
> - rc = CIFSSMBOpen(xid, cifs_sb->tcon, path, FILE_OPEN,
> - WRITE_DAC, 0, &fid, &oplock, NULL,
> - cifs_sb->local_nls, cifs_sb->mnt_cifs_flags &
> - CIFS_MOUNT_MAP_SPECIAL_CHR);
> - if (rc != 0) {
> - cERROR(1, ("Unable to open file to set ACL"));
> - FreeXid(xid);
> - return rc;
> - }
> + rc = CIFSSMBOpen(xid, cifs_sb->tcon, path, FILE_OPEN, WRITE_DAC, 0,
> + &fid, &oplock, NULL, cifs_sb->local_nls,
> + cifs_sb->mnt_cifs_flags & CIFS_MOUNT_MAP_SPECIAL_CHR);
> + if (rc) {
> + cERROR(1, ("Unable to open file to set ACL"));
> + goto out;
> }
>
> rc = CIFSSMBSetCIFSACL(xid, cifs_sb->tcon, fid, pnntsd, acllen);
> cFYI(DBG2, ("SetCIFSACL rc = %d", rc));
> - if (unlock_file)
> - atomic_dec(&open_file->wrtPending);
> - else
> - CIFSSMBClose(xid, cifs_sb->tcon, fid);
>
> + CIFSSMBClose(xid, cifs_sb->tcon, fid);
> + out:
> FreeXid(xid);
> + return rc;
> +}
>
> +/* Set an ACL on the server */
> +static int set_cifs_acl(struct cifs_ntsd *pnntsd, __u32 acllen,
> + struct inode *inode, const char *path)
> +{
> + struct cifs_sb_info *cifs_sb = CIFS_SB(inode->i_sb);
> + struct cifsFileInfo *open_file;
> + int rc;
> +
> + cFYI(DBG2, ("set ACL for %s from mode 0x%x", path, inode->i_mode));
> +
> + open_file = find_readable_file(CIFS_I(inode));
We do not know how the file was opened or whether one can set the
attributes just
because we have a file handle.
So there is a possibility that set_cifs_acl_by_fid can fail but
set_cifs_acl_by_path
will succeed by virtue of opening file with attribute FILE_OPEN, WRITE_DAC?
> + if (!open_file)
> + return set_cifs_acl_by_path(cifs_sb, path, pnntsd, acllen);
> +
> + rc = set_cifs_acl_by_fid(cifs_sb, open_file->netfid, pnntsd, acllen);
> + atomic_dec(&open_file->wrtPending);
> return rc;
> }
>
> --
> 1.6.2.2
>
> _______________________________________________
> linux-cifs-client mailing list
> linux-cifs-client@lists.samba.org
> https://lists.samba.org/mailman/listinfo/linux-cifs-client
>
next prev parent reply other threads:[~2009-05-14 2:53 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-13 20:04 [PATCH 00/13] cifs: implement proper hardlink detection (try #3) Jeff Layton
2009-05-13 20:04 ` [PATCH 01/13] cifs: have cifs_NTtimeToUnix take a little-endian arg Jeff Layton
2009-05-19 14:06 ` Christoph Hellwig
2009-05-13 20:04 ` [PATCH 02/13] cifs: make cnvrtDosUnixTm take a little-endian args and an offset Jeff Layton
2009-05-19 14:06 ` Christoph Hellwig
2009-05-13 20:04 ` [PATCH 03/13] cifs: reorganize get_cifs_acl Jeff Layton
2009-05-13 20:04 ` [PATCH 04/13] cifs: clean up set_cifs_acl interfaces Jeff Layton
2009-05-14 2:53 ` Shirish Pargaonkar [this message]
2009-05-14 12:21 ` [linux-cifs-client] " Jeff Layton
2009-05-14 12:38 ` Shirish Pargaonkar
2009-05-13 20:04 ` [PATCH 05/13] cifs: rename cifs_iget to cifs_root_iget Jeff Layton
2009-05-19 14:08 ` [linux-cifs-client] " Christoph Hellwig
2009-05-13 20:04 ` [PATCH 06/13] cifs: add new cifs_iget function and convert unix codepath to use it Jeff Layton
2009-05-13 20:04 ` [PATCH 07/13] cifs: convert posix readdir codepath to use cifs_iget Jeff Layton
2009-05-13 20:04 ` [PATCH 08/13] cifs: convert cifs_get_inode_info " Jeff Layton
2009-05-13 20:04 ` [PATCH 09/13] cifs: convert non-posix readdir codepath " Jeff Layton
2009-05-13 20:04 ` [PATCH 10/13] cifs: remove cifs_new_inode Jeff Layton
2009-05-13 20:04 ` [PATCH 11/13] cifs: make serverino the default when mounting Jeff Layton
2009-05-13 20:04 ` [PATCH 12/13] cifs: remove cifsInodeInfo->inUse counter Jeff Layton
2009-05-13 20:04 ` [PATCH 13/13] cifs: remove "hardlink detection" from cifs_rename Jeff Layton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4a4634330905131953y5eec5686jd4defd8f8a056985@mail.gmail.com \
--to=shirishpargaonkar@gmail.com \
--cc=jlayton@redhat.com \
--cc=linux-cifs-client@lists.samba.org \
--cc=linux-fsdevel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).