From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 86160C47404 for ; Sat, 12 Oct 2019 00:41:42 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 5189920663 for ; Sat, 12 Oct 2019 00:41:42 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5189920663 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=canonical.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id D6A266B0003; Fri, 11 Oct 2019 20:41:41 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D1A498E0005; Fri, 11 Oct 2019 20:41:41 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C301F8E0001; Fri, 11 Oct 2019 20:41:41 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0041.hostedemail.com [216.40.44.41]) by kanga.kvack.org (Postfix) with ESMTP id 9F1756B0003 for ; Fri, 11 Oct 2019 20:41:41 -0400 (EDT) Received: from smtpin23.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with SMTP id 26EA9181AC9AE for ; Sat, 12 Oct 2019 00:41:41 +0000 (UTC) X-FDA: 76033279602.23.glue70_8317dc062c015 X-HE-Tag: glue70_8317dc062c015 X-Filterd-Recvd-Size: 3136 Received: from youngberry.canonical.com (youngberry.canonical.com [91.189.89.112]) by imf48.hostedemail.com (Postfix) with ESMTP for ; Sat, 12 Oct 2019 00:41:40 +0000 (UTC) Received: from mail-wr1-f69.google.com ([209.85.221.69]) by youngberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iJ5TX-00054i-CQ for linux-mm@kvack.org; Sat, 12 Oct 2019 00:41:39 +0000 Received: by mail-wr1-f69.google.com with SMTP id k4so5119260wru.1 for ; Fri, 11 Oct 2019 17:41:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8x9ApgVGO5FiGuEQV6JpJWfviTCfcCHIRUjK55oq8uE=; b=kj1eEpnlNpIyoOIrIaubhOQdhhbktxJkVqDKeKZIoDoXZ9eT1f8eLCDQ8hkwDEH7em 6SdKH/ENWqBIuqz21G5oEjqKd+oZ0fyDyKy1tvl6hv6KoA0Dha38G6Yuc/hmieIZ+hL1 14CpxGOfqb4qjkbaiFmoNcwSl19e9N8YgNoNCuLcViJeRQ4H7aFxNjlcjHpV4pm035bf FVYu7yGK8iUz/VdVU9hJVxd0YjDX3WhoOJJBUf+8IR1kHNFIhQD1H8N5y4aSqvERscoN kTl3YT3vfgvsP5MP6fdbZeILEzOj3N74ujpdM1Yp+93GfdeC9sYsNOdenc/td7AAulIT nRbA== X-Gm-Message-State: APjAAAW1N+grp9SmhXD1mQmRRiJ6aCVdjcEI70ccWJXRILB7GIZ/e8ZC /8zJizeVcniiX0JZlHKZveTcgsNiXFuPTmi83oZxFD3sJa/UdMAXO4Tb/vx5pSfsRlAf/nFVeBG PUzTiLN+qjWDTkqu7/9gysU6xtxOLeSe5sb+IZIDoGZ3a X-Received: by 2002:adf:e688:: with SMTP id r8mr16508763wrm.342.1570840899157; Fri, 11 Oct 2019 17:41:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqzC31d60/9oma6TIhR2sWZv5COX10hbmuTg4ttzGp7rzLnRd6iGntQOOBa9WPbJxgh3JgAHTuzTgw7mpoIsSP4= X-Received: by 2002:adf:e688:: with SMTP id r8mr16508748wrm.342.1570840898964; Fri, 11 Oct 2019 17:41:38 -0700 (PDT) MIME-Version: 1.0 References: <4641B95A-6DD8-4E8A-AD53-06E7B72D956C@lca.pw> In-Reply-To: <4641B95A-6DD8-4E8A-AD53-06E7B72D956C@lca.pw> From: Guilherme Piccoli Date: Fri, 11 Oct 2019 21:41:01 -0300 Message-ID: Subject: Re: [PATCH] hugetlb: Add nohugepages parameter to prevent hugepages creation To: Qian Cai Cc: linux-mm@kvack.org, mike.kravetz@oracle.com, linux-kernel@vger.kernel.org, Jay Vosburgh , "Guilherme G. Piccoli" Content-Type: text/plain; charset="UTF-8" X-Bogosity: Ham, tests=bogofilter, spamicity=0.330134, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, Oct 11, 2019 at 8:52 PM Qian Cai wrote: > > > It simply error-prone to reuse the sysctl.conf from the first kernel, as it could contains lots of things that will kill kdump kernel. Makes sense, I agree with you. But still, there's no formal/right/single way to do kdump, so I don't think we should rely on "rootfs kdump is wrong" to refuse this patch's idea. If so, we should then formalize the right way of kdumping. Of course, this is only my opinion, let's see what people think about it! Thanks, Guilherme