Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp1821528imm; Thu, 24 May 2018 01:10:40 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrHHmJOrF84xJV0GjyDA7Em3o3GACX5ESSoOOoH6956OoUxJuqxFn6q5s1bmGP9/TRj1V9c X-Received: by 2002:a63:aa07:: with SMTP id e7-v6mr4960979pgf.331.1527149440325; Thu, 24 May 2018 01:10:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527149440; cv=none; d=google.com; s=arc-20160816; b=aY/01SpMR7sI8F/jsvCMj0te2HQNj8qGTe1AersOi9P30csbdztq0MRIoQkkZXC0M+ udN8UUsunDyG0eNN/E1KQq9giZBklmTZiDg3Ubl1Ymai8/hlBC8mVtm/dw67tto2/5zj x6sNYDrFJMRzXHyjX3wPiqtRVDYU5D11rmUem67xcxuKxbRaLsuTtkRzUOvB+432rTaj D+dUQNFavGYSy5/uoqOmPYqmT0aiGO9mkQSugCGGngYmro7XwTzQHOrE4y8K0PsXD6mB Wy3GFNFyOnkjnLxpAib/uejxEX52iDaTLQtPOt6Q56K4FzBmwDb9v/HfDFp75UM0JCB7 OrDQ== 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=MZGHumoQ4jpF0faXkmoSMMnLwR4IHmKaBLKYh7s/AFs=; b=dmjSC96MN5ECHUJZ+7tYbjwkhIFwmzFjC5PuUeJ22sUS7ElIR5gZFACOE0Lm5KEExa VbCPhCBbUI22gey3NrCFV7uZ5sOzk7k3uegbnE+GW/iGW0cfMPl96qwmoCw0kqyn0Sr+ cSEJoLsfUhA5+IWbUo/shwAXnCdMKI4OBE1nRJGLoo/L5gXfHmfLolZ0KE0F/ivyYSdo V1VEVG68oY+CMS5CoPIwMYg+6/Df/whSOujA0KNxA9SNC1zgjD2FHGOHwFoU/Pd/HTr0 RMIy74PTawVKsFDhUvST+Yl192ib7HZfDoxDqVkXzt+SiunoB5G9AHnflUaHUHOlw6un ImdA== 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i62-v6si21037034pfg.218.2018.05.24.01.09.44; Thu, 24 May 2018 01:10:40 -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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965055AbeEXH42 (ORCPT + 99 others); Thu, 24 May 2018 03:56:28 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:54788 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S935682AbeEXH40 (ORCPT ); Thu, 24 May 2018 03:56:26 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 4B9A7BD98; Thu, 24 May 2018 07:56:26 +0000 (UTC) Received: from dhcp-128-65.nay.redhat.com (ovpn-12-77.pek2.redhat.com [10.72.12.77]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 6CCD72166BB2; Thu, 24 May 2018 07:56:19 +0000 (UTC) Date: Thu, 24 May 2018 15:56:15 +0800 From: Dave Young To: Petr Tesarik Cc: dzickus@redhat.com, Neil Horman , Tony Luck , bhe@redhat.com, Michael Ellerman , kexec@lists.infradead.org, linux-kernel@vger.kernel.org, Martin Schwidefsky , "Eric W. Biederman" , Benjamin Herrenschmidt , Hari Bathini , Cong Wang , Andrew Morton , Ingo Molnar , Vivek Goyal Subject: Re: [PATCH] kdump: add default crashkernel reserve kernel config options Message-ID: <20180524075615.GC1940@dhcp-128-65.nay.redhat.com> References: <20180521025337.GA4627@dhcp-128-65.nay.redhat.com> <20180521120215.117d963a7619eb0d1f54bced@linux-foundation.org> <20180523070641.GA1689@dhcp-128-65.nay.redhat.com> <877enucqr0.fsf@xmission.com> <20180523222236.5a96732e@ezekiel.suse.cz> <20180524014905.GB2031@dhcp-128-65.nay.redhat.com> <20180524085708.31aa311d@ezekiel.suse.cz> <20180524072627.GA1940@dhcp-128-65.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180524072627.GA1940@dhcp-128-65.nay.redhat.com> User-Agent: Mutt/1.9.5 (2018-04-13) X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Thu, 24 May 2018 07:56:26 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Thu, 24 May 2018 07:56:26 +0000 (UTC) for IP:'10.11.54.6' DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'dyoung@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > Instead of setting aside a significant chunk of memory nobody can use, > > > [...] reserve a significant chunk of memory that the kernel is prevented > > > from using [...], but applications are free to use it. > > > > That works great, because user space pages are filtered out in the > > common case, so they can be used freely by the panic kernel. > > Good suggestion. I have been reading that posts already at the same time before I saw > this reply from you :) > > That could be a good idea and worth to discuss more. I cced Hari > already in the thread. Hari, is it possible for you to extend your > idea to general use, ie. shared by both kdump and fadump? Anyway I > think that is another topic we can discuss separately. BTW, I remember we had some Red hat internal discussion about CMA previously there is a problem, that is we have crashkernel=,high for reserving high memory and ,low for low memory, we were not sure if CMA can handle this case. Thanks Dave Thanks Dave