This commit modifies the definition of snd_hda_parse_nid_path()
slightly, now with_aa_mix argument is changed to anchor_nid, so that
it can handle any NID generically as an anchor point to include or
exclude.

The with_aa_mix field in struct nid_path is removed again by this
change.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

... like we did for output and loopback paths.
It makes the code slightly easier.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

The multi-io channels can vary not only from 1 to 6 but also may vary
from 6 to 8 or such.  At the same time, there are more speaker pins
available than the primary output pins.  So, we need three variables
to check: the minimum channel counts for primary outputs, the current
channel counts for primary outputs, and the minimum channel counts for
all outputs.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Just to remove duplicated codes.
Also fixed EXPORT_SYMBOL() in hda_generic.c.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

The new hook which is called at each PCM playback ops.
It can be used to control the codec-specific power-saving feature in
each codec driver.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

The bind-volume workaround was introduced for simplifying the mixer
abstraction in the case where one or more pins of multiple outputs
lack of individual volume controls.  This was essentially the case
like Acer Aspire 5935, which has 5.1 speakers and 5.1 (multi-io)
jacks although there are 5 DACs, so some of them must share a DAC.

However, the recent code rewrite changed the DAC assignment policy to
share with the same channel instead of binding to the front, thus
binding the volumes for all channels makes little sense now, rather
it's confusing.  So in this patch, the ugly workaround is finally
dropped and simply create the volume control corresponding to the
parsed path position.

For dual headphones or 2.1 speakers with a shared volume control, it's
anyway bound to the same DAC if needed, so this change shouldn't bring
any practical difference.

And, as a good bonus, we can cut off the whole code handling the bind
volume elements.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

For codecs that have individual routes going through a loopback mixer
(like VIA codecs), we need to provide an explicit switch to choose
whether the output goes through mixer or directly from DAC.

This patch adds the check for such paths and creates "Loopback Mixing"
enum control when available.

It won't influence on codecs like Realtek or others where the loopback
mixer is connected independently from the primary output routes.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Call the path activation for the digital input pin properly, not only
setting the pin control.  Also add spec->digin_path for keeping the
path index.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Instead of search for the path with the certain route at each time,
keep the path index for each output and loopback, and just use it when
referred.

In this implementation, the path index number begins with one, not
zero (although I've been writing in C over decades).  It's just to
make the check for uninitialized values easier.

So far, the input paths aren't handled with indices yet, but still
picked up via snd_hda_get_nid_path() at each time.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

If the requested path has been already added, return the existing path
instance instead of adding a duplicated instance.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

... as a preliminary work for migrating patch_sigmatel.c.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Similar like the implementation in patch_analog.c and patch_via.c,
the generic parser can provide the independent HP PCM stream now.
It's enabled when spec->indep_hp is set by the caller while parsing.

Currently no dynamic PCM switching as in patch_via.c is implemented
yet.  The control returns -EBUSY when the value is changed during PCM
operations.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

... instead of numbers.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

It's never used in the generic parser.  It was there from the old
Realtek code, which has been dropped quite ago, too.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Add a flag to indicate whether the vmaster mute hook enum is exposed
or not.  Conexant codecs may want not to expose the control depending
on the model.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

... to distinguish from the invalid event type.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Old codecs like AD1986A tend to have long paths as they were just made
to be the way like AC97.  The current max depth 5 can be too short for
such devices.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

These handlers are supposed to be called externally from the codec
drivers once when they need to handle own jack events.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

In some cases, we want to manipulate the auto_pin_cfg table before
passing to snd_hda_gen_parse_auto_config() (e.g. Realtek SSID check
code fiddles with the headphone pin).   Also passing ignore_pins just
for snd_hda_parse_pin_defcfg() isn't good.

In this patch, snd_hda_gen_parse_auto_config() is changed to receive
the auto_pin_cfg table to be parsed.  The passed auto_pin_cfg table
must have been initialized (typically by calling
snd_hda_gen_parse_auto_config()) beforehand by the caller.

Also together with this change, spec->parse_flags is also removed.
Since this was referred only at the place calling
snd_hda_parse_pin_defcfg(), no longer needed to be kept in spec.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

It may be used in other codec drivers, so let it free.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Enable EAPD in output path initializations automatically unless the
new flag spec->own_eapd_ctl is set.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Finally the whole generic parser code in Realtek driver is moved into
hda_generic.c so that it can be used for generic codec driver.
The old dumb generic driver is replaced.  Yay.

The future plan is to adapt this generic parser for other codecs,
i.e. the codec driver calls the exported functions in generic driver
but adds some codec-specific fixes and setups.

As of this commit, the complete driver code is still duplicated in
Realtek codec driver.  The big code reduction will come from now on.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>