[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <BN6PR1101MB2132623374C6A708160CE11D97A50@BN6PR1101MB2132.namprd11.prod.outlook.com>
Date: Thu, 7 May 2020 02:19:40 +0000
From: "Lu, Brent" <brent.lu@...el.com>
To: Keyon Jie <yang.jie@...ux.intel.com>,
"Rojewski, Cezary" <cezary.rojewski@...el.com>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>
CC: Kate Stewart <kstewart@...uxfoundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"clang-built-linux@...glegroups.com"
<clang-built-linux@...glegroups.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Takashi Iwai <tiwai@...e.com>,
Liam Girdwood <liam.r.girdwood@...ux.intel.com>,
"Richard Fontana" <rfontana@...hat.com>,
Mark Brown <broonie@...nel.org>,
"Thomas Gleixner" <tglx@...utronix.de>,
Allison Randal <allison@...utok.net>,
"amadeuszx.slawinski@...ux.intel.com"
<amadeuszx.slawinski@...ux.intel.com>
Subject: RE: [PATCH] ASoC: Intel: sst: ipc command timeout
>
> Looks there is race between the previous stream stop and the current
> stream start here. Can you help try changing the
> sst_byt_stream_start/stop() from 'nowait' mode to 'wait' mode, and see if
> the issue can be reproduced with it?
Hi Keyon,
Kernel panic if the mode is changed. The defect could happen to the first
ALLOC_STREAM command after bootstrap so I think the START/DROP_STRAM
may not work.
Regards,
Brent
>
>
> Thanks,
> ~Keyon
>
Powered by blists - more mailing lists