Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp939168imm; Thu, 5 Jul 2018 11:35:57 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdJBFyqGMlFrlHBm0XzXoQTyW95CXljnVnEmjrmeYzP2iIHTtXZiuamCsW8/V/lbt/nPdQ7 X-Received: by 2002:a17:902:9345:: with SMTP id g5-v6mr6363832plp.10.1530815757901; Thu, 05 Jul 2018 11:35:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530815757; cv=none; d=google.com; s=arc-20160816; b=Dh52opfn7iu5eESt8CocUe4snX/o1l1JolZEtQLoNCWYeCKT6ypGX81d6E2GHiuCbH +Z8iTDVlDY31TsNsBGnF8HKvUANqVGYZ37JH4isTIuJZvqwbAMc26JYTHjhQACwJBmKJ iQrtKf8hzSiy529aog2yyB5YqrdjQQBfzkhljekiLLiDecJQ82SLzYER3xHRhuZGwSMV aSzBT4kc3Htswd6kJFWw4/SWY1qtReQ40ytunrxc08MNWdiVOvoCDc3ae8GnFvFvRqnO HuuPVxdFWq7BirpAgEUV10HCtUP1f1LmyvK2rmaXU2ySLU1k2Q5bQszum92maU7QiNt5 GwFg== 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=O2k5e8LpSOlJRjSpN6BF7rVpPWrlJtAj0VGNeWsxffY=; b=zf20XwMe9FBdD3gDTr524B/57tPycY5Ldpwd/fvNfD4eSEH53yuyiPnQUGBj4o8bAt gDH89QCPf8eieIoDmj4k6aXpOtXhFuxVj435PEEZZ6YdG+Ri2/s/iLW3wQxZgYeaiXO0 XHDpvgRudxnffcc1icd5ubOe3qzqaqWwjboO5Mf/iDmtIwhYIzzrOEJv08kBxJk7EqTC jjRCSWg2+cWUp+stxw0F2YXzzFYCYAWLkQcXLJY/M4cK0IGMMTIC0swWRC2unLhUOYE1 CcVbHNgvdVKgJcv7s0owibYWisAm05CyT1zBnhARXaFICc0p1Wr5XOSZJO8Qfdv3dsP4 A2vA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g4-v6si6717634plm.181.2018.07.05.11.35.43; Thu, 05 Jul 2018 11:35:57 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753986AbeGESe6 (ORCPT + 99 others); Thu, 5 Jul 2018 14:34:58 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:54936 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753838AbeGESe5 (ORCPT ); Thu, 5 Jul 2018 14:34:57 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D5E4C7A9; Thu, 5 Jul 2018 11:34:56 -0700 (PDT) Received: from armageddon.cambridge.arm.com (armageddon.cambridge.arm.com [10.1.206.84]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id C81723F2EA; Thu, 5 Jul 2018 11:34:55 -0700 (PDT) Date: Thu, 5 Jul 2018 19:34:53 +0100 From: Catalin Marinas To: "Nikunj Kela (nkela)" Cc: "xe-kernel@external.cisco.com" , Will Deacon , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH 2/2] arm64: add support for 43bit physical address Message-ID: <20180705183452.vaaxjsrus6lnqyzt@armageddon.cambridge.arm.com> References: <20180702210451.16057-2-nkela@cisco.com> <20180703145626.g6pb4bgnrle2p2qf@armageddon.cambridge.arm.com> <1530642932209.57184@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1530642932209.57184@cisco.com> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 03, 2018 at 06:35:32PM +0000, Nikunj Kela (nkela) wrote: > We are trying to reduce the memory allocation needed for kdump kernel. > We want to reserve less than 32M for kdump kernel if possible. We are > able to get ~14M saving by the proposed change. Have you tried disabling SPARSEMEM and using FLATMEM for this case? With 32M you wouldn't need more than a section anyway. It needs some tweaking of the arm64 Kconfig and probably fail to build. -- Catalin