From mboxrd@z Thu Jan 1 00:00:00 1970 From: Li Wang Date: Wed, 27 Jul 2016 18:28:55 +0800 Subject: [LTP] [PATCH 2/2] mkfs01: extend the loop device size to 256M In-Reply-To: <20160727092210.GB10645@rei.lan> References: <1469598247-23993-1-git-send-email-liwang@redhat.com> <1469598247-23993-2-git-send-email-liwang@redhat.com> <20160727092210.GB10645@rei.lan> Message-ID: <20160727102855.GA19654@gmail.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ltp@lists.linux.it On Wed, Jul 27, 2016 at 11:22:10AM +0200, Cyril Hrubis wrote: > Hi! > > Signed-off-by: Li Wang > > --- > > testcases/commands/mkfs/mkfs01.sh | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/testcases/commands/mkfs/mkfs01.sh b/testcases/commands/mkfs/mkfs01.sh > > index eda9829..9a26899 100755 > > --- a/testcases/commands/mkfs/mkfs01.sh > > +++ b/testcases/commands/mkfs/mkfs01.sh > > @@ -32,7 +32,8 @@ setup() > > > > tst_tmpdir > > > > - tst_acquire_device > > + # set test_dev.img size > > + tst_acquire_device 256 > > As far as I can tell 150MB should suffice as well, at least for me the > btrfs-progs v4.3.1+ requests at least 136MB. Or did they increase the > minimal size again? No, I just let to 256M in case that they increase that again. > > And I guess that we should bump the size in runltp script as well. I didn't think of that. Ok, Let me think it over and rewrite a new method. Regards, Li Wang