Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp5323405rwb; Mon, 14 Nov 2022 02:55:42 -0800 (PST) X-Google-Smtp-Source: AA0mqf5DDwvE8K8CtoJDZ45XNpJAGG+wXLwhFANqpJ4zeATxh/ssF1G12X/TMItGMK8/MVcE+D9J X-Received: by 2002:a05:6402:4506:b0:467:8dd2:b4b with SMTP id ez6-20020a056402450600b004678dd20b4bmr6884345edb.112.1668423342689; Mon, 14 Nov 2022 02:55:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668423342; cv=none; d=google.com; s=arc-20160816; b=kgAfGLWq7pCUGihFfQzkLYFmq8Z3pFV+qMe1xB7Dl9gNwv5LfGnsrsuKs2rTuD/LC8 CDcdhhg+vfyQJxiUaYmwKwM6n0odrcyd6PYibgK6iXFDYlrUbh2QpWTt1KWaQyIeJXvq 0L7ikFZ4Thyc1jT5KtBHJWzEk2Bofcbl5hxSRYEUbIQ5DyKD8zoU43w/8rhfI5M3+O7K 6JKE2cs89AE3aCl4+WWMDiP4SWBtmbjO6mw02PfzpLhhH07HJectwEZUeW2fKIpmU6Bx Qmg78i6/0AMAujFYWyiZAbHi+OnqIJnd26fEAtfio2Zqw5Sx8S0TZzXEVXpLV61ZFjNF MKDg== 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 :dkim-signature; bh=clcJq84x09/0lcWlLPOIuK2xM1hHOs9iOojMYOjosj8=; b=vGhD7et9iqA3yPk/2RlUm4VrDwAUVcMGj/jiHK39JlG5psalQT7PNzuLsOkyi2ALft N9YNghjHrbdMBy69ERKvFXOHmMUQcs7r+YcMlkmur8+pDRUn66U0Qi8dAV5fadLoc5sO HOid1Lo9x2HKPSi6eUggTwh0wdYff7kG1dHm5D0aSBGTAC6QCWpF3oJtujg3D7ChKLJJ caJXDjzxx+DAtUHtZGkeQgrYDnMBSqPFarQFQtgFuB/cJri2uJBsvC5LlAbtgepfneF3 kURViwfSfEsdvSPuEeLbNGkN4Jgrld6xRK2i+FVmJw+IRmAurOpLprmOQvR29YMH/8eg 92GQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=lQu2Pjy3; dkim=neutral (no key) header.i=@suse.cz; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cs7-20020a0564020c4700b0045eec876883si8200512edb.229.2022.11.14.02.55.18; Mon, 14 Nov 2022 02:55:42 -0800 (PST) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=lQu2Pjy3; dkim=neutral (no key) header.i=@suse.cz; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234078AbiKNKwR (ORCPT + 99 others); Mon, 14 Nov 2022 05:52:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49396 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229933AbiKNKwQ (ORCPT ); Mon, 14 Nov 2022 05:52:16 -0500 Received: from smtp-out2.suse.de (smtp-out2.suse.de [IPv6:2001:67c:2178:6::1d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 72E4F19298; Mon, 14 Nov 2022 02:52:15 -0800 (PST) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 2EDFD1FE6D; Mon, 14 Nov 2022 10:52:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1668423134; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=clcJq84x09/0lcWlLPOIuK2xM1hHOs9iOojMYOjosj8=; b=lQu2Pjy3pcp9uwaKFc3jgFAkHtcCek0sMnlUAE6BmF19YIti5i9HZ/q7Nk10ciS9BlKNeN FEU74NgEx7LkiqMQJKzQMvpI9eKeD8eRtQGzkDBgiysrujSGACB7sdURignxiBCVcTV4aW 9GVrMofKVCVgS53i4KFkqjdnrD/gQ3Q= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1668423134; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=clcJq84x09/0lcWlLPOIuK2xM1hHOs9iOojMYOjosj8=; b=r4V7upTQYSfV/3yRbELgnAsYzoLI4t9YZUR2mEvVSkpz2isJwNzAuGEbJHWIJKKfSWt4OX 9Z6E2DqrJ96wkmBw== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 1F7F713A8C; Mon, 14 Nov 2022 10:52:14 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id SPauB94dcmNDaAAAMHmgww (envelope-from ); Mon, 14 Nov 2022 10:52:14 +0000 Received: by quack3.suse.cz (Postfix, from userid 1000) id 76E40A0709; Mon, 14 Nov 2022 11:52:13 +0100 (CET) Date: Mon, 14 Nov 2022 11:52:13 +0100 From: Jan Kara To: Christoph Hellwig Cc: Namjae Jeon , Sungjong Seo , Jan Kara , OGAWA Hirofumi , Mikulas Patocka , Dave Kleikamp , Bob Copeland , linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, jfs-discussion@lists.sourceforge.net, linux-karma-devel@lists.sourceforge.net, linux-mm@kvack.org Subject: Re: [PATCH 9/9] udf: remove ->writepage Message-ID: <20221114105213.v5gby6zngz6y6med@quack3> References: <20221113162902.883850-1-hch@lst.de> <20221113162902.883850-10-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221113162902.883850-10-hch@lst.de> X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_SOFTFAIL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Sun 13-11-22 17:29:02, Christoph Hellwig wrote: > ->writepage is a very inefficient method to write back data, and only > used through write_cache_pages or a a fallback when no ->migrate_folio > method is present. > > Set ->migrate_folio to the generic buffer_head based helper, and remove > the ->writepage implementation in extfat. > > Signed-off-by: Christoph Hellwig Looks good. Feel free to add: Acked-by: Jan Kara Honza > --- > fs/udf/inode.c | 7 +------ > 1 file changed, 1 insertion(+), 6 deletions(-) > > diff --git a/fs/udf/inode.c b/fs/udf/inode.c > index dce6ae9ae306c..0246b1b86fb91 100644 > --- a/fs/udf/inode.c > +++ b/fs/udf/inode.c > @@ -182,11 +182,6 @@ static void udf_write_failed(struct address_space *mapping, loff_t to) > } > } > > -static int udf_writepage(struct page *page, struct writeback_control *wbc) > -{ > - return block_write_full_page(page, udf_get_block, wbc); > -} > - > static int udf_writepages(struct address_space *mapping, > struct writeback_control *wbc) > { > @@ -239,12 +234,12 @@ const struct address_space_operations udf_aops = { > .invalidate_folio = block_invalidate_folio, > .read_folio = udf_read_folio, > .readahead = udf_readahead, > - .writepage = udf_writepage, > .writepages = udf_writepages, > .write_begin = udf_write_begin, > .write_end = generic_write_end, > .direct_IO = udf_direct_IO, > .bmap = udf_bmap, > + .migrate_folio = buffer_migrate_folio, > }; > > /* > -- > 2.30.2 > -- Jan Kara SUSE Labs, CR