Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4688494imm; Mon, 17 Sep 2018 19:49:30 -0700 (PDT) X-Google-Smtp-Source: ANB0Vdb/Bxqw/TBvgdI1R9PIg6cVvRUl/wbvpk5KzaQQ27wS1NXl1kBwnA/orghQMlFaUS6KV1hP X-Received: by 2002:a63:88c8:: with SMTP id l191-v6mr25843741pgd.340.1537238970071; Mon, 17 Sep 2018 19:49:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537238970; cv=none; d=google.com; s=arc-20160816; b=EabFqiMilfcx6+IOFbuQ+hCN0lJqIe5OLZUEPkNw2w4YhaWhhdexGG6EBf1xBoBuJn nml9+SLWGUdel74i99sJzkejsbGDFWErpWO9o2tXhXNSvjhxHBM9wCr0qk1VPACEwyuj 5On0L0MVkOkt33KXnOFBJ0NxO2PD0hLAR6TVUdGPi6ogzocMrZP155bhbgrgSMPrxgtq U4GWBJSLWyiZNtLmbM98fBES7EJZG1GDX53qV7j+uk7DTRhJ17jg3KriEXNPss6h5lLO vV4ff0khm1MtCHx95tj4Qg0a6JbAxJkmlzkPfp1sYymtxbFQpiJe766zGxuoW07qhTGQ hVfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=b2l8573JLgiNinRluAt8ToEUVl0gWdQHZEZrBUlJlP4=; b=ZeuibY8cCGz/HYNJdr+K+Sva2HjPFZHqfCwk25kMlCBpC9Priy520xPh1kxPepwsNB Mm4y3qJKlImwA+/trGrnyeRbSq284ZriV3ymqfMa7ZesPEkF0mBJcd6yis1/Tgp5DP+x F68aoHIeRR9xSzCZtqkNf1Klyuw7PgogDQ7doCma9voZy6Yq3qRQNvIbTZE2mJl2/RHC DLcLVdBiZVvNtOfhpb2udUDQNpiSFncPLu6IBQ8Rbtho1r7PNIU+3H39L/KXjCfsWomj va2vt1njalr2Tl04iVCL9I+kVt38/cXMVF3rbbP2y2HxN8ZV919KaMwW5z6vtL/MP6j0 q8qQ== 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 91-v6si16481344ply.405.2018.09.17.19.49.15; Mon, 17 Sep 2018 19:49:30 -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 S1728900AbeIRITW (ORCPT + 99 others); Tue, 18 Sep 2018 04:19:22 -0400 Received: from mx1.redhat.com ([209.132.183.28]:42552 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725787AbeIRITW (ORCPT ); Tue, 18 Sep 2018 04:19:22 -0400 Received: from smtp.corp.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id BE4DC83F3C; Tue, 18 Sep 2018 02:48:59 +0000 (UTC) Received: from localhost.localdomain.com (ovpn-12-52.pek2.redhat.com [10.72.12.52]) by smtp.corp.redhat.com (Postfix) with ESMTP id 8292430912F4; Tue, 18 Sep 2018 02:48:50 +0000 (UTC) From: Lianbo Jiang To: linux-kernel@vger.kernel.org Cc: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org, akpm@linux-foundation.org, dyoung@redhat.com Subject: [PATCH 1/2] x86/kexec_file: add e820 entry in case e820 type string matches to io resource name Date: Tue, 18 Sep 2018 10:48:36 +0800 Message-Id: <20180918024837.17710-2-lijiang@redhat.com> In-Reply-To: <20180918024837.17710-1-lijiang@redhat.com> References: <20180918024837.17710-1-lijiang@redhat.com> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Tue, 18 Sep 2018 02:48:59 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org kdump use walk_iomem_res_desc to iterate io resources then add matched desc to e820 table for 2nd kernel. But IORES_DESC_NONE resource type includes several different e820 types, we need add exact e820 type to 2nd kernel e820 table thus need an extra checking in memmap_entry_callback to match the e820 type and resource name. Signed-off-by: Dave Young Signed-off-by: Lianbo Jiang --- arch/x86/include/asm/e820/api.h | 2 ++ arch/x86/kernel/crash.c | 6 +++++- arch/x86/kernel/e820.c | 2 +- kernel/resource.c | 1 + 4 files changed, 9 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/e820/api.h b/arch/x86/include/asm/e820/api.h index 62be73b23d5c..f5e84fb9fe58 100644 --- a/arch/x86/include/asm/e820/api.h +++ b/arch/x86/include/asm/e820/api.h @@ -42,6 +42,8 @@ extern void e820__register_nosave_regions(unsigned long limit_pfn); extern int e820__get_entry_type(u64 start, u64 end); +extern const char* e820_type_to_string(struct e820_entry *entry); + /* * Returns true iff the specified range [start,end) is completely contained inside * the ISA region. diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c index f631a3f15587..3c113e6545a3 100644 --- a/arch/x86/kernel/crash.c +++ b/arch/x86/kernel/crash.c @@ -37,6 +37,7 @@ #include #include #include +#include /* Used while preparing memory map entries for second kernel */ struct crash_memmap_data { @@ -314,11 +315,14 @@ static int memmap_entry_callback(struct resource *res, void *arg) struct crash_memmap_data *cmd = arg; struct boot_params *params = cmd->params; struct e820_entry ei; + const char *name; ei.addr = res->start; ei.size = resource_size(res); ei.type = cmd->type; - add_e820_entry(params, &ei); + name = e820_type_to_string(&ei); + if (!strcmp(name, res->name)) + add_e820_entry(params, &ei); return 0; } diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c index c88c23c658c1..3e2fc4845fe7 100644 --- a/arch/x86/kernel/e820.c +++ b/arch/x86/kernel/e820.c @@ -1012,7 +1012,7 @@ void __init e820__finish_early_params(void) } } -static const char *__init e820_type_to_string(struct e820_entry *entry) +const char* e820_type_to_string(struct e820_entry *entry) { switch (entry->type) { case E820_TYPE_RESERVED_KERN: /* Fall-through: */ diff --git a/kernel/resource.c b/kernel/resource.c index f5d9fc70a04c..cc90633f35f9 100644 --- a/kernel/resource.c +++ b/kernel/resource.c @@ -366,6 +366,7 @@ static int find_next_iomem_res(struct resource *res, unsigned long desc, res->end = p->end; res->flags = p->flags; res->desc = p->desc; + res->name = p->name; return 0; } -- 2.17.1