Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp461042pxv; Wed, 30 Jun 2021 09:27:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz0UAHEYWBnNKyIEBO35AXfYrPoZURBGGrVktOiMM4pY+Q5HTB6Tp9u6Zdz8Cw+F16yy1eY X-Received: by 2002:a05:6e02:1d16:: with SMTP id i22mr9695856ila.300.1625070478606; Wed, 30 Jun 2021 09:27:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625070478; cv=none; d=google.com; s=arc-20160816; b=t3jt4FtHP6a4LlxBhyOJWQqXgGQjF04dm9hIbDmEib1VZrdpREKaMYjLNK22N513Hb 9lOkTL6sSzGJ9u7yeHU7wMVmVOexNyD0P2C8jJlUgmD1czy+Cm8EqB+5FbRG9HxYi8JD jcL95ysyWVjUACQ0LawShrolwUJca0uun3L/JIucFmc4L3s+wgQ67+uofqcRt7ZDoIi6 mxpQw+66/1Z/gevMhfcUKLa7NdiMdBSWqOFOqKJ59DsJURhoJPbT/axXua1urWEC9Znl AXH9F4p+sbZHh9qW1/hnYHSxOZ/5aEXOZej70T7pf/We9pexpLDCQCTaCIr/wpZ2nhHY E50Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=5ngcOpS3dczZTjHKPmzk+jf5SteG5IGsFoOCbUKEbc8=; b=EzUP+hFd6PyFYiG0sW0eHJZ9jfLL7tZutxRvmJ5LXz+8a8ojnC3z2IYA4mkYi7fsb4 uXwrk/axOUhFJfOIT71EAnWgNFMqSIdlmtXVSNrXO4q/DbAfbqfXQiq7n0ygsrruCpsz k2LltsFe22hQ6Xe5QOxyUk/r8tXUtFsIlgeBk2ZnEtvuMxqwMxAc48ZIGJRxRpN3TH6u /+h0pHduiblo6fCZ72Kxbv/BVyIKwh2sw0T/up4jvQ+NBFGYcNz3dxUmDvVn7t9I3YNe Stx86x6PBVnRQyKbwTun2E3fYzyJfYLolnWoxSf2cHgMnPeQWjA1WIROznSWhznTeA7+ L4mw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i2si21715286ilv.49.2021.06.30.09.27.38; Wed, 30 Jun 2021 09:27:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229540AbhF3Q35 (ORCPT + 99 others); Wed, 30 Jun 2021 12:29:57 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:34739 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S229510AbhF3Q34 (ORCPT ); Wed, 30 Jun 2021 12:29:56 -0400 Received: from cwcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 15UGRLBZ003232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 30 Jun 2021 12:27:22 -0400 Received: by cwcc.thunk.org (Postfix, from userid 15806) id 9F8E915C3C8E; Wed, 30 Jun 2021 12:27:21 -0400 (EDT) Date: Wed, 30 Jun 2021 12:27:21 -0400 From: "Theodore Ts'o" To: Ritesh Harjani Cc: fstests@vger.kernel.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH 1/9] ext4/003: Fix this test on 64K platform for dax config Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Mon, Jun 14, 2021 at 11:58:05AM +0530, Ritesh Harjani wrote: > mkfs.ext4 by default uses 4K blocksize which doesn't mount when testing > with dax config and the test fails. This patch fixes it. > > Signed-off-by: Ritesh Harjani > --- > tests/ext4/003 | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/tests/ext4/003 b/tests/ext4/003 > index 00ea9150..1ddb3063 100755 > --- a/tests/ext4/003 > +++ b/tests/ext4/003 > @@ -31,7 +31,8 @@ _require_scratch_ext4_feature "bigalloc" > > rm -f $seqres.full > > -$MKFS_EXT4_PROG -F -O bigalloc -C 65536 -g 256 $SCRATCH_DEV 512m \ > +BLOCK_SIZE=$(get_page_size) > +$MKFS_EXT4_PROG -F -b $BLOCK_SIZE -O bigalloc -C 65536 -g 256 $SCRATCH_DEV 512m \ > >> $seqres.full 2>&1 > _scratch_mount Thanks for the patch! If the block size is 64k, then the cluster_size == block_size at which point ext4/003 won't be able to test for the regression its designed to test. So we probably need to scale the cluster size and file system size relative to the block size. - Ted