[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CA+55aFyY-wVYZYp=m3YpUi-tf0ctHPTu9rrei21VOaf2aVroLQ@mail.gmail.com>
Date: Thu, 26 Jul 2012 15:01:15 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Chris Mason <chris.mason@...ionio.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"linux-btrfs@...r.kernel.org" <linux-btrfs@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Josef Bacik <jbacik@...ionio.com>
Subject: Re: [GIT PULL] a large btrfs update
On Thu, Jul 26, 2012 at 2:09 PM, Chris Mason <chris.mason@...ionio.com> wrote:
>
> for-linus-merged has an extra commit on top as well that changes the
> btrfs send/receive code to Al's new dentry_open. It's a small commit,
> and my guess is that you'll cherry pick it and do your own merge.
Indeed. And I dd the semantic merge differently from what you had
done, more like what Al did for XFS in commit 765927b2d508 (see the
fairly equivalent case in fs/xfs/xfs_ioctl.c).
IOW, instead of doing the unnecessary mntget() (and then undoing it
with the path_put()), I just let dentry_open() get the references it
needs, and then just dput() the dentry in the caller (to match the
dget() done by d_obtain_alias()). No need to mess with the mnt
refcounts, since dentry_open() will get whatever refcount it needs.
But while it compiles, I haven't actually *tested* the btrfs
BTRFS_IOC_SEND send/receive path, so please do double-check my merge.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists