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, 10 Aug 2022 14:50:02 +0100
From:   Mark Brown <broonie@kernel.org>
To:     Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Cc:     Cezary Rojewski <cezary.rojewski@intel.com>,
        Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>,
        Liam Girdwood <liam.r.girdwood@linux.intel.com>,
        Peter Ujfalusi <peter.ujfalusi@linux.intel.com>,
        Bard Liao <yung-chuan.liao@linux.intel.com>,
        Ranjani Sridharan <ranjani.sridharan@linux.intel.com>,
        Kai Vehmanen <kai.vehmanen@linux.intel.com>,
        Jaroslav Kysela <perex@perex.cz>,
        Takashi Iwai <tiwai@suse.com>,
        Harsha Priya <harshapriya.n@intel.com>,
        "Subhransu S. Prusty" <subhransu.s.prusty@intel.com>,
        Vinod Koul <vkoul@kernel.org>,
        Sriram Periyasamy <sriramx.periyasamy@intel.com>,
        linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org,
        alsa-devel@alsa-project.org
Subject: Re: [PATCH] ASoC: Intel: kbl_rt5663_max98927: Simplify clk_get()
 usage
Message-ID: <YvO3ip3LPw2QhADB@sirena.org.uk>
References: <55e59c4792d64ff6336fcaa85ec15590553e9d63.1659903516.git.christophe.jaillet@wanadoo.fr>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="8f7/N4iM6yxDc5OG"
Content-Disposition: inline
In-Reply-To: <55e59c4792d64ff6336fcaa85ec15590553e9d63.1659903516.git.christophe.jaillet@wanadoo.fr>
Precedence: bulk


--8f7/N4iM6yxDc5OG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, Aug 07, 2022 at 10:18:54PM +0200, Christophe JAILLET wrote:
> If clk_get() returns -ENOENT, there is no need to defer the driver, -ENOENT
> will be returned the same for each retries.
> So, return the error code directly instead of -EPROBE_DEFER.

Are you *sure* that this is the case on Intel platforms where we don't
have a full firmware description for clocks and therefore can't identify
cases where we expect a clock to at some point to become available.

--8f7/N4iM6yxDc5OG
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmLzt4kACgkQJNaLcl1U
h9CnPAf+JlNwgdYGY4MFDqefm1yqyuquLmEMVZPRqXlVvL9fv6ZEmm0uO+qzFLxo
dtb3FM4z4O+JKX4LZyWC1h+PpOVDJuAvLZlSRlgGg69J/tUxlRSFNgdVgPIlOSYg
COvC+whBTH2YI1fQ0lxMQznUs+HJ2OEAU4we794TmenrkSf+xiExyWu8XQ/4ncwi
LmUdCP1+uvy1qz5b+NJx+EizRT3ywpk1qvjIcInGVA1ztx1Fh4EXz5OXNQFUqGK4
5sx0ixFWxjuuS0mZvDJHFW8mZpiMkhf10lE8HfhIrrDA07beSZKcPRSVsAnFPyKK
PT7th+4gOUAw7tgszFTRTLj1r3XADA==
=rC/L
-----END PGP SIGNATURE-----

--8f7/N4iM6yxDc5OG--