From: Nicolin Chen <nicoleotsuka@gmail.com>
To: "Maciej S. Szmigiero" <mail@maciej.szmigiero.name>
Cc: Timur Tabi <timur@tabi.org>, Xiubo Li <Xiubo.Lee@gmail.com>,
alsa-devel@alsa-project.org,
linux-kernel <linux-kernel@vger.kernel.org>,
Takashi Iwai <tiwai@suse.com>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>,
Fabio Estevam <fabio.estevam@nxp.com>,
linuxppc-dev@lists.ozlabs.org
Subject: Re: [alsa-devel] [PATCH 2/2] ASoC: fsl_ssi: serialize AC'97 register access operations
Date: Mon, 20 Nov 2017 17:52:48 -0800 [thread overview]
Message-ID: <20171121015247.GE14136@Asurada-Nvidia> (raw)
In-Reply-To: <9010cdad-4b05-d456-bf73-24cc48e38d69@maciej.szmigiero.name>
On Mon, Nov 20, 2017 at 11:16:07PM +0100, Maciej S. Szmigiero wrote:
> AC'97 register access operations (both read and write) on SSI use a one,
> shared set of SSI registers for AC'97 register address and data.
> This means that only one such access is possible at a time and so all these
> operations need to be serialized.
>
> Since an AC'97 register access operation in this driver takes 100us+ let's
> use a mutex for this.
>
> Use this opportunity to also change a default value returned from AC'97
> register read function from -1 to 0, since that's what AC'97 specs require
> to be returned when unknown / undefined registers are read.
>
> Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name>
> static unsigned short fsl_ssi_ac97_read(struct snd_ac97 *ac97,
> @@ -1287,16 +1295,18 @@ static unsigned short fsl_ssi_ac97_read(struct snd_ac97 *ac97,
> {
> struct regmap *regs = fsl_ac97_data->regs;
>
> - unsigned short val = -1;
> + unsigned short val = 0;
> u32 reg_val;
> unsigned int lreg;
> int ret;
>
> + mutex_lock(&fsl_ac97_data->ac97_reg_lock);
> +
> ret = clk_prepare_enable(fsl_ac97_data->clk);
> if (ret) {
> pr_err("ac97 read clk_prepare_enable failed: %d\n",
> ret);
> - return -1;
> + goto ret_unlock;
It will return val (== 0) in this case. Will this be correctly
handled by callers? I find sound/ac97/bus.c checks if ret < 0
for ops->read().
So it might be better to add "val = ret;" before goto? Or use
val instead of ret directly?
> }
>
> lreg = (reg & 0x7f) << 12;
> @@ -1311,6 +1321,8 @@ static unsigned short fsl_ssi_ac97_read(struct snd_ac97 *ac97,
>
> clk_disable_unprepare(fsl_ac97_data->clk);
>
> +ret_unlock:
> + mutex_unlock(&fsl_ac97_data->ac97_reg_lock);
> return val;
> }
next prev parent reply other threads:[~2017-11-21 1:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-20 22:16 [PATCH 2/2] ASoC: fsl_ssi: serialize AC'97 register access operations Maciej S. Szmigiero
2017-11-21 1:52 ` Nicolin Chen [this message]
2017-11-21 11:27 ` [alsa-devel] " Maciej S. Szmigiero
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171121015247.GE14136@Asurada-Nvidia \
--to=nicoleotsuka@gmail.com \
--cc=Xiubo.Lee@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=fabio.estevam@nxp.com \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mail@maciej.szmigiero.name \
--cc=timur@tabi.org \
--cc=tiwai@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox