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;
Date:   Wed, 22 Mar 2023 16:40:07 +0000
From:   Sudeep Holla <sudeep.holla@arm.com>
To:     Etienne Carriere <etienne.carriere@linaro.org>
Cc:     linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        op-tee@lists.trustedfirmware.org,
        Sumit Garg <sumit.garg@linaro.org>,
        Jens Wiklander <jens.wiklander@linaro.org>,
        Cristian Marussi <cristian.marussi@arm.com>
Subject: Re: [PATCH v5 4/4] firmware: arm_scmi: optee: use optee system
 invocation
Message-ID: <20230322164007.hjsjifg4wznxkgdz@bogus>
References: <20230320162801.2811542-1-etienne.carriere@linaro.org>
 <20230320162801.2811542-4-etienne.carriere@linaro.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20230320162801.2811542-4-etienne.carriere@linaro.org>
Precedence: bulk

On Mon, Mar 20, 2023 at 05:28:01PM +0100, Etienne Carriere wrote:
> Changes SCMI optee transport to call tee_client_system_session()
> to request optee driver to provision an entry context in OP-TEE
> for processing OP-TEE messages. This prevents possible deadlock
> in case OP-TEE threads are all consumed while these may be waiting
> for a clock or regulator to be enable which SCMI OP-TEE service which
> requires a free thread context to execute.
>

Assuming it will be routed via OPTEE tree,

Acked-by: Sudeep Holla <sudeep.holla@arm.com>

-- 
Regards,
Sudeep