Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp5207103imm; Tue, 19 Jun 2018 06:52:27 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKlkr645ydhcTUCjTO93fII8nl4vLKvWW5C8T3SRAzh5I60Bg7YM4/a55SkKPVfXzv5gGIZ X-Received: by 2002:a63:5fcb:: with SMTP id t194-v6mr14571613pgb.176.1529416346964; Tue, 19 Jun 2018 06:52:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529416346; cv=none; d=google.com; s=arc-20160816; b=PveKMJESfIuyYK2j3sFS6+EPcNvrmZ3XUPlzpKbUGouO4VvlebvfE39Eij3Qkwf7Za XZykJHXsWt+nfRkwVkKKk24WNegV125yVCGM4A09z1Ik4lFn4TEebeSOiXJOb/1QqJNl 8xONgzAvbyI5nFh7ztwArAAKDAuGZKQEg1qtz6YMv+CUxyw9gmN+vudNNITr3/8SPEWq UZGFb7RQVh0u96EC+d4zzM2gBhBzrXkr0sV5ausquwuZiB4vW9BGx8/x3upPAIRRlXKh TOhX7+HCxA3i/2ZXZ453LLHH8vthieIhhGKT1IKD3pzZgLflIjRyFQ0AhRVMqkS0Xekq E0hA== 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 :arc-authentication-results; bh=0F96SoZI8Hgi8HA73WG+z0xkiktTsTAacPey2CNwZEI=; b=IsT30ujT9jYZ/xRV74gfsUSHRudv9oNMBKaqmAcMHQB+VKcc9aOvjOMqbb5k5joK/R 0CGpPTIQrb0lADBK/n+rE08jERc5i8zl5ETjdmeXFfS3HsQQH0uakS08whRfyVtDCjZr CetcMcLYSlo2AELkoRrlX4KSc067yMZwAzRAUCPcVxTf0wEHPG5EvU4BrI51K+1xdMIT Y8o/ubXDaje9NHcy9fKLR7s4p4AsqtY0S6Vt1WLDj3LVcyMG2Xbwn2sSOYvCYKS7WMZC jxIc4DloLVkNRAIhDoADBHJ81KmGZCfukl6NlIrW++G6BVwDaw80/1oJ6L7VweIvlYkH U1eg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=sLxuA2Cr; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 13-v6si14437895pge.159.2018.06.19.06.52.12; Tue, 19 Jun 2018 06:52:26 -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=@oracle.com header.s=corp-2017-10-26 header.b=sLxuA2Cr; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966465AbeFSNve (ORCPT + 99 others); Tue, 19 Jun 2018 09:51:34 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:45548 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965731AbeFSNvb (ORCPT ); Tue, 19 Jun 2018 09:51:31 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w5JDiE5E104274; Tue, 19 Jun 2018 13:51:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : references : in-reply-to : from : date : message-id : subject : to : cc : content-type; s=corp-2017-10-26; bh=0F96SoZI8Hgi8HA73WG+z0xkiktTsTAacPey2CNwZEI=; b=sLxuA2CrjgfGtyQASSbirxpTRcvGtWth/s2XdWxJFAl6zFFWu2CkTW7ia8v8XGDV/ff2 WcCaytHflgbM7KPbin/htrJZLv/hTqT8Rfu+mx1O5bxmrHmMz6mHX3uaQDm4qgbcjrxF 3L6fqzIYEBO9e6mHvXlh3KevAJPtc/HG6KalQTU5y1i8ZLX8j/nWOYhUkwHXblxyBXWA +zXethXqwM137UhJb3RjaJeqdKPTV5c6J9106V29B2KFAncVhujZK175qGKrbqD9CXAd lffeA6gJubTb+VUW+SgOUoOJ3PZGn15hKt03ohWIwjPeKuO9FupBeGLTsI8nb8n/iOvw wQ== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp2120.oracle.com with ESMTP id 2jmu6xr6d2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 19 Jun 2018 13:51:31 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w5JDpUaG031237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 19 Jun 2018 13:51:30 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w5JDpTOs004471; Tue, 19 Jun 2018 13:51:29 GMT Received: from mail-oi0-f42.google.com (/209.85.218.42) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 19 Jun 2018 06:51:29 -0700 Received: by mail-oi0-f42.google.com with SMTP id k190-v6so18191132oib.9; Tue, 19 Jun 2018 06:51:29 -0700 (PDT) X-Gm-Message-State: APt69E3eNbkCqxLXyHh+ZYvnnbm6aToBBrP/9jqgSGjC+TH+56AJHoTA mtfNkobjuI/uOZcSkdqWH9LvwUD63zV0nlSRZSs= X-Received: by 2002:aca:db0a:: with SMTP id s10-v6mr9965494oig.339.1529416288874; Tue, 19 Jun 2018 06:51:28 -0700 (PDT) MIME-Version: 1.0 References: <20171117014601.31606-1-pasha.tatashin@oracle.com> <20171121072416.v77vu4osm2s4o5sq@dhcp22.suse.cz> In-Reply-To: From: Pavel Tatashin Date: Tue, 19 Jun 2018 09:50:52 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v1] mm: relax deferred struct page requirements To: jslaby@suse.cz Cc: mhocko@kernel.org, Steven Sistare , Daniel Jordan , benh@kernel.crashing.org, paulus@samba.org, Andrew Morton , kirill.shutemov@linux.intel.com, Reza Arbab , schwidefsky@de.ibm.com, Heiko Carstens , x86@kernel.org, LKML , tglx@linutronix.de, linuxppc-dev@lists.ozlabs.org, Linux Memory Management List , linux-s390@vger.kernel.org, mgorman@techsingularity.net Content-Type: text/plain; charset="UTF-8" X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8928 signatures=668702 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=905 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1805220000 definitions=main-1806190156 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 16, 2018 at 4:04 AM Jiri Slaby wrote: > > On 11/21/2017, 08:24 AM, Michal Hocko wrote: > > On Thu 16-11-17 20:46:01, Pavel Tatashin wrote: > >> There is no need to have ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT, > >> as all the page initialization code is in common code. > >> > >> Also, there is no need to depend on MEMORY_HOTPLUG, as initialization code > >> does not really use hotplug memory functionality. So, we can remove this > >> requirement as well. > >> > >> This patch allows to use deferred struct page initialization on all > >> platforms with memblock allocator. > >> > >> Tested on x86, arm64, and sparc. Also, verified that code compiles on > >> PPC with CONFIG_MEMORY_HOTPLUG disabled. > > > > There is slight risk that we will encounter corner cases on some > > architectures with weird memory layout/topology > > Which x86_32-pae seems to be. Many bad page state errors are emitted > during boot when this patch is applied: Hi Jiri, Thank you for reporting this bug. Because 32-bit systems are limited in the maximum amount of physical memory, they don't need deferred struct pages. So, we can add depends on 64BIT to DEFERRED_STRUCT_PAGE_INIT in mm/Kconfig. However, before we do this, I want to try reproducing this problem and root cause it, as it might expose a general problem that is not 32-bit specific. Thank you, Pavel