[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131011041314.GB28572@kmo>
Date: Thu, 10 Oct 2013 21:13:14 -0700
From: Kent Overstreet <kmo@...erainc.com>
To: Mike Snitzer <snitzer@...hat.com>
Cc: axboe@...nel.dk, linux-kernel@...r.kernel.org,
linux-raid@...r.kernel.org, dm-devel@...hat.com,
linux-fsdevel@...r.kernel.org, Alasdair Kergon <agk@...hat.com>
Subject: Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
On Sun, Oct 06, 2013 at 08:14:10PM -0400, Mike Snitzer wrote:
> On Fri, Oct 04 2013 at 1:07pm -0400,
> Mike Snitzer <snitzer@...hat.com> wrote:
>
> > With your latest fix I was able to create a thin device and format with
> > XFS. Unfortunately, when I tried to run the thinp-test-suite the very
> > first BasicTests test (test_dd_benchmark) fails -- need to look closer
> > but it would seem to me the thinp saved bio_endio path isn't happy. We
> > likely need an appropriately placed atomic_inc(&bio->bi_remaining); like
> > you did in dm-cache-target.c
> >
> > ------------[ cut here ]------------
> > kernel BUG at fs/bio.c:1722!
> ...
> > Call Trace:
> > [<ffffffffa05f2ef9>] process_prepared_mapping+0x79/0x150 [dm_thin_pool]
> > [<ffffffffa05f2ba7>] process_prepared+0x87/0xa0 [dm_thin_pool]
> > [<ffffffffa05f58f3>] do_worker+0x33/0x60 [dm_thin_pool]
> > [<ffffffff81067862>] process_one_work+0x182/0x3b0
> > [<ffffffff81068c80>] worker_thread+0x120/0x3a0
> > [<ffffffff81068b60>] ? manage_workers+0x160/0x160
> > [<ffffffff8106eace>] kthread+0xce/0xe0
> > [<ffffffff8106ea00>] ? kthread_freezable_should_stop+0x70/0x70
> > [<ffffffff8152b1ac>] ret_from_fork+0x7c/0xb0
> > [<ffffffff8106ea00>] ? kthread_freezable_should_stop+0x70/0x70
> > Code: 1f 84 00 00 00 00 00 48 8b 57 10 83 e2 01 0f 44 f1 eb cd 0f 1f 40 00 48 8b 7f 50 48 85 ff 74 dd 8b 57 44 48 8d 47 44 85 d2 7f ac <0f> 0b eb fe 0f 1f 84 00 00 00 00 00 55 48 89 e5 66 66 66 66 90
> > RIP [<ffffffff811b1464>] bio_endio+0x74/0x80
> > RSP <ffff88032c5e7d48>
> > ---[ end trace acb5a7d638591b7b ]---
>
> Please fold this fix into your for-jens branch, thanks. (Could be that
> by the time Jens takes your immutable biovec changes we'll need to
> rebase but at least it won't slip through the cracks).
Thanks! I knew that bio chaining patch was going to cause a few issues
like this, but it seems to useful to pass up. Anything else come up/any
comments?
--
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