An error occurred fetching the project authors.
- 30 Jul, 2009 2 commits
-
-
Wu Fengguang authored
It auto mutes all 8-channel outputs at rear panel when the front panel headphone is connected. Signed-off-by:
Wu Fengguang <fengguang.wu@intel.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Wu Fengguang authored
This 2-channel mode is useful in that it will broadcast a 2-channel audio stream to all front/side/... ports. Signed-off-by:
Wu Fengguang <fengguang.wu@intel.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 28 Jul, 2009 1 commit
-
-
Takashi Iwai authored
The sentense "Unknown model for xxx, ..." makes people too nervous and drives them to a direction to a wrong "fix" by giving any mismatching model option. Let's rephrase the messages to be more nice and easy (at least that won't make people suspect conspiracies). Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 27 Jul, 2009 1 commit
-
-
Takashi Iwai authored
Add a helper macro to retrieve the widget type from wiget cap bits. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 24 Jul, 2009 1 commit
-
-
Takashi Iwai authored
The master mute switch is wrongly implemented as checking the pointer instead of its value, thus it can be never muted. This patch fixes the issue. Reference: Novell bnc#404873 https://bugzilla.novell.com/show_bug.cgi?id=404873Signed-off-by:
Takashi Iwai <tiwai@suse.de> Cc: <stable@kernel.org>
-
- 23 Jul, 2009 1 commit
-
-
Jaroslav Kysela authored
Here are the new sound enabling patches for IbexPeak. Summary of tested features: - playback - Front Headphone: OK - 8 channel audio: Front/Rear/CLFE/Side all OK - recording - Front Mic/Rear Mic: both OK (front/rear/line mics are selectable in the "Input source" alsamixer control) - Line In: not working (in 6ch mode, its amp/mute, direction and route all looks fine, so I'm a little puzzled) (hopefully no one will care this feature) - digital SPDIF input/output: not tested (no equipment) Signed-off-by:
Wu Fengguang <fengguang.wu@intel.com> Signed-off-by:
Jaroslav Kysela <perex@perex.cz> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 22 Jul, 2009 2 commits
-
-
Jaroslav Kysela authored
This patch adds a check to snd_hda_get_connections() routine for presence of AC_WCAP_CONN_LIST. Also, make sure that negative error codes from noted route are handled on all places as errors. Signed-off-by:
Jaroslav Kysela <perex@perex.cz> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
Fix the logic of ALC861 auto-mode parser for the outputs. Instead of assuming the fixed DAC list, parse the conection and assign the DAC dynamically. Also, unmute the unused output connections to avoid noises on inputs. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 17 Jul, 2009 1 commit
-
-
Takashi Iwai authored
- Parse the mono output pin 0x16 correctly even as the primary output - Create "Speaker" volume control if the primary output is a speaker - Fix the wrong direction of (optional) "Mono" switch Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 10 Jul, 2009 2 commits
-
-
Jaroslav Kysela authored
On some IbexPeak systems with ALC889A errors like "azx_get_response timeout, switching to polling mode: last cmd=0xaf9f000b" are produced, because non-existent codec #10 is wrongly accessed. The problem is that snd_hda_get_connections() returns out-of-range result for NID 0x1c (something like 0xf8f9 or 0xffff). This patch adds a check to alc880_parse_auto_config() to avoid using of this out-of-range NIDs. A better fix maybe to improve snd_hda_get_connections() routine to check for valid NID ranges if NIDs are expected as result. Signed-off-by:
Jaroslav Kysela <perex@perex.cz> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
Fix the merge error at the commit 305355aa, an addition of the missing alc880_gpio3_init_verbs to ALC882_TARGA model. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 09 Jul, 2009 1 commit
-
-
David Heidelberger authored
Simplify ALC882_TARGA and return gpio3 to ALC883_TARGA_DIG and ALC883_TARGA_2ch_DIG, which I accidentally removed in commit id 64a8be74Signed-off-by:
David Heidelberger <d.okias@gmail.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 08 Jul, 2009 2 commits
-
-
Darren Salt authored
There is a regression, introduced in aa202455 (in alsa-kernel) which I noticed when trying to use the headphone socket on my EeeCPC 901: the output was *very* quiet, practically silent. This patch corrects the control types to that which was obviously intended in the referenced commit. Signed-off-by:
Darren Salt <linux@youmustbejoking.demon.co.uk> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
William Weston authored
Signed-off-by:
William Weston <weston@sysex.net> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 03 Jul, 2009 3 commits
-
-
Takashi Iwai authored
The mixer elements created for ASUS eeePC 1000 with ALC269 aren't standard but strange words like "LineOut". Rename the element names to follow the standard one like "Headphone" and "Speaker". Also, split the volumes to each so that the virtual master can control them. The alc269_fujitsu_mixer is removed because it's now identical with the new eeepc mixer. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
Instead of expanding alc882_init_verbs to two elements via a macro, manually expand to each entry. This makes clear that some have already the full slot for init_verbs array (currently 5). Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
After merting patch_alc882() and patch_alc883(), the initialization of mixer amp 0x0b was missing in alc882_base_init_verbs[]. This is usually no critical problem, but it can disable the power-saving as the default state, so better to put to mute these channels. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 30 Jun, 2009 2 commits
-
-
Takashi Iwai authored
alc882_auto_init_analog_input() sets the input pins to VREF-80 regardless of the input pin types although it shouldn't be for line-in pins. This patch fixes the behavior to follow other codecs. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
Merge patch_alc882() and patch_alc883() to the former one since both codecs have fairly similar connections but just a slight difference. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 29 Jun, 2009 2 commits
-
-
Takashi Iwai authored
During the changes to clean up / fix the realtek codec initialization routines in commit 4a79ba34, I forgot to add the check for ALC268 and ALC269. This resulted in the missing EAPD and COEF setup for these codecs. This patch adds the missing checks for these codecs. Reference: bko#13633 http://bugzilla.kernel.org/show_bug.cgi?id=13633Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Tony Vroon authored
The Line In connector is set up as PIN_IN by default, using VREF_HIZ. It is connected to both ADCs, so add it to both input selectors. Also add the ability to use the input mix (on a SoundBlaster one would call this "What You Hear"). Signed-off-by:
Tony Vroon <tony@linx.net> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 25 Jun, 2009 3 commits
-
-
Takashi Iwai authored
For Acer Aspire 6930G (1025:015e), acre-aspire-6530g model matches obviously better. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Emilio López authored
Fix the following bugs of acer-aspire-6530g model with ALC888: - HP jack to mute all speaker outputs including LFE - Make digital built-in mic working Signed-off-by:
Emilio López <buhitoescolar@gmail.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
Realtek codecs require the pin-sense trigger call before actually reading the pin-sense. Without this, the pin-detection might not be done accurately. This patch adds the pin-capability check and issues the trigger call if required. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 22 Jun, 2009 4 commits
-
-
Takashi Iwai authored
Add the digital-mic support with ALC262 auto model. The new ALC262 models have the digital mic at NID 0x12. This widget isn't checked in the current alc262_auto_create_analog_input_ctls() since it's under 0x18. So, just reuse the routine for alc269 to fix the behavior. But, it doesn't suffice: the digital mic is supported only with the ADC0, we have to exclude other ADCs when d-mic is detected. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
Fix the check of the input-source type by checking the widget type of each capture-source item. Since some codecs can have both the mixer and selector types depending on the ADC, alc_mux_enum_put() needs to check each widget. With this change, spec->capture_style gets unneeded, so it's removed, too. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Takashi Iwai authored
It needs model=toshiba-s06 to work with the digital-mic. Signed-off-by:
Takashi Iwai <tiwai@suse.de> Cc: <stable@kernel.org>
-
Takashi Iwai authored
The commit f9e336f6 ALSA: hda - Unify capture mixer creation in realtek codes removed the "Input Source" mixer element creation for toshiba-s06 model because it contains a digital-mic input. This patch take the control back. Signed-off-by:
Takashi Iwai <tiwai@suse.de> Cc: <stable@kernel.org>
-
- 21 Jun, 2009 2 commits
-
-
Takashi Iwai authored
Add the new model string corresponding to the previous Acer Aspire 6530G support. Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Tony Vroon authored
The selected 4930G model seemed to keep the subwoofer 'tuba' function from operating correctly. Removing the existing PCI ID match made this work again, but it was mapped to 'Side' instead of to LFE as one would expect. This attempts to enable all functionality and keep the amount of available mixer sliders low. Any slider that had no audible effect on the output audio has been removed, and as such EAPD is not currently enabled. Signed-off-by:
Tony Vroon <tony@linx.net> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 17 Jun, 2009 3 commits
-
-
Sasha Alexandr authored
Correct some trivial typos in comments. Signed-off-by:
Sasha Alexandr <brina_keith@ns.sympatico.ca> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Sasha Alexandr authored
Correct some cut+paste typos from 'tagra' to 'targa'. Signed-off-by:
Sasha Alexandr <brina_keith@ns.sympatico.ca> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
Sasha Alexandr authored
Add pci-quirk for MSI MS-7350 motherboard with Realtek ALC888. Signed-off-by:
Sasha Alexandr <brina_keith@ns.sympatico.ca> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 13 Jun, 2009 1 commit
-
-
Takashi Iwai authored
Added model=acer-aspire-8930g for Acer Aspire 6935G (1025:0146). Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 08 Jun, 2009 2 commits
-
-
Takashi Iwai authored
- Fix a typo in the patch - Adapted to follow the recent change for unsol event handling Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
David Heidelberger authored
Added 7.1 support for MSI GX620 and jack quirk. Reference: kernel bug#13430 http://bugzilla.kernel.org/show_bug.cgi?id=13430Signed-off-by:
David Heidelberger <d.okias@gmail.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 05 Jun, 2009 1 commit
-
-
Guido Günther authored
with BIOS probing only we offer a non functional headphone swith and volume slider. Signed-off-by:
Guido Günther <agx@sigxcpu.org> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 03 Jun, 2009 1 commit
-
-
Hector Martin authored
Enable all three capture channels, including the missing nid 7 which is the only one capable of capturing DMIC input Enable Headphone amp for the HP jack. This causes a volume boost for headphones, but does not cause any noticeable effect for light loads like other amps, so there is no need to make it configurable. Add Input Mix capture mux setting to capture the output of the playback input mux (that is, what goes out the speakers except for PCM) Hack another coef register because the stereo DMIC for some reason produces a nonstandard sum/difference signal. I found a bit to make it just use the sum signal for both channels, which makes it behave like a standard mono microphone. The stereo is useless anyway (they're 1cm apart). Tested working: Three capture channels, mic in, line in, DMIC. Tested not working: CD. Not sure why, might be unconnected in the actual hardware or a CD drive issue. Also looked at SPDIF. It appears to work (emitter lights up inside the HP out jack) but I lack a proper miniTOSLINK cable to test it. Signed-off-by:
Hector Martin <hector@marcansoft.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 02 Jun, 2009 1 commit
-
-
Hector Martin authored
Short story: this laptop has 5.1 built-in speakers which you *really* want to use (the not-so-"sub" woofer is what makes the audio above average for a laptop), so 6-channel support is important (plus a decent asound.conf to upmix stereo). It also has the 3 typical jacks that ought to have a selectable mode. And it's based on ALC889, which sucks. Rationale/explanations: The const_channel_count stuff was added because, for a laptop like this, you always have 6 channels available (internal speakers) but still need to set the mode for the 3 external jacks. Therefore, the device always needs to be in 6-channel mode but there still needs to be a mixer control for the jack mode. You could use line/mic-in at the same time as the 6 internal speakers, for example. You might be tempted to make it even smarter by dynamically switching the max channel count when headphones are plugged in (therefore muting the internal speakers and reducing the physical channel count to the jack channel mode), but as a user I consider this to be harmful because I want the audio to blow up to 6 channels / upmixed as soon as I unplug the headphones, and having opened the device while in 2-channel mode would prevent this from working (and always making 6-channel mode available doesn't do any harm). The hardware needs EAPD turned on and the DACs routed to the internal speaker pins, so the patch adds those verbs. The ALC889 CLFE and subsequent (side/aux, here unused) DACs do NOT work by default, at least here. I wasted much time trying to talk to Realtek/pshou about this, but they just kept sending me useless updates to patch_realtek.c that did nothing relevant. In the end I gave up and brute forced the issue by trying to flip every bit in the proprietary coefficient registers, and eventually found the two magic registers that need to be cleared to enable all DACs. I have only heard Acer users complain, but that might be because ALC889 is pretty new and using 5.1 (and noticing the missing center/lfe channels) might not be that common. If this is a generalized issue with all ALC889 systems then those verbs should probably be moved to a common verb array. The internal mic is untested and probably doesn't work. These settings will probably work for other Acer Gemstone laptops with the same 5.1 speaker config. When identified, those should be added to the PCI subsystem ID list. Signed-off-by:
Hector Martin <hector@marcansoft.com> Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-
- 01 Jun, 2009 1 commit
-
-
Takashi Iwai authored
Rearrange alc268_cfg_tbl[] in the order of vendor id, and group some entries using SND_PCI_QUIRK_MASK(). Signed-off-by:
Takashi Iwai <tiwai@suse.de>
-