From: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
To: Brent Lu <brent.lu@intel.com>, alsa-devel@alsa-project.org
Cc: Kate Stewart <kstewart@linuxfoundation.org>,
Cezary Rojewski <cezary.rojewski@intel.com>,
linux-kernel@vger.kernel.org, clang-built-linux@googlegroups.com,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Takashi Iwai <tiwai@suse.com>,
Jie Yang <yang.jie@linux.intel.com>,
Liam Girdwood <liam.r.girdwood@linux.intel.com>,
Richard Fontana <rfontana@redhat.com>,
Mark Brown <broonie@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Allison Randal <allison@lohutok.net>
Subject: Re: [PATCH] ASoC: Intel: sst: ipc command timeout
Date: Tue, 14 Apr 2020 09:50:24 -0500 [thread overview]
Message-ID: <4f495cf1-4740-cf3b-196f-cc850c503b43@linux.intel.com> (raw)
In-Reply-To: <1586506705-3194-1-git-send-email-brent.lu@intel.com>
On 4/10/20 3:18 AM, Brent Lu wrote:
> After sending an ipc command to DSP, the host waits for the reply message
> which will be read from SST_IPCD register in sst_byt_irq_thread() to
> complete the transaction. Sometimes the value read from SST_IPCD register
> is still the reply message for previous command instead of the waiting
> command so ipc command timeout happens.
>
> In an experiment we read the same SST_IPCD register again when the defect
> happens and found the value of second read is different from previous one
> and is the correct reply message. It suggests the DSP is okay but the way
> we read the register may be the cause.
>
> Currently the driver is using memcpy_fromio() to read the value of 64-bit
> registers. This function is based on __builtin_memcpy() call and depends
> on the implementation of compiler. Since this issue happens right after
> the toolchain switched from clang 10 to clang 11, we replace the register
> read with two readl() function calls to avoid all optimization from
> compiler's library.
I have mixed feelings about this.
One one hand, this looks simple enough.
But on the other hand we have other users of memcpy_fromio(), including
SOF drivers, so what are the odds we have the same problems in other
places? Wouldn't it be safer to either change this function so that it's
behavior is not ambiguous or compiler-dependent, or fix the compiler?
>
> Signed-off-by: Brent Lu <brent.lu@intel.com>
> ---
> sound/soc/intel/common/sst-dsp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/sound/soc/intel/common/sst-dsp.c b/sound/soc/intel/common/sst-dsp.c
> index ec66be2..12af7aa 100644
> --- a/sound/soc/intel/common/sst-dsp.c
> +++ b/sound/soc/intel/common/sst-dsp.c
> @@ -42,7 +42,7 @@ u64 sst_shim32_read64(void __iomem *addr, u32 offset)
> {
> u64 val;
>
> - memcpy_fromio(&val, addr + offset, sizeof(val));
> + sst_memcpy_fromio_32(NULL, &val, addr + offset, sizeof(val));
> return val;
> }
> EXPORT_SYMBOL_GPL(sst_shim32_read64);
>
next prev parent reply other threads:[~2020-04-14 14:50 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-10 8:18 [PATCH] ASoC: Intel: sst: ipc command timeout Brent Lu
2020-04-14 8:59 ` Amadeusz Sławiński
2020-04-14 14:50 ` Pierre-Louis Bossart [this message]
2020-04-14 16:20 ` Lu, Brent
2020-04-14 19:53 ` Cezary Rojewski
2020-04-21 16:16 ` Lu, Brent
2020-04-22 21:24 ` Nick Desaulniers
2020-04-23 8:33 ` Amadeusz Sławiński
2020-04-28 17:29 ` Lu, Brent
2020-04-29 15:19 ` Amadeusz Sławiński
2020-04-30 15:38 ` Lu, Brent
2020-05-04 9:23 ` Amadeusz Sławiński
2020-05-06 1:38 ` Lu, Brent
2020-05-06 2:35 ` Keyon Jie
2020-05-07 2:19 ` Lu, Brent
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=4f495cf1-4740-cf3b-196f-cc850c503b43@linux.intel.com \
--to=pierre-louis.bossart@linux.intel.com \
--cc=allison@lohutok.net \
--cc=alsa-devel@alsa-project.org \
--cc=brent.lu@intel.com \
--cc=broonie@kernel.org \
--cc=cezary.rojewski@intel.com \
--cc=clang-built-linux@googlegroups.com \
--cc=gregkh@linuxfoundation.org \
--cc=kstewart@linuxfoundation.org \
--cc=liam.r.girdwood@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rfontana@redhat.com \
--cc=tglx@linutronix.de \
--cc=tiwai@suse.com \
--cc=yang.jie@linux.intel.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