On Tue, Sep 26, 2017 at 05:18:51PM -0700, Liu Bo wrote: > On Tue, Sep 26, 2017 at 04:37:52PM -0700, Liu Bo wrote: > > On Tue, Sep 26, 2017 at 05:02:36PM +0800, Eryu Guan wrote: > > > On Fri, Sep 22, 2017 at 05:21:27PM -0600, Liu Bo wrote: > > > > We had a bug in btrfs compression code which could end up with a > > > > kernel panic. > > > > > > > > This is adding a regression test for the bug and I've also sent a > > > > kernel patch to fix the bug. > > > > > > > > The patch is "Btrfs: fix kernel oops while reading compressed data". > > > > > > > > Signed-off-by: Liu Bo <bo.li.liu@xxxxxxxxxx> > > > > > > Hmm, I can't reproduce the panic with 4.13 kernel, which doesn't have > > > the fix applied. Can you please help confirm if it panics on your test > > > environment? > > > > > > > Yes, it is reproducible on my box, hrm...I'll be running it more times > > to double check. > > > > It worked for me...both v4.13 and v4.14.0-rc2 have the following > messages[1]. > > This requires two config: > CONFIG_FAULT_INJECTION=y > CONFIG_FAULT_INJECTION_DEBUG_FS=y > > Could you please check again? I re-compiled 4.14-rc2 kernel on my test vm with FAIL_MAKE_REQUEST enabled (which requires FAULT_INJECTION), and I can reproduce the crash now. It was so weired that previously I did have FAIL_MAKE_REQUEST enabled and test ran normally without hitting the bug, but now I can hit the bug quite reliably. Not sure what was happning in my previous test.. Thanks for confirming! Eryu -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
