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.f...@cn.fujitsu.com>

Makes sense to me.

Reviewed-by: Eryu Guan <eg...@redhat.com>

> ---
>  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 majord...@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 majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to