Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp689308iob; Thu, 28 Apr 2022 09:45:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx2ZZu1xo8EtqwlOW8nGqE1JRjcwnRsciFITArU+/diDAq4GAMOhZpTlZT6VHsfdV7tqka6 X-Received: by 2002:a2e:7c16:0:b0:246:377b:f802 with SMTP id x22-20020a2e7c16000000b00246377bf802mr21616568ljc.155.1651164335961; Thu, 28 Apr 2022 09:45:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651164335; cv=none; d=google.com; s=arc-20160816; b=CcikR90+qcC8tgN3ZXaF4PdRFdYNg3qZ36pWkJHrb0IEZAYs3SDlPBuDAjBxl+hQBV v5rx6y4p3+PiXZO+Ebukbp5Rwr95Fqy3ra/LHwjDYjQSWyWrs92ULrRxdxQbH6XqEsWc QbSnYLhVUu3EPPyNvQkmNoVIPaH7gSwOHT72lpc4DBeLdZzkqlar6ekchrH/L1JilJz1 XLn32E73MibyZLlt7XxKS23fj4ARka/bMmNrJH/UcSev8F5E0voA6cYDoGTYUoyBcwVw VvFt62mQAhLQdpk/jRA/G3Ofk7AVrL6dB0XVG8yNZ2tLpCfZDTQwPVcHEFnUptD6ycLF KVrA== 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:subject:user-agent:mime-version:date:message-id; bh=45I3SobHoutNqHp0VsORQP5dhNbKkYnIqVFF/g2NXQ8=; b=AD33HAJVoPYykBDDfsNmtsADnQ71GjpdNESpgB5U/hn3QRTs817ccXy8cxrULgqtfW sWih17yXUIuZJFEmhzpkYpyVOqIz9yp5QmQTVd9xnfzwUp62AvXtTgKnKpXzYj6+OV7J pQT9i8Axm85deKp+4I162cJ53q9YGDkKBbeajfxeE3CB5g8RNhtcGuYPNaloSP3HBOy4 xL4oIAqbKjuWV59lHsUD4lMsntvrrAOFh6AYvVraD8IDMWN8963ajsTCCRlYwmtJN73K yag1zGCs9sopG5/dp56Dogzugfl7qcwUxB1mq7lnQCo+luybwO59JSey0QMYaftbPGYG bzSg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b24-20020a0565120b9800b0046bb507dd3fsi6406790lfv.152.2022.04.28.09.45.07; Thu, 28 Apr 2022 09:45:35 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343875AbiD1IO5 (ORCPT + 99 others); Thu, 28 Apr 2022 04:14:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54654 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244874AbiD1IOg (ORCPT ); Thu, 28 Apr 2022 04:14:36 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 364F776282; Thu, 28 Apr 2022 01:11:21 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 0C4C213D5; Thu, 28 Apr 2022 01:11:21 -0700 (PDT) Received: from [10.57.12.231] (unknown [10.57.12.231]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0E93F3F774; Thu, 28 Apr 2022 01:11:11 -0700 (PDT) Message-ID: <3cafe4fd-8a0b-2633-44a3-2995abd6c38c@arm.com> Date: Thu, 28 Apr 2022 09:11:10 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier To: "Guilherme G. Piccoli" , akpm@linux-foundation.org, bhe@redhat.com, pmladek@suse.com, kexec@lists.infradead.org Cc: linux-kernel@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, coresight@lists.linaro.org, linuxppc-dev@lists.ozlabs.org, linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-edac@vger.kernel.org, linux-hyperv@vger.kernel.org, linux-leds@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linux-pm@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-s390@vger.kernel.org, linux-tegra@vger.kernel.org, linux-um@lists.infradead.org, linux-xtensa@linux-xtensa.org, netdev@vger.kernel.org, openipmi-developer@lists.sourceforge.net, rcu@vger.kernel.org, sparclinux@vger.kernel.org, xen-devel@lists.xenproject.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, bp@alien8.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, Leo Yan , Mathieu Poirier , Mike Leach References: <20220427224924.592546-1-gpiccoli@igalia.com> <20220427224924.592546-10-gpiccoli@igalia.com> From: Suzuki K Poulose In-Reply-To: <20220427224924.592546-10-gpiccoli@igalia.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 Hi Guilherme, On 27/04/2022 23:49, Guilherme G. Piccoli wrote: > The panic notifier infrastructure executes registered callbacks when > a panic event happens - such callbacks are executed in atomic context, > with interrupts and preemption disabled in the running CPU and all other > CPUs disabled. That said, mutexes in such context are not a good idea. > > This patch replaces a regular mutex with a mutex_trylock safer approach; > given the nature of the mutex used in the driver, it should be pretty > uncommon being unable to acquire such mutex in the panic path, hence > no functional change should be observed (and if it is, that would be > likely a deadlock with the regular mutex). > > Fixes: 2227b7c74634 ("coresight: add support for CPU debug module") > Cc: Leo Yan > Cc: Mathieu Poirier > Cc: Mike Leach > Cc: Suzuki K Poulose > Signed-off-by: Guilherme G. Piccoli How would you like to proceed with queuing this ? I am happy either way. In case you plan to push this as part of this series (I don't see any potential conflicts) : Reviewed-by: Suzuki K Poulose