From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 92203406267 for ; Mon, 15 Jun 2026 15:30:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781537414; cv=none; b=TUZc65GGMfgeaMzCEGohGK6YQFecsua3QAIDFAcerAmfE6VrasQFXxYTmUGA/b9b2QlooHHyUqpeKCiBMz+KXgY6+nc40rsRWbTQ/bWcTxkn7FzVIRwB9CyNoeq+j0NvD0cAgjzieZz2hOHHaIJYadLXitVMbWq1Qu9YHfhh/e8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781537414; c=relaxed/simple; bh=LzCuhRybFmsuP+DnG16Zx+ufXpyzj72bPUIwdw2YVLg=; h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References: In-Reply-To:To:Cc; b=HfjALc3LK5GvHaLsaJnF0UNJiOAvlwnf5bEoVm273+GYj7dVfJoUSHoAwbPwPxIKtcAB+yrtUFnNFFTU21L/rXI1h70/NrSTygDP6TjNEs5yucsvz5cXULut3whxva9rveFI/f7ch4HU3Ydp04VNakYp4AHzThhkrLxmv3oAmBU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=bFictPhk; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="bFictPhk" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6D0CB1F000E9; Mon, 15 Jun 2026 15:30:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781537413; bh=hT5UO8YECt1Zh+naO2m+zZjR3PoEy411iORlB8Pf9EU=; h=Subject:From:Date:References:In-Reply-To:To:Cc; b=bFictPhkEy2GgB3+W3OC33NitlF6QCxd2bbABwSfJAGz9ELH+Vg/Wwvf6AQi05yTL zogdADYp27lm5iPl+Kyfdmyge1j6bLlsaablIep7aLsJSDg7/4olIb8LO+ID1w+wHZ 5bUqPHpi3mqnghn3Y/nQeJS/jmiQegRCy0hzVVUftr/l8uRIOuj+09IZHoU0fPx95b 5Q51JpW5NzrpHN0Mjjv1l2ApreP2NSJodmetjxCE82kjygS1CxuVoACCOSzyiRJPcP KKSz4B2ZE+maOQ+HpGAgra7DgQNhEKIjm51dZC7lBNh9og+a/Mm9HFXyAA6lEWEXWG +bbFb8M/Y/Pdw== Received: from [10.30.226.235] (localhost [IPv6:::1]) by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id D0AE93811A64; Mon, 15 Jun 2026 15:30:09 +0000 (UTC) Content-Type: text/plain; charset="utf-8" Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [f2fs-dev] [PATCH] f2fs: skip inode folio lookup for cached overwrite From: patchwork-bot+f2fs@kernel.org Message-Id: <178153740838.3946007.5241009515125425224.git-patchwork-notify@kernel.org> Date: Mon, 15 Jun 2026 15:30:08 +0000 References: <20260529022924.3655519-1-qiwenjie@xiaomi.com> In-Reply-To: <20260529022924.3655519-1-qiwenjie@xiaomi.com> To: Wenjie Qi Cc: jaegeuk@kernel.org, chao@kernel.org, qiwenjie@xiaomi.com, linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Fri, 29 May 2026 10:29:24 +0800 you wrote: > prepare_write_begin() first gets the inode folio and builds a dnode, > then checks the read extent cache. For an ordinary overwrite of a > non-inline and non-compressed file, an extent-cache hit already gives the > data block address and the following path does not need to allocate or > update any node state. > > Check the read extent cache before fetching the inode folio for that > narrow case. Keep the existing paths for inline data, compressed files, > and writes that may extend past EOF, where the helper may need inline > conversion, compression preparation, or block reservation. > > [...] Here is the summary with links: - [f2fs-dev] f2fs: skip inode folio lookup for cached overwrite https://git.kernel.org/jaegeuk/f2fs/c/ec1a089b0c14 You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html