On Wed, Dec 09, 2015 at 09:00:19AM +0800, Xiaoguang Wang wrote: > Currently we're developing a new in-band deduplication feature for btrfs, > when enabing this feature, it will take much long time to hit the enospc > condition which 275 tries to create. I think 275 is also certain enospc > test and we should add it to 'enospc' group, then we can skip it easily by > excluding 'enospc' group when running fstests. > > Signed-off-by: Xiaoguang Wang <wangxg.fnst@xxxxxxxxxxxxxx> Makes sense to me. Reviewed-by: Eryu Guan <eguan@xxxxxxxxxx> > --- > tests/generic/group | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tests/generic/group b/tests/generic/group > index 355603f..3af390d 100644 > --- a/tests/generic/group > +++ b/tests/generic/group > @@ -228,7 +228,7 @@ > 270 auto quota rw prealloc ioctl enospc stress > 273 auto rw > 274 auto rw prealloc > -275 auto rw > +275 auto rw enospc > 277 auto ioctl quick metadata > 280 auto quota freeze dangerous > 285 auto rw > -- > 1.8.2.1 > > > > -- > 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 -- 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
