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;
From:   Sudeep Holla <sudeep.holla@arm.com>
To:     linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        Cristian Marussi <cristian.marussi@arm.com>
Cc:     Sudeep Holla <sudeep.holla@arm.com>, james.quinlan@broadcom.com,
        f.fainelli@gmail.com, vincent.guittot@linaro.org, peng.fan@nxp.com,
        quic_nkela@quicinc.com, Bjorn Andersson <andersson@kernel.org>
Subject: Re: [PATCH] firmware: arm_scmi: Fix chan_free cleanup on SMC
Date:   Sat, 22 Jul 2023 09:07:41 +0100
Message-ID: <169001322427.3545964.6410630104067663771.b4-ty@arm.com>
In-Reply-To: <20230719173533.2739319-1-cristian.marussi@arm.com>
References: <20230719173533.2739319-1-cristian.marussi@arm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Wed, 19 Jul 2023 18:35:33 +0100, Cristian Marussi wrote:
> SCMI transport based on SMC can optionally use an additional IRQ to signal
> message completion; the associated ISR is currently allocated using devres
> but the core SCMI stack, on shutdown, will call .chan_free() well before
> any managed cleanup is invoked by devres and, as a consequence, the arrival
> of a late reply to an in-flight pending transaction could still trigger the
> ISR well after the SCMI core has cleaned up the channels, with unpleasant
> results.
> 
> [...]

Applied to sudeep.holla/linux (for-next/scmi/fixes), thanks!

[1/1] firmware: arm_scmi: Fix chan_free cleanup on SMC
      https://git.kernel.org/sudeep.holla/c/d1ff11d7ad87
--
Regards,
Sudeep