From mboxrd@z Thu Jan 1 00:00:00 1970 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 6107C277026; Wed, 15 Apr 2026 23:49:51 +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=1776296991; cv=none; b=KOW/vpTWb0XHMdqzfWPaG/4HdjHGwwmhHSffflSNXMGNNgFkfELTun3Hdc3SkuYpRn3lUUW2fJAvlAkX/wz/yNDn7htAHshxM5YfjBlDWBHCq8chUm3Ldcchk+9hEliN0sH++eiO7xWZhQ6j5iV0cQzb3GTiTHnXMeEGTh84yo0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776296991; c=relaxed/simple; bh=bhzPcr54kj93Lar47tpSoGS//g7BeP0fXCsSgCGIxx4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=eMzohb4dQxcNSKknq1e/t7fTJGzBzo36oTMSa36Ws5VCBPLJKhZ1d2XUq9TxuiOSKtccI9WeLa3dYlUYRuUjCqPXZKvaI3Uw16Ul2XtuumMBSGcPGyIdwQn5//aIOq/myVvrqCCKQHvK0azyMavvU+wA0AjJ7XqQDt1VJVqGquE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Ge9Qbkzs; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Ge9Qbkzs" Received: by smtp.kernel.org (Postfix) with ESMTPSA id E5FA5C19424; Wed, 15 Apr 2026 23:49:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1776296991; bh=bhzPcr54kj93Lar47tpSoGS//g7BeP0fXCsSgCGIxx4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Ge9QbkzscZBvCjcBhgKDz2GqrcXm/RrpTicTJ1C2AxNrzFCS+cW8ACjvA07sMrKqC xczyLQTyKLi34rLkm0xjlzT2PHoDxArNE0y3v6NHbmv8nEVa5BTRhUTBUb07fCTh82 Q4xApYXqDybkAxwRJDqeViTN8mLxeZ5xw7bMwla0ea4V1SVp18q7wo7MQ1+kL2AvkV vliMPs6Hvdt97hstZPQ3/HWpfeCPidYKckDGF/xGw5r1yT4fTBoXvrL/ShTbuJUbcq 6EdGABII3cr46jiuv2XfvazrXocFUOk3aNhbgl6MU74pARV3gd5SXMf/zoQHSHSjfM 6Akb1rdBni93Q== Date: Wed, 15 Apr 2026 16:49:50 -0700 From: "Darrick J. Wong" To: Jaegeuk Kim Cc: Matthew Wilcox , Christoph Hellwig , linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, Akilesh Kailash , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-api@vger.kernel.org Subject: Re: [PATCH v2] f2fs: another way to set large folio by remembering inode number Message-ID: <20260415234950.GC114184@frogsfrogsfrogs> References: <20260409134538.3692605-1-jaegeuk@kernel.org> Precedence: bulk X-Mailing-List: linux-api@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Apr 15, 2026 at 10:02:26PM +0000, Jaegeuk Kim wrote: > On 04/15, Matthew Wilcox wrote: > > On Wed, Apr 15, 2026 at 04:44:04PM +0000, Jaegeuk Kim wrote: > > > On 04/14, Christoph Hellwig wrote: > > > > Please add the relevant mailing lists when adding new user interfaces. > > > > > > > > And I'm not sure hacks working around the proper large folio > > > > implementation are something that should be merged upstream. > > > > > > Cc'ed linux-api and linux-fsdevel onto the patch thread with a proposal that > > > I'm not sure it's acceptable or not. > > > > You haven't sent a proposal. This is a reply to a reply to a reply of a > > patch. There's no justification for why f2fs is so special that it > > needs this. What the hell is going on? You know this is not the way to > > get code merged into Linux. > > I added two ideas in that email. Have you even tried to understand? You want to establish "user.fadvise" as an extended attribute containing a bitmask. The sole bit defined in that attribute means "use large folios", but you also have to change the file mode and set the IMMUTABLE bit for it to actually do anything. Meanwhile, you can't actually persist any of the fadvise(2) advice flags, so the xattr name doesn't even make sense. Maybe you meant to call it "user.madvise" since the closest thing I can think of is MADV_HUGEPAGE? I've understood enough. YUCK. --D