Received: by 2002:ab2:620c:0:b0:1ef:ffd0:ce49 with SMTP id o12csp688134lqt; Mon, 18 Mar 2024 23:58:23 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCW5RjALDT34697T3DDnOKvSjQcd1grWmbdvjqS4nbb82oErOBCk/ck7Qa2UFu4hvUu/F20pRhcW0VHkGJx5hzgIrNz94CGEjltRxSXtrg== X-Google-Smtp-Source: AGHT+IEmVZ+IXsyRX0pUK4VwyxCnH5EIBfkuOs3r6cARj3F78kjIektyv5vmKp58JUNkigMC0RzD X-Received: by 2002:a05:622a:91:b0:430:ecc1:9a84 with SMTP id o17-20020a05622a009100b00430ecc19a84mr446051qtw.20.1710831502769; Mon, 18 Mar 2024 23:58:22 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1710831502; cv=pass; d=google.com; s=arc-20160816; b=cMg7vVKr3nRmRLtX9oOvKmQsWKLs6+JSoG7ljLkEKE47iqGjGV/F+0q5UaQASV+XRT yJPUFqcIuJOiPHqF7CW6LnaSL3YUuUHB5lCgtFuPpnfx9wWhNkNn+zZgLNXdaoA9N18F fRPXJWZnorerTyU7ACIS85U1KSb9nPpPQ2wRJCKXX1E1dQ+DUBbIh78prs4sH80g6o4M juJFKWetQsKPtxiMtPiSf9giiGsFcXoXrP+fOijK5MPu8fWfadJn4FXfuw5gzAM87K2r vR9vZ8HiMZM4TPVraKP/gEpJEVs7CcpKI2JjztiLTSQjoWZD75wtd92hMPUcQksUl+B/ YqtQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=m7bL/Oi+pm5lJlTRVX7lxx3Nc9u/hnoi/VGkyK27YX0=; fh=6LM0eG6bLNpQ2etkEdjD6XlJQ0HLKr/29yAH7pDxw+g=; b=B9gXjmOyWrhP+iDaVoVn1V4wV+0ZqjXGwhyCv+TU4EE3yEPo79FbZc9b2mnSphoxPJ uvBmLZe5uDRC9A19bW349IlimuMqXUzbN+7616SpCfcBMlDOglkFQuCWOUsIaA/KiDvc fcXkjKb6FKhKDRLWkiIcKoD1txkzAwrZpnl3+iib+030LYc46gJKVUDB8HvaRV16Suz/ mDfIlqSUOjXTldhbbNBuCl1GucRBjsBoyVayRqmMvBSJJZRNRmLCD6ecScpsH7YoJfvc N8+X+iuw18XC6oHYvtHbNoBGN1DAl1Y6Iiw2y9sz9KfKUViQiLLinm5ClTI5aRL5Otzc fWHg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=CGQmPCVi; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-107128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-107128-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id o6-20020ac87c46000000b00430ca965c2dsi4695729qtv.63.2024.03.18.23.58.22 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Mar 2024 23:58:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-107128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=CGQmPCVi; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-107128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-107128-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=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 ny.mirrors.kernel.org (Postfix) with ESMTPS id 7F2CC1C217B2 for ; Tue, 19 Mar 2024 06:58:22 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 4320751C27; Tue, 19 Mar 2024 06:58:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="CGQmPCVi" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6C14D4438A; Tue, 19 Mar 2024 06:58:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1710831492; cv=none; b=uuJ7g/Nq/wvra0AbeguJQSmDFPuqRtFmIIdhtJlNfT+iR8ZxQZWciJcdT84R1YO0b4WECc92z8GKfleLRQZ8NQ5TUyRuubN082gau/MHVRAWgI89ULBsnNmsmazXHTQzQMFRaJDZJblRPgiD8mBuaHhs9rcvoNsWY+kE8eoPI3M= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1710831492; c=relaxed/simple; bh=hmsk6AHRpVBb2U+cRbYLU+mLvD6WW/eHrcNrsOEF3RQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=bwZ5zM0d22hWDFJFoRyuwQ0z7NsyIjnMr3cNctBL4FXrR6S3uoptDApuImcM59nxqmClPYZdQIufwikdT7EeXoQb2naWi1E7wXDmtvPSOQyB7esG1cRGi/tQAGvfbyLAL3kSVTYd3SbgQujCOEpLR+/Ua6JhnSxFqgc599VTEFY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=CGQmPCVi; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 787DDC433C7; Tue, 19 Mar 2024 06:58:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1710831492; bh=hmsk6AHRpVBb2U+cRbYLU+mLvD6WW/eHrcNrsOEF3RQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=CGQmPCVi2Ba2+IfTWlFC9SJV3UDzZREF11kMCEfOVNXjeArN9btlDZ0we1hrnCAXe WOgHiZ5IdH1RU7oVnom/oxDlTRyKUkyC6AeFHaE8z5dbdWybl0JAcoeBfEj+2vqHYP icQSdif6TiNcptenGQnMoEK1JTxrQmqI2Se1QlG154OUTCttKlk17DyNNxCIYZKLpG WGm3HKyNWS9uO2F1dpxNANwwS75QVuIK01Zi+iF2tW0MZdnVKHkX7XrSXQh/ene9bj ZetbujCiEDRS8fGnpwe85KaVik0VgRKK/XLcf+TeMCr6F9f4qXyRWmwGe4AECwKKy9 lPsZmR9Mbh+mg== Date: Tue, 19 Mar 2024 07:58:07 +0100 From: Christian Brauner To: Linus Torvalds Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [GIT PULL] vfs fixes Message-ID: <20240319-sobald-reagenzglas-d4c5b1c644ad@brauner> References: <20240318-vfs-fixes-e0e7e114b1d1@brauner> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: On Mon, Mar 18, 2024 at 12:41:49PM -0700, Linus Torvalds wrote: > On Mon, 18 Mar 2024 at 12:14, Linus Torvalds > wrote: > > > > IOW, isn't the 'get()' always basically paired with the mounting? And > > the 'put()' would probably be best done iin kill_block_super()? > > .. or alternative handwavy approach: > > The fundamental _reason_ for the ->get/put seems to be to make the > 'holder' lifetime be at least as long as the 'struct file' it is > associated with. No? > > So how about we just make the 'holder' always *be* a 'struct file *'? That > > (a) gets rid of the typeless 'void *' part > > (b) is already what it is for normal cases (ie O_EXCL file opens). > > wouldn't it be lovely if we just made the rule be that 'holder' *is* > the file pointer, and got rid of a lot of typeless WTF code? > > Again, this comment (and the previous email) is more based on "this > does not feel right to me" than anything else. > > That code just makes my skin itch. I can't say it's _wrong_, but it > just FeelsWrongToMe(tm). So, initially I think the holder ops were intended to be generic by Christoph but I agree that it's probably not needed. I just didn't massage that code yet. Now on my todo for this cycle!