public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] generic/449: don't run with RT devices
@ 2024-02-21  6:35 Christoph Hellwig
  2024-02-21 15:53 ` Darrick J. Wong
  0 siblings, 1 reply; 4+ messages in thread
From: Christoph Hellwig @ 2024-02-21  6:35 UTC (permalink / raw)
  To: zlang; +Cc: fstests, linux-xfs

generic/449 tests of xattr behavior when we run out of disk space for
xattrs which are on the main device, but _scratch_mkfs_sized will control
the size of the RT device.

Skip it when a RT device is in used, as otherwise it won't test what it
is supposed to while taking a long time to fill the unrestricted data
device.

Signed-off-by: Christoph Hellwig <hch@lst.de>
---
 tests/generic/449 | 11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/tests/generic/449 b/tests/generic/449
index 2b77a6a49..4269703f6 100755
--- a/tests/generic/449
+++ b/tests/generic/449
@@ -24,14 +24,15 @@ _require_test
 _require_acls
 _require_attrs trusted
 
+# This is a test of xattr behavior when we run out of disk space for xattrs,
+# but _scratch_mkfs_sized will control the size of the RT device.  Skip it
+# when a RT device is in used, as otherwise it won't test what it is supposed
+# to while taking a long time to fill the unrestricted data device
+_require_no_realtime
+
 _scratch_mkfs_sized $((256 * 1024 * 1024)) >> $seqres.full 2>&1
 _scratch_mount || _fail "mount failed"
 
-# This is a test of xattr behavior when we run out of disk space for xattrs,
-# so make sure the pwrite goes to the data device and not the rt volume.
-test "$FSTYP" = "xfs" && \
-	_xfs_force_bdev data $SCRATCH_MNT
-
 TFILE=$SCRATCH_MNT/testfile.$seq
 
 # Create the test file and choose its permissions
-- 
2.39.2


^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH] generic/449: don't run with RT devices
  2024-02-21  6:35 [PATCH] generic/449: don't run with RT devices Christoph Hellwig
@ 2024-02-21 15:53 ` Darrick J. Wong
  2024-02-21 16:25   ` Christoph Hellwig
  0 siblings, 1 reply; 4+ messages in thread
From: Darrick J. Wong @ 2024-02-21 15:53 UTC (permalink / raw)
  To: Christoph Hellwig; +Cc: zlang, fstests, linux-xfs

On Wed, Feb 21, 2024 at 07:35:24AM +0100, Christoph Hellwig wrote:
> generic/449 tests of xattr behavior when we run out of disk space for
> xattrs which are on the main device, but _scratch_mkfs_sized will control
> the size of the RT device.
> 
> Skip it when a RT device is in used, as otherwise it won't test what it
> is supposed to while taking a long time to fill the unrestricted data
> device.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  tests/generic/449 | 11 ++++++-----
>  1 file changed, 6 insertions(+), 5 deletions(-)
> 
> diff --git a/tests/generic/449 b/tests/generic/449
> index 2b77a6a49..4269703f6 100755
> --- a/tests/generic/449
> +++ b/tests/generic/449
> @@ -24,14 +24,15 @@ _require_test
>  _require_acls
>  _require_attrs trusted
>  
> +# This is a test of xattr behavior when we run out of disk space for xattrs,
> +# but _scratch_mkfs_sized will control the size of the RT device.  Skip it
> +# when a RT device is in used, as otherwise it won't test what it is supposed
> +# to while taking a long time to fill the unrestricted data device
> +_require_no_realtime
> +
>  _scratch_mkfs_sized $((256 * 1024 * 1024)) >> $seqres.full 2>&1

Odd... this test only takes ~50s on my rt testing rig.

_scratch_mkfs_sized should restrict the size of both the data device and
the rt volume to 256M, right?  Looking at tot, it sets "-d size=$fssize"
and "-r size=$fssize", so I don't think I understand what's going on
here.

>  _scratch_mount || _fail "mount failed"
>  
> -# This is a test of xattr behavior when we run out of disk space for xattrs,
> -# so make sure the pwrite goes to the data device and not the rt volume.
> -test "$FSTYP" = "xfs" && \
> -	_xfs_force_bdev data $SCRATCH_MNT

Shouldn't this ^^^^ be sufficient to cause $TFILE and all the xattrs to
be allocated from the data device?  Or are they ending up on the rt
volume?

<confused>

--D

> -
>  TFILE=$SCRATCH_MNT/testfile.$seq
>  
>  # Create the test file and choose its permissions
> -- 
> 2.39.2
> 
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] generic/449: don't run with RT devices
  2024-02-21 15:53 ` Darrick J. Wong
@ 2024-02-21 16:25   ` Christoph Hellwig
  2024-02-21 17:13     ` Darrick J. Wong
  0 siblings, 1 reply; 4+ messages in thread
From: Christoph Hellwig @ 2024-02-21 16:25 UTC (permalink / raw)
  To: Darrick J. Wong; +Cc: Christoph Hellwig, zlang, fstests, linux-xfs

On Wed, Feb 21, 2024 at 07:53:38AM -0800, Darrick J. Wong wrote:
> Odd... this test only takes ~50s on my rt testing rig.
> 
> _scratch_mkfs_sized should restrict the size of both the data device and
> the rt volume to 256M, right?  Looking at tot, it sets "-d size=$fssize"
> and "-r size=$fssize", so I don't think I understand what's going on
> here.

You are right.  I have some local patches that messed things up and
increased the data device size based on paramters of the RT device
in _scratch_mkfs_sized.  I've fixed this up now.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] generic/449: don't run with RT devices
  2024-02-21 16:25   ` Christoph Hellwig
@ 2024-02-21 17:13     ` Darrick J. Wong
  0 siblings, 0 replies; 4+ messages in thread
From: Darrick J. Wong @ 2024-02-21 17:13 UTC (permalink / raw)
  To: Christoph Hellwig; +Cc: zlang, fstests, linux-xfs

On Wed, Feb 21, 2024 at 05:25:15PM +0100, Christoph Hellwig wrote:
> On Wed, Feb 21, 2024 at 07:53:38AM -0800, Darrick J. Wong wrote:
> > Odd... this test only takes ~50s on my rt testing rig.
> > 
> > _scratch_mkfs_sized should restrict the size of both the data device and
> > the rt volume to 256M, right?  Looking at tot, it sets "-d size=$fssize"
> > and "-r size=$fssize", so I don't think I understand what's going on
> > here.
> 
> You are right.  I have some local patches that messed things up and
> increased the data device size based on paramters of the RT device
> in _scratch_mkfs_sized.  I've fixed this up now.

Increases the data device size?  Does it do that to sidestep the case
where fstests fails because the rtbitmap needs more space than is
available in the data device? ;)

--D

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2024-02-21 17:13 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-02-21  6:35 [PATCH] generic/449: don't run with RT devices Christoph Hellwig
2024-02-21 15:53 ` Darrick J. Wong
2024-02-21 16:25   ` Christoph Hellwig
2024-02-21 17:13     ` Darrick J. Wong

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox