From: Jan Kara <jack@suse.cz>
To: Alexander Lochmann <alexander.lochmann@tu-dortmund.de>
Cc: Jan Kara <jack@suse.cz>,
Horst Schirmeier <horst.schirmeier@tu-dortmund.de>,
linux-ext4@vger.kernel.org
Subject: Re: [PATCH] inode_has_no_xattr() does not use proper sync
Date: Wed, 5 Dec 2018 10:01:17 +0100 [thread overview]
Message-ID: <20181205090117.GA22304@quack2.suse.cz> (raw)
In-Reply-To: <ce8c29d7-7f5e-5c78-dbd9-15364a384138@tu-dortmund.de>
On Tue 27-11-18 15:54:28, Alexander Lochmann wrote:
>
> inode.i_flags is modified without any proper
> synchronisation used. inode_set_flags() is now used.
>
> Found by LockDoc (Alexander Lochmann, Horst Schirmeier and Olaf
> Spinczyk)
>
> Signed-off-by: Alexander Lochmann <alexander.lochmann@tu-dortmund.de>
> Signed-off-by: Horst Schirmeier <horst.schirmeier@tu-dortmund.de>
Thanks for the patch! Couple notes to this patch:
1) This is a generic VFS helper as such, linux-fsdevel mailing list and VFS
maintainer Al Viro is the right forum to post this patch to. We do have
scripts/get_maintainer.pl script you can use on a patch / file to get idea
who's the best to post the change to. It is not perfect but usually works
fine.
2) It would be good to include stacktrace showing where the unlocked access
happens in the changelog. It is non-trivial to find it by brief inspection
as all standard filesystems call inode_has_no_xattr() under i_rwsem. This
problem is really specific to blkdev_write_iter() AFAICT.
3) Also can you please add comment into inode_has_no_xattr() like:
/*
* blkdev_write_iter() can call this without i_rwsem, need to be
* careful with i_flags update.
*/
Honza
> ---
> include/linux/fs.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/linux/fs.h b/include/linux/fs.h
> index c95c0807471f..54f3a21668a6 100644
> --- a/include/linux/fs.h
> +++ b/include/linux/fs.h
> @@ -3446,7 +3446,7 @@ static inline int check_sticky(struct inode *dir,
> struct inode *inode)
> static inline void inode_has_no_xattr(struct inode *inode)
> {
> if (!is_sxid(inode->i_mode) && (inode->i_sb->s_flags & SB_NOSEC))
> - inode->i_flags |= S_NOSEC;
> + inode_set_flags(inode, S_NOSEC, S_NOSEC);
> }
>
> static inline bool is_root_inode(struct inode *inode)
> --
> 2.19.1
>
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
next prev parent reply other threads:[~2018-12-05 9:01 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-27 14:54 [PATCH] inode_has_no_xattr() does not use proper sync Alexander Lochmann
2018-12-05 9:01 ` Jan Kara [this message]
2018-12-05 11:43 ` Alexander Lochmann
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=20181205090117.GA22304@quack2.suse.cz \
--to=jack@suse.cz \
--cc=alexander.lochmann@tu-dortmund.de \
--cc=horst.schirmeier@tu-dortmund.de \
--cc=linux-ext4@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