[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <171933390698.2418820.597257098896589015.b4-ty@kernel.org>
Date: Tue, 25 Jun 2024 09:45:13 -0700
From: Bjorn Andersson <andersson@...nel.org>
To: Konrad Dybcio <konrad.dybcio@...aro.org>,
Sibi Sankar <quic_sibis@...cinc.com>,
Mathieu Poirier <mathieu.poirier@...aro.org>,
Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
Cc: linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org,
linux-remoteproc@...r.kernel.org,
Johan Hovold <johan+linaro@...nel.org>,
Xilin Wu <wuxilin123@...il.com>,
Bryan O'Donoghue <bryan.odonoghue@...aro.org>,
Steev Klimaszewski <steev@...i.org>,
Alexey Minnekhanov <alexeymin@...tmarketos.org>,
Neil Armstrong <neil.armstrong@...aro.org>,
Chris Lew <quic_clew@...cinc.com>
Subject: Re: (subset) [PATCH v9 0/5] soc: qcom: add in-kernel pd-mapper implementation
On Sat, 22 Jun 2024 01:03:39 +0300, Dmitry Baryshkov wrote:
> Protection domain mapper is a QMI service providing mapping between
> 'protection domains' and services supported / allowed in these domains.
> For example such mapping is required for loading of the WiFi firmware or
> for properly starting up the UCSI / altmode / battery manager support.
>
> The existing userspace implementation has several issue. It doesn't play
> well with CONFIG_EXTRA_FIRMWARE, it doesn't reread the JSON files if the
> firmware location is changed (or if the firmware was not available at
> the time pd-mapper was started but the corresponding directory is
> mounted later), etc.
>
> [...]
Applied, thanks!
[5/5] remoteproc: qcom: enable in-kernel PD mapper
commit: 5b9f51b200dcb2c3924ecbff324fa52f1faa84d3
Best regards,
--
Bjorn Andersson <andersson@...nel.org>
Powered by blists - more mailing lists