Received: by 2002:a05:7412:3290:b0:fa:6e18:a558 with SMTP id ev16csp872512rdb; Fri, 26 Jan 2024 13:31:32 -0800 (PST) X-Google-Smtp-Source: AGHT+IEJfx9/P+7gYP1YecqhcTp/DxIS/ZQCJ26owXhc7jPOAHc+4jjh6NC7UFG5I3Qw9+XRvjAc X-Received: by 2002:a17:903:647:b0:1d5:5c74:2ea7 with SMTP id kh7-20020a170903064700b001d55c742ea7mr597193plb.107.1706304692172; Fri, 26 Jan 2024 13:31:32 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706304692; cv=pass; d=google.com; s=arc-20160816; b=wY8JYGUYR8u7ENNwhXVdYr3FsZtjGHMJaBC9OSReg5ifvM0HuULIHJbgAOxfycYxrN tET0xkSMJcOQk8Wr177Jk2SSVU6+t4lPO9FaAynRfo1LJZ9nl+CEiwJh8gwwP9nz36Qr 21EN4QFXoH3kHgtMzEqQd/AHpGcS46jgKKdu8BmMEqefLXGKbLWcJAuqe95B7SE7iUIk 1yrudmwfNefPO4Unv4Jv/r+87uJzZAMceZ/VOVkLWUYOt7nAF9kcrUNu6x9wrck4jeAS nBiv+5C0x5RDpMhePhdv8KkEsXq7gCoE55V+94dzkwWu8UPmyRF312MYhydDT8kTJvrm 0gDw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :dkim-signature; bh=maDpcikpyh6FEh8N/tIM7o82tGen2/tmETzOibUg/is=; fh=CGEYBRzdeLqdQ7cu6ais8LsjhTrgSUYv+sswjiTqnZ0=; b=T6l+FrQsDf4wwg281Vi1AJyH+jaHeulsCUgMtnPrc0FoK2iLZ1fOxWb/GeYTo830Z1 VIbuLgSZS1RVgMTpJrEZ9ufcegOWJ2hy6ex9z+ha2ARkIja3ssuQMnu4hkpmFOyq5lz0 W0LXbCEPpyw4utgER1vfnIQWMZobR5VkhrzLCS8UydqGIpTv+I1qA6qZ1eVRoutzzYQJ GlnnEmKl2Ziu6Cv1ZCI/OMDk8jOFa9+SBuLtHKlg5nwGEFAN4VaPGG9g7oJvSjyTMNw0 9DuzBLOimDfm+i0SjCsTPkGRRTbcBV/7D9sbIJipR4Zn+AUsNPoBIlLZ9/hjHiPmEx8x ehhw== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=Q7ydLpfR; arc=pass (i=1 spf=pass spfdomain=linuxfoundation.org dkim=pass dkdomain=linux-foundation.org); spf=pass (google.com: domain of linux-kernel+bounces-40676-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-40676-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id s24-20020a62e718000000b006ddcc9294ffsi1752379pfh.47.2024.01.26.13.31.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 26 Jan 2024 13:31:32 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-40676-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=Q7ydLpfR; arc=pass (i=1 spf=pass spfdomain=linuxfoundation.org dkim=pass dkdomain=linux-foundation.org); spf=pass (google.com: domain of linux-kernel+bounces-40676-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-40676-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id CBDB82876A9 for ; Fri, 26 Jan 2024 21:31:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0E7A424A0D; Fri, 26 Jan 2024 21:31:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="Q7ydLpfR" Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com [209.85.208.49]) (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 7BA12250E8 for ; Fri, 26 Jan 2024 21:31:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706304682; cv=none; b=aQ5XuqP4UaLTulwv3EA1oW2uuKFv2mIsf+Af+Tqjd5sDfVYUnQuU2OK6YMnFG5gwmi7smJkYxpoGkYs0BSd1VT1JRUtw1VvHTYF3QxL4sFWZPOY8unuEDLuK7dtRfQRA0VgWsUfDGH5uLPQWeTf9zC6OHkxXItkxsI04tF2oEQo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706304682; c=relaxed/simple; bh=6mukGWAjPX2YjUL4JezyXFLuCN/rYL2RbG8PlJMIYCw=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=UKg1lZE0pR7x+9IzNBsWOYfnVC9aMYj6r3xgxkkpfEa5alPAOSasRM2M4LUgItIiBjcggPbWp8NN5k1xMeCIsT4oNnme1Hx+JpPluB/dCFfnrkjFGxMKn9tpSBdCRjANYXmcNKnnzYIc4alWBLIZH0T3XBvMAevMcedBglmlUxQ= 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=Q7ydLpfR; arc=none smtp.client-ip=209.85.208.49 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 Received: by mail-ed1-f49.google.com with SMTP id 4fb4d7f45d1cf-55a9008c185so1483818a12.1 for ; Fri, 26 Jan 2024 13:31:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; t=1706304678; x=1706909478; 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=maDpcikpyh6FEh8N/tIM7o82tGen2/tmETzOibUg/is=; b=Q7ydLpfRJBIPc1zDGpnWKX59E/L2MQWkHam27t3ye3pXQ8KhaHdVt0cKFF7tR4dRhW 8FJHYZqd8atnsWngv3bauKLiWGGaYBjyXN/6BBDtmjfKU0cxI5e9ZJu7aCAHhq8d6EVd ERs1EzNLsVqS933T2uYBsrpwCzZJu/0QPBC+I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706304678; x=1706909478; 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=maDpcikpyh6FEh8N/tIM7o82tGen2/tmETzOibUg/is=; b=Gxi7vc900tx/VyMv7mjDX0L1X4cBLCb0Cw4FLLhzKeYjAsOJoosVU3oe0hPX8cM7nE eE5P7a7cKwvpMwC/XqKQWlcWyhQIWev4sOI1mgicntGwcBHFmdE3khmjS39kK4S6ocCB ZAi8SKf+wyMhbAFxwFHqC38h+V3yNOrFj/+5rc41jF/BxLb5rp2a3jdX6ldtLsODeM9O 2GewESqroHbv+G92yCWgM0+4POpbWqc6S2hI1dXnHSoP94ptqaqvFIFvIOeaCstxqRyH F9ccbzcg3mHNdfth5cK74X0eZJk3d4dgMZHiGFSZN1TKhay380zwxCw3AfY1jd7fGDJx Bw3w== X-Gm-Message-State: AOJu0YwPfsDiTxwsCyOKSxGF5bv+xctd5c/zedeCelyg9yEV9QP5ZytQ n3kMc4kfQwmbHC//F87HzXE8LbbFAJMEI4/wQy/3UQUDLR3zCtS1Eiogx+gTNa5IfuAxmFK77c2 1do+6cw== X-Received: by 2002:a05:6402:1509:b0:55c:8533:c7d1 with SMTP id f9-20020a056402150900b0055c8533c7d1mr2612199edw.0.1706304678387; Fri, 26 Jan 2024 13:31:18 -0800 (PST) Received: from mail-ej1-f48.google.com (mail-ej1-f48.google.com. [209.85.218.48]) by smtp.gmail.com with ESMTPSA id r23-20020aa7da17000000b0055c104274e7sm979227eds.78.2024.01.26.13.31.17 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 13:31:17 -0800 (PST) Received: by mail-ej1-f48.google.com with SMTP id a640c23a62f3a-a313b51cf1fso150336566b.0 for ; Fri, 26 Jan 2024 13:31:17 -0800 (PST) X-Received: by 2002:a17:907:75cd:b0:a30:e9a6:68f6 with SMTP id jl13-20020a17090775cd00b00a30e9a668f6mr2088169ejc.37.1706304677484; Fri, 26 Jan 2024 13:31:17 -0800 (PST) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20240126150209.367ff402@gandalf.local.home> <20240126162626.31d90da9@gandalf.local.home> In-Reply-To: <20240126162626.31d90da9@gandalf.local.home> From: Linus Torvalds Date: Fri, 26 Jan 2024 13:31:01 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] eventfs: Have inodes have unique inode numbers To: Steven Rostedt Cc: LKML , Linux Trace Devel , Masami Hiramatsu , Mathieu Desnoyers , Christian Brauner , Ajay Kaher , Geert Uytterhoeven , linux-fsdevel Content-Type: text/plain; charset="UTF-8" On Fri, 26 Jan 2024 at 13:26, Steven Rostedt wrote: > > So we keep the same inode number until something breaks with it, even > though, using unique ones is not that complicated? Using unique ones for directories was a trivial cleanup. The file case is clearly different. I thought it would be the same trivial one-liner, but nope. When you have to add 30 lines of code just to get unique inode numbers that nobody has shown any interest in, it's 30 lines too much. And when it happens in a filesystem that has a history of copying code from the VFS layer and having nasty bugs, it's *definitely* too much. Simplify. If you can clean things up and we have a few release of not-horrendous-bugs every other day, I may change my mind. As it is, I feel like I have to waste my time checking all your patches, and I'm saying "it's not worth it". Linus