[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <73dce263-bee6-554f-9eb6-af4aa7badab1@linaro.org>
Date: Wed, 28 Jun 2023 19:57:38 +0300
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Mark Brown <broonie@...nel.org>,
Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
Cc: krzysztof.kozlowski+dt@...aro.org, andersson@...nel.org,
robh+dt@...nel.org, devicetree@...r.kernel.org,
linux-arm-msm@...r.kernel.org, johan+linaro@...nel.org,
perex@...ex.cz, tiwai@...e.com, lgirdwood@...il.com,
ckeepax@...nsource.cirrus.com, kuninori.morimoto.gx@...esas.com,
linux-kernel@...r.kernel.org, pierre-louis.bossart@...ux.intel.com,
alsa-devel@...a-project.org
Subject: Re: [PATCH 2/3] ASoC: qcom: q6apm: add support for reading firmware
name from DT
On 28/06/2023 14:53, Mark Brown wrote:
> On Wed, Jun 28, 2023 at 11:26:20AM +0100, Srinivas Kandagatla wrote:
>> Currently firmware file name is autogenerated based on card name and model number,
>> however this imposed a restriction of finding firmware in a single firmware path.
>> Platform specific firmwares are normally located in sub folders of the SoC.
>>
>> Provide more flexibity by reading firmware-name from DT.
>
> Why not try a series of firmware names/locations generated using the
> identifying information for the card/system? That way we don't have to
> put a filename in the ABI which has fun scaling issues.
This is what was done by Srini in the initial (currently committed)
version. Unfortunately this easily results in the audio topology being
separated from the rest of the platform-specific firmware. For example,
for the mentioned X13s we already have a subdir under /lib/firmware/qcom
and several firmware-name DT properties pointing to the files in that
subdir:
$ grep firmware-name
arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
firmware-name = "qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn";
firmware-name = "qcom/sc8280xp/LENOVO/21BX/qcadsp8280.mbn";
firmware-name = "qcom/sc8280xp/LENOVO/21BX/qccdsp8280.mbn";
This is not unique to the X13s, other Qualcomm boards also use full paths.
--
With best wishes
Dmitry
Powered by blists - more mailing lists