linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andreas Dilger <adilger@turbolinux.com>
To: Chris Mason <mason@suse.com>
Cc: linux-kernel@vger.kernel.org, torvalds@transmeta.com,
	viro@math.psu.edu, lvm-devel@sistina.com
Subject: Re: [PATCH] LVM snapshot support for reiserfs and others
Date: Thu, 9 Aug 2001 13:22:56 -0600 (MDT)	[thread overview]
Message-ID: <200108091922.f79JMuqO023781@webber.adilger.int> (raw)
In-Reply-To: <190670000.997382121@tiny> "from Chris Mason at Aug 9, 2001 02:35:21 pm"

Chris Mason writes:
> Minor change in the port to 2.4.8-pre was moving the sync_supers call
> in fsync_dev_lockfs to match the changes in fsync_dev.

Good...

> +	** we call sync_supers first so that 
> +	** fsync_dev_lockfs == fsync_dev for filesystems that don't provide
> +	** a lockfs call.  Yes, it could be done in sync_supers_lockfs
> +	** instead, but this just makes it more explicit...

I would rather make it _less_ explicit, so that sync_supers_lockfs()
actually does the sb->s_op->write_super() call for us...  Why?  Because
we are already traversing the supers list at this function, and there is
no reason to waste the CPU cycles traversing this list twice.  I think
the name "sync_supers_lockfs" is clear enough in showing that it is a
superset of "sync_supers" (try saying that 5 times fast ;-).

On a similar note, it is redundant that LVM calls fsync_dev() AND
fsync_dev_lockfs() if LVM_VFS_ENHANCEMENT is defined.  From the above
reasoning (to only walk the supers list once) it would make sense to
call only *_lockfs() if it is available.

On an "add this patch to the kernel, please" note, support for the
write_super_lockfs() VFS method is already in ext3, so it is a good
thing, with the above caveats.

Cheers, Andreas

PS - I changed the CC list to have lvm-devel@ instead of mge@sistina.com
-- 
Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert


  reply	other threads:[~2001-08-09 19:24 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-09 18:35 [PATCH] LVM snapshot support for reiserfs and others Chris Mason
2001-08-09 19:22 ` Andreas Dilger [this message]
2001-08-09 20:34   ` Chris Mason
2001-08-09 20:58     ` Andreas Dilger
2001-08-09 22:20       ` Chris Mason
2001-08-09 22:24         ` Alexander Viro
2001-08-09 22:42           ` Chris Mason
2001-08-09 23:26             ` Alexander Viro
2001-08-09 23:50               ` Alexander Viro
2001-08-10 19:49               ` Chris Mason
2001-08-10 20:04                 ` Andrew Morton
2001-08-14 20:25                 ` Andreas Dilger
2001-08-22  4:06                 ` Chris Mason
     [not found] <no.id>
2001-08-10 22:01 ` Alan Cox

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=200108091922.f79JMuqO023781@webber.adilger.int \
    --to=adilger@turbolinux.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lvm-devel@sistina.com \
    --cc=mason@suse.com \
    --cc=torvalds@transmeta.com \
    --cc=viro@math.psu.edu \
    /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).