From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 14557E64012 for ; Thu, 21 Nov 2024 21:18:21 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2674E6B0083; Thu, 21 Nov 2024 16:18:21 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 2170E6B0085; Thu, 21 Nov 2024 16:18:21 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0DEEB6B0088; Thu, 21 Nov 2024 16:18:21 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id DDA5D6B0083 for ; Thu, 21 Nov 2024 16:18:20 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 4ADF8A1565 for ; Thu, 21 Nov 2024 21:18:20 +0000 (UTC) X-FDA: 82811364510.04.0997422 Received: from mail-il1-f175.google.com (mail-il1-f175.google.com [209.85.166.175]) by imf01.hostedemail.com (Postfix) with ESMTP id 42F764000C for ; Thu, 21 Nov 2024 21:17:37 +0000 (UTC) Authentication-Results: imf01.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=iNhKtJ5N; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf01.hostedemail.com: domain of hughd@google.com designates 209.85.166.175 as permitted sender) smtp.mailfrom=hughd@google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1732223761; a=rsa-sha256; cv=none; b=4QMaZcuBuGJpZHVOACb9ZFijVdwRnB0KM0yDqN5xZ+exViLeD7cvyw5tdRy/laZcwfev73 nH9j7eFvKcHwgBCX1Cytgb6xAQI757PtUBuVsEw+z1KMkMdwGCAgUQ2ZWs1wvVSW4C1Nm4 LEZBMoZ8hjEodLDXMCyZ9Xb1D9do3Zk= ARC-Authentication-Results: i=1; imf01.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=iNhKtJ5N; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf01.hostedemail.com: domain of hughd@google.com designates 209.85.166.175 as permitted sender) smtp.mailfrom=hughd@google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1732223761; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=x/mfZKTQyhXYaUJseYy1hv2VeyJ2+oQyIuspaPbvuUY=; b=Y0fKPceiH0FBTOn2lXXRmDRjss6V/XPu4eiLIIM7/sgWO9whF5tYPWSsZe7F8WkRWeN48O gUen6A8mxJQvq8cJu6vvnEeZ0lHheNHsVmWri/6oAGwMS6L08honIOgzdJTu+Spf3efmhT 7HM37gskPfuqWSK3+HtWALYNIWHwK8Y= Received: by mail-il1-f175.google.com with SMTP id e9e14a558f8ab-3a75cad5eddso5570305ab.3 for ; Thu, 21 Nov 2024 13:18:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1732223897; x=1732828697; darn=kvack.org; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=x/mfZKTQyhXYaUJseYy1hv2VeyJ2+oQyIuspaPbvuUY=; b=iNhKtJ5Nk6zYkEDNSV+EIzFiE7xVAMeu3MpbmgQCsJYrHmjzRD6mdeuaYhQOY6bpTC 4BG4ctrnqfDA1egYT5n+/UNe7IfXxcSpIkLKhUDv2My3QYIKwmPQH6+Z8Dcy4enffybW uUS9+0H0yQ+kZCRgT3vdRp73o6yD1Kj0tEPCzxZpD3xtUQoydMeYUPTVUDdsgFnCw4xz esREm1mCsTQEGVJZLiSuNPSRnjwNAgDvhR/2uPOsB6rCgAoM7fBKFnhBE/mq1k3ASTnP mMUQ+qQfViAbhSWOk7oa4wsugvxDZwygFBxnYUufx6TuJxAQmvj9sW6OZPl+2YesDQQy 7XcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732223897; x=1732828697; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=x/mfZKTQyhXYaUJseYy1hv2VeyJ2+oQyIuspaPbvuUY=; b=Z9kbNRdRlq7g6ZQG7B3nDz5yP3UHjv8x+2+H4/NRoKn6nWoukIOprssPkNlh4GXN9R /FQNWOWGJSQRjISJks5oqWfBS7EocH/Web0XwJCQw9R49MbGjSQRi+BhXROhhG6PrYqD bnYz1MRxSOCLF9uCMnLGz2PzGtDgSwHsByG/ct0GMAlUYlgEtvA6ZfeDR16MStasLe0q LMIpMR3hi07FIamDCVc868hHIq/jaXT+zyojyP0k9NrNH3u5M3h0/+5Djuqm006uKqPc ueuTFhD4GsOsBOyH80Z/CMN86Lomm+77UTuI2hWVxjO898DhO1mpkNLmormCGmnzzYvL DKQA== X-Forwarded-Encrypted: i=1; AJvYcCV0WTEPYxGCkRJR/Ed1zeDRNGSzerPYaSngkG5P54KMx2HSjECqErlBrZ7qmF3vYauaNrcJGiRZDQ==@kvack.org X-Gm-Message-State: AOJu0YzSUFKnNGw8V5ezUmaPN1e+rXEMw/Xgxg+MNOixJLv4+/aN4G6l hOb7mdQa+58D+TCaV5BM/PstUzzkwFOzG8d79Ux93WYlTvgwQWJsLSlCKNJ/og== X-Gm-Gg: ASbGncvAaIvZ0c1G9o/mayo1N5wPK9FoNMfWFtB6cXZG5uDW8tVDLLrGdeK/0bg99hO okyLAa1vElzj7Nv6RC+AFcUkKbCAo5c9JnhqGWETt2Q/5FQ6X67GZe8UpBWXoqp7g2PneYnO9IO JCq/TgYWsm9no0U3EYsRK2jTgzgVoknlX5wSDqpeFiwe919YW5P2Z3OgGD7mhucNLEtfMueiLGJ fbjmdjr/4sZPUafRFHjce8BDxZ4jU5GLM46a9tAxOirO3LvEpqQX6XMDMzUTz/hnyEm49IpmU0w aLnrvmWSrr8xjj4Wyhr+gkA9QRh3+uzdsg== X-Google-Smtp-Source: AGHT+IFQbPCB0rHPhnpYbQiUEs7w+N6lvukYSgOaD6CKsx8IKXq0wMfQEeUnhxgXV8pSGffrHgVZTw== X-Received: by 2002:a05:6e02:198a:b0:3a7:1b96:220f with SMTP id e9e14a558f8ab-3a79ad03f38mr7548595ab.9.1732223897144; Thu, 21 Nov 2024 13:18:17 -0800 (PST) Received: from darker.attlocal.net (172-10-233-147.lightspeed.sntcca.sbcglobal.net. [172.10.233.147]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-7fbcc3fb2a7sm179889a12.77.2024.11.21.13.18.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Nov 2024 13:18:15 -0800 (PST) Date: Thu, 21 Nov 2024 13:18:05 -0800 (PST) From: Hugh Dickins To: Chuck Lever III cc: Christian Brauner , Jeff Layton , Chuck Lever , linux-mm , Linux FS Devel , Hugh Dickins , Daniel Gomez , "yukuai (C)" , "yangerkun@huaweicloud.com" Subject: Re: [RFC PATCH 2/2] libfs: Improve behavior when directory offset values wrap In-Reply-To: <34F4206C-8C5F-4505-9E8F-2148E345B45E@oracle.com> Message-ID: <63377879-1b25-605e-43c6-1d1512f81526@google.com> References: <20241117213206.1636438-1-cel@kernel.org> <20241117213206.1636438-3-cel@kernel.org> <20241120-abzocken-senfglas-8047a54f1aba@brauner> <20241121-lesebrille-giert-ea85d2eb7637@brauner> <34F4206C-8C5F-4505-9E8F-2148E345B45E@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 42F764000C X-Stat-Signature: 15kfnrerur77qm161h674w5szfat4xdj X-Rspam-User: X-Rspamd-Server: rspam05 X-HE-Tag: 1732223857-33123 X-HE-Meta: U2FsdGVkX1/W9C7TP4KiS8PBafl214cbkr2XJFlmjUIDcvsjNK1Amz6meA0/HUE0/++aS5heVUEJRGoqDqTr8/WjvqM10anLPRn2IRLw7NLzFMEEvKpgguVLJnpgpOB0jRJivqlvKVUIhY2giZ42Td+EqQsLNtMtZ1PUGLFmrMaLEfcNBO8gjBNCLrkp+WpXdMkAt5KQiSfEcXwsUSiHLHW3V0RXlwaTHdzVvQmMInMISW72Y0AAT38E0z5HJ7zNdwVxEUy/PZsqqZfW++D+Av8R0OhxDubpzmezmbRcCSpTK37RYx1tZJwFvfIG1voZc5iQROxIbpdYhdwR7uM03aa6UpaKQDcsbSiHRupPXrtH+WcJ/MxMAhA3iiUZrUCM/BxahlhJ4WlBZeWaJMQJRnrLSIzgbyD0/1sWImqIf/Bshe4nUC9mRNEFPmKflh7ug0TyBqISlA18DsPVYnmdQCCT4VBuGkU81vF30SrVs+6kfwIG/1tpM8kc1InMmWLb9UueoGzG6ddeI2kRk8OvzS0mP5moHnOCdKzv2Avr+LSKR9zSHavX/9TZxPgXzYXDl6ekvE9ADxJq5r/bO3mqh7LTfuCn1hG+vaBpIWhMPHvYp+lNieIyLvYtNXjM/NP2Dr57xjsgSoMjZkGG9LBPNhI123EEXfBUE0+wPRjDa7oj0MgDIRGqjJT9rfCJrxQ6irWTYySezTAU5iFooRZgkGDOkDarG5SLWy0jqNiH/PE4VHtqzfGg3iM5QrySn75f2UF3nA9W5UXHI56XjGtb85Gk+QHls/Pad4wGBMFZmyW/EWUiBNbwdimqomSeGbdHib44XCS8mte/2AGbcLGxIsgRiuBN4Lpz3TYgThgP4KnTAP3zoBR093+OGGtQRg2l7JDZQaMgXQ07S/yxc1w76gZfe34LL114xzvxiKXbtCGe/C8aJVx0lYTW7HI/oWSfjZRjHuXKElzBZ49/8Pb e5Ao7EF5 RPprt+3O9dfJy7aV7pBhuFg5xk14k+49RzpqXuveoJ10SPQBBXpS5qiz7FppjQ9Z6TX+1cWNeju+LvayNngdhR3yWtp1ZDlhgSfq7ew5cjZlqz+vttwvaVKHgig2T6sa3i16D5xWwMA0fgTE5uPSyyiU3V3fOckrOTedkqfQJqz5k10ud/otHfSS/s9JtoIposbXO1+0AWR+Lj6C8rUbgn+jZYnKVbnU8Vkgc39YTMdUjVSVLSdpeR28EVWYrFJMOuHyaMyQPBMURxzG7UmENnLEuyZMJ2lB3DkZ+2FzHiesiT/QNu70KRB3uKG3oJ1QHP+GPj7ukT8GrkqL1ZpxF1TaCHjiQpD1zJfIxKmctqlbMZgO+FgCrxCurKPOd+isEESux30mrid7LCJE= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Thu, 21 Nov 2024, Chuck Lever III wrote: > > I will note that tmpfs hangs during generic/449 for me 100% > of the time; the failure appears unrelated to renames. Do you > know if there is regular CI being done for tmpfs? I'm planning > to add it to my nightly test rig once I'm done here. For me generic/449 did not hang, just took a long time to discover something uninteresting and eventually declare "not run". Took 14 minutes six years ago, when I gave up on it and short-circuited the "not run" with the patch below. (I carry about twenty patches for my own tmpfs fstests testing; but many of those are just for ancient 32-bit environment, or to suit the "huge=always" option. I never have enough time/priority to review and post them, but can send you a tarball if they might of use to you.) generic/449 is one of those tests which expects metadata to occupy space inside the "disk", in a way which it does not on tmpfs (and a quick glance at its history suggests btrfs also had issues with it). [PATCH] generic/449: not run on tmpfs earlier Do not waste 14 minutes to discover that tmpfs succeeds in setting acls despite running out of space for user attrs. Signed-off-by: Hugh Dickins --- tests/generic/449 | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/tests/generic/449 b/tests/generic/449 index 9cf814ad..a52a992b 100755 --- a/tests/generic/449 +++ b/tests/generic/449 @@ -22,6 +22,11 @@ _require_test _require_acls _require_attrs trusted +if [ "$FSTYP" = "tmpfs" ]; then + # Do not waste 14 minutes to discover this: + _notrun "$FSTYP succeeds in setting acls despite running out of space for user attrs" +fi + _scratch_mkfs_sized $((256 * 1024 * 1024)) >> $seqres.full 2>&1 _scratch_mount || _fail "mount failed" -- 2.35.3