diff options
author | Ranjani Sridharan <ranjani.sridharan@linux.intel.com> | 2019-04-05 09:57:08 -0700 |
---|---|---|
committer | Mark Brown <broonie@kernel.org> | 2019-04-08 14:15:44 +0700 |
commit | b4ed6b51f356224c6c71540ed94087f7f09b84af (patch) | |
tree | 9f3a875aec0d01095919ca9b8517d74d168b74fe /sound/firewire/fireworks | |
parent | 17d3069ccf06970e2db3f7cbf4335f207524279e (diff) | |
download | talos-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