Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp3528125pxp; Tue, 8 Mar 2022 16:41:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJxpM/onVOy+cZrFhtZl4Fhi3p9ei0Exw82X/c1WsUC/bpwKLZmsUiYs5V/4vb555xpt3Wt3 X-Received: by 2002:a17:90a:8581:b0:1b2:7541:af6c with SMTP id m1-20020a17090a858100b001b27541af6cmr7734386pjn.48.1646786488720; Tue, 08 Mar 2022 16:41:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646786488; cv=none; d=google.com; s=arc-20160816; b=D+Esznikc1OVM8fkIFHT7q9j48Axes1GUyvK3LoQQEEqgEKfKkWW3ymHUUDaplxoKT f8ST7c9XSd/Uccq+oml5AGkdmyEc0UwXhdenzQGKMYLXtcQDVF6AukAg62lJLmLZ+zfm M2If6+g8SQxXM6/ctSoN5J3glbMeSpl+jGFeZQ73AmxLTSYnLX/tkhN13IUnxBV4N/4N 18o3EzXF175S6xmCIxvwoIM3YX4Dx6/IbvNcxi0ayJ36Hh0oDDGuyYbOBVMo21s92xV1 guuAQ8hq2gQmRX4PVjyeRllWZf/vhRSDb5DydXtNCuZTlw52masg4GKdzYOuJuBHQqcS kORg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=6c2lABTBXkqH3piZDcmcp4tKU51yf7bKQlChnZc1puI=; b=sXKVDnWHj7+YVj80Y4Odoanll3XE9tfa9TfJko+/EvsGrP0wGvfCBPiIRDAsGSuzzi Gp77g63jLTpaOTi++uUuuis5RJ5w4/Qszk1OF60WG+RNau6M0cjINtknVQSgA4PVbBGn GfFifSh4VEo6ZMsFPEA7QslGcJeJO4ttbmHw7QzSLDqcBuOJPvoFM6rhs9vPmLr89d5z 8WyypE0n5FTic38w1Df4YsI0B+0tf9W7mkjNsOIwvDPQoNYwSRmYSfhwXMDz4atVXamc oqTvq1mlvZ5oLEshl7HSJC9+BTuV+eT008h4r8MCsWU+v4xYRTiLxr6FzBFsIw2penQy bl8Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@igalia.com header.s=20170329 header.b=HyVEq1Id; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id g3-20020a636b03000000b0038001036725si360702pgc.556.2022.03.08.16.41.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Mar 2022 16:41:28 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=fail header.i=@igalia.com header.s=20170329 header.b=HyVEq1Id; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B65EC2182F; Tue, 8 Mar 2022 15:55:53 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243135AbiCGO0v (ORCPT + 99 others); Mon, 7 Mar 2022 09:26:51 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233094AbiCGO0t (ORCPT ); Mon, 7 Mar 2022 09:26:49 -0500 Received: from fanzine2.igalia.com (fanzine2.igalia.com [213.97.179.56]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 08B0C79392; Mon, 7 Mar 2022 06:25:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=igalia.com; s=20170329; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6c2lABTBXkqH3piZDcmcp4tKU51yf7bKQlChnZc1puI=; b=HyVEq1Id5fcjuyIM4h//ARGHuz ff2H2jPEeb0oQHzHhlFvu7XWNBpRXYZRtbj06y8FdPl9OCE9axsnOleYh8LkdrPDRxy+OMcSfalZD vNdFQ0Ak9lQCR0auV5QO+i3LuVMg/8qV4/9xDeHyQOuB9xCsH59kOhyuxHqGCrUw4NwpWXjgW33ni onr2xAefdxEi+WUlg8mbppSWplYnrr0hSjK/SITKuWDXpvDE6v9omrkvPs9kRYKUbNU2J6kGhXcqY 7ZZ2dJXpV6rL9tlm7tUUw4dR8KYUYlGg3+v8pUX4+hZ4nYKjEQTpOtFZVe97+PZTN/oBuMSgrpdHb UsOXtVtA==; Received: from [187.56.66.217] (helo=[192.168.1.60]) by fanzine2.igalia.com with esmtpsa (Cipher TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128) (Exim) id 1nREJ0-000BxM-KQ; Mon, 07 Mar 2022 15:25:46 +0100 Message-ID: <788ab36d-ef65-4cc8-4edf-a46d2687d97e@igalia.com> Date: Mon, 7 Mar 2022 11:25:30 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: [PATCH V4] notifier/panic: Introduce panic_notifier_filter Content-Language: en-US To: "bhe@redhat.com" Cc: Petr Mladek , "d.hatayama@fujitsu.com" , "kexec@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "dyoung@redhat.com" , "linux-doc@vger.kernel.org" , "vgoyal@redhat.com" , "stern@rowland.harvard.edu" , "akpm@linux-foundation.org" , "andriy.shevchenko@linux.intel.com" , "corbet@lwn.net" , "halves@canonical.com" , "kernel@gpiccoli.net" References: <20220108153451.195121-1-gpiccoli@igalia.com> <73011b6f-084b-43f5-cc01-1818a8a57e56@igalia.com> From: "Guilherme G. Piccoli" In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 07/03/2022 11:04, bhe@redhat.com wrote: > [...] > Ah, sorry, I even didn't notice that. That's awesome if we can make use > of that. While I still have concerns: > Thanks, nice that you liked the idea. > 1) about those we have decided to take out from panic notifier list and > put before kdump, e.g the Hypver-V notifier, how will we do with it? Are > we going to handle them as we have discussed? > While implementing that I will think of something, but if understood/remember correctly Hyper-V gonna be one of the first to run in the first notifier list proposed by Petr - so we might still use ordering by priority there, having Hyper-V being the first heh > 2) Combing and settling priority for all existing panic notifier looks > great, even though it will take some effort. How about the later newly > added one? How can we guarantee that those new notifiers are getting > appropriate priority to mark their order? Sometime we even don't know > a new panic notifier is added since code change may be made in any > component or driver. > This is a great point! How to do it? One idea is to have a special registering function for panic notifiers that checks for priority field missing, and good documentation is a good idea as well, always. But if you / others have other suggestions, let me know - appreciate that. Cheers, Guilherme