Re-route the whole output path when HP-independent mode is changed.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Fix a issue to create playback volume control if pin has amplifier capability
but not DAC.
Signed-off-by: NLydia Wang <lydiawang@viatech.com.cn>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Change the order of the output-path list in a way from the DAC to the
target pin.  Also now the list include the target pin, too.

Together with this format change, simplify the arguments of
parse_output_path() function, and fix the initialization in
via_auto_init_output().
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Drop "Capture" prefix from the mic-boost names.
Otherwise some control names can overflow the max name length.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Create a master volume and mute control of playback for VT1718S.
Signed-off-by: NLydia Wang <lydiawang@viatech.com.cn>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

When switch HP independent mode, mute/unmute connctions of mixer  which is
connected to headphone for VT1718S.
Signed-off-by: NLydia Wang <lydiawang@viatech.com.cn>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Remove some invalid initial verbs and correct some wrong initial verbs
for VT1718S codec.
Signed-off-by: NLydia Wang <lydiawang@viatech.com.cn>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Use the existing aa-loop list for simplifying the check for analog
low-current mode.  Also fix the stream count test for playback streams.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

There is no longer virtual kmixer element for NID mapping.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

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

When the primary output is the speaker output, rather name it as
"Speaker".  This will be more intuitive.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Create loopback list dynamically from the parsed input pins for VIA
codecs instead of the fixed arrays.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Fix the broken detection of smart51 and its handling.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Now let's add the missing Master control to VIA codecs.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Issue the init verbs of unsolicited events dynamically from the parsed
results for VIA codecs.  Also, consolidate the unsol handlers for HP
and line-out mutes.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Similarly like the previous commit, initialize the input-paths dynamically
from the parsed results instead of the fixed array for VIA codecs.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Instead of fixed array for each codec type, initialize the output path
dynamically from the parsed results.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

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

Fix races in handling of HP DAC and independent streams for VIA codecs.
Also, allow the HP output path without front-DAC, and removed
unnecessary activation of HP mixer elements.

This also removes the handling of shared side/HP stream; it's anyway
implemented in a broken way, so we need to re-implement the feature
later...
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Now all codecs use the same parser-path, so we can reduce into a single
auto-parser function.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Instead of ignoring the invalid pin configuration, return the error.
This will avoid unexpected crash, anyway.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Create capture-related mixer elements dynamically from the parsed
ADCs and input-pins instead of fixed values for each codec.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Instead of using the secondary substream, create an individual PCM
stream for HP-independent PCM.  Otherwise it's difficult to handle
different channel numbers with multi-channel stream in the sam PCM
stream structure.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Unify PCM streams for all codecs by assigning the NID dynamically.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

For VIA codecs, we shouldn't create a substream for independent HP mode,
when no individual HP DAC is found.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

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

Parse the output-paths more dynamically, i.e. traverse the paths
from each output pin instead of fixed assignment for each codec.
Now all codecs are using the same output parser code.

The smart51 setup doesn't work with this change, and will be fixed
in the next commits.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Now storing the analog-mixer widget in spec, we can simplify the rest
parts.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Muting all line-outs and/or speakers is more common in other drivers,
so we should follow it, too.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Mute the outputs via pin-controls instead of amps for the auto-mute
handling.  This makes our life easier as it avoids conflict of the states
between the mixer elements and the auto-mute toggles.

With this change, we can use vmaster for the master control easily now.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

This reduces lots of static strings.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

No functional change.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

The jack-detect control should be created at the time of build_controls
callback instead of calling snd_hda_add_ctls() at the tree-parsing time.
For that, copy the control to the temporary array like other cases.

Also, fixed typos of vt1708_jack_detect in all places.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Instead of giving the fixed ADC list, parse the widgets and fill in
ADCs dynamically.

Also, probe the stereo-mixer input more dynamically, too.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Currently VIA driver controls the power-state of each pin per jack
detection.  But, it means that the power-state mismatch may occur when
the machine doesn't give the proper jack-detection.

For avoiding this problem, a new control element "Dynamic Power-Control"
is provided so that user can turn on/off the pin-power control.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

Just a minor clean up; nid-mapping can be set directly to the smart51
mixer element.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

The via driver spews warnigs like
	hda-codec: no NID for mapping control Independent HP:0:0
with some codecs because snd_hda_add_nid() is called with nid=0.
This patch fixes it by skipping the call when no corresponding widget
is found.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

The SPDIF output controls apply to converter widgets. A future change
will create a PCM device per pin widget, and hence a set of SPDIF output
controls per pin widget, for certain HDMI codecs. To support this, we
need the ability to virtualize the SPDIF output controls. Specifically:

* Controls can be "unassigned" from real hardware when a converter is
  not used for the PCM the control was created for.
* Control puts only write to hardware when they are assigned.
* Controls can be "assigned" to real hardware when a converter is picked
  to support output for a particular PCM.
* When a converter is assigned, the hardware is updated to the cached
  configuration.
Signed-off-by: NStephen Warren <swarren@nvidia.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

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: NStephen Warren <swarren@nvidia.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>

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