Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp7847718rwp; Wed, 19 Jul 2023 00:53:06 -0700 (PDT) X-Google-Smtp-Source: APBJJlGeKo5Zq4LksqqN6tpoP4ypu47csAW+XBYEg+YpiN9aLdtogpBEIAAn77ZLQ/25VHQPbMAm X-Received: by 2002:a17:90a:e8f:b0:256:675f:1d49 with SMTP id 15-20020a17090a0e8f00b00256675f1d49mr2062505pjx.0.1689753185849; Wed, 19 Jul 2023 00:53:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689753185; cv=none; d=google.com; s=arc-20160816; b=YQ1Xn2WX8eD+/I1ppxkAWYDJO4WXaC8AOwtYFd8cQ3fzZzOudexb6lpSjA9iAQ7a+9 UxVjqdYD4ORU23jwMK+K0inL+cJqnbzwC545L9/Ss36m3vrrU6fLsjTO8IXMefDO9v2y OrJr6988J/F2ZKN3gAaAxJ/THUf1qLtwWBRj0XkQcE4Zrx10G4gQN0eTSAN0khE7Jvx+ mDJPT1UMCwG8a4yEQOEoUXo6rf/Q/glo5UE+bvAQH/kd4hSGoqsosdvO3v4leSkhAA83 DGdKBl1ttDU4pP7K8O/5zUo2fGFY9947vEZCf+YQDN4VKbP0cM9dplU3yay17L1y9cpq ArQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id; bh=DYGeurhUdTGLLR7gLLyR/y/YQPM5mSr0fW3f9JzFJPM=; fh=Jp+ytMKeMTZKR7jSteZKAGcJbZI5xYndYufcPmLPvnI=; b=bEOmhGCzNb9sMhYE58M9by4afQxAWZq4mW6rHw/2PObWzlhTIE8+goRIh8JZBzFPUO 8GCrYlahzITMHdyFER3SE7RGKgFlLI50uO+R+ayUFNtneXyAZwU608UaIEUqmiSYsTUV L8ChbtSqZ+h5hjMaJZnFup/tq0bCBbluQZOT2KKl3e4TPrrDtLiTpZGPSZFk6zYv8rXJ uxxV9UCz8Rd2oOGfqWY8Av2/ngFs92LYd9FkjjJnUx4K1ELTLKCT3rTYTB6uC5VI750V X0Rj1fkDkMKK31pnXhFfw1yjL+JkI9fOJJGdijqECmWPn7sYFjCG5B7qR5RIFD05nGcE rPhg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c5-20020a17090ad90500b0025ea1c0edb1si951211pjv.146.2023.07.19.00.52.53; Wed, 19 Jul 2023 00:53:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229722AbjGSHrO (ORCPT + 99 others); Wed, 19 Jul 2023 03:47:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41374 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229458AbjGSHq5 (ORCPT ); Wed, 19 Jul 2023 03:46:57 -0400 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4534AE43 for ; Wed, 19 Jul 2023 00:46:56 -0700 (PDT) Received: from kwepemm600020.china.huawei.com (unknown [172.30.72.53]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4R5SWZ46lmzLnss; Wed, 19 Jul 2023 15:44:26 +0800 (CST) Received: from [10.174.179.160] (10.174.179.160) by kwepemm600020.china.huawei.com (7.193.23.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Wed, 19 Jul 2023 15:46:53 +0800 Message-ID: <47ec8e1c-d7e5-8420-0ceb-60a9e71b064f@huawei.com> Date: Wed, 19 Jul 2023 15:46:52 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH 1/6] mm/page_io: use a folio in __end_swap_bio_read() To: Matthew Wilcox CC: , , , , , References: <20230717132602.2202147-1-zhangpeng362@huawei.com> <20230717132602.2202147-2-zhangpeng362@huawei.com> Content-Language: en-US From: "zhangpeng (AS)" In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.179.160] X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) To kwepemm600020.china.huawei.com (7.193.23.147) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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-kernel@vger.kernel.org On 2023/7/19 0:16, Matthew Wilcox wrote: > On Tue, Jul 18, 2023 at 08:56:16PM +0800, zhangpeng (AS) wrote: >>>> if (bio->bi_status) { >>>> - SetPageError(page); >>>> - ClearPageUptodate(page); >>>> + folio_set_error(folio); >>> I appreciate this is a 1:1 conversion, but maybe we could think about >>> this a bit. Is there anybody who checks the >>> PageError()/folio_test_error() for this page/folio? >> Maybe wait_dev_supers() checks the PageError() after write_dev_supers() >> in fs/btrfs/disk-io.c? > How does _this_ folio end up in btrfs's write_dev_supers()? This is a > swap read. The only folios which are swapped are anonymous and tmpfs. > btrfs takes care of doing its own I/O. wait_dev_supers() is looking > for the error set in btrfs_end_super_write() which is the completion > routine for write_dev_supers(). The pages involved there are attached > to a btrfs address_space, not shmem or anon. Thanks for your explanation! Then I think nobody checks the PageError()/folio_test_error() for the page in patch 1 and patch 2. I'll delete SetPageError() in a v2. -- Best Regards, Peng