2019-05-27 14:55:05 +08:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-or-later */
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* Universal Interface for Intel High Definition Audio Codec
|
|
|
|
|
*
|
|
|
|
|
* Copyright (c) 2004 Takashi Iwai <tiwai@suse.de>
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef __SOUND_HDA_CODEC_H
|
|
|
|
|
#define __SOUND_HDA_CODEC_H
|
|
|
|
|
|
ALSA: hda: Fix potential deadlock at codec unbinding
When a codec is unbound dynamically via sysfs while its stream is in
use, we may face a potential deadlock at the proc remove or a UAF.
This happens since the hda_pcm is managed by a linked list, as it
handles the hda_pcm object release via kref.
When a PCM is opened at the unbinding time, the release of hda_pcm
gets delayed and it ends up with the close of the PCM stream releasing
the associated hda_pcm object of its own. The hda_pcm destructor
contains the PCM device release that includes the removal of procfs
entries. And, this removal has the sync of the close of all in-use
files -- which would never finish because it's called from the PCM
file descriptor itself, i.e. it's trying to shoot its foot.
For addressing the deadlock above, this patch changes the way to
manage and release the hda_pcm object. The kref of hda_pcm is
dropped, and instead a simple refcount is introduced in hda_codec for
keeping the track of the active PCM streams, and at each PCM open and
close, this refcount is adjusted accordingly. At unbinding, the
driver calls snd_device_disconnect() for each PCM stream, then
synchronizes with the refcount finish, and finally releases the object
resources.
Fixes: bbbc7e8502c9 ("ALSA: hda - Allocate hda_pcm objects dynamically")
Link: https://lore.kernel.org/r/20211116072459.18930-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2021-11-16 15:24:59 +08:00
|
|
|
#include <linux/refcount.h>
|
2015-10-01 22:20:04 +08:00
|
|
|
#include <linux/mod_devicetable.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <sound/info.h>
|
|
|
|
|
#include <sound/control.h>
|
|
|
|
|
#include <sound/pcm.h>
|
2007-07-28 00:58:06 +08:00
|
|
|
#include <sound/hwdep.h>
|
2015-02-18 04:46:37 +08:00
|
|
|
#include <sound/hdaudio.h>
|
2013-12-09 21:28:36 +08:00
|
|
|
#include <sound/hda_verbs.h>
|
ALSA: hda - Add regmap support
This patch adds an infrastructure to support regmap-based verb
accesses. Because o the asymmetric nature of HD-audio verbs,
especially the amp verbs, we need to translate the verbs as a sort of
pseudo registers to be mapped uniquely in regmap.
In this patch, a pseudo register is built from the NID, the
AC_VERB_GET_* and 8bit parameters, i.e. almost in the form to be sent
to HD-audio bus but without codec address field. OTOH, for writing,
the same pseudo register is translated to AC_VERB_SET_* automatically.
The AC_VERB_SET_AMP_* verb is re-encoded from the corresponding
AC_VERB_GET_AMP_* verb and parameter at writing.
Some verbs has a single command for read but multiple for writes. A
write for such a verb is split automatically to multiple verbs.
The patch provides also a few handy helper functions. They are
designed to be accessible even without regmap. When no regmap is set
up (e.g. before the codec device instantiation), the direct hardware
access is used. Also, it tries to avoid the unnecessary power-up.
The power up/down sequence is performed only on demand.
The codec driver needs to call snd_hdac_regmap_exit() and
snd_hdac_regmap_exit() at probe and remove if it wants the regmap
access.
There is one flag added to hdac_device. When the flag lazy_cache is
set, regmap helper ignores a write for a suspended device and returns
as if it was actually written. It reduces the hardware access pretty
much, e.g. when adjusting the mixer volume while in idle. This
assumes that the driver will sync the cache later at resume properly,
so use it carefully.
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-02-25 21:42:38 +08:00
|
|
|
#include <sound/hda_regmap.h>
|
2008-11-10 23:24:26 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* Structures
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
struct hda_bus;
|
2008-07-19 00:20:52 +08:00
|
|
|
struct hda_beep;
|
2005-04-17 06:20:36 +08:00
|
|
|
struct hda_codec;
|
|
|
|
|
struct hda_pcm;
|
|
|
|
|
struct hda_pcm_stream;
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* codec bus
|
|
|
|
|
*
|
|
|
|
|
* each controller needs to creata a hda_bus to assign the accessor.
|
|
|
|
|
* A hda_bus contains several codecs in the list codec_list.
|
|
|
|
|
*/
|
|
|
|
|
struct hda_bus {
|
2015-03-03 06:22:59 +08:00
|
|
|
struct hdac_bus core;
|
|
|
|
|
|
2005-11-17 21:57:47 +08:00
|
|
|
struct snd_card *card;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
struct pci_dev *pci;
|
|
|
|
|
const char *modelname;
|
|
|
|
|
|
2010-08-20 15:44:36 +08:00
|
|
|
struct mutex prepare_mutex;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2008-11-27 21:17:01 +08:00
|
|
|
/* assigned PCMs */
|
|
|
|
|
DECLARE_BITMAP(pcm_dev_bits, SNDRV_PCM_DEVICES);
|
|
|
|
|
|
2008-01-16 23:09:47 +08:00
|
|
|
/* misc op flags */
|
2009-06-02 07:20:22 +08:00
|
|
|
unsigned int allow_bus_reset:1; /* allow bus reset at fatal error */
|
|
|
|
|
/* status for codec/controller */
|
2008-11-21 16:08:06 +08:00
|
|
|
unsigned int shutdown :1; /* being unloaded */
|
2009-06-02 07:16:07 +08:00
|
|
|
unsigned int response_reset:1; /* controller was reset */
|
|
|
|
|
unsigned int in_reset:1; /* during reset operation */
|
2013-06-06 20:20:19 +08:00
|
|
|
unsigned int no_response_fallback:1; /* don't fallback at RIRB error */
|
2019-01-31 00:46:03 +08:00
|
|
|
unsigned int bus_probing :1; /* during probing process */
|
2019-08-27 22:37:50 +08:00
|
|
|
unsigned int keep_power:1; /* keep power up for notification */
|
2022-04-11 15:32:09 +08:00
|
|
|
unsigned int jackpoll_in_suspend:1; /* keep jack polling during
|
|
|
|
|
* runtime suspend
|
|
|
|
|
*/
|
ALSA: hda - Fix broken workaround for HDMI/SPDIF conflicts
The commit [dcda58061: ALSA: hda - Add workaround for conflicting
IEC958 controls] introduced a workaround for cards that have both
SPDIF and HDMI devices for giving device=1 to SPDIF control elements.
It turned out, however, that this workaround doesn't work well -
- The workaround checks only conflicts in a single codec, but SPDIF
and HDMI are provided by multiple codecs in many cases, and
- ALSA mixer abstraction doesn't care about the device number in ctl
elements, thus you'll get errors from amixer such as
% amixer scontrols -c 0
ALSA lib simple_none.c:1551:(simple_add1) helem (MIXER,'IEC958
Playback Switch',0,1,0) appears twice or more
amixer: Mixer hw:0 load error: Invalid argument
This patch fixes the previous broken workaround. Instead of changing
the device number of SPDIF ctl elements, shift the element indices of
such controls up to 16. Also, the conflict check is performed over
all codecs found on the bus.
HDMI devices will be put to dev=0,index=0 as before. Only the
conflicting SPDIF device is moved to a different place. The new place
of SPDIF device is supposed by the updated alsa-lib HDA-Intel.conf,
respectively.
Reported-by: Stephan Raue <stephan@openelec.tv>
Reported-by: Anssi Hannula <anssi.hannula@iki.fi>
Cc: <stable@vger.kernel.org> [v3.8]
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2013-02-13 00:02:41 +08:00
|
|
|
|
|
|
|
|
int primary_dig_out_type; /* primary digital out PCM type */
|
2015-10-18 00:25:38 +08:00
|
|
|
unsigned int mixer_assigned; /* codec addr for mixer name */
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
|
2015-04-14 22:55:31 +08:00
|
|
|
/* from hdac_bus to hda_bus */
|
|
|
|
|
#define to_hda_bus(bus) container_of(bus, struct hda_bus, core)
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* codec preset
|
|
|
|
|
*
|
|
|
|
|
* Known codecs have the patch to build and set up the controls/PCMs
|
|
|
|
|
* better than the generic parser.
|
|
|
|
|
*/
|
2015-10-01 22:20:04 +08:00
|
|
|
typedef int (*hda_codec_patch_t)(struct hda_codec *);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2018-06-27 15:54:46 +08:00
|
|
|
#define HDA_CODEC_ID_SKIP_PROBE 0x00000001
|
2015-02-17 22:25:37 +08:00
|
|
|
#define HDA_CODEC_ID_GENERIC_HDMI 0x00000101
|
|
|
|
|
#define HDA_CODEC_ID_GENERIC 0x00000201
|
|
|
|
|
|
2015-10-01 22:20:04 +08:00
|
|
|
#define HDA_CODEC_REV_ENTRY(_vid, _rev, _name, _patch) \
|
|
|
|
|
{ .vendor_id = (_vid), .rev_id = (_rev), .name = (_name), \
|
|
|
|
|
.api_version = HDA_DEV_LEGACY, \
|
|
|
|
|
.driver_data = (unsigned long)(_patch) }
|
|
|
|
|
#define HDA_CODEC_ENTRY(_vid, _name, _patch) \
|
|
|
|
|
HDA_CODEC_REV_ENTRY(_vid, 0, _name, _patch)
|
|
|
|
|
|
2015-02-17 22:25:37 +08:00
|
|
|
struct hda_codec_driver {
|
2015-02-18 04:46:37 +08:00
|
|
|
struct hdac_driver core;
|
2015-10-01 22:20:04 +08:00
|
|
|
const struct hda_device_id *id;
|
2008-11-27 22:47:11 +08:00
|
|
|
};
|
|
|
|
|
|
2015-02-17 22:25:37 +08:00
|
|
|
int __hda_codec_driver_register(struct hda_codec_driver *drv, const char *name,
|
|
|
|
|
struct module *owner);
|
|
|
|
|
#define hda_codec_driver_register(drv) \
|
|
|
|
|
__hda_codec_driver_register(drv, KBUILD_MODNAME, THIS_MODULE)
|
|
|
|
|
void hda_codec_driver_unregister(struct hda_codec_driver *drv);
|
|
|
|
|
#define module_hda_codec_driver(drv) \
|
|
|
|
|
module_driver(drv, hda_codec_driver_register, \
|
|
|
|
|
hda_codec_driver_unregister)
|
2008-11-27 22:47:11 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/* ops set by the preset patch */
|
|
|
|
|
struct hda_codec_ops {
|
|
|
|
|
int (*build_controls)(struct hda_codec *codec);
|
|
|
|
|
int (*build_pcms)(struct hda_codec *codec);
|
|
|
|
|
int (*init)(struct hda_codec *codec);
|
|
|
|
|
void (*free)(struct hda_codec *codec);
|
|
|
|
|
void (*unsol_event)(struct hda_codec *codec, unsigned int res);
|
2011-07-26 16:33:10 +08:00
|
|
|
void (*set_power_state)(struct hda_codec *codec, hda_nid_t fg,
|
|
|
|
|
unsigned int power_state);
|
2011-07-26 15:52:50 +08:00
|
|
|
#ifdef CONFIG_PM
|
2012-07-02 21:20:37 +08:00
|
|
|
int (*suspend)(struct hda_codec *codec);
|
2005-04-17 06:20:36 +08:00
|
|
|
int (*resume)(struct hda_codec *codec);
|
2007-08-10 23:21:45 +08:00
|
|
|
int (*check_power_status)(struct hda_codec *codec, hda_nid_t nid);
|
|
|
|
|
#endif
|
ALSA: hda - Support advanced power state controls
This patch enables the finer power state control of each widget
depending on the jack plug state and streaming state in addition to
the existing power_down_unused power optimization. The new feature is
enabled only when codec->power_mgmt flag is set.
Two new flags, pin_enabled and stream_enabled, are introduced in
nid_path struct for marking the two individual power states: the pin
plug/unplug and DAC/ADC stream, respectively. They can be set
statically in case they are static routes (e.g. some mixer paths),
too.
The power up and down events for each pin are triggered via the
standard hda_jack table. The call order is hard-coded, relying on the
current implementation of jack event chain (a la FILO/stack order).
One point to be dealt carefully is that DAC/ADC cannot be powered
on/off while streaming. They are pinned as long as the stream is
running. For controlling the power of DAC/ADC, a new patch_ops is
added. The generic parser provides the default callback for that.
As of this patch, only IDT/Sigmatel codec driver enables the flag.
The support on other codecs will follow.
An assumption we made in this code is that the widget state (e.g. amp,
pinctl, connections) remains after the widget power transition (not
about FG power transition). This is true for IDT codecs, at least.
But if the widget state is lost at widget power transition, we'd need
to implement additional code to sync the cached amp/verbs for the
specific NID.
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-03-17 04:32:11 +08:00
|
|
|
void (*stream_pm)(struct hda_codec *codec, hda_nid_t nid, bool on);
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* PCM callbacks */
|
|
|
|
|
struct hda_pcm_ops {
|
|
|
|
|
int (*open)(struct hda_pcm_stream *info, struct hda_codec *codec,
|
2005-11-17 21:57:47 +08:00
|
|
|
struct snd_pcm_substream *substream);
|
2005-04-17 06:20:36 +08:00
|
|
|
int (*close)(struct hda_pcm_stream *info, struct hda_codec *codec,
|
2005-11-17 21:57:47 +08:00
|
|
|
struct snd_pcm_substream *substream);
|
2005-04-17 06:20:36 +08:00
|
|
|
int (*prepare)(struct hda_pcm_stream *info, struct hda_codec *codec,
|
|
|
|
|
unsigned int stream_tag, unsigned int format,
|
2005-11-17 21:57:47 +08:00
|
|
|
struct snd_pcm_substream *substream);
|
2005-04-17 06:20:36 +08:00
|
|
|
int (*cleanup)(struct hda_pcm_stream *info, struct hda_codec *codec,
|
2005-11-17 21:57:47 +08:00
|
|
|
struct snd_pcm_substream *substream);
|
2013-04-05 13:27:45 +08:00
|
|
|
unsigned int (*get_delay)(struct hda_pcm_stream *info,
|
|
|
|
|
struct hda_codec *codec,
|
|
|
|
|
struct snd_pcm_substream *substream);
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* PCM information for each substream */
|
|
|
|
|
struct hda_pcm_stream {
|
2007-07-27 22:52:19 +08:00
|
|
|
unsigned int substreams; /* number of substreams, 0 = not exist*/
|
2005-04-17 06:20:36 +08:00
|
|
|
unsigned int channels_min; /* min. number of channels */
|
|
|
|
|
unsigned int channels_max; /* max. number of channels */
|
|
|
|
|
hda_nid_t nid; /* default NID to query rates/formats/bps, or set up */
|
|
|
|
|
u32 rates; /* supported rates */
|
|
|
|
|
u64 formats; /* supported formats (SNDRV_PCM_FMTBIT_) */
|
|
|
|
|
unsigned int maxbps; /* supported max. bit per sample */
|
2012-11-09 00:12:10 +08:00
|
|
|
const struct snd_pcm_chmap_elem *chmap; /* chmap to override */
|
2005-04-17 06:20:36 +08:00
|
|
|
struct hda_pcm_ops ops;
|
|
|
|
|
};
|
|
|
|
|
|
[ALSA] hda-intel - Fix PCM device number assignment
In the current scheme, PCM device numbers are assigned incrementally
in the order of codecs. This causes problems when the codec number
is irregular, e.g. codec #0 for HDMI and codec #1 for analog. Then
the HDMI becomes the first PCM, which is picked up as the default
output device. Unfortuantely this doesn't work well with normal
setups.
This patch introduced the fixed device numbers for the PCM types,
namely, analog, SPDIF, HDMI and modem. The PCM devices are assigned
according to the corresponding PCM type. After this patch, HDMI will
be always assigned to PCM #3, SPDIF to PCM #1, and the first analog
to PCM #0, etc.
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2008-02-06 21:03:20 +08:00
|
|
|
/* PCM types */
|
|
|
|
|
enum {
|
|
|
|
|
HDA_PCM_TYPE_AUDIO,
|
|
|
|
|
HDA_PCM_TYPE_SPDIF,
|
|
|
|
|
HDA_PCM_TYPE_HDMI,
|
|
|
|
|
HDA_PCM_TYPE_MODEM,
|
|
|
|
|
HDA_PCM_NTYPES
|
|
|
|
|
};
|
|
|
|
|
|
2017-09-03 21:18:49 +08:00
|
|
|
#define SNDRV_PCM_INVALID_DEVICE (-1)
|
2005-04-17 06:20:36 +08:00
|
|
|
/* for PCM creation */
|
|
|
|
|
struct hda_pcm {
|
|
|
|
|
char *name;
|
|
|
|
|
struct hda_pcm_stream stream[2];
|
[ALSA] hda-intel - Fix PCM device number assignment
In the current scheme, PCM device numbers are assigned incrementally
in the order of codecs. This causes problems when the codec number
is irregular, e.g. codec #0 for HDMI and codec #1 for analog. Then
the HDMI becomes the first PCM, which is picked up as the default
output device. Unfortuantely this doesn't work well with normal
setups.
This patch introduced the fixed device numbers for the PCM types,
namely, analog, SPDIF, HDMI and modem. The PCM devices are assigned
according to the corresponding PCM type. After this patch, HDMI will
be always assigned to PCM #3, SPDIF to PCM #1, and the first analog
to PCM #0, etc.
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2008-02-06 21:03:20 +08:00
|
|
|
unsigned int pcm_type; /* HDA_PCM_TYPE_XXX */
|
2008-07-30 21:01:44 +08:00
|
|
|
int device; /* device number to assign */
|
|
|
|
|
struct snd_pcm *pcm; /* assigned PCM instance */
|
2012-07-31 17:35:35 +08:00
|
|
|
bool own_chmap; /* codec driver provides own channel maps */
|
2015-02-28 00:43:19 +08:00
|
|
|
/* private: */
|
|
|
|
|
struct hda_codec *codec;
|
|
|
|
|
struct list_head list;
|
ALSA: hda: Fix potential deadlock at codec unbinding
When a codec is unbound dynamically via sysfs while its stream is in
use, we may face a potential deadlock at the proc remove or a UAF.
This happens since the hda_pcm is managed by a linked list, as it
handles the hda_pcm object release via kref.
When a PCM is opened at the unbinding time, the release of hda_pcm
gets delayed and it ends up with the close of the PCM stream releasing
the associated hda_pcm object of its own. The hda_pcm destructor
contains the PCM device release that includes the removal of procfs
entries. And, this removal has the sync of the close of all in-use
files -- which would never finish because it's called from the PCM
file descriptor itself, i.e. it's trying to shoot its foot.
For addressing the deadlock above, this patch changes the way to
manage and release the hda_pcm object. The kref of hda_pcm is
dropped, and instead a simple refcount is introduced in hda_codec for
keeping the track of the active PCM streams, and at each PCM open and
close, this refcount is adjusted accordingly. At unbinding, the
driver calls snd_device_disconnect() for each PCM stream, then
synchronizes with the refcount finish, and finally releases the object
resources.
Fixes: bbbc7e8502c9 ("ALSA: hda - Allocate hda_pcm objects dynamically")
Link: https://lore.kernel.org/r/20211116072459.18930-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2021-11-16 15:24:59 +08:00
|
|
|
unsigned int disconnected:1;
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* codec information */
|
|
|
|
|
struct hda_codec {
|
2015-02-18 04:46:37 +08:00
|
|
|
struct hdac_device core;
|
2005-04-17 06:20:36 +08:00
|
|
|
struct hda_bus *bus;
|
2015-02-27 23:09:22 +08:00
|
|
|
struct snd_card *card;
|
2005-04-17 06:20:36 +08:00
|
|
|
unsigned int addr; /* codec addr*/
|
2015-02-17 22:25:37 +08:00
|
|
|
u32 probe_id; /* overridden id for probing */
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* detected preset */
|
2015-10-01 22:20:04 +08:00
|
|
|
const struct hda_device_id *preset;
|
2008-07-30 21:01:45 +08:00
|
|
|
const char *modelname; /* model name for preset */
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* set by patch */
|
|
|
|
|
struct hda_codec_ops patch_ops;
|
|
|
|
|
|
|
|
|
|
/* PCM to create, set by patch_ops.build_pcms callback */
|
2015-02-28 00:43:19 +08:00
|
|
|
struct list_head pcm_list_head;
|
ALSA: hda: Fix potential deadlock at codec unbinding
When a codec is unbound dynamically via sysfs while its stream is in
use, we may face a potential deadlock at the proc remove or a UAF.
This happens since the hda_pcm is managed by a linked list, as it
handles the hda_pcm object release via kref.
When a PCM is opened at the unbinding time, the release of hda_pcm
gets delayed and it ends up with the close of the PCM stream releasing
the associated hda_pcm object of its own. The hda_pcm destructor
contains the PCM device release that includes the removal of procfs
entries. And, this removal has the sync of the close of all in-use
files -- which would never finish because it's called from the PCM
file descriptor itself, i.e. it's trying to shoot its foot.
For addressing the deadlock above, this patch changes the way to
manage and release the hda_pcm object. The kref of hda_pcm is
dropped, and instead a simple refcount is introduced in hda_codec for
keeping the track of the active PCM streams, and at each PCM open and
close, this refcount is adjusted accordingly. At unbinding, the
driver calls snd_device_disconnect() for each PCM stream, then
synchronizes with the refcount finish, and finally releases the object
resources.
Fixes: bbbc7e8502c9 ("ALSA: hda - Allocate hda_pcm objects dynamically")
Link: https://lore.kernel.org/r/20211116072459.18930-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2021-11-16 15:24:59 +08:00
|
|
|
refcount_t pcm_ref;
|
|
|
|
|
wait_queue_head_t remove_sleep;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* codec specific info */
|
|
|
|
|
void *spec;
|
|
|
|
|
|
2008-07-19 00:20:52 +08:00
|
|
|
/* beep device */
|
|
|
|
|
struct hda_beep *beep;
|
2009-11-14 01:41:52 +08:00
|
|
|
unsigned int beep_mode;
|
2008-07-19 00:20:52 +08:00
|
|
|
|
2005-11-21 23:33:22 +08:00
|
|
|
/* widget capabilities cache */
|
|
|
|
|
u32 *wcaps;
|
|
|
|
|
|
2008-07-30 21:01:45 +08:00
|
|
|
struct snd_array mixers; /* list of assigned mixer elements */
|
2009-12-08 23:13:32 +08:00
|
|
|
struct snd_array nids; /* list of mapped mixer elements */
|
2008-07-30 21:01:45 +08:00
|
|
|
|
2013-01-03 22:25:11 +08:00
|
|
|
struct list_head conn_list; /* linked-list of connection-list */
|
2011-04-07 21:55:15 +08:00
|
|
|
|
2006-01-16 23:34:20 +08:00
|
|
|
struct mutex spdif_mutex;
|
2009-01-09 16:45:24 +08:00
|
|
|
struct mutex control_mutex;
|
ALSA: hda: Allow multple SPDIF controls per codec
Currently, the data that backs the kcontrols created by
snd_hda_create_spdif_out_ctls is stored directly in struct hda_codec. When
multiple sets of these controls are stored, they will all manipulate the
same data, causing confusion. Instead, store an array of this data, one
copy per converter, to isolate the controls.
This patch would cause a behavioural change in the case where
snd_hda_create_spdif_out_ctls was called multiple times for a single codec.
As best I can tell, this is never the case for any codec.
This will be relevant at least for some HDMI audio codecs, such as the
NVIDIA GeForce 520 and Intel Ibex Peak. A future change will modify the
driver's handling of those codecs to create multiple PCMs per codec. Note
that this issue isn't affected by whether one creates a PCM-per-converter
or PCM-per-pin; there are multiple of both within a single codec in both
of those codecs.
Note that those codecs don't currently create multiple PCMs for the codec
due to the default HW mux state of all pins being to point at the same
converter, hence there is only a single converter routed to any pin, and
hence only a single PCM.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2011-06-02 01:14:17 +08:00
|
|
|
struct snd_array spdif_out;
|
2005-04-17 06:20:36 +08:00
|
|
|
unsigned int spdif_in_enable; /* SPDIF input enable? */
|
2020-07-17 23:45:17 +08:00
|
|
|
const hda_nid_t *follower_dig_outs; /* optional digital out follower widgets */
|
2009-02-20 21:11:16 +08:00
|
|
|
struct snd_array init_pins; /* initial (BIOS) pin configurations */
|
2009-02-23 16:42:57 +08:00
|
|
|
struct snd_array driver_pins; /* pin configs set by codec parser */
|
2010-08-06 19:48:11 +08:00
|
|
|
struct snd_array cvt_setups; /* audio convert setups */
|
2007-07-28 00:58:06 +08:00
|
|
|
|
2013-01-11 01:21:56 +08:00
|
|
|
struct mutex user_mutex;
|
2014-02-25 18:54:06 +08:00
|
|
|
#ifdef CONFIG_SND_HDA_RECONFIG
|
2008-07-30 21:01:46 +08:00
|
|
|
struct snd_array init_verbs; /* additional init verbs */
|
2008-07-30 21:01:46 +08:00
|
|
|
struct snd_array hints; /* additional hints */
|
2009-02-23 16:42:57 +08:00
|
|
|
struct snd_array user_pins; /* default pin configs to override */
|
2008-07-30 21:01:46 +08:00
|
|
|
#endif
|
2007-08-10 23:21:45 +08:00
|
|
|
|
2014-02-25 17:38:13 +08:00
|
|
|
#ifdef CONFIG_SND_HDA_HWDEP
|
|
|
|
|
struct snd_hwdep *hwdep; /* assigned hwdep device */
|
|
|
|
|
#endif
|
|
|
|
|
|
2008-08-11 16:04:40 +08:00
|
|
|
/* misc flags */
|
ALSA: hda: intel: Allow repeatedly probing on codec configuration errors
It seems that a few recent AMD systems show the codec configuration
errors at the early boot, while loading the driver at a later stage
works magically. Although the root cause of the error isn't clear,
it's certainly not bad to allow retrying the codec probe in such a
case if that helps.
This patch adds the capability for retrying the probe upon codec probe
errors on the certain AMD platforms. The probe_work is changed to a
delayed work, and at the secondary call, it'll jump to the codec
probing.
Note that, not only adding the re-probing, this includes the behavior
changes in the codec configuration function. Namely,
snd_hda_codec_configure() won't unregister the codec at errors any
longer. Instead, its caller, azx_codec_configure() unregisters the
codecs with the probe failures *if* any codec has been successfully
configured. If all codec probe failed, it doesn't unregister but let
it re-probed -- which is the most case we're seeing and this patch
tries to improve.
Even if the driver doesn't re-probe or give up, it will go to the
"free-all" error path, hence the leftover codecs shall be disabled /
deleted in anyway.
BugLink: https://bugzilla.suse.com/show_bug.cgi?id=1190801
Link: https://lore.kernel.org/r/20211006141940.2897-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2021-10-06 22:19:40 +08:00
|
|
|
unsigned int configured:1; /* codec was configured */
|
2015-02-28 01:17:28 +08:00
|
|
|
unsigned int in_freeing:1; /* being released */
|
2018-12-09 00:31:49 +08:00
|
|
|
unsigned int display_power_control:1; /* needs display power */
|
2008-08-11 16:04:40 +08:00
|
|
|
unsigned int spdif_status_reset :1; /* needs to toggle SPDIF for each
|
|
|
|
|
* status change
|
|
|
|
|
* (e.g. Realtek codecs)
|
|
|
|
|
*/
|
2009-03-13 00:06:07 +08:00
|
|
|
unsigned int pin_amp_workaround:1; /* pin out-amp takes index
|
|
|
|
|
* (e.g. Conexant codecs)
|
|
|
|
|
*/
|
2012-04-06 21:34:15 +08:00
|
|
|
unsigned int single_adc_amp:1; /* adc in-amp takes no index
|
|
|
|
|
* (e.g. CX20549 codec)
|
|
|
|
|
*/
|
2010-10-25 16:37:11 +08:00
|
|
|
unsigned int no_sticky_stream:1; /* no sticky-PCM stream assignment */
|
2010-07-05 22:50:13 +08:00
|
|
|
unsigned int pins_shutup:1; /* pins are shut up */
|
2009-12-26 05:49:01 +08:00
|
|
|
unsigned int no_trigger_sense:1; /* don't trigger at pin-sensing */
|
2012-02-13 18:55:02 +08:00
|
|
|
unsigned int no_jack_detect:1; /* Machine has no jack-detection */
|
2012-12-21 22:23:01 +08:00
|
|
|
unsigned int inv_eapd:1; /* broken h/w: inverted EAPD control */
|
2012-12-21 22:31:41 +08:00
|
|
|
unsigned int inv_jack_detect:1; /* broken h/w: inverted detection bit */
|
2012-08-08 23:12:52 +08:00
|
|
|
unsigned int pcm_format_first:1; /* PCM format must be set first */
|
2012-12-14 01:30:04 +08:00
|
|
|
unsigned int cached_write:1; /* write only to caches */
|
2013-08-27 09:35:21 +08:00
|
|
|
unsigned int dp_mst:1; /* support DP1.2 Multi-stream transport */
|
2014-01-29 17:37:10 +08:00
|
|
|
unsigned int dump_coef:1; /* dump processing coefs in codec proc file */
|
2015-03-21 01:21:03 +08:00
|
|
|
unsigned int power_save_node:1; /* advanced PM for each widget */
|
2015-06-09 16:50:38 +08:00
|
|
|
unsigned int auto_runtime_pm:1; /* enable automatic codec runtime pm */
|
2017-04-10 23:12:33 +08:00
|
|
|
unsigned int force_pin_prefix:1; /* Add location prefix */
|
2018-06-21 19:33:53 +08:00
|
|
|
unsigned int link_down_at_suspend:1; /* link down at runtime suspend */
|
2019-07-16 14:56:51 +08:00
|
|
|
unsigned int relaxed_resume:1; /* don't resume forcibly for jack */
|
2020-10-12 18:27:04 +08:00
|
|
|
unsigned int forced_resume:1; /* forced resume for jack */
|
2022-12-09 18:18:22 +08:00
|
|
|
unsigned int no_stream_clean_at_suspend:1; /* do not clean streams at suspend */
|
2023-02-02 17:20:13 +08:00
|
|
|
unsigned int ctl_dev_id:1; /* old control element id build behaviour */
|
2019-07-16 14:56:51 +08:00
|
|
|
|
2012-08-25 00:38:08 +08:00
|
|
|
#ifdef CONFIG_PM
|
2009-11-11 16:34:25 +08:00
|
|
|
unsigned long power_on_acct;
|
|
|
|
|
unsigned long power_off_acct;
|
|
|
|
|
unsigned long power_jiffies;
|
2007-08-10 23:21:45 +08:00
|
|
|
#endif
|
2008-11-28 19:55:36 +08:00
|
|
|
|
2013-01-25 00:23:35 +08:00
|
|
|
/* filter the requested power state per nid */
|
|
|
|
|
unsigned int (*power_filter)(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
unsigned int power_state);
|
|
|
|
|
|
2008-11-28 19:55:36 +08:00
|
|
|
/* codec-specific additional proc output */
|
|
|
|
|
void (*proc_widget_hook)(struct snd_info_buffer *buffer,
|
|
|
|
|
struct hda_codec *codec, hda_nid_t nid);
|
2011-03-03 21:40:14 +08:00
|
|
|
|
2011-10-28 04:12:46 +08:00
|
|
|
/* jack detection */
|
|
|
|
|
struct snd_array jacktbl;
|
2012-10-09 21:04:21 +08:00
|
|
|
unsigned long jackpoll_interval; /* In jiffies. Zero means no poll, rely on unsol events */
|
|
|
|
|
struct delayed_work jackpoll_work;
|
2011-10-28 04:12:46 +08:00
|
|
|
|
2013-11-29 14:48:45 +08:00
|
|
|
int depop_delay; /* depop delay in ms, -1 for default delay time */
|
|
|
|
|
|
2012-12-19 01:12:44 +08:00
|
|
|
/* fix-up list */
|
|
|
|
|
int fixup_id;
|
|
|
|
|
const struct hda_fixup *fixup_list;
|
|
|
|
|
const char *fixup_name;
|
|
|
|
|
|
|
|
|
|
/* additional init verbs */
|
|
|
|
|
struct snd_array verbs;
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
|
2015-02-18 04:46:37 +08:00
|
|
|
#define dev_to_hda_codec(_dev) container_of(_dev, struct hda_codec, core.dev)
|
|
|
|
|
#define hda_codec_dev(_dev) (&(_dev)->core.dev)
|
2015-02-17 22:25:37 +08:00
|
|
|
|
2020-05-05 11:03:53 +08:00
|
|
|
#define hdac_to_hda_codec(_hdac) container_of(_hdac, struct hda_codec, core)
|
|
|
|
|
|
2015-03-03 06:22:59 +08:00
|
|
|
#define list_for_each_codec(c, bus) \
|
|
|
|
|
list_for_each_entry(c, &(bus)->core.codec_list, core.list)
|
2017-06-28 18:02:02 +08:00
|
|
|
#define list_for_each_codec_safe(c, n, bus) \
|
|
|
|
|
list_for_each_entry_safe(c, n, &(bus)->core.codec_list, core.list)
|
2015-03-03 06:22:59 +08:00
|
|
|
|
2013-06-06 20:20:19 +08:00
|
|
|
/* snd_hda_codec_read/write optional flags */
|
|
|
|
|
#define HDA_RW_NO_RESPONSE_FALLBACK (1 << 0)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* constructors
|
|
|
|
|
*/
|
2022-02-14 18:14:02 +08:00
|
|
|
__printf(3, 4) struct hda_codec *
|
|
|
|
|
snd_hda_codec_device_init(struct hda_bus *bus, unsigned int codec_addr,
|
|
|
|
|
const char *fmt, ...);
|
2015-02-27 23:09:22 +08:00
|
|
|
int snd_hda_codec_new(struct hda_bus *bus, struct snd_card *card,
|
|
|
|
|
unsigned int codec_addr, struct hda_codec **codecp);
|
2018-06-02 11:53:56 +08:00
|
|
|
int snd_hda_codec_device_new(struct hda_bus *bus, struct snd_card *card,
|
2022-02-14 18:14:03 +08:00
|
|
|
unsigned int codec_addr, struct hda_codec *codec,
|
|
|
|
|
bool snddev_managed);
|
2009-06-17 15:33:52 +08:00
|
|
|
int snd_hda_codec_configure(struct hda_codec *codec);
|
2013-02-09 06:09:31 +08:00
|
|
|
int snd_hda_codec_update_widgets(struct hda_codec *codec);
|
2022-02-14 18:14:03 +08:00
|
|
|
void snd_hda_codec_register(struct hda_codec *codec);
|
|
|
|
|
void snd_hda_codec_unregister(struct hda_codec *codec);
|
2022-02-14 18:14:04 +08:00
|
|
|
void snd_hda_codec_cleanup_for_unbind(struct hda_codec *codec);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* low level functions
|
|
|
|
|
*/
|
2015-10-08 16:48:06 +08:00
|
|
|
static inline unsigned int
|
|
|
|
|
snd_hda_codec_read(struct hda_codec *codec, hda_nid_t nid,
|
2013-06-06 20:00:23 +08:00
|
|
|
int flags,
|
2015-10-08 16:48:06 +08:00
|
|
|
unsigned int verb, unsigned int parm)
|
|
|
|
|
{
|
|
|
|
|
return snd_hdac_codec_read(&codec->core, nid, flags, verb, parm);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static inline int
|
|
|
|
|
snd_hda_codec_write(struct hda_codec *codec, hda_nid_t nid, int flags,
|
|
|
|
|
unsigned int verb, unsigned int parm)
|
|
|
|
|
{
|
|
|
|
|
return snd_hdac_codec_write(&codec->core, nid, flags, verb, parm);
|
|
|
|
|
}
|
|
|
|
|
|
2007-07-27 22:52:19 +08:00
|
|
|
#define snd_hda_param_read(codec, nid, param) \
|
2015-02-26 20:57:47 +08:00
|
|
|
snd_hdac_read_parm(&(codec)->core, nid, param)
|
2015-03-03 17:07:24 +08:00
|
|
|
#define snd_hda_get_sub_nodes(codec, nid, start_nid) \
|
|
|
|
|
snd_hdac_get_sub_nodes(&(codec)->core, nid, start_nid)
|
2007-07-27 22:52:19 +08:00
|
|
|
int snd_hda_get_connections(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
hda_nid_t *conn_list, int max_conns);
|
2012-05-19 23:21:25 +08:00
|
|
|
static inline int
|
|
|
|
|
snd_hda_get_num_conns(struct hda_codec *codec, hda_nid_t nid)
|
|
|
|
|
{
|
|
|
|
|
return snd_hda_get_connections(codec, nid, NULL, 0);
|
|
|
|
|
}
|
2015-03-03 17:07:24 +08:00
|
|
|
|
|
|
|
|
#define snd_hda_get_raw_connections(codec, nid, list, max_conns) \
|
|
|
|
|
snd_hdac_get_connections(&(codec)->core, nid, list, max_conns)
|
|
|
|
|
#define snd_hda_get_num_raw_conns(codec, nid) \
|
2020-11-28 03:23:12 +08:00
|
|
|
snd_hdac_get_connections(&(codec)->core, nid, NULL, 0)
|
2015-03-03 17:07:24 +08:00
|
|
|
|
2013-01-03 22:25:11 +08:00
|
|
|
int snd_hda_get_conn_list(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
const hda_nid_t **listp);
|
2011-07-04 22:23:26 +08:00
|
|
|
int snd_hda_override_conn_list(struct hda_codec *codec, hda_nid_t nid, int nums,
|
|
|
|
|
const hda_nid_t *list);
|
2011-06-28 18:45:47 +08:00
|
|
|
int snd_hda_get_conn_index(struct hda_codec *codec, hda_nid_t mux,
|
|
|
|
|
hda_nid_t nid, int recursive);
|
2017-01-12 16:04:52 +08:00
|
|
|
unsigned int snd_hda_get_num_devices(struct hda_codec *codec, hda_nid_t nid);
|
2013-08-27 09:35:21 +08:00
|
|
|
int snd_hda_get_devices(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
u8 *dev_list, int max_devices);
|
2017-01-12 16:04:52 +08:00
|
|
|
int snd_hda_get_dev_select(struct hda_codec *codec, hda_nid_t nid);
|
|
|
|
|
int snd_hda_set_dev_select(struct hda_codec *codec, hda_nid_t nid, int dev_id);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
struct hda_verb {
|
|
|
|
|
hda_nid_t nid;
|
|
|
|
|
u32 verb;
|
|
|
|
|
u32 param;
|
|
|
|
|
};
|
|
|
|
|
|
2007-07-27 22:52:19 +08:00
|
|
|
void snd_hda_sequence_write(struct hda_codec *codec,
|
|
|
|
|
const struct hda_verb *seq);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2007-08-10 23:03:40 +08:00
|
|
|
/* cached write */
|
ALSA: hda - Use regmap for command verb caches, too
Like the previous patches, this patch converts also to the regmap, at
this time, the cached verb writes are the target. But this conversion
needs a bit more caution than before.
- In the old code, we just record any verbs as is, and restore them at
resume. For the regmap scheme, this doesn't work, since a few verbs
like AMP or DIGI_CONVERT are asymmetrical. Such verbs are converted
either to the dedicated function (snd_hda_regmap_xxx_amp()) or
changed to the unified verb.
- Some verbs have to be declared as vendor-specific ones before
accessing via regmap.
Also, the minor optimization with codec->cached_write flag is dropped
in a few places, as this would confuse the operation. Further
optimizations will be brought in the later patches, if any.
This conversion ends up with a drop of significant amount of codes,
mostly the helper codes that are no longer used.
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-02-26 19:34:49 +08:00
|
|
|
static inline int
|
|
|
|
|
snd_hda_codec_write_cache(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
int flags, unsigned int verb, unsigned int parm)
|
|
|
|
|
{
|
|
|
|
|
return snd_hdac_regmap_write(&codec->core, nid, verb, parm);
|
|
|
|
|
}
|
|
|
|
|
|
2009-02-20 21:11:16 +08:00
|
|
|
/* the struct for codec->pin_configs */
|
|
|
|
|
struct hda_pincfg {
|
|
|
|
|
hda_nid_t nid;
|
2013-01-10 15:38:04 +08:00
|
|
|
unsigned char ctrl; /* original pin control value */
|
|
|
|
|
unsigned char target; /* target pin control value */
|
2010-07-05 22:50:13 +08:00
|
|
|
unsigned int cfg; /* default configuration */
|
2009-02-20 21:11:16 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
unsigned int snd_hda_codec_get_pincfg(struct hda_codec *codec, hda_nid_t nid);
|
|
|
|
|
int snd_hda_codec_set_pincfg(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
unsigned int cfg);
|
|
|
|
|
int snd_hda_add_pincfg(struct hda_codec *codec, struct snd_array *list,
|
|
|
|
|
hda_nid_t nid, unsigned int cfg); /* for hwdep */
|
2009-12-27 18:18:59 +08:00
|
|
|
void snd_hda_shutup_pins(struct hda_codec *codec);
|
2009-02-20 21:11:16 +08:00
|
|
|
|
ALSA: hda: Allow multple SPDIF controls per codec
Currently, the data that backs the kcontrols created by
snd_hda_create_spdif_out_ctls is stored directly in struct hda_codec. When
multiple sets of these controls are stored, they will all manipulate the
same data, causing confusion. Instead, store an array of this data, one
copy per converter, to isolate the controls.
This patch would cause a behavioural change in the case where
snd_hda_create_spdif_out_ctls was called multiple times for a single codec.
As best I can tell, this is never the case for any codec.
This will be relevant at least for some HDMI audio codecs, such as the
NVIDIA GeForce 520 and Intel Ibex Peak. A future change will modify the
driver's handling of those codecs to create multiple PCMs per codec. Note
that this issue isn't affected by whether one creates a PCM-per-converter
or PCM-per-pin; there are multiple of both within a single codec in both
of those codecs.
Note that those codecs don't currently create multiple PCMs for the codec
due to the default HW mux state of all pins being to point at the same
converter, hence there is only a single converter routed to any pin, and
hence only a single PCM.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2011-06-02 01:14:17 +08:00
|
|
|
/* SPDIF controls */
|
|
|
|
|
struct hda_spdif_out {
|
|
|
|
|
hda_nid_t nid; /* Converter nid values relate to */
|
|
|
|
|
unsigned int status; /* IEC958 status bits */
|
|
|
|
|
unsigned short ctls; /* SPDIF control bits */
|
|
|
|
|
};
|
|
|
|
|
struct hda_spdif_out *snd_hda_spdif_out_of_nid(struct hda_codec *codec,
|
|
|
|
|
hda_nid_t nid);
|
2011-06-02 01:14:18 +08:00
|
|
|
void snd_hda_spdif_ctls_unassign(struct hda_codec *codec, int idx);
|
|
|
|
|
void snd_hda_spdif_ctls_assign(struct hda_codec *codec, int idx, hda_nid_t nid);
|
ALSA: hda: Allow multple SPDIF controls per codec
Currently, the data that backs the kcontrols created by
snd_hda_create_spdif_out_ctls is stored directly in struct hda_codec. When
multiple sets of these controls are stored, they will all manipulate the
same data, causing confusion. Instead, store an array of this data, one
copy per converter, to isolate the controls.
This patch would cause a behavioural change in the case where
snd_hda_create_spdif_out_ctls was called multiple times for a single codec.
As best I can tell, this is never the case for any codec.
This will be relevant at least for some HDMI audio codecs, such as the
NVIDIA GeForce 520 and Intel Ibex Peak. A future change will modify the
driver's handling of those codecs to create multiple PCMs per codec. Note
that this issue isn't affected by whether one creates a PCM-per-converter
or PCM-per-pin; there are multiple of both within a single codec in both
of those codecs.
Note that those codecs don't currently create multiple PCMs for the codec
due to the default HW mux state of all pins being to point at the same
converter, hence there is only a single converter routed to any pin, and
hence only a single PCM.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2011-06-02 01:14:17 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* Mixer
|
|
|
|
|
*/
|
2008-07-30 21:01:45 +08:00
|
|
|
int snd_hda_codec_build_controls(struct hda_codec *codec);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* PCM
|
|
|
|
|
*/
|
2015-02-24 18:50:11 +08:00
|
|
|
int snd_hda_codec_parse_pcms(struct hda_codec *codec);
|
2008-11-27 21:17:01 +08:00
|
|
|
int snd_hda_codec_build_pcms(struct hda_codec *codec);
|
2010-08-06 19:48:11 +08:00
|
|
|
|
2015-02-28 00:43:19 +08:00
|
|
|
__printf(2, 3)
|
|
|
|
|
struct hda_pcm *snd_hda_codec_pcm_new(struct hda_codec *codec,
|
|
|
|
|
const char *fmt, ...);
|
|
|
|
|
|
2020-07-16 01:45:50 +08:00
|
|
|
void snd_hda_codec_cleanup_for_unbind(struct hda_codec *codec);
|
|
|
|
|
|
2015-02-28 00:43:19 +08:00
|
|
|
static inline void snd_hda_codec_pcm_get(struct hda_pcm *pcm)
|
|
|
|
|
{
|
ALSA: hda: Fix potential deadlock at codec unbinding
When a codec is unbound dynamically via sysfs while its stream is in
use, we may face a potential deadlock at the proc remove or a UAF.
This happens since the hda_pcm is managed by a linked list, as it
handles the hda_pcm object release via kref.
When a PCM is opened at the unbinding time, the release of hda_pcm
gets delayed and it ends up with the close of the PCM stream releasing
the associated hda_pcm object of its own. The hda_pcm destructor
contains the PCM device release that includes the removal of procfs
entries. And, this removal has the sync of the close of all in-use
files -- which would never finish because it's called from the PCM
file descriptor itself, i.e. it's trying to shoot its foot.
For addressing the deadlock above, this patch changes the way to
manage and release the hda_pcm object. The kref of hda_pcm is
dropped, and instead a simple refcount is introduced in hda_codec for
keeping the track of the active PCM streams, and at each PCM open and
close, this refcount is adjusted accordingly. At unbinding, the
driver calls snd_device_disconnect() for each PCM stream, then
synchronizes with the refcount finish, and finally releases the object
resources.
Fixes: bbbc7e8502c9 ("ALSA: hda - Allocate hda_pcm objects dynamically")
Link: https://lore.kernel.org/r/20211116072459.18930-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2021-11-16 15:24:59 +08:00
|
|
|
refcount_inc(&pcm->codec->pcm_ref);
|
2015-02-28 00:43:19 +08:00
|
|
|
}
|
|
|
|
|
void snd_hda_codec_pcm_put(struct hda_pcm *pcm);
|
|
|
|
|
|
2010-08-06 19:48:11 +08:00
|
|
|
int snd_hda_codec_prepare(struct hda_codec *codec,
|
|
|
|
|
struct hda_pcm_stream *hinfo,
|
|
|
|
|
unsigned int stream,
|
|
|
|
|
unsigned int format,
|
|
|
|
|
struct snd_pcm_substream *substream);
|
|
|
|
|
void snd_hda_codec_cleanup(struct hda_codec *codec,
|
|
|
|
|
struct hda_pcm_stream *hinfo,
|
|
|
|
|
struct snd_pcm_substream *substream);
|
|
|
|
|
|
2007-07-27 22:52:19 +08:00
|
|
|
void snd_hda_codec_setup_stream(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
u32 stream_tag,
|
2005-04-17 06:20:36 +08:00
|
|
|
int channel_id, int format);
|
2010-08-13 17:56:53 +08:00
|
|
|
void __snd_hda_codec_cleanup_stream(struct hda_codec *codec, hda_nid_t nid,
|
|
|
|
|
int do_now);
|
|
|
|
|
#define snd_hda_codec_cleanup_stream(codec, nid) \
|
|
|
|
|
__snd_hda_codec_cleanup_stream(codec, nid, 0)
|
2015-04-16 14:19:06 +08:00
|
|
|
|
|
|
|
|
#define snd_hda_query_supported_pcm(codec, nid, ratesp, fmtsp, bpsp) \
|
|
|
|
|
snd_hdac_query_supported_pcm(&(codec)->core, nid, ratesp, fmtsp, bpsp)
|
|
|
|
|
#define snd_hda_is_supported_format(codec, nid, fmt) \
|
|
|
|
|
snd_hdac_is_supported_format(&(codec)->core, nid, fmt)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2012-11-09 00:12:10 +08:00
|
|
|
extern const struct snd_pcm_chmap_elem snd_pcm_2_1_chmaps[];
|
|
|
|
|
|
2015-04-17 05:25:02 +08:00
|
|
|
int snd_hda_attach_pcm_stream(struct hda_bus *_bus, struct hda_codec *codec,
|
|
|
|
|
struct hda_pcm *cpcm);
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* Misc
|
|
|
|
|
*/
|
|
|
|
|
void snd_hda_get_codec_name(struct hda_codec *codec, char *name, int namelen);
|
2011-07-26 16:33:10 +08:00
|
|
|
void snd_hda_codec_set_power_to_all(struct hda_codec *codec, hda_nid_t fg,
|
2013-01-25 00:23:35 +08:00
|
|
|
unsigned int power_state);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2012-04-26 18:11:44 +08:00
|
|
|
int snd_hda_lock_devices(struct hda_bus *bus);
|
|
|
|
|
void snd_hda_unlock_devices(struct hda_bus *bus);
|
2015-02-18 22:39:59 +08:00
|
|
|
void snd_hda_bus_reset(struct hda_bus *bus);
|
2015-04-17 05:25:02 +08:00
|
|
|
void snd_hda_bus_reset_codecs(struct hda_bus *bus);
|
2012-04-26 18:11:44 +08:00
|
|
|
|
2015-10-01 23:59:43 +08:00
|
|
|
int snd_hda_codec_set_name(struct hda_codec *codec, const char *name);
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* power management
|
|
|
|
|
*/
|
2015-02-18 22:39:59 +08:00
|
|
|
extern const struct dev_pm_ops hda_codec_driver_pm;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2010-09-21 15:57:06 +08:00
|
|
|
static inline
|
|
|
|
|
int hda_call_check_power_status(struct hda_codec *codec, hda_nid_t nid)
|
|
|
|
|
{
|
2012-08-25 00:38:08 +08:00
|
|
|
#ifdef CONFIG_PM
|
2010-09-21 15:57:06 +08:00
|
|
|
if (codec->patch_ops.check_power_status)
|
|
|
|
|
return codec->patch_ops.check_power_status(codec, nid);
|
2011-06-28 14:59:30 +08:00
|
|
|
#endif
|
2010-09-21 15:57:06 +08:00
|
|
|
return 0;
|
|
|
|
|
}
|
|
|
|
|
|
2007-08-10 23:21:45 +08:00
|
|
|
/*
|
|
|
|
|
* power saving
|
|
|
|
|
*/
|
2015-03-03 17:07:24 +08:00
|
|
|
#define snd_hda_power_up(codec) snd_hdac_power_up(&(codec)->core)
|
ALSA: hda - Work around races of power up/down with runtime PM
Currently, snd_hdac_power_up()/down() helpers checks whether the codec
is being in pm (suspend/resume), and skips the call of runtime get/put
during it. This is needed as there are lots of power up/down
sequences called in the paths that are also used in the PM itself. An
example is found in hda_codec.c::codec_exec_verb(), where this can
power up the codec while it may be called again in its power up
sequence, too.
The above works in most cases, but sometimes we really want to wait
for the real power up. For example, the control element get/put may
want explicit power up so that the value change is assured to reach to
the hardware. Using the current snd_hdac_power_up(), however,
results in a race, e.g. when it's called during the runtime suspend is
being performed. In the worst case, as found in patch_ca0132.c, it
can even lead to the deadlock because the code assumes the power up
while it was skipped due to the check above.
For dealing with such cases, this patch makes snd_hdac_power_up() and
_down() to two variants: with and without in_pm flag check. The
version with pm flag check is named as snd_hdac_power_up_pm() while
the version without pm flag check is still kept as
snd_hdac_power_up(). (Just because the usage of the former is fewer.)
Then finally, the patch replaces each call potentially done in PM with
the new _pm() variant.
In theory, we can implement a unified version -- if we can distinguish
the current context whether it's in the pm path. But such an
implementation is cumbersome, so leave the code like this a bit messy
way for now...
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=96271
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-04-08 17:43:14 +08:00
|
|
|
#define snd_hda_power_up_pm(codec) snd_hdac_power_up_pm(&(codec)->core)
|
2015-03-03 17:07:24 +08:00
|
|
|
#define snd_hda_power_down(codec) snd_hdac_power_down(&(codec)->core)
|
ALSA: hda - Work around races of power up/down with runtime PM
Currently, snd_hdac_power_up()/down() helpers checks whether the codec
is being in pm (suspend/resume), and skips the call of runtime get/put
during it. This is needed as there are lots of power up/down
sequences called in the paths that are also used in the PM itself. An
example is found in hda_codec.c::codec_exec_verb(), where this can
power up the codec while it may be called again in its power up
sequence, too.
The above works in most cases, but sometimes we really want to wait
for the real power up. For example, the control element get/put may
want explicit power up so that the value change is assured to reach to
the hardware. Using the current snd_hdac_power_up(), however,
results in a race, e.g. when it's called during the runtime suspend is
being performed. In the worst case, as found in patch_ca0132.c, it
can even lead to the deadlock because the code assumes the power up
while it was skipped due to the check above.
For dealing with such cases, this patch makes snd_hdac_power_up() and
_down() to two variants: with and without in_pm flag check. The
version with pm flag check is named as snd_hdac_power_up_pm() while
the version without pm flag check is still kept as
snd_hdac_power_up(). (Just because the usage of the former is fewer.)
Then finally, the patch replaces each call potentially done in PM with
the new _pm() variant.
In theory, we can implement a unified version -- if we can distinguish
the current context whether it's in the pm path. But such an
implementation is cumbersome, so leave the code like this a bit messy
way for now...
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=96271
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-04-08 17:43:14 +08:00
|
|
|
#define snd_hda_power_down_pm(codec) snd_hdac_power_down_pm(&(codec)->core)
|
2012-08-25 00:38:08 +08:00
|
|
|
#ifdef CONFIG_PM
|
2022-02-14 18:14:04 +08:00
|
|
|
void snd_hda_codec_set_power_save(struct hda_codec *codec, int delay);
|
2015-02-20 16:26:04 +08:00
|
|
|
void snd_hda_set_power_save(struct hda_bus *bus, int delay);
|
2009-11-11 16:34:25 +08:00
|
|
|
void snd_hda_update_power_acct(struct hda_codec *codec);
|
2007-08-10 23:21:45 +08:00
|
|
|
#else
|
2022-02-14 18:14:04 +08:00
|
|
|
static inline void snd_hda_codec_set_power_save(struct hda_codec *codec, int delay) {}
|
2015-02-20 16:26:04 +08:00
|
|
|
static inline void snd_hda_set_power_save(struct hda_bus *bus, int delay) {}
|
2007-08-10 23:21:45 +08:00
|
|
|
#endif
|
|
|
|
|
|
ALSA: hda: Skip controller resume if not needed
The HD-audio controller does system-suspend and resume operations by
directly calling its helpers __azx_runtime_suspend() and
__azx_runtime_resume(). However, in general, we don't have to resume
always the device fully at the system resume; typically, if a device
has been runtime-suspended, we can leave it to runtime resume.
Usually for achieving this, the driver would call
pm_runtime_force_suspend() and pm_runtime_force_resume() pairs in the
system suspend and resume ops. Unfortunately, this doesn't work for
the resume path in our case. For handling the jack detection at the
system resume, a child codec device may need the (literally) forcibly
resume even if it's been runtime-suspended, and for that, the
controller device must be also resumed even if it's been suspended.
This patch is an attempt to improve the situation. It replaces the
direct __azx_runtime_suspend()/_resume() calls with with
pm_runtime_force_suspend() and pm_runtime_force_resume() with a slight
trick as we've done for the codec side. More exactly:
- azx_has_pm_runtime() check is dropped from azx_runtime_suspend() and
azx_runtime_resume(), so that it can be properly executed from the
system-suspend/resume path
- The WAKEEN handling depends on the card's power state now; it's set
and cleared only for the runtime-suspend
- azx_resume() checks whether any codec may need the forcible resume
beforehand. If the forcible resume is required, it does temporary
PM refcount up/down for actually triggering the runtime resume.
- A new helper function, hda_codec_need_resume(), is introduced for
checking whether the codec needs a forcible runtime-resume, and the
existing code is rewritten with that.
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=207043
Link: https://lore.kernel.org/r/20200413082034.25166-6-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2020-04-13 16:20:33 +08:00
|
|
|
static inline bool hda_codec_need_resume(struct hda_codec *codec)
|
|
|
|
|
{
|
|
|
|
|
return !codec->relaxed_resume && codec->jacktbl.used;
|
|
|
|
|
}
|
|
|
|
|
|
2009-06-17 15:52:54 +08:00
|
|
|
#ifdef CONFIG_SND_HDA_PATCH_LOADER
|
|
|
|
|
/*
|
|
|
|
|
* patch firmware
|
|
|
|
|
*/
|
2012-08-09 18:33:28 +08:00
|
|
|
int snd_hda_load_patch(struct hda_bus *bus, size_t size, const void *buf);
|
2009-06-17 15:52:54 +08:00
|
|
|
#endif
|
|
|
|
|
|
2012-09-21 11:29:13 +08:00
|
|
|
#ifdef CONFIG_SND_HDA_DSP_LOADER
|
2015-04-17 05:25:02 +08:00
|
|
|
int snd_hda_codec_load_dsp_prepare(struct hda_codec *codec, unsigned int format,
|
|
|
|
|
unsigned int size,
|
|
|
|
|
struct snd_dma_buffer *bufp);
|
|
|
|
|
void snd_hda_codec_load_dsp_trigger(struct hda_codec *codec, bool start);
|
|
|
|
|
void snd_hda_codec_load_dsp_cleanup(struct hda_codec *codec,
|
|
|
|
|
struct snd_dma_buffer *dmab);
|
2012-09-21 11:29:13 +08:00
|
|
|
#else
|
|
|
|
|
static inline int
|
|
|
|
|
snd_hda_codec_load_dsp_prepare(struct hda_codec *codec, unsigned int format,
|
|
|
|
|
unsigned int size,
|
|
|
|
|
struct snd_dma_buffer *bufp)
|
|
|
|
|
{
|
2012-09-21 11:29:19 +08:00
|
|
|
return -ENOSYS;
|
2012-09-21 11:29:13 +08:00
|
|
|
}
|
|
|
|
|
static inline void
|
|
|
|
|
snd_hda_codec_load_dsp_trigger(struct hda_codec *codec, bool start) {}
|
|
|
|
|
static inline void
|
|
|
|
|
snd_hda_codec_load_dsp_cleanup(struct hda_codec *codec,
|
|
|
|
|
struct snd_dma_buffer *dmab) {}
|
|
|
|
|
#endif
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
#endif /* __SOUND_HDA_CODEC_H */
|