Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4669043pxv; Tue, 20 Jul 2021 08:58:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz9XDIQSN2ScVrSeXVS4eWtCWc5PIaSwAVMrofkhnEYCZqSMhysFlsxLM2EG9IINZfE+bl6 X-Received: by 2002:a17:906:86ce:: with SMTP id j14mr32781419ejy.152.1626796703394; Tue, 20 Jul 2021 08:58:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626796703; cv=none; d=google.com; s=arc-20160816; b=Puf/DFQu+RISpUGoWmWIO/BctE+UeeV8MovP423kTAg3IF3SB5bohg/Ve90ILVR9t1 IfrWVndENE2dp2k18XBMyLJvVsMsaKqqGrCb2hT2aJap1ki27oDeY8AX6Mt1pNP8RK/2 GUak/wL7GU8D5pruxENj8M2hSmF3uMpx8qwn5L2GrH978l4jeg47bjD+9E4QilvkIQ8c +3P58MMGeGbZYLa8+RvHi+PLIj/jG01cc+pR+++KQ5VGipA1ND98t8uw/1LAvii0xNLf WsFb+GOSo1dtIBAmnEbQddWjH4ULnshzpdqaGlE+saLhdxFfQ06uBh+tw6tVYHk6ycCP MwCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:to:from:cc:in-reply-to:subject:date:dkim-signature; bh=pdh068ptiINg7vYsNON6+uw4KqAOssVbDMcwvukOGd0=; b=j5sIgJAxcyeYLA/oSVjHk4jGd41lT+Q9Q55IdwKh5T4lGF2Hc/0UrFf2/7mQhYigHc OZQxoKKa0sW08tkSbWWCV5xYrY0UbcKE2KtRkuehlq24/XRNU7nsoNv+PanSwYAj6r+t lRXEifGZeeidB194ROHZFqHtO2c5Egc9yW6wGsGa90ybcs5yJPE7SQocg7maesFNGw/s /bwjIQdrdaqS5XyYHFCHgk72E6rkSqFcniKEHGOde/wmJPy2w9QcIdzI5jwvpND3jZUi xRQZB3PvtBd+zTDRbB9wQra6TfIeBmPViwOndk/Do6dUh0BtbLfG7h6ACwd1/mAiyQBc EAQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@dabbelt-com.20150623.gappssmtp.com header.s=20150623 header.b=dpe3XWqR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x4si16740728ejw.729.2021.07.20.08.57.59; Tue, 20 Jul 2021 08:58:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@dabbelt-com.20150623.gappssmtp.com header.s=20150623 header.b=dpe3XWqR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242683AbhGTPL2 (ORCPT + 99 others); Tue, 20 Jul 2021 11:11:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59278 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242519AbhGTPDM (ORCPT ); Tue, 20 Jul 2021 11:03:12 -0400 Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5402BC061766 for ; Tue, 20 Jul 2021 08:43:45 -0700 (PDT) Received: by mail-pf1-x42f.google.com with SMTP id d9so8712528pfv.4 for ; Tue, 20 Jul 2021 08:43:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dabbelt-com.20150623.gappssmtp.com; s=20150623; h=date:subject:in-reply-to:cc:from:to:message-id:mime-version :content-transfer-encoding; bh=pdh068ptiINg7vYsNON6+uw4KqAOssVbDMcwvukOGd0=; b=dpe3XWqRXAgtIdDhfs39lSEhRtVR0xEzpdUzBAQqbnUbtk19yaGCwYaYYPltQcIhaA WglRCqfVMuxfAI0AdKQeV45lkBvTHMiRUKOgjbca0BIWZkeQaCZ3uEn6yvotq6gP/XUL 9ODIV7iymwfcJrCvfuJiLLu6Q4xzQEVATdFRYO3GyWm4REbYYHOsOMBQqrvIR+tWGmEA 76vMqkk3IT48ZKlvOGfAYLNSKI+IEfwPTimCwG9xZSjh76iVONtsRdWg8tagak9hxFVT RxE8iIgabG5Y+MfvGU/fANMRupaTYx2BbKiJvYj58kGG7idGGRJdUi7Y2qLOd46xi5tM vcRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:subject:in-reply-to:cc:from:to:message-id :mime-version:content-transfer-encoding; bh=pdh068ptiINg7vYsNON6+uw4KqAOssVbDMcwvukOGd0=; b=I599oq4UL3QrPFUBLkiszXyb9jOh9D89ffoZmtOrZTGwJR+Mw/+8X2/el1rU4pwu1e xQ5v1CGhPNd+WrNK2wPJdDD6w2QuhezA8RfGhnOTsWUUvWzTW2yQZavowCsIIoawmNlx LChgIrRazX7RDUKSMTZkQcmmhrqMLRPYTkNn/8j2J6smO6TXtweV7JS0/oQGcFkvm00b TUh+dzOLfZejYegRD/2bOWrGhr3TTPaF4BABZips1hwzaIJYSxYuLYbS6fb9L7lR8iKV BgRkdY/grjriwwcbXwkPpCPGXUtygYJ9vaWCOY/d5UHzddVbofU2on6nLwRIv22aMs/2 iOLQ== X-Gm-Message-State: AOAM532jWTXNGz5q3vwRWgnPCVDbLR8IGDKk2AdiIYJPwvqPXx/HARzw uIWOJ+HasUnzSF84NlGX7mcx3g== X-Received: by 2002:aa7:9ae4:0:b029:32e:b1:78e8 with SMTP id y4-20020aa79ae40000b029032e00b178e8mr31996254pfp.46.1626795824423; Tue, 20 Jul 2021 08:43:44 -0700 (PDT) Received: from localhost (76-210-143-223.lightspeed.sntcca.sbcglobal.net. [76.210.143.223]) by smtp.gmail.com with ESMTPSA id b7sm23833755pfl.195.2021.07.20.08.43.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Jul 2021 08:43:43 -0700 (PDT) Date: Tue, 20 Jul 2021 08:43:43 -0700 (PDT) X-Google-Original-Date: Tue, 20 Jul 2021 08:43:39 PDT (-0700) Subject: Re: [PATCH v4 06/10] riscv: Remove non-standard linux,elfcorehdr handling In-Reply-To: <170e7daa55aced148b8e57827f7c8fc65a0a8c7a.1626266516.git.geert+renesas@glider.be> CC: robh+dt@kernel.org, linux@armlinux.org.uk, nico@fluxnic.net, ardb@kernel.org, linus.walleij@linaro.org, catalin.marinas@arm.com, will@kernel.org, mick@ics.forth.gr, Paul Walmsley , aou@eecs.berkeley.edu, frowand.list@gmail.com, dyoung@redhat.com, rppt@kernel.org, bhe@redhat.com, vgoyal@redhat.com, akpm@linux-foundation.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, kexec@lists.infradead.org, linux-mm@kvack.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org, geert+renesas@glider.be From: Palmer Dabbelt To: geert+renesas@glider.be Message-ID: Mime-Version: 1.0 (MHng) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 14 Jul 2021 05:50:16 PDT (-0700), geert+renesas@glider.be wrote: > RISC-V uses platform-specific code to locate the elf core header in > memory. However, this does not conform to the standard > "linux,elfcorehdr" DT bindings, as it relies on a reserved memory node > with the "linux,elfcorehdr" compatible value, instead of on a > "linux,elfcorehdr" property under the "/chosen" node. > > The non-compliant code can just be removed, as the standard behavior is > already implemented by platform-agnostic handling in the FDT core code. > > Fixes: 5640975003d0234d ("RISC-V: Add crash kernel support") > Signed-off-by: Geert Uytterhoeven > --- > v4: > - No changes. > --- > arch/riscv/mm/init.c | 20 -------------------- > 1 file changed, 20 deletions(-) > > diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c > index 269fc648ef3d84b2..4aa4b6a034086df6 100644 > --- a/arch/riscv/mm/init.c > +++ b/arch/riscv/mm/init.c > @@ -829,26 +829,6 @@ static void __init reserve_crashkernel(void) > } > #endif /* CONFIG_KEXEC_CORE */ > > -#ifdef CONFIG_CRASH_DUMP > -/* > - * We keep track of the ELF core header of the crashed > - * kernel with a reserved-memory region with compatible > - * string "linux,elfcorehdr". Here we register a callback > - * to populate elfcorehdr_addr/size when this region is > - * present. Note that this region will be marked as > - * reserved once we call early_init_fdt_scan_reserved_mem() > - * later on. > - */ > -static int __init elfcore_hdr_setup(struct reserved_mem *rmem) > -{ > - elfcorehdr_addr = rmem->base; > - elfcorehdr_size = rmem->size; > - return 0; > -} > - > -RESERVEDMEM_OF_DECLARE(elfcorehdr, "linux,elfcorehdr", elfcore_hdr_setup); > -#endif > - > void __init paging_init(void) > { > setup_bootmem(); Reviewed-by: Palmer Dabbelt Acked-by: Palmer Dabbelt LMK if you wanted me to take this series, otherwise I'm going to assume it's going in via some other tree.