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 AD11F3D8900 for ; Mon, 17 Aug 2026 09:16:51 +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=1786958214; cv=none; b=KvPTDM8LRadeZmrte5KD0+AWnCAmUIRPROsAXHxQSEtRdr8gbcS8VQtyVWK2Zw9yATP4EustPy4FrqmkOM4cepeUk+6dnVrZaBnGX+t3zB7jeeqoZiM2BPBHlGV9lzyYrc0oF9gl1pJ6mdJYsV7ET+Pg7XeEd/dAYnHHbk21WXo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786958214; c=relaxed/simple; bh=fOVolyYqLlaAVc7FqQcWrP/WoXTwNExY6c2td8WIpds=; h=Message-ID:Date:MIME-Version:Cc:Subject:To:References:From: In-Reply-To:Content-Type; b=C1PEZ068FGlu0nEKn1fcJaD1BN3bF5nDG2yanQMbV5QkCpKgjRwMv+VPxAcVDvzFI8oA46nDJk86b63oRCQupoZVu+vPYYsnaMbuV0+NoPyTQjBIv0rkbLV3obIJFqWwmzyf9ObfA5XY01OXW29g0bVwVcvprrfPqIMOgzIhGzY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=IbqcqRCl; 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="IbqcqRCl" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1F6A01F000E9; Mon, 17 Aug 2026 09:16:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1786958209; bh=BILIPk+RjKuOUis8T4OSSsg8uFPNPIJLKoXalMr725Y=; h=Date:Cc:Subject:To:References:From:In-Reply-To; b=IbqcqRClWpzUOc+I+P1KF/yOk6h8atTSoxEdQ3rbhC6NUm7/RlBqmKR/jdhDqiCZV pEbVApqy/fxWrH9nEsQXWuMeCdJnUCydMgM4ELpHY29A+6uYJANyR7athHOSg01dRD 2vmbf+KjhkOMcuIMkrzvDQMk0Nj/SjsufxQy/p2rd2BsVMvPQm4P3Dt9TlX5p7CzPX dvBtAmSZJMenkqce02aN9LjoqewaPJGs5I8et8QVdMEVV5DHHYDS9MHLbFaeIZ2rrL 1W6Cmzjn5XGmXuYRB0kGJYT+6ZuE9bPsZBRAaEnr4LNpFGCTbcLk1faJt62QVnW8tT t4Ctm5BUMqvSw== Message-ID: Date: Mon, 17 Aug 2026 17:16:45 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Cc: chao@kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, qiwenjie@xiaomi.com Subject: Re: [RFC PATCH 0/2] f2fs: support uncached buffered I/O To: Wenjie Qi , jaegeuk@kernel.org References: <20260806150748.3554436-1-qiwenjie@xiaomi.com> Content-Language: en-US From: Chao Yu In-Reply-To: <20260806150748.3554436-1-qiwenjie@xiaomi.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/6/26 23:07, Wenjie Qi wrote: > This RFC series enables buffered RWF_DONTCACHE on F2FS. > > The first patch keeps dropbehind folios in dropbehind-only write bios and > defers their completion to task context when completion happens outside > in_task(). > > The second patch then exposes FOP_DONTCACHE and propagates > IOCB_DONTCACHE to write_begin folio allocation so buffered > RWF_DONTCACHE can reach the F2FS write path. > > The split keeps the write-side semantics in place before enabling the > user-visible API. Thanks for the patchset. Do you have some numbers in device? maybe something like Han Qi did in https://lore.kernel.org/linux-f2fs-devel/20250828121131.3694154-1-hanqi@vivo.com? Thanks, > > Wenjie Qi (2): > f2fs: keep dropbehind write bios task-context safe > f2fs: enable buffered RWF_DONTCACHE > > fs/f2fs/data.c | 63 +++++++++++++++++++++++++++++++++++++++----------- > fs/f2fs/file.c | 2 +- > 2 files changed, 51 insertions(+), 14 deletions(-) >