From: Mark Fasheh <mfasheh@suse.de>
To: Chris Mason <chris.mason@fusionio.com>,
"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>,
"Chris L. Mason" <clmason@fusionio.com>,
Jan Schmidt <list.btrfs@jan-o-sch.net>
Subject: Re: [PATCH v4 0/4] btrfs: extended inode refs
Date: Thu, 27 Sep 2012 12:49:57 -0700 [thread overview]
Message-ID: <20120927194957.GS8097@wotan.suse.de> (raw)
In-Reply-To: <20120925200446.GD6596@shiny>
On Tue, Sep 25, 2012 at 04:04:46PM -0400, Chris Mason wrote:
> On Mon, Aug 20, 2012 at 02:29:17PM -0600, Mark Fasheh wrote:
> >
> > Testing wise, the basic namespace operations work well (link, unlink, etc).
> > The rest has gotten less debugging (and I really don't have a great way of
> > testing the code in tree-log.c) Attached to this e-mail are btrfs-progs
> > patches which make testing of the changes possible.
>
> Hi Mark,
>
> I hit a few problems testing this, so I have the patch below that I plan
> on folding into your commits (to keep bisect from crashing in tree log).
>
> Just let me know if this is a problem, or if you see any bugs in there.
> I'm still doing a last round of checks on it, but I wanted to send along
> early for comments.
>
> The biggest change in here is to always check the ref_objectid when
> returning a backref. Hash collisions mean we may return a ref for a
> completely different parent id otherwise. I think I caught all the
> places missing that logic, but please double check me.
Ahh yes of course. I missed that in a couple key areas. Thanks for fixing
it.
> Other than that I went through and fixed up bugs in
> tree-log.c. __add_inode_ref had a bunch of cut and paste errors, and you
> carefully preserved a huge use-after-free bug in the original
> add_inode_ref.
Cool, everything in there looks good to me. Thanks again Chris!
--Mark
--
Mark Fasheh
prev parent reply other threads:[~2012-09-27 19:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-20 20:29 [PATCH v4 0/4] btrfs: extended inode refs Mark Fasheh
2012-08-20 20:29 ` [PATCH v4 1/4] " Mark Fasheh
2012-08-23 10:27 ` Jan Schmidt
2012-08-20 20:29 ` [PATCH v4 2/4] btrfs: improved readablity for add_inode_ref Mark Fasheh
2012-08-20 20:29 ` [PATCH v4 3/4] btrfs: extended inode refs Mark Fasheh
2012-10-09 12:52 ` Jan Schmidt
2012-10-09 18:25 ` Mark Fasheh
2012-08-20 20:29 ` [PATCH v4 4/4] " Mark Fasheh
2012-09-25 20:04 ` [PATCH v4 0/4] " Chris Mason
2012-09-27 8:25 ` David Sterba
2012-09-27 19:49 ` Mark Fasheh [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=20120927194957.GS8097@wotan.suse.de \
--to=mfasheh@suse.de \
--cc=chris.mason@fusionio.com \
--cc=clmason@fusionio.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=list.btrfs@jan-o-sch.net \
/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.