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 DC3401A9F85 for ; Mon, 24 Aug 2026 07:03:59 +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=1787555040; cv=none; b=kuTJi3pWRnE+hHkDKUGs2h3g8n3GS/RqvQiOR1NLP56e6i69SyqYXtCE3af//rjXCiRFUKr+pqkDzYQAGgg6OWRXA1J2SZnXmbYnvuPd2rL1MjTVbDX7XZXg0u/LoM+tD1uZK4cP6stLJqDN6B5nPPXwsAVlTBPoCvaZXJdpiHU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787555040; c=relaxed/simple; bh=yVaFEUCxseBlJdRTcKCEJj7/DLA2BfEuDmI8raMgnIU=; h=Message-ID:Date:MIME-Version:Cc:Subject:To:References:From: In-Reply-To:Content-Type; b=nlZ6cFC90xER4IKlHwk+jI3GaIWDLE/L1zkH1bsg3OZ0h6w5JW8nug2WSJKl6yDNvfM7UImiOiGWl2n4puLjXBeT7cqF27clV84VCfogycmcnfoR7hWnPS04u5ivnhryJHBzpV9vIsY5bQ5khI1NkB5FN2wqpf1C+vl9Mtwl1Kg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Q35RSSec; 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="Q35RSSec" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 16B7F1F000E9; Mon, 24 Aug 2026 07:03:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1787555039; bh=qIKXhOJHl+ZS7XIvKRN62H7OghclKYl/pMGVw4RpNBs=; h=Date:Cc:Subject:To:References:From:In-Reply-To; b=Q35RSSecPSS/DE8M56ZhbNJ/ifT4RCiuHd1HmulSVProlWDsXfOEqIlLqWHLqOyDc Uj7XlQckJKwnZDquJLjvE5hgszvwLgWbup+IAM5KbbmSXervNYMmPc+/9V5q1JCwTp 2kl7eDnA9Hq0MJPq3DF4+/v0fFTQ+J1Zft82vsI7EZRcYhoGbo4FTGJsxgMmt9Ajwu GaHLyJL27ozrjg30RPXAwIjDqe8/qqs5mb0G2sFgvT3RvAeFr8SqySvlu207JR+Ktr GsXDRtd7QaLldWBP+bqRs6UmP6LNKITUJqIXzV/4Ly0LpDtY5bODoUbqBSUHLORiOf /jub+tlae6Lyw== Message-ID: <1866dad3-48a7-4129-9191-dc9b763e7e21@kernel.org> Date: Mon, 24 Aug 2026 15:03:55 +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, Wenjie Qi , Jaegeuk Kim , linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net Subject: Re: [PATCH v1 01/12] f2fs: cache: implement metadata cache To: Wenjie Qi References: <20260820031721.12218-1-chao@kernel.org> <20260820031721.12218-2-chao@kernel.org> <20260823125257.3227421-1-qiwenjie@xiaomi.com> Content-Language: en-US From: Chao Yu In-Reply-To: <20260823125257.3227421-1-qiwenjie@xiaomi.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/23/26 20:52, Wenjie Qi wrote: > Hi Chao, > >> static void f2fs_zone_write_end_io(struct bio *bio) >> { >> bio->bi_private = io->bi_private; >> complete(&io->zone_wait); >> if (io->fio.is_cache) >> f2fs_cache_write_end_io(bio); >> else >> f2fs_write_end_io(bio); >> } > > `io->fio` is updated when the next BIO is prepared. Once > `complete(&io->zone_wait)` wakes the waiting writer, that preparation can > run before this callback reads `io->fio.is_cache`. > > Is there another serialization condition that keeps `io->fio.is_cache` > unchanged between `complete()` and this read? Wenjie, Thanks for the review, will fix. Thanks,