11 Jan, 2012
1 commit
-
When multiple headphone or other detectable output pins are present,
the power-map has to be updated after resume appropriately, but the
current driver doesn't check all pins but only the first pin (since
it's enough to check it for the mute-behavior). This resulted in the
silent output from the secondary outputs after PM resume.This patch fixes the problem by checking all pins at (re-)init time.
Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=740347
Cc:
Signed-off-by: Takashi Iwai
20 Dec, 2011
2 commits
-
Conflicts:
sound/pci/hda/patch_hdmi.c
sound/pci/hda/patch_via.c
14 Dec, 2011
1 commit
-
Commit b99a776d0b17ae0f3a54e86009887a00ac4889d0 removed all effects of
the STAC92HD83* model quirk "hp". However, it left the model selection
and documentation behind, confusing users with inverted mute
leds. Completely remove this quirk and its documentation.Signed-off-by: Gustavo Maciel Dias Vieira
Signed-off-by: Takashi Iwai
13 Dec, 2011
2 commits
-
Some HP laptop models do not have a properly filled OEM string used
to set the gpio and polarity of the mute led. Make the mute led
configuration work for this case.Signed-off-by: Gustavo Maciel Dias Vieira
Signed-off-by: Takashi Iwai -
This may lead to problems (like loss of sound) as GPIO pin may be used
for different function (SPDIF OUT, EAPD etc) on those systems. This patch
disables default mute LED GPIO configuration on all new codecs as all new
HP systems are expected to provide explicit mute LED configuration in SMBIOS.Signed-off-by: Vitaliy Kulikov
Signed-off-by: Takashi Iwai
06 Dec, 2011
3 commits
-
Signed-off-by: Takashi Iwai
-
Some HP laptops with IDT 92HD75 codecs may use a GPIO > 4 for the mute
LED, but currently the driver doesn't check this properly, and confuses
the mute LED behavior. This ended up with the silent output on some
HP laptops due to having another GPIO used as external amp control.This patch fixes the problem by checking the max GPIO count and
comparing with the given value from DMI entry instead of magic fixed
value 4 and 8, and adding a new field to indicate the VREF mute-LED
behavior.Reported-and-tested-by: Vitaliy Kulikov
Cc: [v3.1]
Signed-off-by: Takashi Iwai
02 Dec, 2011
1 commit
-
Instead of managing input-jack stuff separately, call all stuff inside
the kctl-jack creation, deletion and report. The caller no longer needs
to care about input-jack.The better integration between input-jack and kctl-jack should be done
in the upper layer in near future, but for now, it's implemented locally
for more tests.Signed-off-by: Takashi Iwai
01 Dec, 2011
1 commit
-
The verb command in stac92xx_post_suspend caused the audio to stop
working after resuming from S3 mode on HP laptops with the VREF-pin
mute-LED control. Removing relevant post_suspend registering.Although removing D3 on AFG is no optimal solution, the impact should
be small in comparison with the broken S3/S4.Signed-off-by: Charles Chin
Cc:
Signed-off-by: Takashi Iwai
29 Nov, 2011
1 commit
-
Some HP laptops use a pin VREF for controlling the mute LED, and such a
pin shouldn't be powered off.Signed-off-by: Takashi Iwai
19 Nov, 2011
1 commit
-
Reported-by: Albert Pool
Signed-off-by: Takashi Iwai
16 Nov, 2011
6 commits
-
The function now gives more unique names for the output pins by adding
some prefix and suffix for the location and the channels. Otherwise, it
can pass the index number.Signed-off-by: Takashi Iwai
-
We can use the very same table in hda_jack.c for managing the list for
input-jack elements, too.Signed-off-by: Takashi Iwai
-
Manage the tags assigned for unsolicited events dynamically together
with the jack-detection routines. Basically this is almost same as what
we've done in patch_sigmatel.c. Assign the new tag number for each new
unsol event, associate with the given NID and the action type, etc.With this change, now all pins looked over in snd_hda_jack_add_kctls()
are actually enabled for detection now even if the pins aren't used for
jack-retasking by the driver.Signed-off-by: Takashi Iwai
-
Create kcontrols for pin jack-detections, which work similarly like
jack-input layer. Each control will notify when the jack is plugged or
unplugged, and also user can read the value at any time via the normal
control API.The control elements are created with iface=CARD, so that they won't
appear in the mixer apps.So far, only the pins that enabled the jack-detection are registered.
For covering all pins, the transition of the common unsol-tag handling
would be needed. Stay tuned.Signed-off-by: Takashi Iwai
-
Introduce a table containing the pins and their jack-detection states
for avoiding the unnecessary verbs to check the pin status at each time.When the unsol event is enabled via snd_hda_jack_detect_enable(), it
automatically adds the given NID to the table. Then the driver supposes
that the codec driver will set the dirty flag appropariately when an
unsolicited event is invoked for that pin.The behavior for reading other pins that aren't registered in the table
doesn't change. Only the pins assigned to the table are cached, so far.In near futre, this table can be extended to use the central place for
the unsolicited events of all pins, etc, and eventually include the
jack-detect kcontrols that replace the current input-jack stuff.Signed-off-by: Takashi Iwai
-
Create a new helper function snd_hda_get_pin_label() for getting a label
string for both input and output pins. hda_get_input_pin_label() is
obsoleted by this function, and the callers are replaced appropriately
now by this patch.Signed-off-by: Takashi Iwai
11 Nov, 2011
1 commit
-
Clean up and fix pwr_nids for 92HD71 / 73 / 83 family codecs; remove
pwr_mapping which was incorrect.The original pwr_nids support of 92HD83xxx was incorrect and never
actually worked before. Now we should have things working correctly
without having to hack by DID anymore.It is also not necessary to explicitly turn on all the pins near the
beginning of patch_stac92hd83xxx() now, the pins will go though
initialization properly.Tested on 92HD66 / 71 / 73 / 75 / 83 / 89 / 91 demo boards.
Signed-off-by: Charles Chin
Signed-off-by: Takashi Iwai
09 Nov, 2011
1 commit
-
Fix the not working internal mic on Dell Vostro 3500 laptop by introducing the
new model dell-vostro-3500.Signed-off-by: Julian Wollrath
Cc:
Signed-off-by: Takashi Iwai
07 Nov, 2011
1 commit
-
* 'modsplit-Oct31_2011' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux: (230 commits)
Revert "tracing: Include module.h in define_trace.h"
irq: don't put module.h into irq.h for tracking irqgen modules.
bluetooth: macroize two small inlines to avoid module.h
ip_vs.h: fix implicit use of module_get/module_put from module.h
nf_conntrack.h: fix up fallout from implicit moduleparam.h presence
include: replace linux/module.h with "struct module" wherever possible
include: convert various register fcns to macros to avoid include chaining
crypto.h: remove unused crypto_tfm_alg_modname() inline
uwb.h: fix implicit use of asm/page.h for PAGE_SIZE
pm_runtime.h: explicitly requires notifier.h
linux/dmaengine.h: fix implicit use of bitmap.h and asm/page.h
miscdevice.h: fix up implicit use of lists and types
stop_machine.h: fix implicit use of smp.h for smp_processor_id
of: fix implicit use of errno.h in include/linux/of.h
of_platform.h: delete needless include
acpi: remove module.h include from platform/aclinux.h
miscdevice.h: delete unnecessary inclusion of module.h
device_cgroup.h: delete needless include
net: sch_generic remove redundant use of
net: inet_timewait_sock doesnt need
...Fix up trivial conflicts (other header files, and removal of the ab3550 mfd driver) in
- drivers/media/dvb/frontends/dibx000_common.c
- drivers/media/video/{mt9m111.c,ov6650.c}
- drivers/mfd/ab3550-core.c
- include/linux/dmaengine.h
03 Nov, 2011
1 commit
-
Revise stac92xx_parse_auto_config to automatically scan for digital input
and output converters.Signed-off-by: Charles Chin
Signed-off-by: Takashi Iwai
02 Nov, 2011
2 commits
-
These codecs have SPDIF-in, which is new to the 92HD83xxx compatible
families, so a bit of logic is added to support them.Signed-off-by: Charles Chin
Cc:
Signed-off-by: Takashi Iwai -
The power-widget control in patch_stac92hd83xxx() never worked properly,
thus it's safer to turn it off as default for now.Signed-off-by: Charles Chin
Cc:
Signed-off-by: Takashi Iwai
01 Nov, 2011
1 commit
-
Lots of sound drivers were getting module.h via the implicit presence
of it in but we are going to clean that up. So
fix up those users now.Signed-off-by: Paul Gortmaker
13 Oct, 2011
1 commit
-
The purpose of this patch is to remove a section of "bad" code that
assigns the last DAC to ports E or F in order to support notebooks
with docking in earlier days, around ALSA 1.0.19 - 21. This is not
necessary now and actually breaks some configurations that use these
ports as other devices. This have been tested on several different
configurations to make sure that it is working for different combinations.Signed-off-by: Charles Chin
Cc:
Signed-off-by: Takashi Iwai
05 Oct, 2011
1 commit
-
If we run out of DACs when trying to assign a DAC to a secondary
headphone, prefer the DAC of the first headphone to the primary
(usually line out) DAC.BugLink: http://bugs.launchpad.net/bugs/845275
Signed-off-by: David Henningsson
Signed-off-by: Takashi Iwai
03 Oct, 2011
1 commit
-
The Sigmatel/IDT parser should have the same naming convention
for input jacks as the other codecs have.BugLink: http://bugs.launchpad.net/bugs/859704
Signed-off-by: David Henningsson
Signed-off-by: Takashi Iwai
24 Sep, 2011
1 commit
-
This patch is necessary to make internal speakers work on this chip.
Cc: stable@kernel.org
BugLink: http://bugs.launchpad.net/bugs/854468
Tested-by: Alex Wolfson
Signed-off-by: David Henningsson
Signed-off-by: Takashi Iwai
20 Sep, 2011
1 commit
-
Cc: stable@kernel.org
BugLink: http://bugs.launchpad.net/bugs/854468
Signed-off-by: David Henningsson
Signed-off-by: Takashi Iwai
10 Aug, 2011
1 commit
-
In commit 45eebda7, it add new function stac_vrefout_set, but it
is only used in code between CONFIG_SND_HDA_POWER_SAVE macro, so
add the macro to avoid such warning:sound/pci/hda/patch_sigmatel.c:676:12: warning: 'stac_vrefout_set' defined but not used
Signed-off-by: Wang Shaoyan
Signed-off-by: Takashi Iwai
27 Jul, 2011
1 commit
-
This patch also registers all necessary callbacks to support mute LED
only when such control is enabled. And it keeps codec AFG in D0 or D1
state all the time when aggressive power managemnt is enabled for vref-out
control (and mute LED) work correctly.Signed-off-by: Vitaliy Kulikov
Signed-off-by: Takashi Iwai
26 Jul, 2011
3 commits
-
It makes little sense to enable power-saving without PM.
This removes SND_HDA_NEEDS_RESUME define so that we can use CONFIG_PM
in all places.Signed-off-by: Takashi Iwai
-
This patch adds checking of mute state on all outputs besides just
speakers to calculate the master mute state for mute led support.
It also renames and splits the function that does it for better code
clarity.Signed-off-by: Vitaliy Kulikov
Signed-off-by: Takashi Iwai -
Codec state is not restored immediately on resume but on the first
access when power-save is enabled. That leads to an invalid mute led
state after resume until either sound is played or some control is
changed. This patch adds a possibility for a vendor specific patch to
restore codec state immediately after resume if required. And it adds
code to restore IDT codecs state immediately on resume on HP systems
with mute led support.Signed-off-by: Vitaliy Kulikov
Signed-off-by: Takashi Iwai
24 Jul, 2011
1 commit
-
Signed-off-by: Vitaliy Kulikov
Signed-off-by: Takashi Iwai
29 Jun, 2011
1 commit
-
Create snd_hda_get_conn_index() helper function for obtaining the
connection index of the widget. Replaced the similar codes used in
several codec-drivers with this common helper.Signed-off-by: Takashi Iwai
06 Jun, 2011
1 commit
-
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: Stephen Warren
Signed-off-by: Takashi Iwai
17 May, 2011
1 commit
-
When a docking-station has a line-in jack, we can handle it also as
a detectable jack just like mic-in. This will improve the usability
of HP laptops with a docking-station.Signed-off-by: Takashi Iwai