From: Jan Kara <jack@suse.cz>
To: Fabian Frederick <fabf@skynet.be>
Cc: Jan Kara <jack@suse.com>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2 linux-next] udf: use octal for permissions
Date: Mon, 24 Apr 2017 16:28:35 +0200 [thread overview]
Message-ID: <20170424142835.GA23988@quack2.suse.cz> (raw)
In-Reply-To: <20170423185815.5851-1-fabf@skynet.be>
On Sun 23-04-17 20:58:15, Fabian Frederick wrote:
> According to commit f90774e1fd27 ("checkpatch: look for symbolic
> permissions and suggest octal instead")
OK, applied. Thanks.
Honza
>
> Signed-off-by: Fabian Frederick <fabf@skynet.be>
> ---
> fs/udf/inode.c | 14 +++++++-------
> fs/udf/namei.c | 2 +-
> 2 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/fs/udf/inode.c b/fs/udf/inode.c
> index a8d8f71..8715dcd 100644
> --- a/fs/udf/inode.c
> +++ b/fs/udf/inode.c
> @@ -1535,7 +1535,7 @@ static int udf_read_inode(struct inode *inode, bool hidden_inode)
> inode->i_data.a_ops = &udf_symlink_aops;
> inode->i_op = &udf_symlink_inode_operations;
> inode_nohighmem(inode);
> - inode->i_mode = S_IFLNK | S_IRWXUGO;
> + inode->i_mode = S_IFLNK | 0777;
> break;
> case ICBTAG_FILE_TYPE_MAIN:
> udf_debug("METADATA FILE-----\n");
> @@ -1591,9 +1591,9 @@ static umode_t udf_convert_permissions(struct fileEntry *fe)
> permissions = le32_to_cpu(fe->permissions);
> flags = le16_to_cpu(fe->icbTag.flags);
>
> - mode = ((permissions) & S_IRWXO) |
> - ((permissions >> 2) & S_IRWXG) |
> - ((permissions >> 4) & S_IRWXU) |
> + mode = ((permissions) & 0007) |
> + ((permissions >> 2) & 0070) |
> + ((permissions >> 4) & 0700) |
> ((flags & ICBTAG_FLAG_SETUID) ? S_ISUID : 0) |
> ((flags & ICBTAG_FLAG_SETGID) ? S_ISGID : 0) |
> ((flags & ICBTAG_FLAG_STICKY) ? S_ISVTX : 0);
> @@ -1669,9 +1669,9 @@ static int udf_update_inode(struct inode *inode, int do_sync)
> else
> fe->gid = cpu_to_le32(i_gid_read(inode));
>
> - udfperms = ((inode->i_mode & S_IRWXO)) |
> - ((inode->i_mode & S_IRWXG) << 2) |
> - ((inode->i_mode & S_IRWXU) << 4);
> + udfperms = ((inode->i_mode & 0007)) |
> + ((inode->i_mode & 0070) << 2) |
> + ((inode->i_mode & 0700) << 4);
>
> udfperms |= (le32_to_cpu(fe->permissions) &
> (FE_PERM_O_DELETE | FE_PERM_O_CHATTR |
> diff --git a/fs/udf/namei.c b/fs/udf/namei.c
> index babf48d..385ee89 100644
> --- a/fs/udf/namei.c
> +++ b/fs/udf/namei.c
> @@ -906,7 +906,7 @@ static int udf_unlink(struct inode *dir, struct dentry *dentry)
> static int udf_symlink(struct inode *dir, struct dentry *dentry,
> const char *symname)
> {
> - struct inode *inode = udf_new_inode(dir, S_IFLNK | S_IRWXUGO);
> + struct inode *inode = udf_new_inode(dir, S_IFLNK | 0777);
> struct pathComponent *pc;
> const char *compstart;
> struct extent_position epos = {};
> --
> 2.9.3
>
>
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
prev parent reply other threads:[~2017-04-24 14:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-23 18:58 Fabian Frederick
2017-04-24 14:28 ` Jan Kara [this message]
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=20170424142835.GA23988@quack2.suse.cz \
--to=jack@suse.cz \
--cc=fabf@skynet.be \
--cc=jack@suse.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®