Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1535986imu; Sun, 18 Nov 2018 03:59:58 -0800 (PST) X-Google-Smtp-Source: AJdET5fAdK2BiTskBj+jr+tCJU6YL5r2PWogYaeH2VsATxZjC1JqOvcjGCl5UIYIL2K1NsE7R9A+ X-Received: by 2002:a62:2741:: with SMTP id n62-v6mr18978876pfn.138.1542542397982; Sun, 18 Nov 2018 03:59:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542542397; cv=none; d=google.com; s=arc-20160816; b=RVDfHsy/29ns4VcBS/KkPJHzNYVAUrKRqH92Cgr3mfMykNFiqMpy1XZArAxC1xxgKv ZHXsjHxrm0daeDeiKpE05NdRimK7ye575d/2iVVanX46EPBDrumdK1VGgUStkJSKPELc +UJf2Jt8aMoJGZVXt6voH2dvMxDQAN3t4ZJqyvk1athaI1mRc8VRObLkXESNYnge3GUA uDO74E5mz5yUFpr/6BsXe0SCwORTRpE9oMFXShzLJDPHcWIS4K4TUXCWN80pN5Ulo3Vp Cm6evhKdV142e59NFk5ZXLTEN2mc76c5KohtoyGFtfImLhIJ8VWXWL60eAPbB2I2G6ab INpQ== 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:dkim-signature; bh=LpswiqpyDdmIVYcCxoiyfMxBU6eW/IQJJlqgvKbipHk=; b=lyIftMFxm4+nA3P99Rjf0qxU6LFUw2bnYXb3+ltI7H5quLbflev4Mu7BJ8LhFrfT4A KLlzXNYLXNRjmgNLjvfg48gJt9aD6Dz+zQckAftIcVDLv1cEreiIVkX5vbHHfuh/gGk5 cV/raZ+Lax6pbnULMHWzrH5o4PyaZNA3QunVTTRUTXG5M6cxj0zaDX95LSeeFbswKkpv smUSJuOBI1NtDgK7jyLtIqqZXKVwr7qboTIAvQgP6px2xDH2pvgDxwSz5DVa+Kpa8JwK kLv8sKgm3rFzzQYMhRUYKCVCtb3EbIlGDswsElI4tUy5RtmazwMVr0lYUPaFFR8Ri+di 6JEg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=p1K5+xKH; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s17si35335866pgi.513.2018.11.18.03.59.04; Sun, 18 Nov 2018 03:59:57 -0800 (PST) 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; dkim=pass header.i=@alien8.de header.s=dkim header.b=p1K5+xKH; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727188AbeKRWNI (ORCPT + 99 others); Sun, 18 Nov 2018 17:13:08 -0500 Received: from mail.skyhub.de ([5.9.137.197]:33464 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726626AbeKRWNI (ORCPT ); Sun, 18 Nov 2018 17:13:08 -0500 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1542541979; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=LpswiqpyDdmIVYcCxoiyfMxBU6eW/IQJJlqgvKbipHk=; b=p1K5+xKHixk/9qLRXceitpCBxeW57opgo1qyfSzyk//giXLBvMPcswD0klk/CmpxlXqHfE evw6DxVbwWngULSd+/IwyYThXaPxAIc5chDtESUL6dX3+uXPPZ2ClmxDY4hENz0H+97TeK r4kWMlH/DcFtZ+OGqjj3DyzSicoK1jc= Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MaikabFO5jU8; Sun, 18 Nov 2018 12:52:59 +0100 (CET) Received: from zn.tnic (p200300EC2BE2B7004D130AD2F34E6DE4.dip0.t-ipconnect.de [IPv6:2003:ec:2be2:b700:4d13:ad2:f34e:6de4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id DDAAD1EC014B; Sun, 18 Nov 2018 12:52:56 +0100 (CET) Date: Sun, 18 Nov 2018 12:52:51 +0100 From: Borislav Petkov To: lijiang Cc: Bjorn Helgaas , linux-kernel@vger.kernel.org, kexec@lists.infradead.org, x86@kernel.org, tglx@linutronix.de, mingo@redhat.com, akpm@linux-foundation.org, dyoung@redhat.com, bhe@redhat.com Subject: Re: [PATCH 1/2 v6] x86/kexec_file: add e820 entry in case e820 type string matches to io resource name Message-ID: <20181118115251.GB19380@zn.tnic> References: <20181114072926.13312-1-lijiang@redhat.com> <20181114072926.13312-2-lijiang@redhat.com> <20181114112600.GD13926@zn.tnic> <9eb61523-7a08-24c4-ac15-050537bd9203@redhat.com> <20181115103959.GB26448@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 16, 2018 at 11:25:55AM +0800, lijiang wrote: > For the pci mmconfig issue, it should be good enough that the e820 reserved region > [mem 0x0000000078000000-0x000000008fffffff] is only passed to the second kernel, but > the pci mmconfig region is not the same in another machine. Yes. And now the question is, *which* reserved regions need to be mapped for the second kernel to function properly? How do we figure that out? > A simple case, hotplug a pci network card and use the ssh/nfs to dump the vmcore. > If the pci mmconfig region is not reserved in kdump kernel, the pci hotplug device > could not be recognized. So the pci network card won't work. Yes that's a good example; put *that* example in your commit message. > Here, there is an example about SME kdump. Maybe it can help to better understand. You keep pasting that and I've read it already. And you keep repeating that the reserved regions need to be mapped in the second kernel and I'm asking, how do we determine *which* regions should we pass to the second kernel? If we should pass *all* reserved regions, why? IOW, I'm looking for the *why* first. Thx. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.