From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754035AbdDLMwl (ORCPT ); Wed, 12 Apr 2017 08:52:41 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44904 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753870AbdDLMwj (ORCPT ); Wed, 12 Apr 2017 08:52:39 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 777302EF16D Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=jmoyer@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 777302EF16D From: Jeff Moyer To: Dave Young Cc: thgarnie@google.com, mingo@kernel.org, bhe@redhat.com, dan.j.williams@intel.com, linux-kernel@vger.kernel.org, linux-nvdimm@ml01.01.org, kexec@lists.infradead.org Subject: Re: KASLR causes intermittent boot failures on some systems References: <20170412082433.GA3546@dhcp-128-65.nay.redhat.com> <20170412084037.GA3894@dhcp-128-65.nay.redhat.com> X-PGP-KeyID: 1F78E1B4 X-PGP-CertKey: F6FE 280D 8293 F72C 65FD 5A58 1FF8 A7CA 1F78 E1B4 X-PCLoadLetter: What the f**k does that mean? Date: Wed, 12 Apr 2017 08:52:36 -0400 In-Reply-To: <20170412084037.GA3894@dhcp-128-65.nay.redhat.com> (Dave Young's message of "Wed, 12 Apr 2017 16:40:37 +0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.29]); Wed, 12 Apr 2017 12:52:39 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dave Young writes: > On 04/12/17 at 04:24pm, Dave Young wrote: >> I did some tests about emulated pmem via memmap=, kdump kernel hangs or >> just reboots early during compressing kernel, no clue how to handle it. >> Since for kdump kernel kaslr is pointless a workaround is use "nokaslr" >> >> In Fedora or RHEL, just add "nokaslr" in KDUMP_COMMANDLINE_APPEND >> in /etc/sysconfig/kdump >> >> Can you try if this works? > > Oops, your problem is normal boot instead of kdump so this is two > different problems. Seems we have not met your bug yet.. Correct. -Jeff