Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1612242pxv; Fri, 23 Jul 2021 12:43:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyck53LagZ+I7WNxktiz+buwUsKTqFidfBkuw5izAzJaVnrcUp0K9CwjVIrHN5N2GFiRwXu X-Received: by 2002:a17:907:6289:: with SMTP id nd9mr6030386ejc.384.1627069389454; Fri, 23 Jul 2021 12:43:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627069389; cv=none; d=google.com; s=arc-20160816; b=TS/FI8K4hvTNkADzYwtwiFMvKLVBOmotJBRdAhpM4nYmeTjpseHz/HLGP2as5Mz75D yBpe80G6ue7sVc45P3VH1tYQkUd25itfmDQJfLl4Ee31zc807ETnyRLYl7aFed1+kz2j cZgmFFqjw7lybhhvcZaJadB4dvCzn4Gl2IqPSuGm15MUjZSa3hT0KMHhFfX4Eabl8bc/ RostQpGTQtXEVxdAgGHGAt46k8j9Mxpb4DyNkKIQ4F/efWpOv8Z/Ii1cCZOlma3oSRlg EkavMsygaXKs3QXOTZdZLbbHjEQZniPsIUa3ba9u1udp+4ElSQU28g3PbOXKJPAuAN82 mDKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wLxpkipMgvxMPaddvglb23fn92nRwXLxVzoe/PF9JSQ=; b=fZ0m68gBdOZ9pWjN2tn25Pg3T+trLkQKtRRO2N/1EgXTCgj4Hhblb4Ql99VoH4hiH7 jRrwZ9rYs8Y1rDE5VR6+isxWgRjiEOQ1Ng0DveyZhZ/JVhvU/JSIkPu2XNsntRTadfvO hSLvE25aiPhB7R6WdetQKrlN2pWbA1ROU6Eowh7YrVJN00cAIVci1SABZTPaJq4fZDWB UawGgxfDPA2pNuPaTnJvSKyNm7h2VaCV7DbKJ8z0p90KvCi4BmZ96EsNo8kJUBKTprT/ NgcpECHp3msa6E+NEre909Mb4SvXnAsFJHJqGn9qw6bG0bdHN3EmuujVWxdR36rE8Xb5 LD4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b="DUvza/oQ"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w17si840524edq.35.2021.07.23.12.42.46; Fri, 23 Jul 2021 12:43:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b="DUvza/oQ"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229657AbhGWTAr (ORCPT + 99 others); Fri, 23 Jul 2021 15:00:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229528AbhGWTAq (ORCPT ); Fri, 23 Jul 2021 15:00:46 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8AE78C061575; Fri, 23 Jul 2021 12:41:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=wLxpkipMgvxMPaddvglb23fn92nRwXLxVzoe/PF9JSQ=; b=DUvza/oQxDEBXJqJ5qe+4PTwXC ChPVxolPzM+XTosRn0XRvWFQ1OexQFajE9Z4o9uitWBobGl7UU32YrNCyj13LnbxrrY7sbjBM5sOR jem8Ki3m+t/iECfVFQlshxNX45nc/eyPN3oj8wmvTLfxkTpY33/OiXq+3GtkUPO3QkQoHn9w6nVwp uzii5hHtVnIYlPPFUwAKLO3vYU7S7rkj+XqvPCeK8GEQtCKAATVF/wDFqFQwJgz4us0q/h/xs0hY6 WtG0OT4Y1X0p3fVH2+2M05eariMyo6FgboYSkFr32VXkQ9kHDCOKAkAzitN4xwH7RALnAOMwdwUqX gIUnrWJQ==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1m712R-00BgWf-O0; Fri, 23 Jul 2021 19:41:00 +0000 Date: Fri, 23 Jul 2021 20:40:51 +0100 From: Matthew Wilcox To: Gao Xiang Cc: linux-erofs@lists.ozlabs.org, linux-fsdevel@vger.kernel.org, LKML , Christoph Hellwig , "Darrick J . Wong" , Andreas Gruenbacher , Huang Jianan Subject: Re: [PATCH v7] iomap: make inline data support more flexible Message-ID: References: <20210723174131.180813-1-hsiangkao@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210723174131.180813-1-hsiangkao@linux.alibaba.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 24, 2021 at 01:41:31AM +0800, Gao Xiang wrote: > Add support for reading inline data content into the page cache from > nonzero page-aligned file offsets. This enables the EROFS tailpacking > mode where the last few bytes of the file are stored right after the > inode. > > The buffered write path remains untouched since EROFS cannot be used > for testing. It'd be better to be implemented if upcoming real users > care and provide a real pattern rather than leave untested dead code > around. My one complaint with this version is the subject line. It's a bit vague. I went with: iomap: Support file tail packing I also wrote a changelog entry that reads: The existing inline data support only works for cases where the entire file is stored as inline data. For larger files, EROFS stores the initial blocks separately and then can pack a small tail adjacent to the inode. Generalise inline data to allow for tail packing. Tails may not cross a page boundary in memory. ... but I'm not sure that's necessarily better than what you've written here. > Cc: Christoph Hellwig > Cc: Darrick J. Wong > Cc: Matthew Wilcox > Cc: Andreas Gruenbacher > Tested-by: Huang Jianan # erofs > Signed-off-by: Gao Xiang Reviewed-by: Matthew Wilcox (Oracle)