mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-25 05:34:00 +08:00
58ef935626
We sometimes see COMMAND_IGNORED responses during the clock stop sequence. It turns out we already have information if devices are present on a link, so we should only prepare those when they are attached. In addition, even when COMMAND_IGNORED are received, we should still proceed with the clock stop. The device will not be prepared but that's not a problem. The only case where the clock stop will fail is if the Cadence IP reports an error (including a timeout), or if the devices throw a COMMAND_FAILED response. BugLink: https://github.com/thesofproject/linux/issues/2621 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Reviewed-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com> Signed-off-by: Bard Liao <yung-chuan.liao@linux.intel.com> Link: https://lore.kernel.org/r/20210323013707.21455-1-yung-chuan.liao@linux.intel.com Signed-off-by: Vinod Koul <vkoul@kernel.org> |
||
---|---|---|
.. | ||
bus_type.c | ||
bus.c | ||
bus.h | ||
cadence_master.c | ||
cadence_master.h | ||
debugfs.c | ||
dmi-quirks.c | ||
generic_bandwidth_allocation.c | ||
intel_init.c | ||
intel.c | ||
intel.h | ||
Kconfig | ||
Makefile | ||
master.c | ||
mipi_disco.c | ||
qcom.c | ||
slave.c | ||
stream.c | ||
sysfs_local.h | ||
sysfs_slave_dpn.c | ||
sysfs_slave.c |