Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp157114pxf; Tue, 30 Mar 2021 23:10:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzi1f9ImKy5zW52wJ4ec7i/p8UG1zvc+s8i0ZYfjtRs5H6MZtqE1rgT1CML+BTb8tsg15hL X-Received: by 2002:a50:e702:: with SMTP id a2mr1718036edn.3.1617171029063; Tue, 30 Mar 2021 23:10:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617171029; cv=none; d=google.com; s=arc-20160816; b=Cqjrbtil7dHPQlnaKCUSItklPIwQo8x3GyKiwduMDEs0nWJQ4efKkAQXSJJY9RSXGD MFg4B5+WqBHCj1r46W8z4GirLBqBttA8fRGDCXaxudwX+OiS7HFtS4l0gLr3m2014jNT YZecQ2BiP77uD6Y3RnwsoJh3N/5w7SNYUBGuAaz2dEG3tR6FlDrUM7r+brCMesUHsyr8 RHcmPFZ+DhP50l8bJDMB6iuh5freSpbHIq2mLcTJ1PrnfmgUkgbXG6bXzQTDYVbh7SzQ PLAwz3j5s1f5Z+lpPqG7cu0FjrfmE2N4f0KK6pl6iCo70CJ58VXt+A4p4E9/0q2NVwEk PoQg== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=7IvC4hNDkOIVsb77e8MajyiRyQ2axEdp/5qIsuVXObY=; b=g6RMC4rygP4jckrLb0vTRvYwCSlDAlBimRqh3whJLYNJNz0AArFos/HRyzfFf9Nqg6 f6FThsnjw2fC6kF9at5VF5GC1O80CgsG5Ysd7J6Z+kY+xzTo9klDuGN7w4CItq9VmLbb eRclPERVyKIKPiFUMt/nZQuBQIOeHSxZLsQkDuWyug1GXwu2Lq+4OLFM+Z1jht7bcv3R nZzguxSRRb2OVc4VSVh9/MrYiSjmXdREA4v+Vzr17D+hrCMuRoHKBe56yyzWCfGPvc/p J9oQc7OktNJD9FEd0ClCI3viPgiucPOhZIXznI/tAhyHNtikRrq3fjdAxCPD9AjiMQgR XC1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=KyzoiUHJ; 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 jl16si921590ejc.330.2021.03.30.23.10.06; Tue, 30 Mar 2021 23:10:29 -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=KyzoiUHJ; 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 S233736AbhCaGJH (ORCPT + 99 others); Wed, 31 Mar 2021 02:09:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50072 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233753AbhCaGIb (ORCPT ); Wed, 31 Mar 2021 02:08:31 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB93CC061574 for ; Tue, 30 Mar 2021 23:08:14 -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-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=7IvC4hNDkOIVsb77e8MajyiRyQ2axEdp/5qIsuVXObY=; b=KyzoiUHJO4d+SyNZKEQhlBZXQX H8zbwZipxVM3w9wgrx6Nelr15WZ9t7NCvD3TyFzcMXqalX3dGo2Ony0+IdHCRo3lpPOxlFZY57VgE aEZmB6sgCXNDSx78i/t6a1847uCTZak+qkV6JFWyQhbvZ5N1Wvs2rbpw9lSCBMecnVHZRUHVkTY6N mJJ3B4wG/5Pjq+2E99hjDW6Fdtd+OScEwDToszr902HN0N50pVPdu66FBmltFOEk03RNzfJ2SU5Q0 KWcHN92D5WCGNKrUDx19TKkzzRs5CLHk7VZ//VK4lOTOy8nM/zpCub/vqpPVkj+o9+DTfqRtDzKl7 tXRzxXfA==; Received: from willy by casper.infradead.org with local (Exim 4.94 #2 (Red Hat Linux)) id 1lRU0x-0046KK-M3; Wed, 31 Mar 2021 06:07:42 +0000 Date: Wed, 31 Mar 2021 07:07:39 +0100 From: Matthew Wilcox To: HORIGUCHI =?utf-8?B?TkFPWUEo5aCA5Y+j44CA55u05LmfKQ==?= Cc: David Hildenbrand , Aili Yao , "akpm@linux-foundation.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "yangfeng1@kingsoft.com" , "sunhao2@kingsoft.com" , Oscar Salvador , Mike Kravetz Subject: Re: [PATCH v5] mm/gup: check page hwposion status for coredump. Message-ID: <20210331060739.GW351017@casper.infradead.org> References: <20210317163714.328a038d@alex-virtual-machine> <20a0d078-f49d-54d6-9f04-f6b41dd51e5f@redhat.com> <20210318044600.GJ3420@casper.infradead.org> <20210318133412.12078eb7@alex-virtual-machine> <20210319104437.6f30e80d@alex-virtual-machine> <20210320003516.GC3420@casper.infradead.org> <20210322193318.377c9ce9@alex-virtual-machine> <20210331015258.GB22060@hori.linux.bs1.fc.nec.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210331015258.GB22060@hori.linux.bs1.fc.nec.co.jp> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 31, 2021 at 01:52:59AM +0000, HORIGUCHI NAOYA(堀口 直也) wrote: > If we successfully unmapped but failed in truncate_error_page() for example, > the processes mapping the page would get -EFAULT as expected. But even in > this case, other processes could reach the error page via page cache and > __get_user_pages_locked() for them could return the hwpoisoned page. How would that happen? We check PageHWPoison before inserting a page into the page tables. See, eg, filemap_map_pages() and __do_fault().