Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp5115450rwb; Wed, 17 Aug 2022 11:19:04 -0700 (PDT) X-Google-Smtp-Source: AA6agR492Akd8PRZz0AHQSL4U5RsvivGtizJJWaRuu1B95BZeVoWOHYVbxCnN1QzO2fikhiL9cNu X-Received: by 2002:a17:906:8a73:b0:730:9af8:b335 with SMTP id hy19-20020a1709068a7300b007309af8b335mr18174970ejc.14.1660760343821; Wed, 17 Aug 2022 11:19:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660760343; cv=none; d=google.com; s=arc-20160816; b=TKRP5imAdlDdU2p/PfZsPSCFnMAPc6RVdqgNG1s9ak4/rmVajAwOxOY/gfUKZEZk2M V4M+vn/TvHiXjiFgIEVmkU58VNbxPK1EPcqUD9MwFFPT9RNmKuXhkvkheRf5+zubH5fk udKlU+SBIEwrFCra12ZSxJuQthXi0twjxj8gRlyp9Lx+KPUAbHpoVp1/y/D31BJollJF rUOuHsc2Z515QsuU5m0CSx4EwUQEQRbJwykBlDwLXcMLgfHOF1s7WQAwMX0rpi7kfGfQ ilBnrAaAPHtolMaa2wcQREEcNdpYsdPemkT+DDhlaTlMt4JvbstAa+LRFCLpTJf/zfCQ Sa5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=dUKj+X8ljKS3x0J7PLstLS2kOGr7pWVjrGVNsA+POsw=; b=s0vf5nAFEUy4ay2lZEZ5xduwlJuPzkTIfCU0GPKZTUK997gCMIjmi01IDjraoNDQT9 DtalK8VhC3gwLGK/QiuqMJCjQUYvQGuPg6hiLHkM/Uvk74lBoNHJLh3rVGlel2wPfog+ bl3SWTXPd9wZixTH5CQZiPTxUyf5Q2ufCxk6knw+dgal5mPnJcH/tipTbVdMj1EueToX hflRDD0zOVRILcuQg/4rue52oJ5Vi8keW+sBB/M/H4hdxNNlavftHUJtijrm+ApDnbcH Ww3APGtYOzEKmNTU42jcVcRn3+W9NJ8s85hLhl9szFCWnWa9cfRSEIWrHEkBzeIgpyAB 5Gbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=OCrRjeci; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id wt14-20020a170906ee8e00b0072b4ad3252dsi2111081ejb.83.2022.08.17.11.18.36; Wed, 17 Aug 2022 11:19:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=OCrRjeci; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241215AbiHQRcG (ORCPT + 99 others); Wed, 17 Aug 2022 13:32:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238004AbiHQRcE (ORCPT ); Wed, 17 Aug 2022 13:32:04 -0400 Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 00A7749B61; Wed, 17 Aug 2022 10:32:02 -0700 (PDT) Received: from zn.tnic (p200300ea971b98b0329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:971b:98b0:329c:23ff:fea6:a903]) (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 2A7411EC04E4; Wed, 17 Aug 2022 19:31:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1660757517; 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=dUKj+X8ljKS3x0J7PLstLS2kOGr7pWVjrGVNsA+POsw=; b=OCrRjecizgJkhIrUuxZqNNRqYD/0fFaYs2TDejeDXW/mmrrYLWtuimSo/AnlefpOtU+AMj bsL7N758/zQeINPpMpOiI/ASS6nWSKedONPjIH0T9YfOo5o9ytEmycBmsrGT973RrHO3j/ FA4Bt5FgbzcF1qKWUonHjI/9nn6LXBk= Date: Wed, 17 Aug 2022 19:31:53 +0200 From: Borislav Petkov To: "Guilherme G. Piccoli" Cc: akpm@linux-foundation.org, bhe@redhat.com, pmladek@suse.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, netdev@vger.kernel.org, x86@kernel.org, kernel-dev@igalia.com, kernel@gpiccoli.net, halves@canonical.com, fabiomirmar@gmail.com, alejandro.j.jimenez@oracle.com, andriy.shevchenko@linux.intel.com, arnd@arndb.de, corbet@lwn.net, d.hatayama@jp.fujitsu.com, dave.hansen@linux.intel.com, dyoung@redhat.com, feng.tang@intel.com, gregkh@linuxfoundation.org, mikelley@microsoft.com, hidehiro.kawai.ez@hitachi.com, jgross@suse.com, john.ogness@linutronix.de, keescook@chromium.org, luto@kernel.org, mhiramat@kernel.org, mingo@redhat.com, paulmck@kernel.org, peterz@infradead.org, rostedt@goodmis.org, senozhatsky@chromium.org, stern@rowland.harvard.edu, tglx@linutronix.de, vgoyal@redhat.com, vkuznets@redhat.com, will@kernel.org, linux-edac@vger.kernel.org, Dinh Nguyen , Tony Luck Subject: Re: [PATCH v2 10/13] EDAC/altera: Skip the panic notifier if kdump is loaded Message-ID: References: <20220719195325.402745-1-gpiccoli@igalia.com> <20220719195325.402745-11-gpiccoli@igalia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220719195325.402745-11-gpiccoli@igalia.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 19, 2022 at 04:53:23PM -0300, Guilherme G. Piccoli wrote: > The altera_edac panic notifier performs some data collection with > regards errors detected; such code relies in the regmap layer to > perform reads/writes, so the code is abstracted and there is some > risk level to execute that, since the panic path runs in atomic > context, with interrupts/preemption and secondary CPUs disabled. > > Users want the information collected in this panic notifier though, > so in order to balance the risk/benefit, let's skip the altera panic > notifier if kdump is loaded. While at it, remove a useless header > and encompass a macro inside the sole ifdef block it is used. How does the fact that kdump is loaded, obviate the need to print information about the errors? Are you suggesting that people who have the whole vmcore would be able to piece together the error information? -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette