Chris, the patch below seems to be incorrect - with it we get hangs, so bi_remaining (probably) isn't getting decremented when it should be. You sent Jens fixes for btrfs which I somehow lost when I rebased, do you remember how this is supposed to work? Looking at the code I'm not quite sure what's going on here.
On Fri, Jan 03, 2014 at 11:51:31AM -0800, Muthu Kumar wrote: > Looks like Kent missed the btrfs endio in the original commit. How > about this patch: > > --------- > > In btrfs_end_bio, call bio_endio_nodec on the restored bio so the > bi_remaining is accounted for correctly. > > Reported-by: fengguang...@intel.com > Cc: Kent Overstreet <k...@daterainc.com> > CC: Jens Axboe <ax...@kernel.dk> > Signed-off-by: Muthukumar Ratty <mut...@gmail.com> > -------- > > fs/btrfs/volumes.c | 6 +++++- > 1 files changed, 5 insertions(+), 1 deletions(-) > > diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c > index f2130de..edfed52 100644 > --- a/fs/btrfs/volumes.c > +++ b/fs/btrfs/volumes.c > @@ -5316,7 +5316,11 @@ static void btrfs_end_bio(struct bio *bio, int err) > } > kfree(bbio); > > - bio_endio(bio, err); > + /* > + * Call endio_nodec on the restored bio so the bi_remaining > is > + * accounted for correctly > + */ > + bio_endio_nodec(bio, err); > } else if (!is_orig_bio) { > bio_put(bio); > } -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/