Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp772604yba; Wed, 3 Apr 2019 20:02:05 -0700 (PDT) X-Google-Smtp-Source: APXvYqwzYeAP4wy2gjbg3Vvzs1l+e9CjAz4I9zSmDJRm4Fzx2+9zdGrMlUgtDvMg11jwxpOseNF9 X-Received: by 2002:a63:6941:: with SMTP id e62mr3135115pgc.99.1554346925428; Wed, 03 Apr 2019 20:02:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554346925; cv=none; d=google.com; s=arc-20160816; b=L92sOE4L3zlFz96+A3Cqw2pM2wFvxlWnJRp1rH2bknT09al546wJQO5pOU0TCmGAzM m+Hvjzf62aLt/BPLvzL8JsEK3PNLb4XS7MTZM6u6hrUeYRvNOqGgQDbHStlApUIOhnza 2IF/UF4IzIsfpZ54UhMCCd2YkrIZMkT8zTv8byFjvSd+NWnqMAdMyRTREXntTInyjz6m mcTcGEJ3uurriMrE3uIFMWT2cmO4yoJJuyYtCIJrU/TWLPe4SuwBQ3ZmpzxXfwNnSPoH R6iqbCuRmJhNyrS4uvAGO2QYy0zJNYo2FZfzsK8A/+9tf1TETTmVjgbC8hO+RmwN0oFh /ZXw== 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; bh=duY7TZXICnbr1SO6Gby+OEpfhdUVOuusS4TgW+eDxP4=; b=s+zcOnV6Hfo2TGFyQgqoH5rnHyvUcR5GZvFLMJnHdGrVqM2MHx+i3p1WFdeMhfLGki /Dc2BVdUl6krrlSM0m1SgUgiIvxEY20+JfyQ3pFMuD5AuptU56fQJVapx6gmtyxH5vK6 qDcA/YWXPgc9B9GK9qEnTgJdTJ46hBOIQMHTZDCfm024EtD9IzzJsHrE8R/0myyppDg3 Q0u22g5L1qF2h4/34vcMqqcwR3gPzex68ykcvvanGyTg9r3N21jkStUcV+/pLBnDWI7r GM47O16nwI0myj6SL+ubcEVTpiCBoy9TjaisMBBxi7Ss+qxmtaMJo9Igfm6zttyDqptl ck9Q== 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 34si15686501plz.256.2019.04.03.20.01.27; Wed, 03 Apr 2019 20:02:05 -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 S1726515AbfDDDAq (ORCPT + 99 others); Wed, 3 Apr 2019 23:00:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60854 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726193AbfDDDAq (ORCPT ); Wed, 3 Apr 2019 23:00:46 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id AB51B307E054; Thu, 4 Apr 2019 03:00:45 +0000 (UTC) Received: from localhost (ovpn-12-46.pek2.redhat.com [10.72.12.46]) by smtp.corp.redhat.com (Postfix) with ESMTPS id ABAAC84D87; Thu, 4 Apr 2019 03:00:41 +0000 (UTC) Date: Thu, 4 Apr 2019 11:00:37 +0800 From: "bhe@redhat.com" To: Dave Young Cc: Junichi Nomura , Chao Fan , Borislav Petkov , "kasong@redhat.com" , "x86@kernel.org" , "kexec@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v2] x86/boot: Use efi_setup_data for searching RSDP on kexec-ed kernel Message-ID: <20190404030037.GT7627@MiWiFi-R3L-srv> References: <20190401000837.GA5170@jeru.linux.bs1.fc.nec.co.jp> <20190402120319.GA7605@dhcp-128-65.nay.redhat.com> <20190403053459.GD1555@localhost.localdomain> <20190403055340.GA11976@dhcp-128-65.nay.redhat.com> <20190403072141.GE1555@localhost.localdomain> <20190403080846.GB2579@dhcp-128-65.nay.redhat.com> <20190403082305.GG1555@localhost.localdomain> <20190403090210.GH1555@localhost.localdomain> <20190404025234.GA12658@dhcp-128-65.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190404025234.GA12658@dhcp-128-65.nay.redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.42]); Thu, 04 Apr 2019 03:00:45 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/04/19 at 10:52am, Dave Young wrote: > On 04/04/19 at 01:23am, Junichi Nomura wrote: > > Hi Dave and Chao, > > > > On 4/3/19 6:02 PM, Chao Fan wrote: > > > On Wed, Apr 03, 2019 at 04:23:06PM +0800, Chao Fan wrote: > > >> On Wed, Apr 03, 2019 at 04:09:16PM +0800, Dave Young wrote: > > >>> Fix 3. need more debugging, have you or Junichi run tests on more real > > >>> hardware, maybe it is easier to reproduce on real hardware, I'm glad to > > >>> help to try test patch or provide any help. > > >> > > >> I am still testing in real hardware. > > > > > > Hi Dave, > > > > > > I find a Fujitsu Desktop PC to test it. > > > Without this PATCH, it failed to kexec and kdump. > > > With this PATCH, it succeed to kexec. > > > But failed to kdump. From the log, I think it didn't jump to the second > > > kernel, just reboot after panic. I have not figured out what's the > > > problem, but it seems not caused by this PATCH. > > > So I still think this PATCH works for the Fujitsu Desktop PC. > > > > > > As for your issue, I think there may be some problems related to specified > > > hardware. Are you using a Lenovo laptop? > > > > > > And I am not sure how Nomura tested it. > > > > I've tested 3 different models of EFI-booted baremetal servers with both > > normal kexec and panic kexec. So far as I've tried Linus's v5.1-rc3, > > the problem always reproduced without the patch and disappears with the patch. > > Hmm, both of my two laptops (Thinkpad T480s and T420) failed to boot with kexec. > > I will see if I can find something, but it may need more time because > early console does not work especially after kexec. Dave, can you try below patch to print debugging message and hang kernel to check the outputting? The hang is necessary, otherwise later printk printking will overwrite it. diff --git a/arch/x86/boot/compressed/misc.c b/arch/x86/boot/compressed/misc.c index c0d6c560df69..68119547c4aa 100644 --- a/arch/x86/boot/compressed/misc.c +++ b/arch/x86/boot/compressed/misc.c @@ -351,9 +351,6 @@ asmlinkage __visible void *extract_kernel(void *rmode, memptr heap, /* Clear flags intended for solely in-kernel use. */ boot_params->hdr.loadflags &= ~KASLR_FLAG; - /* Save RSDP address for later use. */ - boot_params->acpi_rsdp_addr = get_rsdp_addr(); - sanitize_boot_params(boot_params); if (boot_params->screen_info.orig_video_mode == 7) { @@ -370,6 +367,10 @@ asmlinkage __visible void *extract_kernel(void *rmode, memptr heap, console_init(); debug_putstr("early console in extract_kernel\n"); + error("Hang kernel for kexec debugging"); + /* Save RSDP address for later use. */ + boot_params->acpi_rsdp_addr = get_rsdp_addr(); + free_mem_ptr = heap; /* Heap */ free_mem_end_ptr = heap + BOOT_HEAP_SIZE;