From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from [59.151.112.132] (helo=heian.cn.fujitsu.com) by bombadil.infradead.org with esmtp (Exim 4.85_2 #1 (Red Hat Linux)) id 1bUlnx-0007hz-I6 for kexec@lists.infradead.org; Wed, 03 Aug 2016 02:21:11 +0000 Message-ID: <57A154B7.4090407@cn.fujitsu.com> Date: Wed, 3 Aug 2016 10:19:35 +0800 From: =?UTF-8?B?Ilpob3UsIFdlbmppYW4v5ZGo5paH5YmRIg==?= MIME-Version: 1.0 Subject: Re: [PATCH v3 2/2] Documentation: kdump: add description of bringing up SMP dump-capture kernel References: <1470185952-23477-1-git-send-email-zhouwj-fnst@cn.fujitsu.com> <1470185952-23477-2-git-send-email-zhouwj-fnst@cn.fujitsu.com> <20160803015818.GB2465@x1.redhat.com> <57A15156.3060507@cn.fujitsu.com> <20160803021825.GB3637@x1.redhat.com> In-Reply-To: <20160803021825.GB3637@x1.redhat.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Baoquan He Cc: kexec@lists.infradead.org, d.hatayama@jp.fujitsu.com, dyoung@redhat.com, linux-kernel@vger.kernel.org T24gMDgvMDMvMjAxNiAxMDoxOCBBTSwgQmFvcXVhbiBIZSB3cm90ZToKPiBPbiAwOC8wMy8xNiBh dCAxMDowNWFtLCAiWmhvdSwgV2Vuamlhbi/lkajmlofliZEiIHdyb3RlOgo+PiBPbiAwOC8wMy8y MDE2IDA5OjU4IEFNLCBCYW9xdWFuIEhlIHdyb3RlOgo+Pj4gT24gMDgvMDMvMTYgYXQgMDg6NTlh bSwgWmhvdSBXZW5qaWFuIHdyb3RlOgo+Pj4+IFNNUCBkdW1wLWNhcHR1cmUga2VybmVsIGlzIHVz ZWZ1bCB0byBpbXByb3ZlIHRoZSBwZXJmb3JtYW5jZSBvZiBrZHVtcCBpbgo+Pj4+IHNvbWUgY2Fz ZXMuIFNvIGFkZCB0aGUgZGVzY3JpcHRpb24gb2YgYnJpbmdpbmcgdXAgU01QIGR1bXAtY2FwdHVy ZSBrZXJuZWwuCj4+Pj4KPj4+PiBTaWduZWQtb2ZmLWJ5OiBaaG91IFdlbmppYW4gPHpob3V3ai1m bnN0QGNuLmZ1aml0c3UuY29tPgo+Pj4+IC0tLQo+Pj4+ICAgRG9jdW1lbnRhdGlvbi9rZHVtcC9r ZHVtcC50eHQgfCA3ICsrKysrKysKPj4+PiAgIDEgZmlsZSBjaGFuZ2VkLCA3IGluc2VydGlvbnMo KykKPj4+Pgo+Pj4+IGRpZmYgLS1naXQgYS9Eb2N1bWVudGF0aW9uL2tkdW1wL2tkdW1wLnR4dCBi L0RvY3VtZW50YXRpb24va2R1bXAva2R1bXAudHh0Cj4+Pj4gaW5kZXggNGFhMTk0ZS4uOTQ4YjQy ZCAxMDA2NDQKPj4+PiAtLS0gYS9Eb2N1bWVudGF0aW9uL2tkdW1wL2tkdW1wLnR4dAo+Pj4+ICsr KyBiL0RvY3VtZW50YXRpb24va2R1bXAva2R1bXAudHh0Cj4+Pj4gQEAgLTM5Niw2ICszOTYsMTMg QEAgTm90ZXMgb24gbG9hZGluZyB0aGUgZHVtcC1jYXB0dXJlIGtlcm5lbDoKPj4+PiAgICAgTm90 ZSwgdGhvdWdoIG1heGNwdXMgYWx3YXlzIHdvcmtzLCB3ZSBzaG91bGQgcmVwbGFjZSBpdCBieSBu cl9jcHVzIHRvCj4+Pj4gICAgIHNhdmUgbWVtb3J5IGlmIHN1cHBvcnRlZCBieSB0aGUgY3VycmVu dCBBUkNILCBzdWNoIGFzIHg4Ni4KPj4+Pgo+Pj4+ICsqIFdlIHNob3VsZCBicmluZyB1cCBhIFNN UCBkdW1wLWNhcHR1cmUga2VybmVsIGlmIHdlIGludGVuZCB0byB1c2UKPj4+Cj4+PiBXZWxsLCBo ZXJlIGFib3V0IFNNUCBkdW1wLWNhcHR1cmUga2VybmVsIGRvIHlvdSBtZWFuIGtkdW1wIGtlcm5l bCB3aXRoCj4+PiBtdWx0aS1jcHU/IElmIEkgdW5kZXJzdGFuZCBpdCBjb3JyZWN0bHksIGl0J3Mg c3RpbGwgU01QIGtkdW1wIGtlcm5lbAo+Pj4gdGhvdWdoIG5yX2NwdXM9MSBpcyBzcGVjaWZpZWQu Cj4+Pgo+Pgo+PiBBY3R1YWxseSwgSSBoYXZlbid0IGtub3cgdGhlIGRldGFpbCBhYm91dCBpdC4g SSB3cm90ZSB0aGUgc2VudGVuY2UgYWxtb3N0Cj4+IGJhc2VkIG9uIHRoZSBvcmlnaW5hbCBkZXNj cmlwdGlvbjoKPj4KPj4gKiBXZSBnZW5lcmFsbHkgZG9uJyBoYXZlIHRvIGJyaW5nIHVwIGEgU01Q IGtlcm5lbCBqdXN0IHRvIGNhcHR1cmUgdGhlCj4+ICAgIGR1bXAuIEhlbmNlIGdlbmVyYWxseSBp dCBpcyB1c2VmdWwgZWl0aGVyIHRvIGJ1aWxkIGEgVVAgZHVtcC1jYXB0dXJlCj4+ICAgIGtlcm5l bCBvciBzcGVjaWZ5IG1heGNwdXM9MSBvcHRpb24gd2hpbGUgbG9hZGluZyBkdW1wLWNhcHR1cmUg a2VybmVsLgo+Cj4gVGhpcyBpcyByaWdodC4gSGVyZSBpdCBtZWFucyBlaXRoZXIgeW91IGJ1aWxk IGEgVVAga2VybmVsIHVzZWQgZm9yIGtkdW1wCj4ga2VybmVsIGJlY2F1c2Uga2R1bXAga2VybmVs IGRvZXNuJ3QgaGF2ZSB0byBiZSB0aGUgc2FtZSBhcyB0aGUgMXN0Cj4ga2VybmVsLCBvciB5b3Ug dXNlIHNtcCBrZXJuZWwgd2l0aCBtYXhjcHVzPTEgc3BlY2lmaWVkLiBTbyBpZiB5b3Ugd2FudAo+ IHRvIHNheSBrZHVtcCBrZXJuZWwgd2l0aCBtdWx0aS1jcHUgbmVlZCBiZSBicm91Z2h0IHVwIHRv IGltcHJvdmUgdGhlCj4gcGVyZm9ybWFuY2Ugb2YgcGFyYWxsZWwgZHVtcGluZywgeW91IG5lZWQg cG9pbnQgaXQgb3V0IGNsZWFybHkuCj4KCkkgc2VlLiBJIHdpbGwgdXBkYXRlIHRoZSBwYXRjaC4K Cj4+Cj4+Pj4gKyAgbXVsdGktdGhyZWFkcyBwcm9ncmFtcyB3aXRoIGl0LCBzdWNoIGFzIHBhcmFs bGVsIGR1bXAgZmVhdHVyZSBvZgo+Pj4+ICsgIG1ha2VkdW1wZmlsZS4gT3RoZXJ3aXNlLCB0aGUg bXVsdGktdGhyZWFkcyBwcm9ncmFtIG1heSBoYXZlIGEgZ3JlYXQKPj4+PiArICBwZXJmb3JtYW5j ZSBkZWdyYWRhdGlvbi4gVG8gYnJpbmcgdXAgYSBTTVAgZHVtcC1jYXB0dXJlIGtlcm5lbCwgd2UK Pj4+PiArICBzaG91bGQgc3BlY2lmeSBtYXhjcHVzXG5yX2NwdXMgYW5kIGRpc2FibGVfY3B1X2Fw aWM9W1hdIG9wdGlvbnMgd2hpbGUKPj4+PiArICBsb2FkaW5nIGl0Lgo+Pj4+ICsKPj4+PiAgICog Rm9yIHMzOTB4IHRoZXJlIGFyZSB0d28ga2R1bXAgbW9kZXM6IElmIGEgRUxGIGhlYWRlciBpcyBz cGVjaWZpZWQgd2l0aAo+Pj4+ICAgICB0aGUgZWxmY29yZWhkcj0ga2VybmVsIHBhcmFtZXRlciwg aXQgaXMgdXNlZCBieSB0aGUga2R1bXAga2VybmVsIGFzIGl0Cj4+Pj4gICAgIGlzIGRvbmUgb24g YWxsIG90aGVyIGFyY2hpdGVjdHVyZXMuIElmIG5vIGVsZmNvcmVoZHI9IGtlcm5lbCBwYXJhbWV0 ZXIgaXMKPj4+PiAtLQo+Pj4+IDEuOC4zLjEKPj4+Pgo+Pj4+Cj4+Pj4KPj4+Pgo+Pj4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+Pj4ga2V4ZWMgbWFp bGluZyBsaXN0Cj4+Pj4ga2V4ZWNAbGlzdHMuaW5mcmFkZWFkLm9yZwo+Pj4+IGh0dHA6Ly9saXN0 cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8va2V4ZWMKPj4+Cj4+Pgo+Pgo+Pgo+PiAt LQo+PiBUaGFua3MKPj4gWmhvdQo+Pgo+Pgo+Cj4KCgotLSAKVGhhbmtzClpob3UKCgoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Ka2V4ZWMgbWFpbGluZyBs aXN0CmtleGVjQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcv bWFpbG1hbi9saXN0aW5mby9rZXhlYwo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757210AbcHCCVB (ORCPT ); Tue, 2 Aug 2016 22:21:01 -0400 Received: from cn.fujitsu.com ([59.151.112.132]:26522 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752988AbcHCCUv (ORCPT ); Tue, 2 Aug 2016 22:20:51 -0400 X-IronPort-AV: E=Sophos;i="5.22,518,1449504000"; d="scan'208";a="9457158" Message-ID: <57A154B7.4090407@cn.fujitsu.com> Date: Wed, 3 Aug 2016 10:19:35 +0800 From: =?UTF-8?B?Ilpob3UsIFdlbmppYW4v5ZGo5paH5YmRIg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Baoquan He CC: , , , Subject: Re: [PATCH v3 2/2] Documentation: kdump: add description of bringing up SMP dump-capture kernel References: <1470185952-23477-1-git-send-email-zhouwj-fnst@cn.fujitsu.com> <1470185952-23477-2-git-send-email-zhouwj-fnst@cn.fujitsu.com> <20160803015818.GB2465@x1.redhat.com> <57A15156.3060507@cn.fujitsu.com> <20160803021825.GB3637@x1.redhat.com> In-Reply-To: <20160803021825.GB3637@x1.redhat.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-yoursite-MailScanner-ID: 7C4DF42CA543.AA560 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: zhouwj-fnst@cn.fujitsu.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/03/2016 10:18 AM, Baoquan He wrote: > On 08/03/16 at 10:05am, "Zhou, Wenjian/周文剑" wrote: >> On 08/03/2016 09:58 AM, Baoquan He wrote: >>> On 08/03/16 at 08:59am, Zhou Wenjian wrote: >>>> SMP dump-capture kernel is useful to improve the performance of kdump in >>>> some cases. So add the description of bringing up SMP dump-capture kernel. >>>> >>>> Signed-off-by: Zhou Wenjian >>>> --- >>>> Documentation/kdump/kdump.txt | 7 +++++++ >>>> 1 file changed, 7 insertions(+) >>>> >>>> diff --git a/Documentation/kdump/kdump.txt b/Documentation/kdump/kdump.txt >>>> index 4aa194e..948b42d 100644 >>>> --- a/Documentation/kdump/kdump.txt >>>> +++ b/Documentation/kdump/kdump.txt >>>> @@ -396,6 +396,13 @@ Notes on loading the dump-capture kernel: >>>> Note, though maxcpus always works, we should replace it by nr_cpus to >>>> save memory if supported by the current ARCH, such as x86. >>>> >>>> +* We should bring up a SMP dump-capture kernel if we intend to use >>> >>> Well, here about SMP dump-capture kernel do you mean kdump kernel with >>> multi-cpu? If I understand it correctly, it's still SMP kdump kernel >>> though nr_cpus=1 is specified. >>> >> >> Actually, I haven't know the detail about it. I wrote the sentence almost >> based on the original description: >> >> * We generally don' have to bring up a SMP kernel just to capture the >> dump. Hence generally it is useful either to build a UP dump-capture >> kernel or specify maxcpus=1 option while loading dump-capture kernel. > > This is right. Here it means either you build a UP kernel used for kdump > kernel because kdump kernel doesn't have to be the same as the 1st > kernel, or you use smp kernel with maxcpus=1 specified. So if you want > to say kdump kernel with multi-cpu need be brought up to improve the > performance of parallel dumping, you need point it out clearly. > I see. I will update the patch. >> >>>> + multi-threads programs with it, such as parallel dump feature of >>>> + makedumpfile. Otherwise, the multi-threads program may have a great >>>> + performance degradation. To bring up a SMP dump-capture kernel, we >>>> + should specify maxcpus\nr_cpus and disable_cpu_apic=[X] options while >>>> + loading it. >>>> + >>>> * For s390x there are two kdump modes: If a ELF header is specified with >>>> the elfcorehdr= kernel parameter, it is used by the kdump kernel as it >>>> is done on all other architectures. If no elfcorehdr= kernel parameter is >>>> -- >>>> 1.8.3.1 >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> kexec mailing list >>>> kexec@lists.infradead.org >>>> http://lists.infradead.org/mailman/listinfo/kexec >>> >>> >> >> >> -- >> Thanks >> Zhou >> >> > > -- Thanks Zhou