summaryrefslogtreecommitdiffstats
path: root/sound/firewire/fireworks
diff options
context:
space:
mode:
authorRanjani Sridharan <ranjani.sridharan@linux.intel.com>2019-04-05 09:57:08 -0700
committerMark Brown <broonie@kernel.org>2019-04-08 14:15:44 +0700
commitb4ed6b51f356224c6c71540ed94087f7f09b84af (patch)
tree9f3a875aec0d01095919ca9b8517d74d168b74fe /sound/firewire/fireworks
parent17d3069ccf06970e2db3f7cbf4335f207524279e (diff)
downloadtalos-op-linux-b4ed6b51f356224c6c71540ed94087f7f09b84af.tar.gz
talos-op-linux-b4ed6b51f356224c6c71540ed94087f7f09b84af.zip
ASoC: core: conditionally increase module refcount on component open
Recently, for Intel platforms the "ignore_module_refcount" field was introduced for the component driver. In order to avoid a deadlock preventing the PCI modules from being removed even when the card was idle, the refcounts were not incremented for the device driver module during component probe. However, this change introduced a nasty side effect: the device driver module can be unloaded while a pcm stream is open. This patch proposes to change the field to be renamed as "module_get_upon_open". When this field is set, the module refcount should be incremented on pcm open amd decremented upon pcm close. This will enable modules to be removed when no PCM playback/capture happens and prevent removal when the component is actually in use. Also, align with the skylake component driver with the new name. Fixes: b450b878('ASoC: core: don't increase component module refcount unconditionally' Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com> Acked-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat (limited to 'sound/firewire/fireworks')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud