All of lore.kernel.org
 help / color / mirror / Atom feed
From: Al Viro <viro@ZenIV.linux.org.uk>
To: Christoph Hellwig <hch@lst.de>
Cc: linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 2/2] ->write_super lock_super pushdown
Date: Wed, 6 May 2009 23:38:15 +0100	[thread overview]
Message-ID: <20090506223815.GZ8633@ZenIV.linux.org.uk> (raw)
In-Reply-To: <20090506203618.GA20037@lst.de>

On Wed, May 06, 2009 at 10:36:18PM +0200, Christoph Hellwig wrote:
> On Wed, May 06, 2009 at 10:16:31PM +0200, Christoph Hellwig wrote:
> > Only four filesystems have both a ->write_super method and use lock_super
> > internally: ext4, fat, sysv, ufs.  Push down lock_super into these
> > filesystems and remove it from the caller.  Add a get_fs_excl/put_fs_excl
> > pair to sync_super for now to keep the current behaviour in that
> > respect.  Calling it a second time from write_super is fine as it's
> > only checked for beeing non-zero.
> > 
> > 
> > Signed-off-by: Christoph Hellwig <hch@lst.de>
> 
> Actually the patch lost two hunks due to missing quilt adds.  Here's the
> complete one:

That's wrong.  Even if fs does *not* use lock_super(), you can't get
rid of it in ->write_super().  The thing is, right now calls of
foo_write_super() are serialized by s_lock.  For all filesystems that
have ->write_super(), whether they use s_lock elsewhere or not.
Lose lock_super() in the caller and you'll need some replacement in
the method.

IOW, you are missing
	* affs
	* bfs
	* exofs
	* ext2
	* hfs
	* hfsplus
	* jffs2
	* nilfs2
	* reiserfs
	* xfs
in the list.  Some of those might be fine with several calls of ->write_super()
in parallel, but that needs per-fs review for all of those.

NAK in the current form.

  reply	other threads:[~2009-05-06 22:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-06 20:16 [PATCH 2/2] ->write_super lock_super pushdown Christoph Hellwig
2009-05-06 20:36 ` Christoph Hellwig
2009-05-06 22:38   ` Al Viro [this message]
  -- strict thread matches above, loose matches on Subject: below --
2009-05-11 21:35 Christoph Hellwig
2009-05-12  4:12 ` Al Viro
2009-05-12 10:10 ` Boaz Harrosh
2009-05-12 13:25   ` Christoph Hellwig
2009-05-12 13:40     ` Al Viro

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=20090506223815.GZ8633@ZenIV.linux.org.uk \
    --to=viro@zeniv.linux.org.uk \
    --cc=hch@lst.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.