Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp703018imm; Wed, 10 Oct 2018 02:59:52 -0700 (PDT) X-Google-Smtp-Source: ACcGV62ruwfYR/7+cGndLWuUvG7hZr2A4DYfIHc5aq4dQnHAhqnVhgYpBA5qG3DD0xQevO0AhJVb X-Received: by 2002:a63:5a0d:: with SMTP id o13-v6mr29282741pgb.267.1539165592687; Wed, 10 Oct 2018 02:59:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539165592; cv=none; d=google.com; s=arc-20160816; b=jB0YrapnWePcg+aH/oLztKjns59uxPvpDKHL+bmQOMOgtrqI5iJdYSgbEMO77GsPJv xfhO8cjWnspXJUgxT6VSWtu+tkgikWYx0hjfZQejodDEQLI89T+/XyPGIkjFcNhmQCbW YrA2cCvPLLRaEvOIjLgRYJSdggvXvZQHv18/5V7pwXdtKNGA11yUC8c8gr9WK09osr6u 9rwVeTJK9S+bmww9zjaRc9xghmdJJvBZ95SKGFayN7rPmxk9hC0pq+mLv00Daowfr50F 2kMosrad5+jm7DdJmNhnqZSck+nmec/sWOJzMkJSlP/UfjTnRqT5Z3H/4kGJMyWutMX6 k7YQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Z5BovyXORQQ7W9+P/pMdTBnGnYRUg1ZeN6YgSgEYIQ4=; b=BPLz1HAjso5B9ZUAhzs1+/rS/ofsTyPhv0JOHI8AztOrhiusngQerKDUMSR89eW3F5 St9XvIobRZmjUE8tzqkWG9PAisv9PzL9bxXTHadECZ3zRBFpkwGVGm9K5/fDD3GbVfEz y0neDDLoe6ri8zPRh+kknGGvVOYuS6+3ODXjsVoCmvFITy/JUHpjK791Tr9RDORi7WLI UL4VEV9eKsVqNaTAGbRCaVQmcAn+M6cAT2EgDmPEvtiw5IJDvDUxMMqfAoO4zfU01x3H jNTOiXrHWqLD0ifNiODi4/MmO5RfwfPzFNffuRDEsFcTJoEmdKkhik9emldACWjhn4SR XRTg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r1-v6si24236754plb.166.2018.10.10.02.59.38; Wed, 10 Oct 2018 02:59:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727016AbeJJRUH (ORCPT + 99 others); Wed, 10 Oct 2018 13:20:07 -0400 Received: from mx2.suse.de ([195.135.220.15]:33482 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726573AbeJJRUG (ORCPT ); Wed, 10 Oct 2018 13:20:06 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id A0151AC90; Wed, 10 Oct 2018 09:58:40 +0000 (UTC) Date: Wed, 10 Oct 2018 11:58:38 +0200 From: Michal Hocko To: Alexander Duyck Cc: Dan Williams , Linux MM , Andrew Morton , Linux Kernel Mailing List , linux-nvdimm , Pasha Tatashin , Dave Hansen , =?iso-8859-1?B?Suly9G1l?= Glisse , rppt@linux.vnet.ibm.com, Ingo Molnar , "Kirill A. Shutemov" Subject: Re: [PATCH v5 4/4] mm: Defer ZONE_DEVICE page initialization to the point where we init pgmap Message-ID: <20181010095838.GG5873@dhcp22.suse.cz> References: <20180925200551.3576.18755.stgit@localhost.localdomain> <20180925202053.3576.66039.stgit@localhost.localdomain> <20181009170051.GA40606@tiger-server> <25092df0-b7b4-d456-8409-9c004cb6e422@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <25092df0-b7b4-d456-8409-9c004cb6e422@linux.intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 09-10-18 13:26:41, Alexander Duyck wrote: [...] > I would think with that being the case we still probably need the call to > __SetPageReserved to set the bit with the expectation that it will not be > cleared for device-pages since the pages are not onlined. Removing the call > to __SetPageReserved would probably introduce a number of regressions as > there are multiple spots that use the reserved bit to determine if a page > can be swapped out to disk, mapped as system memory, or migrated. PageReserved is meant to tell any potential pfn walkers that might get to this struct page to back off and not touch it. Even though ZONE_DEVICE doesn't online pages in traditional sense it makes those pages available for further use so the page reserved bit should be cleared. -- Michal Hocko SUSE Labs