Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp466993imm; Sat, 1 Sep 2018 08:35:05 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbqdgBWSMSMnaM/n6eq6QJZNDWaoCEQ8vYVY5zqGrT/dsFAhNKsu7aA635T9Hrkzb2+qVX9 X-Received: by 2002:a62:59d5:: with SMTP id k82-v6mr20983421pfj.143.1535816105164; Sat, 01 Sep 2018 08:35:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535816105; cv=none; d=google.com; s=arc-20160816; b=fiSwXp3mXinSdnCOKvrVP8H2P/q+PGTBPYw9jbzGYlZsFxZxbPyww41gDvk9MwgrwA Dwcm4jSHn1KtGb1ipN9C5CcU2X6YVaNZAOuN1dW4KBx+tq3qukCBEKpaIqYgmDELdhAs QSWccwI3SdFi12CY6JVULR19D2ABCI3hr6H7HYp2cypQ632ISqGM4OsENjhm7b+5ZF3b D9mU+lEYu9aYMtjR3PqgWr2mni3/dzDOPTFyaWpLuUcHtKrhL7AAAKDV8SwVjUgYgo/5 ve6y3i7KAwrRXO94oVhXHFI0WN1yXWzxZPf/z+QSBqMrbQNAcXmjDFUEeMqzBYFkcmhf YoLg== 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:arc-authentication-results; bh=qGV99MqZhpClFZwZ3YJzzu9CeMMJ56iD0rYnXF5czSA=; b=0Gb2UXCo7xPaAi06tEt1hWHaRWB5Ojoxy+/Gg7YxzViJAnHs13HwulLwom/p3lyhTe 7WjexYuuu9HTOYb0YZHyJTqsblRw0Kb2ERcliGAEJQZKM7NPHBJJhDpgoHYtMwhVjXyW JRO58iRhQpCtkkRVkpmykYuyXV5N8YZHmh9HIiO4ufXS5qmZzFi8+XTPrHSqgpqlc/w2 yV+uP6VuBihvS3d/Fll7/40/kAGu5xL5+WJbUuopn21x5OLwSsXUFBlXofFW1/iXH71W QbHB4Qn6gx3lsxsK19DBv8KA9qPjaLXWLWiRLnlxi8O3lScFJACcIiqGL34Dal6r5n0T IYCQ== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a75-v6si13934214pfc.106.2018.09.01.08.34.18; Sat, 01 Sep 2018 08:35:05 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727334AbeIATpS (ORCPT + 99 others); Sat, 1 Sep 2018 15:45:18 -0400 Received: from mga06.intel.com ([134.134.136.31]:48392 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726953AbeIATpS (ORCPT ); Sat, 1 Sep 2018 15:45:18 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Sep 2018 08:32:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,315,1531810800"; d="scan'208";a="80132769" Received: from chenyu-desktop.sh.intel.com (HELO chenyu-desktop) ([10.239.160.116]) by orsmga003.jf.intel.com with ESMTP; 01 Sep 2018 08:32:44 -0700 Date: Sat, 1 Sep 2018 23:38:54 +0800 From: Yu Chen To: Thomas Gleixner Cc: Gu Zhimin , "Rafael J. Wysocki" , Len Brown , Ingo Molnar , "H. Peter Anvin" , Pavel Machek , x86@kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/3] x86, hibernate: Fix nosave_regions setup for hibernation Message-ID: <20180901153853.GA16196@chenyu-desktop> References: <73b18a8b87a465fc442366cccf5542307c4f1ae9.1535361949.git.kookoo.gu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Thu, Aug 30, 2018 at 02:45:26PM +0200, Thomas Gleixner wrote: > On Mon, 27 Aug 2018, Gu Zhimin wrote: > > > > Fix this problem by changing pfn limit from max_low_pfn to max_pfn. > > This issue should also exist on 64bits systems, if there are reserved > > regions above 4GB. > > Should? Can we please have facts and not some half baken assumptions? > > On 64bit max_low_pfn is the same as max_pfn. See init_mem_mapping(). > Thanks for pointing this out, we've overlooked the reassignment of max_low_pfn, but just take a glance within setup_arch(). Best, Yu > Thanks, > > tglx