From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5AA6E23751 for ; Fri, 26 Jan 2024 23:12:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706310736; cv=none; b=Qrfw1LeIbF/qIwNiSqPMHTflbIHkROq5XFNT9fa5/R/sV8wWZYQP95ZzpEEVjvpBxtbXj6JGAqHIoMzvobvb576ZLc1rtXrvToqS3J/5Qimx9zOaUEq1+2+9aGIY9U2LiDVwQ3vAbntGg/9bSetPTP1mpI/Csy4Skf3nMuS+NCE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706310736; c=relaxed/simple; bh=2P1MSft8X93++r9/w92I/KK2xvEAgYJknw4bsWY3hGQ=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=F31wvBwTtSvS8Z2HWN6sbQiSPpoge8QKpW8nJTey31cER+GAQnt+kfpN6T1xHOT+EPSHrn6B1GBSTxjKEUabtPM+yyOQwrek4YSM+crmHK5zSWJIN6dFSxHHKrqyApcbeL2qC9T+RisqfHybDoLBzetR1YDeg1V/E26j6X3nxoA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org; spf=pass smtp.mailfrom=linuxfoundation.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=CmF3bLZb; arc=none smtp.client-ip=209.85.128.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linuxfoundation.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="CmF3bLZb" Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-40e86a9fc4bso16245955e9.2 for ; Fri, 26 Jan 2024 15:12:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; t=1706310732; x=1706915532; darn=vger.kernel.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Bdf20BJ6O42hFp/1Syn6ytLGURr08JkqxpxmJ3QroSs=; b=CmF3bLZbZpRjGd3lVkMpnIUpHNOb19oXWWdDGQik3yEEeWGl7qgw7ZZLaXn7ij4VJW 1u4FgBUd9GFnZXIKzxiHv9JCRhZbc/b6zylfMxEwaAcjfNtooaXnGecD7kiaeGj1FXPj /x5DR0LZE6vjAigFxgg4NCSvcVDy+LB9copzk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706310732; x=1706915532; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Bdf20BJ6O42hFp/1Syn6ytLGURr08JkqxpxmJ3QroSs=; b=GJtBgToabqmomoJBXxEjqck1l3zta9ffC5D3EJD2kGzON34c1UWYW2n/pfEjbOc8il uWx+V/4sx9VNOg7i4F9GmRcCMzXXaNniVjiyMEpcPfdiraxvh4sMOxm2Fczirn/2oNof /NXT2WoUbfsd9S60n0Vj9iSilL6s8zEAiG2DAw1Qzx082+qaUq/jliWs0gqGXP+eWVOG 2YNNelmb2zb3SSZu4Kt89SzV9yWnXRqMAcYwigdfjPk3JhHBe10yY/ssyL4iyD8zQRfi lpERINkEGbijWzWuyAiPKGMiOEzxWvVa7zbsgunUavMGb6tdlszQKgZKBJCGpMOPibJT ehMw== X-Gm-Message-State: AOJu0YxQQciW3DsnXg22CnA0Iy7BsKfCwt4t+wgIIe8oeaChKmTU4MCT WCc3J5c5oz3ajPR85nsV8zgn49l0X9OscyjtDSlR/zkybOMfwJfeivkQQMlEFz7ClZGgSZ3/1lI S2c4sBg== X-Google-Smtp-Source: AGHT+IFmkMND7tkW+IPa5Oxg/iTrpYCDkD43huvpfztYkmCZorQa5eoWlC9iAYceRR9m/4DJ4E/VfQ== X-Received: by 2002:a05:600c:3b1b:b0:40e:cd4f:f1b5 with SMTP id m27-20020a05600c3b1b00b0040ecd4ff1b5mr358629wms.105.1706310732560; Fri, 26 Jan 2024 15:12:12 -0800 (PST) Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com. [209.85.208.49]) by smtp.gmail.com with ESMTPSA id vi6-20020a170907d40600b00a2689e28445sm1100195ejc.106.2024.01.26.15.12.11 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 15:12:11 -0800 (PST) Received: by mail-ed1-f49.google.com with SMTP id 4fb4d7f45d1cf-55783b7b47aso727337a12.0 for ; Fri, 26 Jan 2024 15:12:11 -0800 (PST) X-Received: by 2002:aa7:c3cc:0:b0:55c:f699:c393 with SMTP id l12-20020aa7c3cc000000b0055cf699c393mr269406edr.32.1706310731406; Fri, 26 Jan 2024 15:12:11 -0800 (PST) Precedence: bulk X-Mailing-List: linux-fsdevel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20240126150209.367ff402@gandalf.local.home> <20240126162626.31d90da9@gandalf.local.home> <8547159a-0b28-4d75-af02-47fc450785fa@efficios.com> In-Reply-To: From: Linus Torvalds Date: Fri, 26 Jan 2024 15:11:55 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] eventfs: Have inodes have unique inode numbers To: Matthew Wilcox Cc: Mathieu Desnoyers , Steven Rostedt , LKML , Linux Trace Devel , Masami Hiramatsu , Christian Brauner , Ajay Kaher , Geert Uytterhoeven , linux-fsdevel Content-Type: text/plain; charset="UTF-8" On Fri, 26 Jan 2024 at 15:04, Matthew Wilcox wrote: > > Maybe we should take advantage of that historical oddity. All files > in eventfs have inode number 0, problem solved. That might not be a horrible idea. The same way "a directory with st_nlink 1 clearly cannot have a subdirectory count" (which tools like 'find' know about), maybe it would be a good idea to use a zero inode number for 'this file doesn't have an inode number". Now, presumably no tool knows that, but we could try to aim for that being some future standard thing. (And by "standard", I mean a practical one, not some POSIX thing. I think POSIX just mentions "numberr of hardlinks", and then the whole "a value of one means that we can't count subdirectories" is just a practical reality for things like FAT). Linus