Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp538517imm; Wed, 11 Jul 2018 06:56:58 -0700 (PDT) X-Google-Smtp-Source: AAOMgpd9MeZ/iU/WTvvpgQFu1x06hSDvE9CP4iodarg/alxKB9lbmyh2qvyjRqMJa5c5CXcFdd5J X-Received: by 2002:a63:c60:: with SMTP id 32-v6mr26992480pgm.155.1531317418805; Wed, 11 Jul 2018 06:56:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531317418; cv=none; d=google.com; s=arc-20160816; b=Wcq/5k3ij1s70IRKmpIfWRWcU70IxRZMCPOOr1zE6SF1Se8aogHnXa23kOxvNlVYuH 1SzUWI9pC6yIL2GrR3HeVWxO6oI1Vsfd/m4rfAHe5Ri7NyAcDgFjLuP08uVhjrW3lMcJ +x0OtkWIooU3txiVEEyVyAGpt93HFv8ZSPNqPOdczkKAVJSOmUTR+TnlOcyNrdXugNSd gsmB7LTjSQUAZr67M8f9nRWzfW+OOqRqYikwft8wJxexd1YkMqrGg8jXGdK46bgody6m 93ZxoBRYsi5UYndHZ4EYYN/2brDsXFnP8vLUI38sBH9sX04dLahLUP4u9H4RM2Q7Kq8g Utzw== 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=K7Ipe/zCpuDyneBa1oOY3POXWGgBowTI6HGp12byqNQ=; b=MAwN7OKvGiJjyTqhvxNqmOoi9McwDsh74Qm5BXqKRMSEZ0+s3vm2EFm47Gvs3CBbeY WGJQPhKw4LaVOHmY0m6uHK5hEqTFCGPabi+7BX5yaKv+5fjuPsWiPd1wrnx0+sHRUD1P a1YY7DKqxUFiov32VV+SgotRWJEuK1R5QJLHNnKHu5j4U+XFI3PaH4aq1j8kMMnzpEmr Ea8rCbN7kpMrvBjqPQTPJElVMqOutqUbaC19C5Ow1pz1jDqPPg6q/smY0Oaf0wAiMqgy hUxmruM3/QlRSR6EN68Lrb5djymz3LTRAffI/4ZPOew0Ka6k/gpZwG7sijZ4j+c9RV9V c7Wg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=lKmnqqec; 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 y18-v6si17795243pgv.388.2018.07.11.06.56.43; Wed, 11 Jul 2018 06:56:58 -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-2018-07-02 header.b=lKmnqqec; 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 S2388317AbeGKOAb (ORCPT + 99 others); Wed, 11 Jul 2018 10:00:31 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:53948 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387708AbeGKOAa (ORCPT ); Wed, 11 Jul 2018 10:00:30 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6BDrnVb130780; Wed, 11 Jul 2018 13:56:02 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-2018-07-02; bh=K7Ipe/zCpuDyneBa1oOY3POXWGgBowTI6HGp12byqNQ=; b=lKmnqqecFdh1cv6o4+xUbb6f8yePKi50761vB5EywoVGydWQOojFpv71BIqjDJxRfVeC 4MnagtVAGdDvoBgHDb2Kge0MNTKQGhhQTWEPnRDo1K6DjBivtHNsxOhWmAYUMaR462BT yxSFOAmP+IJ2575QgYtZA1zrTfZE0d03K7nIO1g2dKOryVsVJrlsZ3WQYEEUnnKxh/D+ IjAdxevPzaWnw/dXyVeWalu7ZkEqBPjWOF2kEdsG/Vpc1Hevh7w1EelL1dZPMs4BUTIR 8aHGH1IyokZ32Z/5mAxvlx5KK+MVyAyv1nYVOqqXOqUDOHW+QK2BhSR3VzaHShD9ES/m 4g== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2120.oracle.com with ESMTP id 2k2p7dxa34-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 11 Jul 2018 13:56:01 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w6BDu0nP003916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 11 Jul 2018 13:56:00 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w6BDtxOl000471; Wed, 11 Jul 2018 13:55:59 GMT Received: from mail-oi0-f53.google.com (/209.85.218.53) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 11 Jul 2018 06:55:59 -0700 Received: by mail-oi0-f53.google.com with SMTP id s198-v6so49372713oih.11; Wed, 11 Jul 2018 06:55:59 -0700 (PDT) X-Gm-Message-State: APt69E2cn2zcUnlq7dkEez9aT7Vb9Ogv/GajWH7UhUZjGuaUOkg+1eqn jp+527wrbLdYIlPjrAcCCmjP2CZ25U8oDzmzK2E= X-Received: by 2002:aca:4784:: with SMTP id u126-v6mr34302786oia.229.1531317359180; Wed, 11 Jul 2018 06:55:59 -0700 (PDT) MIME-Version: 1.0 References: <20180710235044.vjlRV%akpm@linux-foundation.org> <87lgai9bt5.fsf@concordia.ellerman.id.au> <20180711133737.GA29573@techadventures.net> In-Reply-To: <20180711133737.GA29573@techadventures.net> From: Pavel Tatashin Date: Wed, 11 Jul 2018 09:55:59 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Boot failures with "mm/sparse: Remove CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER" on powerpc (was Re: mmotm 2018-07-10-16-50 uploaded) To: osalvador@techadventures.net Cc: mpe@ellerman.id.au, Andrew Morton , broonie@kernel.org, mhocko@suse.cz, Stephen Rothwell , linux-next@vger.kernel.org, linux-fsdevel@vger.kernel.org, Linux Memory Management List , LKML , mm-commits@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, bhe@redhat.com, aneesh.kumar@linux.ibm.com, khandual@linux.vnet.ibm.com Content-Type: text/plain; charset="UTF-8" X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8950 signatures=668706 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1807110150 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I am OK, if this patch is removed from Baoquan's series. But, I would still like to get rid of CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER, I can work on this in my sparse_init re-write series. ppc64 should really fallback safely to small chunks allocs, and if it does not there is some existing bug. Michael please send the config that you used. Thank you, Pavel On Wed, Jul 11, 2018 at 9:37 AM Oscar Salvador wrote: > > On Wed, Jul 11, 2018 at 10:49:58PM +1000, Michael Ellerman wrote: > > akpm@linux-foundation.org writes: > > > The mm-of-the-moment snapshot 2018-07-10-16-50 has been uploaded to > > > > > > http://www.ozlabs.org/~akpm/mmotm/ > > ... > > > > > * mm-sparse-add-a-static-variable-nr_present_sections.patch > > > * mm-sparsemem-defer-the-ms-section_mem_map-clearing.patch > > > * mm-sparsemem-defer-the-ms-section_mem_map-clearing-fix.patch > > > * mm-sparse-add-a-new-parameter-data_unit_size-for-alloc_usemap_and_memmap.patch > > > * mm-sparse-optimize-memmap-allocation-during-sparse_init.patch > > > * mm-sparse-optimize-memmap-allocation-during-sparse_init-checkpatch-fixes.patch > > > > > * mm-sparse-remove-config_sparsemem_alloc_mem_map_together.patch > > > > This seems to be breaking my powerpc pseries qemu boots. > > > > The boot log with some extra debug shows eg: > > > > $ make pseries_le_defconfig > > Could you please share the config? > I was not able to find such config in the kernel tree. > -- > Oscar Salvador > SUSE L3 >