- 19 2月, 2009 1 次提交
-
-
由 Clemens Ladisch 提交于
This reverts commit 7e86c0e6 ("do not overwrite EEPROM on Xonar D2/D2X") because it did not actually help with the problem. More user reports show that the overwriting of the EEPROM is not triggered by using this driver but by installing Linux, and that the installation of any other operating system (even one without any CMI8788 driver) has the same effect. In other words, the presence of this driver does not have any effect on the occurrence of the error. (So far, the available evidence seems to point to a BIOS bug.) Furthermore, it turns out that the EEPROM chip is protected against stray write commands by the command format and by requiring a separate write-enable command, so the error scenario in the previous commit (that SPI writes can be misinterpreted as an EEPROM write command) is not even theoretically possible. The mixer control that was removed as a consequence of the previous commit can only be partially emulated in userspace, which also means it cannot be seen be the in-kernel OSS API emulation, so it is better to revert that change. Signed-off-by: NClemens Ladisch <clemens@ladisch.de> Cc: <stable@kernel.org> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 16 2月, 2009 1 次提交
-
-
由 Takashi Iwai 提交于
This reverts commit 32e176c1. That commit caused a regression with suspend on Thinkpad SL300. Reference: kernel bug#12711 http://bugzilla.kernel.org/show_bug.cgi?id=12711Tested-by: NAlexandre Rostovtsev <tetromino@gmail.com> Acked-by: NRafael J. Wysocki <rjw@sisk.pl> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 13 2月, 2009 3 次提交
-
-
由 Takashi Iwai 提交于
Added the helper function snd_hda_multi_out_dig_cleanup() to clean up the digital outputs with multi setup. This call is needed in cases the codec supports multiple digital outputs as slaves. Otherwise the slave widgets aren't properly cleaned up. For a single digital output (e.g. in patch_conexant.c), this call isn't needed. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
Added the missing terminator for ad1989b_slave_dig_outs[]. Cc: <stable@kernel.org> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
Change HP dv7 quirk: although reported to work with hp-m4 model (https://bugzilla.novell.com/show_bug.cgi?id=445321), the original report doesn't contain info about testing of internal microphone. Recently I received a report about internal mic not working (https://qa.mandriva.com/show_bug.cgi?id=44855#c193), this must be related with the forced line in on pin 0x0e done with hp-m4 model. Thus change the current quirk from STAC_HP_M4 to STAC_HP_DV5, later reported to be fixed on a provided kernel with this change (https://qa.mandriva.com/show_bug.cgi?id=44855#c196). Signed-off-by: NHerton Ronaldo Krzesinski <herton@mandriva.com.br> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 12 2月, 2009 1 次提交
-
-
由 Takashi Iwai 提交于
The devices that have been newly added during reconfig must be registered. Otherwise they won't be visible to user-space. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 11 2月, 2009 5 次提交
-
-
由 Wu Fengguang 提交于
Signed-off-by: NWu Fengguang <fengguang.wu@intel.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Wu Fengguang 提交于
Signed-off-by: NWu Fengguang <fengguang.wu@intel.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Wu Fengguang 提交于
We found that enabling/disabling HDMI audio pin out at stream start/stop time will kill the leading 500ms or so sound samples. Avoid this by enabling pin out once and for ever at module loading time. The leading ~500ms audio samples will still be lost when switching from X-channel playback to Y-channel playback where X != Y. However there's no much we can do about it: the audio infoframe has to change and it looks like either G45 or YAMAHA requires some time to switch the configuration. Signed-off-by: NWu Fengguang <fengguang.wu@intel.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Wu Fengguang 提交于
The YAMAHA AV-X1800 requires audio infoframe to include speaker-channel mapping to play >2 channel HDMI audio. In theory that mapping should be derived from its speaker configurations contained in its ELD. However we currently cannot get ELD in console before the KMS functionalities are ready. This is a more or less general issue at least in the near future. As a workaround, we propose to allow playback of mult-channel audio when ELD is not available. Signed-off-by: NWu Fengguang <fengguang.wu@intel.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Mackenzie Morgan 提交于
Added a quirk for Asus Z37E for fixing suspend/hibernation problem. Reference: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/25896 http://launchpadlibrarian.net/17053575/0001-Add-quirk-for-ASUS-Z37E-to-make-sound-audible-afte.patch https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=4282Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 06 2月, 2009 2 次提交
-
-
由 Takashi Iwai 提交于
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
ALC272 needs EAPD for speaker outputs as well as other similar ALC codecs. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 05 2月, 2009 2 次提交
-
-
由 Takashi Iwai 提交于
Some fixes regarding snd-hda-intel workqueue: - Use create_singlethread_workqueue() instead of create_workqueue() as per-CPU work isn't required. - Allocate workq name string properly - Renamed the workq name to "hd-audio*" to be more obvious. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
Added model=fujisu-pi2515 for FSC Amilo Xi2550 with ALC883 codec. Refernece: Novell bnc#450979 https://bugzilla.novell.com/show_bug.cgi?id=450979Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 02 2月, 2009 1 次提交
-
-
由 Takashi Iwai 提交于
Volume-knob widgets have no widget selection although they have widget connections. Thus, the connection list in the proc output shouldn't contain the selection (*). Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 01 2月, 2009 2 次提交
-
-
由 Mark Eggleston 提交于
Added the support for 24" Aluminium iMac (106b:3e00) Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Roel Kluin 提交于
With a postfix decrement time will reach -1 rather than 0, so the warning will not be issued. Signed-off-by: NRoel Kluin <roel.kluin@gmail.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 30 1月, 2009 1 次提交
-
-
由 Takashi Iwai 提交于
Added model=hp-dv5 for another HP dv5 model with AMD chip (103c:3600) Reference: kernel bug#12440 http://bugzilla.kernel.org/show_bug.cgi?id=12440Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 28 1月, 2009 1 次提交
-
-
由 Luke Yelavich 提交于
Add another MacBook Pro 4,1 SSID (106b:3800). It seems that latter revisions, (at least mine), have different IDs to earlier revisions. Signed-off-by: NLuke Yelavich <themuso@ubuntu.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 27 1月, 2009 2 次提交
-
-
由 Takashi Iwai 提交于
sound/pci/hda/patch_conexant.c:352: warning: 'conexant_add_jack' defined but not used Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Joerg Schirottke 提交于
Added the matching model=laptop for HP DV6700 laptop. Signed-off-by: NJoerg Schirottke <master@kanotix.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 23 1月, 2009 3 次提交
-
-
由 Takashi Iwai 提交于
The reference NID for the analog outputs of STAC/IDT codecs is set to a fixed number 0x02. But this isn't always correct and in many codecs it points to a non-existing NID. This patch fixes the initialization of the PCM reference NID taken from the actually probed DAC list. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Matthew Ranostay 提交于
Some revisions of the 92hd8xxx codec's not supporting port power downs in which the using of it causes capture and also randomly playback streams to not function at all. Thus by disabling it by default and adding a option to enable it manually will fix all issue on current and future revisions. Signed-off-by: NMatthew Ranostay <mranostay@embeddedalley.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Matthew Ranostay 提交于
Port 0xe power mapping was incorrect set to 0x80 changed to the correct value 0x40. Signed-off-by: NMatthew Ranostay <mranostay@embeddedalley.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 22 1月, 2009 1 次提交
-
-
由 Takashi Iwai 提交于
Added model=hp-dv5 for HP dv4 (103c:30f7). Reference: kernel bug #12440 http://bugzilla.kernel.org/show_bug.cgi?id=12440Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 21 1月, 2009 1 次提交
-
-
由 Matthew Ranostay 提交于
On the 92hd8xxx codecs port 0xe needs the connection selected to be the last DAC in the list. Signed-off-by: NMatthew Ranostay <mranostay@embeddedalley.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 19 1月, 2009 3 次提交
-
-
由 Clemens Ladisch 提交于
Mention in the Kconfig help text that the HDAV1.3 code is rather experimental. Signed-off-by: NClemens Ladisch <clemens@ladisch.de> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Clemens Ladisch 提交于
Add a missing newline. Signed-off-by: NClemens Ladisch <clemens@ladisch.de> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Clemens Ladisch 提交于
This hardware has a better chance of working correctly if we don't forget to enable it. Signed-off-by: NClemens Ladisch <clemens@ladisch.de> Cc: <stable@kernel.org> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 18 1月, 2009 1 次提交
-
-
由 Matthew Ranostay 提交于
Fixed invalid power mappings for ports 0xd and 0xe on 93hd83xxx codecs. They were shifted right one too many bits. Signed-off-by: NMatthew Ranostay <mranostay@embeddedalley.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 16 1月, 2009 3 次提交
-
-
由 Luke Yelavich 提交于
Add the 82801H variants 1071:8227 and 8086:2503 to use ALC883_MITAC Reference: Ubuntu bug 210865 https://bugs.launchpad.net/bugs/210865Signed-off-by: NLuke Yelavich <themuso@ubuntu.com> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
The codec-parsing of STAC925x was utterly broken due to its unique design unlike other STAC codecs. It has a volume control only in NID 0x0e (similar as STAC9200), but the parser assumes that the amp is available on each DAC widget. The patch fixes the whole wrong stories: fix the initial volume, assign the fixed "Master" volume, and avoid to create wrong volume controls. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
The value set in the commit 2465fb66 is actually wrong. The value range is from 0 to 0x1f while the patch sets to 0x7f. Let's fix it. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
- 15 1月, 2009 2 次提交
-
-
由 Clemens Ladisch 提交于
On the Asus Xonar D2 and D2X models, the SPI chip select signal for the fourth DAC shares its pin with the serial clock for the EEPROM that contains the PCI subdevice ID values. It appears that when DAC registers are written and some other unknown conditions occur (probably noise on the EEPROM's chip select line), the EEPROM gets overwritten with garbage, which makes it impossible to properly detect the card later. Therefore, we better avoid DAC register writes and make sure that the driver works with the DAC's registers' default values. Consequently, the sample format is now I2S instead of left-justified (no user-visible change), and the DAC's volume/mute registers cannot be used anymore (volume changes are now done by the software volume plugin). Signed-off-by: NClemens Ladisch <clemens@ladisch.de> Cc: <stable@kernel.org> Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
Fix HP dv5 (103c:3603) built-in mic input. Reference: kernel bug 12440 http://bugzilla.kernel.org/show_bug.cgi?id=12440Signed-off-by: NTakashi Iwai <tiwai@suse.de> Cc: stable@kernel.org
-
- 14 1月, 2009 4 次提交
-
-
由 Takashi Iwai 提交于
The selector widget 0x0e isn't initialized properly in the whole probe process, thus it can be a wrong value depending on the BIOS setup. This patch adds the init verb to set it to the max & unmuted. Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
Fix the bug introduced in commit c15c5060: sound/pci/hda/patch_sigmatel.c: In function ‘patch_stac92hd83xxx’: sound/pci/hda/patch_sigmatel.c:4765: warning: assignment from incompatible pointer type Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Luke Yelavich 提交于
Have the Samsung Q45 (144d:c510) select ALC262_HIPPO by default Reference: Ubuntu bug 200210 http://launchpad.net/bugs/200210Signed-off-by: NLuke Yelavich <themuso@ubuntu.com> Cc: stable@kernel.org Signed-off-by: NTakashi Iwai <tiwai@suse.de>
-
由 Takashi Iwai 提交于
Resetting HP pinctl at the unplugged state may cause a sort of regression on some devices because of their wrong pin configuration. A simple workaround is to disable the pin reset. This is ugly and may be not good from the power-saving POV (if any), but damn simple. Signed-off-by: NTakashi Iwai <tiwai@suse.de> Cc: stable@kernel.org
-