- 11 Oct, 2009 21 commits
-
-
Lydia Wang authored
As init verbs, vt17xx_volume_init_verb is a better place to hold them. Signed-off-by:
Lydia Wang <lydiawang@viatech.com.cn> Signed-off-by:
Logan Li <loganli@viatech.com.cn> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Lydia Wang authored
With snd_hda_override_amp_caps. Signed-off-by:
-
Lydia Wang authored
Rewrite nid_vol/mute assignment for clearity, and check line connection before adding control for it. Signed-off-by:
-
Lydia Wang authored
Rewrite nid_vol/mute assignment for clearity, and check line connection before adding control for it. Signed-off-by:
-
Lydia Wang authored
Replaced with via_playback_multi_pcm_prepare/cleanup to support multi-stream operations Signed-off-by:
-
Lydia Wang authored
like seqassoc 0xff, seqassoc 0xf0 of vt1708 should override Port Connectivity field into 'AC_JACK_PORT_COMPLEX' Signed-off-by:
-
Lydia Wang authored
VT1708 does not support unsolicited response, but we need hp detect to automute speaker. Implemented in workqueue. Signed-off-by:
-
Lydia Wang authored
Signed-off-by:
-
Lydia Wang authored
Signed-off-by:
-
Lydia Wang authored
Signed-off-by:
-
Lydia Wang authored
Smart 5.1 is for 3-jacks model, to reuse input pins as outputs. While off, they act as "line out" / "line in" / "mic in". While on, they acts as "line out" / "back left/right" / "center/lfe". Signed-off-by:
-
Lydia Wang authored
Use hp_independent_mode_index to store hp index, and simplify function via_independent_hp_put with it. Signed-off-by:
-
Lydia Wang authored
For VT1708S and VT1702, deactivate "Headphone Playback Volume" and "Headphone Playback Mute" control if "Independent HP" mode is OFF. and rename VT1702 "Independent HP" text. Signed-off-by:
-
Lydia Wang authored
Signed-off-by:
-
Lydia Wang authored
For VT1708B, VT1708S and VT1702, enter low current mode if no analog stream is opened and all aa path mute. Signed-off-by:
-
Lydia Wang authored
Enter low power state if AA-Path volume is muted. Signed-off-by:
-
Lydia Wang authored
according to customer request, VT1702 AA-Path max volume (12 dB) is too high, so limit to 0 dB. Signed-off-by:
-
Lydia Wang authored
Signed-off-by:
-
Lydia Wang authored
Signed-off-by:
-
Lydia Wang authored
IS_VT17*_VENDORID macros are used nowhere, so clean them up. Signed-off-by:
-
Takashi Iwai authored
-
- 09 Oct, 2009 1 commit
-
-
Takashi Iwai authored
Allow Nvidia HDMI to support more possible sample rates and formats. At best, the really supported rates and formats should be determined together with the negotiation with the HDMI receiver, but it's currently not implemented yet (Nvidia stuff seems incompatible with HDMI 1.3 standard in this regard). As a compromise, we enable all bits, assuming that all recent devices do support such rates/formats. Tested-by:
Alan Alan <alanwww1@gmail.com> Signed-off-by:
-
- 07 Oct, 2009 1 commit
-
-
Takashi Iwai authored
Since patch_alc268() doesn't call set_capture_mixer() (due to its h/w design different from other siblings), it needs to call fixup_automic_adc() explicitly to set up the auto-mic routing. Otherwise the indices for int/ext mics aren't set properly. Reference: Novell bnc#544899 http://bugzilla.novell.com/show_bug.cgi?id=544899Signed-off-by:
-
- 06 Oct, 2009 2 commits
-
-
Takashi Iwai authored
alc_subsystem_id() tries to pick up a headphone pin if not configured, but this caused side-effects as the problem in commit 15870f05. This patch fixes the driver behavior to pick up invalid HP pins; at least, the pins that are listed as the primary outputs aren't taken any more. Signed-off-by:
-
Takashi Iwai authored
ASUS A7K needs additional GPIO1 bit setup; it has to be cleared. Added a new fixup hook for this laptop so that it works as is. Refernece: Novell bnc#494309 http://bugzilla.novell.com/show_bug.cgi?id=494309Signed-off-by:
-
- 05 Oct, 2009 1 commit
-
-
Takashi Iwai authored
The recent auto-parser doesn't work for machines with a single output with ALC861, such as Toshiba laptops, because alc_subsystem_id() sets the hp_pins[0] while it's listed in line_outs[0]. This ends up with the doubled initialization of the same mixer widget, and it mutes the DAC route because hp_pins has no DAC assigned. To fix this problem, just check spec->autocfg.hp_outs and speaker_outs so that they are really detected pins. Reference: Novell bnc#544161 http://bugzilla.novell.com/show_bug.cgi?id=544161Signed-off-by:
-
- 02 Oct, 2009 3 commits
-
-
Takashi Iwai authored
Use a common helper to create playback controls. This gives less chance of typos. Signed-off-by: -
Takashi Iwai authored
-
Takashi Iwai authored
The auto-parser for ALC662/663/272 codecs doesn't work properly when a speaker is connected to mono NID 0x17, and doesn't handle the dynamic DAC assignment properly. This patch fixes the issues and also improves the assignment of DACs so that HP and speakers can have independent volume controls. Signed-off-by:
-
- 01 Oct, 2009 2 commits
-
-
Takashi Iwai authored
When the auto-mic switching between an analog and a digital mic is needed with IDT codecs, the current driver doesn't reset the connection of the digital mux. This patch fixes the behavior by checking both mux connections properly. Signed-off-by: -
Manoj Iyer authored
Patch was tested on Toshiba NB200 and is found to enable sound. Signed-off-by:
Manoj Iyer <manoj.iyer@canonical.com> Cc: stable@kernel.org Signed-off-by:
-
- 30 Sep, 2009 1 commit
-
-
Takashi Iwai authored
In the commit fdbc6626, I mistakenly replaced the capture mixer array for ALC268_ACER to nosrc version although this should be kept to alt_mixer. Now fixed back. Signed-off-by:
-
- 29 Sep, 2009 1 commit
-
-
Miguel de Barros authored
Reference: ALSA bug #0004614 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4614 port-A (0x11) - front hp-out port-D (0x12) - rear line out port-E (0x1c) - front mic-in port-F (0x16) - Internal speakers digital-mic (0x17) - Internal mic init verbs, mixers, jack sensing and PCI_QUIRK to support this hardware Signed-off-by:
Miguel de Barros <miguel.de.barros@bluewin.ch> Signed-off-by:
-
- 28 Sep, 2009 2 commits
-
-
Takashi Iwai authored
Since the recent kernel can handle MSI properly on non-Intel platforms, let's enable MSI as default. If any borken device is found, we can add the quirk entry to the list, which is currently empty. Signed-off-by: -
Takashi Iwai authored
-
- 27 Sep, 2009 5 commits
-
-
Linus Torvalds authored
-
Linus Torvalds authored
.. duplicated by merging the same fix twice, for details see commit 0d9df251 ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes") Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Dave Young authored
The following commit made console open fails while booting: commit b50989dc Author: Alan Cox <alan@linux.intel.com> Date: Sat Sep 19 13:13:22 2009 -0700 tty: make the kref destructor occur asynchronously Due to tty release routines run in a workqueue now, error like the following will be reported while booting: INIT open /dev/console Input/output error It also causes hibernation regression to appear as reported at http://bugzilla.kernel.org/show_bug.cgi?id=14229 The reason is that now there's latency issue with closing, but when we open a "closing not finished" tty, -EIO will be returned. Fix it as per the following Alan's suggestion: Fun but it's actually not a bug and the fix is wrong in itself as the port may be closing but not yet being destructed, in which case it seems to do the wrong thing. Opening a tty that is closing (and could be closing for long periods) is supposed to return -EIO. I suspect a better way to deal with this and keep the old console timing is to split tty->shutdown into two functions. tty->shutdown() - called synchronously just before we dump the tty onto the waitqueue for destruction tty->cleanup() - called when the destructor runs. We would then do the shutdown part which can occur in IRQ context fine, before queueing the rest of the release (from tty->magic = 0 ... the end) to occur asynchronously The USB update in -next would then need a call like if (tty->cleanup) tty->cleanup(tty); at the top of the async function and the USB shutdown to be split between shutdown and cleanup as the USB resource cleanup and final tidy cannot occur synchronously as it needs to sleep. In other words the logic becomes final kref put make object unfindable async clean it up Signed-off-by:
Dave Young <hidave.darkstar@gmail.com> [ rjw: Rebased on top of 2.6.31-git, reworked the changelog. ] Signed-off-by:
"Rafael J. Wysocki" <rjw@sisk.pl> [ Changed serial naming to match new rules, dropped tty_shutdown as per comments from Alan Stern - Linus ] Signed-off-by:
-
Linus Torvalds authored
Commit 3d5b6fb4 ("ACPI: Kill overly verbose "power state" log messages") removed the actual use of this variable, but didn't remove the variable itself, resulting in build warnings like drivers/acpi/processor_idle.c: In function ‘acpi_processor_power_init’: drivers/acpi/processor_idle.c:1169: warning: unused variable ‘i’ Just get rid of the now unused variable. Signed-off-by:
-
Alexey Dobriyan authored
* mark struct vm_area_struct::vm_ops as const * mark vm_ops in AGP code But leave TTM code alone, something is fishy there with global vm_ops being used. Signed-off-by:
Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by:
-
