From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 655F3EB64D7 for ; Wed, 28 Jun 2023 11:53:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231162AbjF1Lx2 (ORCPT ); Wed, 28 Jun 2023 07:53:28 -0400 Received: from dfw.source.kernel.org ([139.178.84.217]:33752 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229456AbjF1LxZ (ORCPT ); Wed, 28 Jun 2023 07:53:25 -0400 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 64276612B9; Wed, 28 Jun 2023 11:53:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 56E20C433C8; Wed, 28 Jun 2023 11:53:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1687953204; bh=xVwb1hbny65LhXYunDaleFlCI4FDcQUSrTRPLj3KOu4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=n5+HSauXIMq7f8QOzjxVRIWnK3eqJ1mLau90HUb4uVZsHYw7BRnhCeuJGwyOX6qWV E16XKq5bnSNYMFnZCMR1M0ZYF8ZNUSO1L4Jylwy4G3PDb5X8+WrSS2ACWaT607iITu fcKM++1YXmWkvyxdHi458eviBa+KPKIynKx9odHdDBLpiM95i0BQTri/X43JvEE1MG oWAEQTUrC93KxgYtJTJqbS0p5EPVDvgg7Whzux/W9S+Yq/jAE0Zx6QbkK1M2lfBFgs 9Ljvr0Go4pxMvx8QlpRDw6Jyulq19dQHwUf45xFICTrZSXuyq2nV0NxOsvHymBVcox L+lMr6g18Ojag== Date: Wed, 28 Jun 2023 12:53:14 +0100 From: Mark Brown To: Srinivas Kandagatla Cc: krzysztof.kozlowski+dt@linaro.org, andersson@kernel.org, robh+dt@kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, dmitry.baryshkov@linaro.org, johan+linaro@kernel.org, perex@perex.cz, tiwai@suse.com, lgirdwood@gmail.com, ckeepax@opensource.cirrus.com, kuninori.morimoto.gx@renesas.com, linux-kernel@vger.kernel.org, pierre-louis.bossart@linux.intel.com, alsa-devel@alsa-project.org Subject: Re: [PATCH 2/3] ASoC: qcom: q6apm: add support for reading firmware name from DT Message-ID: References: <20230628102621.15016-1-srinivas.kandagatla@linaro.org> <20230628102621.15016-3-srinivas.kandagatla@linaro.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hBi2IyGgla1GexBf" Content-Disposition: inline In-Reply-To: <20230628102621.15016-3-srinivas.kandagatla@linaro.org> X-Cookie: HELLO, everybody, I'm a HUMAN!! Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --hBi2IyGgla1GexBf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 28, 2023 at 11:26:20AM +0100, Srinivas Kandagatla wrote: > Currently firmware file name is autogenerated based on card name and mode= l number, > however this imposed a restriction of finding firmware in a single firmwa= re path. > Platform specific firmwares are normally located in sub folders of the So= C. >=20 > 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. --hBi2IyGgla1GexBf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmScHyoACgkQJNaLcl1U h9A3/Qf+M+M8zuT/1Y8FhzspndLccu9JqoTFH0Rx5lIglukamB7ABbwn7IZYk2Q/ A0l3/Gs8GOpaNVeWpWDp603eHiEdgL3Lxuoe5uFfIWDYiciH8JIYgenbpqJSpleG NmcSFUwTLUC/Jd3pLlbBmjhRL8SncpXvEuReausjHNdnSzMqZurMFhC5wzli4Iv4 eFpFGmYvQ0S1ljHC0Kfs3s7TC9xfk5yNYBcRoC3V1tzQkFsBm7X237QCvyjQO7Q8 4d03zsBHN8y1jK+Iaz3qGLwu6MHlmkKkH7ZtKlPNDNziMjyg3F6XwiobWukjWYu7 /OqWgA7xwRYquR7taXpc2cpK116OrA== =3HfF -----END PGP SIGNATURE----- --hBi2IyGgla1GexBf--