diff mbox

xfs/348: don't run a fuzzer in the auto group

Message ID 20170223075333.GB22332@birch.djwong.org (mailing list archive)
State New, archived
Headers show

Commit Message

Darrick J. Wong Feb. 23, 2017, 7:53 a.m. UTC
xfs/348 can cause the kernel to crash by blowing the i_rwsem assert in
xfs_destroy_inode on the corrupted inode.  Since this is a fuzzer test
anyway (it calls xfs_db to break the scratch fs), move it to the fuzzers
group.

Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
---
 tests/xfs/group |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--
To unsubscribe from this list: send the line "unsubscribe fstests" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Comments

Eryu Guan Feb. 23, 2017, 11:14 a.m. UTC | #1
On Wed, Feb 22, 2017 at 11:53:33PM -0800, Darrick J. Wong wrote:
> xfs/348 can cause the kernel to crash by blowing the i_rwsem assert in
> xfs_destroy_inode on the corrupted inode.  Since this is a fuzzer test
> anyway (it calls xfs_db to break the scratch fs), move it to the fuzzers
> group.

I agreed fuzzers group should be added, but I'm not sure about removing
auto group. I think this is a good & targeted regression test that
excrises the code path that patch "xfs: sanity check directory inode
di_size" fixed.

And further more, IMO shared/005,7 and xfs/133,4 belong to auto (and
quick) group too, they're all targeted regression test cases.

If you're worried about crashing kernel by running these tests in auto
group, perhaps we can consider adding them to dangerous group, then run
check with "./check -g auto -x dangerous". But these bugs are all fixed,
the tests shouldn't bring any trouble if running on newer kernels :)

Thanks,
Eryu
--
To unsubscribe from this list: send the line "unsubscribe fstests" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Darrick J. Wong Feb. 24, 2017, 11:09 p.m. UTC | #2
On Thu, Feb 23, 2017 at 07:14:44PM +0800, Eryu Guan wrote:
> On Wed, Feb 22, 2017 at 11:53:33PM -0800, Darrick J. Wong wrote:
> > xfs/348 can cause the kernel to crash by blowing the i_rwsem assert in
> > xfs_destroy_inode on the corrupted inode.  Since this is a fuzzer test
> > anyway (it calls xfs_db to break the scratch fs), move it to the fuzzers
> > group.
> 
> I agreed fuzzers group should be added, but I'm not sure about removing
> auto group. I think this is a good & targeted regression test that
> excrises the code path that patch "xfs: sanity check directory inode
> di_size" fixed.
> 
> And further more, IMO shared/005,7 and xfs/133,4 belong to auto (and
> quick) group too, they're all targeted regression test cases.
> 
> If you're worried about crashing kernel by running these tests in auto
> group, perhaps we can consider adding them to dangerous group, then run
> check with "./check -g auto -x dangerous". But these bugs are all fixed,
> the tests shouldn't bring any trouble if running on newer kernels :)

Fair enough. :)  I'll send a modified patch adding it to fuzzers.

--D

> 
> Thanks,
> Eryu
> --
> To unsubscribe from this list: send the line "unsubscribe fstests" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe fstests" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff mbox

Patch

diff --git a/tests/xfs/group b/tests/xfs/group
index e2dfae2..e597326 100644
--- a/tests/xfs/group
+++ b/tests/xfs/group
@@ -337,7 +337,7 @@ 
 345 auto quick clone
 346 auto quick clone
 347 auto quick clone
-348 auto quick repair
+348 fuzzers repair
 349 dangerous_fuzzers scrub
 350 dangerous_fuzzers dangerous_scrub dangerous_repair
 351 dangerous_fuzzers dangerous_scrub dangerous_online_repair