Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1245296ybi; Fri, 14 Jun 2019 11:04:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqxHid4CPRf6flWka8WsfSo8CGcQjApm+C2H58vcKgVFhtCrJSJMjt9RcgYlx98092qwsngi X-Received: by 2002:a63:e24c:: with SMTP id y12mr36798692pgj.276.1560535472375; Fri, 14 Jun 2019 11:04:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560535472; cv=none; d=google.com; s=arc-20160816; b=hZrj3eePEiCxruoobwBdW3j+JJpwHFhO1xwF3nqyYtmf54agQwXtUekxWnFX4zLNMx AQ3LO7WEr35T4LBPO0d5S015+LOymw1YbUBVCNJN1J4HMGys03MYXnAjZR+I/5sRfjar zX0QXTmv2xZUfWZH0g2XdvLLLJgNRbQ8Q5SItyRQxDE5zy0wfb1O4YaQBeVnHNdoKiKU 7JnRko9QXWt77ItOMIwrETBEPADq5W3QJjy2S+pVd67/yAd/C5eJodv7bmPLswK6ZCy3 K22SnRiUxpmbmoEROA42i76FAKeU49VF4J8vfVv8kwRyTiDebMXP/p3d++KeO+kspscW PIfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=KI77U09jc4yTSNFo3uKcj1zjV8YecEqjHXwcoLePMbY=; b=JVMyahztgL5a/4es+PEVTHRnUMm/jbniRdkPMUyp0GRqLGpjz6/CFl/ObDuroDd0Fd zYa2ceNCJkmiyfdbx/0mcNDp0ziECRwaAcKupUOPGe+Pt9Wyoc3trSCtazeIX4876yrf HWmQ6LtJ9n447vSbRYFG0wP7VLTxEcokBK/YCj6Ih1xCkpu1aNTcZd0MbqTZ4qhH4WSP WLJTl3fFDEfKrUz58F06zMjsZBaRarGjpH6uxaICyygSbsbvtqPnRQve+uL29gXUKK19 8jYBAs71aqGqFYvtb72o01Kg1qmcGEtSdEpVOBsse807LBekp6BLxAw27gnkNE6g2jiB Pibw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=KVXUFAN3; 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h4si2923705pje.41.2019.06.14.11.04.17; Fri, 14 Jun 2019 11:04:32 -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; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=KVXUFAN3; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727178AbfFNSEH (ORCPT + 99 others); Fri, 14 Jun 2019 14:04:07 -0400 Received: from mail-oi1-f174.google.com ([209.85.167.174]:45801 "EHLO mail-oi1-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726305AbfFNSEH (ORCPT ); Fri, 14 Jun 2019 14:04:07 -0400 Received: by mail-oi1-f174.google.com with SMTP id m206so2576045oib.12 for ; Fri, 14 Jun 2019 11:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KI77U09jc4yTSNFo3uKcj1zjV8YecEqjHXwcoLePMbY=; b=KVXUFAN3swMFWBGzzixjB8VlLjL76aesYtmPDtHwjQ4F2McCRNHoqKURqafp/z9EzM CAB5WYDWPfK52bdUBpHevist0z44Pi2lSZn189XQJxSDbdHQfkUYppM1ZJysDXyxLF9j +Xm0fCtvrQaDvbqusIZe7jzFxi25W/YjyILyNf5tasvgIEADk/uTH1mnlPi8s7MYFP/8 EODfrEggoA1lfki5F+9dja6mP9uPJruC1He/5jm9B0GhXCV1WKodyOoCFK/Gc+Y9KRdF 7C1NEl1EFI4aOl01s/23HOQgsTtc9R5bUauyt0GKzfzdpx8EXaePvYzuSjjyqZRp/sWE lsCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KI77U09jc4yTSNFo3uKcj1zjV8YecEqjHXwcoLePMbY=; b=izAp34G0lgn0Zpuu7wMASUWXcWdNJS9hC48uC5w7vcDBV1qDUwtAyuPeeskpHIS6hv xYrEfmjNxO6tKxCKhNlYORayUrbjNQop0D9o/YPExQhIil5wI7euJvrHqKmz4eVc/daK LJjwU70NFheMSzPHu79qGKx0PbNXMxMm+hvsZuN/1ThjiUS9XBim7eR4iYdUzuUjKhd1 3U6MD/Du9gp+xQCXbZfXZ69vD193dMP0FZ6gWmWSK5CHE9wWKRaYatAWV7oEn3fZWpw/ bUJJGWlzNVGG4lbg9V06KmBGcrn+K8iSsK5VmO61PrpWypihU31SNLcuHP6kW+3TSJRR 2CCg== X-Gm-Message-State: APjAAAXh8Xx0UaEojzGTuTvH+G9eWsND/UEy9tDuk3h7fl/5T8BphIIB UVhXYf2pvC5B5x4ZNtr3YiQwiheUb+xOXDd9rkxuaA== X-Received: by 2002:aca:4208:: with SMTP id p8mr2745114oia.105.1560535446101; Fri, 14 Jun 2019 11:04:06 -0700 (PDT) MIME-Version: 1.0 References: <1560366952-10660-1-git-send-email-cai@lca.pw> <1560376072.5154.6.camel@lca.pw> <87lfy4ilvj.fsf@linux.ibm.com> <1560524365.5154.21.camel@lca.pw> In-Reply-To: <1560524365.5154.21.camel@lca.pw> From: Dan Williams Date: Fri, 14 Jun 2019 11:03:55 -0700 Message-ID: Subject: Re: [PATCH -next] mm/hotplug: skip bad PFNs from pfn_to_online_page() To: Qian Cai Cc: "Aneesh Kumar K.V" , Andrew Morton , Oscar Salvador , Linux MM , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 14, 2019 at 7:59 AM Qian Cai wrote: > > On Fri, 2019-06-14 at 14:28 +0530, Aneesh Kumar K.V wrote: > > Qian Cai writes: > > > > > > > 1) offline is busted [1]. It looks like test_pages_in_a_zone() missed the > > > same > > > pfn_section_valid() check. > > > > > > 2) powerpc booting is generating endless warnings [2]. In > > > vmemmap_populated() at > > > arch/powerpc/mm/init_64.c, I tried to change PAGES_PER_SECTION to > > > PAGES_PER_SUBSECTION, but it alone seems not enough. > > > > > > > Can you check with this change on ppc64. I haven't reviewed this series yet. > > I did limited testing with change . Before merging this I need to go > > through the full series again. The vmemmap poplulate on ppc64 needs to > > handle two translation mode (hash and radix). With respect to vmemap > > hash doesn't setup a translation in the linux page table. Hence we need > > to make sure we don't try to setup a mapping for a range which is > > arleady convered by an existing mapping. > > It works fine. Strange... it would only change behavior if valid_section() is true when pfn_valid() is not or vice versa. They "should" be identical because subsection-size == section-size on PowerPC, at least with the current definition of SUBSECTION_SHIFT. I suspect maybe free_area_init_nodes() is too late to call subsection_map_init() for PowerPC.