July 2009 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH] snd-hda-intel: fix beep tone calculation for IDT/STAC codecs
by Paul Vojta 09 Jul '09

09 Jul '09

In the beep tone calculation for IDT/STAC codecs, lower numbers correspond to higher frequencies and vice versa. The current code has this backwards, resulting in beep frequencies which are way too high (and sound bad on tinny laptop speakers, resulting in complaints). Signed-off-by: Paul Vojta <vojta(a)math.berkeley.edu> diff --git a/sound/pci/hda/hda_beep.c b/sound/pci/hda/hda_beep.c index 08fe659..d559a7a 100644 --- a/sound/pci/hda/hda_beep.c +++ b/sound/pci/hda/hda_beep.c @@ -51,19 +51,20 @@ static void snd_hda_generate_beep(struct work_struct *work) * The tone frequency of beep generator on IDT/STAC codecs is * defined from the 8bit tone parameter, in Hz, * freq = 48000 * (257 - tone) / 1024 - * that is from 12kHz to 93.75kHz in step of 46.875 hz + * that is from 12kHz to 93.75Hz in steps of 46.875 Hz */ static int beep_linear_tone(struct hda_beep *beep, int hz) { hz *= 1000; /* fixed point */ - hz = hz - DIGBEEP_HZ_MIN; + hz = hz - DIGBEEP_HZ_MIN + + DIGBEEP_HZ_STEP / 2; /* round to nearest step */ if (hz < 0) hz = 0; /* turn off PC beep*/ else if (hz >= (DIGBEEP_HZ_MAX - DIGBEEP_HZ_MIN)) - hz = 0xff; + hz = 1; /* max frequency */ else { hz /= DIGBEEP_HZ_STEP; - hz++; + hz = 255 - hz; } return hz; }

2 1

[alsa-devel] [PATCH] [resend] cmi8330: find OPL3 port automatically
by Ondrej Zary 09 Jul '09

09 Jul '09

My CMI8329 had OPL3 port specified in SB16 resources. But now I found out that it was my modification of the card's PnP EEPROM a couple of years ago (can be done using C9SETROM.EXE utility). I did it because the OPL3 port was completely missing from PnP data. It seems to be hardwired to 0x388 on CMI8329. Find OPL3 port automatically by searching in WSS and SB16 resources. If not found, assume that it's hardwired to 0x388. Signed-off-by: Ondrej Zary <linux(a)rainbow-software.org> --- linux-test/sound/isa/cmi8330.c 2009-07-06 21:18:06.000000000 +0200 +++ linux-2.6.30-pentium/sound/isa/cmi8330.c 2009-07-06 21:45:29.000000000 +0200 @@ -362,7 +362,7 @@ wssport[dev] = pnp_port_start(pdev, 0); wssdma[dev] = pnp_dma(pdev, 0); wssirq[dev] = pnp_irq(pdev, 0); - if (acard->type == CMI8330) + if (pnp_port_start(pdev, 1)) fmport[dev] = pnp_port_start(pdev, 1); /* allocate SB16 resources */ @@ -377,8 +377,13 @@ sbdma8[dev] = pnp_dma(pdev, 0); sbdma16[dev] = pnp_dma(pdev, 1); sbirq[dev] = pnp_irq(pdev, 0); - if (acard->type == CMI8329) - fmport[dev] = pnp_port_start(pdev, 1); + /* On CMI8239, the OPL3 port might be present in SB16 PnP resources */ + if (fmport[dev] == SNDRV_AUTO_PORT) { + if (pnp_port_start(pdev, 1)) + fmport[dev] = pnp_port_start(pdev, 1); + else + fmport[dev] = 0x388; /* Or hardwired */ + } /* allocate MPU-401 resources */ pdev = acard->mpu; -- Ondrej Zary

2 2

[alsa-devel] ASoC updates for 2.6.32
by Mark Brown 09 Jul '09

09 Jul '09

The following changes since commit 4ec5c9693b46ab34976511cd43bf75c3a0fc704d: Mark Brown (1): Merge branch 'for-2.6.31' into for-2.6.32 are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.32 Chaithrika U S (4): ASoC: Introduce platform driver model for dm644x, dm355 ASoC: Add mcasp support for DM646x ASoC: Add machine driver support for DM646x ASoC: Minor fixes to DaVinci I2S probe function Mark Brown (5): Merge branch 'davinci' into for-2.6.32 ASoC: Add TLV information for WM8731 ASoC: Correct WM8731 Mic Capture Switch control name ASoC: DaVinci I2S needs mach/asp.h ASoC: Add WM8993 CODEC driver Troy Kisky (1): ASoC: DaVinci: pcm, don't play 1st sound period twice include/sound/wm8993.h | 44 + sound/soc/codecs/Kconfig | 4 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/wm8731.c | 17 +- sound/soc/codecs/wm8993.c | 2203 +++++++++++++++++++++++++++++++++++++ sound/soc/codecs/wm8993.h | 2132 +++++++++++++++++++++++++++++++++++ sound/soc/davinci/Kconfig | 13 + sound/soc/davinci/Makefile | 3 + sound/soc/davinci/davinci-evm.c | 102 +- sound/soc/davinci/davinci-i2s.c | 123 ++- sound/soc/davinci/davinci-mcasp.c | 874 +++++++++++++++ sound/soc/davinci/davinci-mcasp.h | 55 + sound/soc/davinci/davinci-pcm.c | 1 + sound/soc/davinci/davinci-pcm.h | 18 +- 14 files changed, 5473 insertions(+), 118 deletions(-) create mode 100644 include/sound/wm8993.h create mode 100644 sound/soc/codecs/wm8993.c create mode 100644 sound/soc/codecs/wm8993.h create mode 100644 sound/soc/davinci/davinci-mcasp.c create mode 100644 sound/soc/davinci/davinci-mcasp.h

2 1

[alsa-devel] Choosing correct nid and xindex for hda_intel realtek patch for MacBook 5.1
by Chris Lasher 08 Jul '09

08 Jul '09

I'm trying to fix support for my MacBook 5.1. A patch by Kacper is getting me part of the way there but it seems my pin configuration is different than his model of MacBook. I'm trying to wire up my pins to his correctly. I am trying to figure out the bits of snd_kcontrol_new (in alsa-driver-1.0.19/alsa-kernel/pci/hda/patch_realtek.c) for the HDA_CODEC_VOLUME and HDA_BIND_MUTE. There is: string_description, nid , xindex, HDA_INPUT/HDA_OUTPUT I'm trying to figure out how to choose the correct values for nid and xindex. Actually, I'm really wondering how to identify the right xindex for a given nid, as I realize the nid's come from the Node #s from the output of /proc/asound/card0/codec#0. I also need some assistance with regards to the hda_verb settings for modifying the alc885_mb5_init_verbs section; if anyone can offer pointers there, I'd appreciate it. This is directly related to Bug #337314 in Launchpad https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/337314?comments=… and ALSA bug 4432: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4432 Kacper's patch is linked to in both bug reports. The output of my soundcard's codec#0 is attached to the Launchpad report https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/337314/comments/… The output from a soundcard that does seem to have full support by Kacper's patch is available at https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/337314/comments/… Any help would be much appreciated. Thanks, Chris

1 0

[alsa-devel] [PATCH] ALSA: ASoC: Fix NULL pointer dereference in __pxa2xx_pcm_hw_free
by Daniel Mack 08 Jul '09

08 Jul '09

Check for rtd->params->drcmr != NULL before accessing it. Signed-off-by: Daniel Mack <daniel(a)caiaq.de> Cc: Eric Miao <eric.miao(a)marvell.com> Cc: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/arm/pxa2xx-pcm-lib.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/arm/pxa2xx-pcm-lib.c b/sound/arm/pxa2xx-pcm-lib.c index 108b643..6205f37 100644 --- a/sound/arm/pxa2xx-pcm-lib.c +++ b/sound/arm/pxa2xx-pcm-lib.c @@ -75,7 +75,7 @@ int __pxa2xx_pcm_hw_free(struct snd_pcm_substream *substream) { struct pxa2xx_runtime_data *rtd = substream->runtime->private_data; - if (rtd && rtd->params) + if (rtd && rtd->params && rtd->params->drcmr) *rtd->params->drcmr = 0; snd_pcm_set_runtime_buffer(substream, NULL); -- 1.6.3.1

2 1

[alsa-devel] [PATCH] ASoC: DaVinci: pcm, don't play 1st sound period twice
by Troy Kisky 08 Jul '09

08 Jul '09

Update the dma link with correct data as soon as the master channel has copied it. Otherwise, the 1st period will play twice. Signed-off-by: Troy Kisky <troy.kisky(a)boundarydevices.com> --- sound/soc/davinci/davinci-pcm.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/soc/davinci/davinci-pcm.c b/sound/soc/davinci/davinci-pcm.c index a059965..8fd0c3c 100644 --- a/sound/soc/davinci/davinci-pcm.c +++ b/sound/soc/davinci/davinci-pcm.c @@ -206,6 +206,7 @@ static int davinci_pcm_prepare(struct snd_pcm_substream *substream) /* Copy self-linked parameter RAM entry into master channel */ edma_read_slot(prtd->slave_lch, &temp); edma_write_slot(prtd->master_lch, &temp); + davinci_pcm_enqueue_dma(substream); return 0; } -- 1.5.6.3

2 1

Re: [alsa-devel] No sound with nVidia Corporation MCP79 High Definition Audio (rev b1) (Macbook Pro 5, 5)
by Takashi Iwai 08 Jul '09

08 Jul '09

At Tue, 7 Jul 2009 11:49:57 +0200, Andreas Nüßlein wrote: > > On Tuesday 07 July 2009 08:00:19 you wrote: > > At Mon, 6 Jul 2009 22:14:56 +0200, > > > > Andreas Nüßlein wrote: > > > On Monday 06 July 2009 21:26:18 you wrote: > > > > At Mon, 06 Jul 2009 11:16:35 -0600, > > > > > > > > Sean Burke wrote: > > > > > Scríobh Takashi Iwai: > > > > > > At Mon, 6 Jul 2009 17:53:46 +0200, > > > > > > > > > > > > Andreas Nüßlein wrote: > > > > > >>> The missing pin configuration initialization was already fixed by > > > > > >>> the driver overriding it after checking PCI SSID (which is > > > > > >>> different from the codec SSID). So, this should be no problem. > > > > > >>> > > > > > >>> However, the reason why the analog output doesn't work might be > > > > > >>> different from that. There might be something else missing, but > > > > > >>> I don't know. > > > > > >>> > > > > > >>> > > > > > >>> Takashi > > > > > >> > > > > > >> oh =( > > > > > >> > > > > > >> > > > > > >> hmm.. anything i can do? would it help if i tried changing values > > > > > >> randomly with hda-analyzer.py? > > > > > > > > > > > > Well, did the driver without my change work more or less with > > > > > > the analog audio, or have you never gotten the analog output? > > > > > > You can use the generic parser (i.e. the state without cirrus > > > > > > patch) by passing model=generic option to snd-hda-intel. > > > > > > > > > > For my part, nothing worked with the generic driver. I can't confirm > > > > > digital out, but I can confirm that the kfree error is gone. What > > > > > options are open for figuring out what remains? > > > > > > > > Easy things to test are GPIO bits. Run hda-verb like > > > > > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x0f > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x0f > > > > or > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x0f > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x0f > > > > > > > > etc. CS4206 seems to have 4 GPIO lines, and each bit (0-3) > > > > corresponds to each GPIO. In many case, GPIO0 or GPIO1 corresponds to > > > > the amplifier (EAPD) bit. > > > > Define the GPIO direction of each GPIO bit by SET_GPIO_DIR, and > > > > turn on/off the GPIO bits by SET_GPIO_DATA. Running > > > > hda-verb /dev/snd/hwC0D0 0x01 GET_GPIO_DATA 0 > > > > will show the current GPIO data bits. Or you can check it in codec#* > > > > proc file. > > > > > > > > > > > > Takashi > > > > > > w000000000000000000000000000000000t! =) > > > > > > takashi, thank you _so_ much! > > > > > > after running all 4 of those: > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_MASK 0x0f > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x0f > > > > or > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x0f > > > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x0f > > > > > > i suddendly had sound!! :D :D :D :D :D :D :D > > > only via speakers though - there is no sound via headphones right now. > > > > > > mixer channels: > > > - Master (with Mutebutton), PCM and Front (also with Mute) all work =) > > > - i don't know what surround would do (or it's extra switch) > > > - headphones-volumes and mute button don't affect the speakers, which is > > > good =) > > > > > > > > > is there a way to reset what i did with hda-verb, so that i can figure > > > out which combination it was exactly? > > > > You can just change the value 0x0f to a different value. > > At least, you can try commands like > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x01 > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x02 > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x04 > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x08 > > and check the speaker output at each time. > > Also, check the GPIO direction, > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x01 > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x01 > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DIR 0x02 > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x02 > > ... > > > > Regarding the headphone: is the speaker muted when you plug in the > > headphone? If not, it's likely an issue of the jack detection. If > > the speaker is muted but no headphone output, it's a missing > > initialization (or wrong GPIO setup). > > > > > > Takashi > > > so here are my findings so far: > > hda-verb /dev/snd/hwC0D0 0x01 SET_GPIO_DATA 0x08 > > > is sufficient to turn on the right functionality for the speakers; meaning: > - 'front speaker'-channel actually controls the two front speakers within the > macbookpro - even controlling left and right channel seperately works =) > - 'surround' mute-switch and volume-control (why are those not within on > thing btw?) also work and control a third speaker in the mac, which > really seems responsibly for surround :) > > headphones do not yet work, however i made a diff of > "/proc/asound/card0/codec#0" with and without something plugged in: OK, so actually the driver works as expected, but the hardware doesn't behave as expected. For muting the speaker, something else (like toggling that GPIO) is needed. The mystery about the silent HP output still remains, though. Takashi

1 1

[alsa-devel] [PATCH 2.6.31-rc2] Missing volume controls for Intel HDA (ALC269/EeePC)
by Darren Salt 08 Jul '09

08 Jul '09

There is a regression, introduced in aa202455eec51699e44f658530728162cefa1307 (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(a)youmustbejoking.demon.co.uk> --- a/sound/pci/hda/patch_realtek.c 2009-07-05 17:30:41.000000000 +0100 +++ b/sound/pci/hda/patch_realtek.c 2009-07-08 14:50:38.000000000 +0100 @@ -12878,9 +12878,9 @@ static struct snd_kcontrol_new alc269_eeepc_mixer[] = { HDA_CODEC_MUTE("Speaker Playback Switch", 0x14, 0x0, HDA_OUTPUT), - HDA_CODEC_MUTE("Speaker Playback Volume", 0x02, 0x0, HDA_OUTPUT), + HDA_CODEC_VOLUME("Speaker Playback Volume", 0x02, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE("Headphone Playback Switch", 0x15, 0x0, HDA_OUTPUT), - HDA_CODEC_MUTE("Headphone Playback Volume", 0x03, 0x0, HDA_OUTPUT), + HDA_CODEC_VOLUME("Headphone Playback Volume", 0x03, 0x0, HDA_OUTPUT), { } /* end */ }; -- | Darren Salt | linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds ,demon,co,uk | Northumberland | Army | <URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html> I have one illusion, and that's that I have no illusions.

2 1

[alsa-devel] Problems with snd-hda-intel and Asus M2NPV-VM. Please help!
by VDR User 08 Jul '09

08 Jul '09

I posted this to the alsa-user mailing list but since then I've read that the problem may actually be a bug in alsa so I've decided to forward the posting here as well. Thanks for your consideration. Best regards, Derek ---------- Forwarded message ---------- From: VDR User <user.vdr(a)gmail.com> Date: Wed, Jun 24, 2009 at 11:08 AM Subject: Problems with snd-hda-intel and Asus M2NPV-VM. Please help! To: "mailing list: alsa" <alsa-user(a)lists.sourceforge.net> Greetings. I've been trying for several days now to get the internal spdif working and am posting here as a last resort in hopes someone will know what's wrong. I'll post system details at the end. My mainboard has 3 1/8" plugs on the back and an internal spdif_out connector. If I plug say headphones into the green connector on the back, I hear sound in them. I don't actually want to use analog sound at all. Instead I've plugged the internal spdif_out+ground into my video cards spdif input. Then I have the dvi output from the video card going to an hdmi input on my tv. Note, I have the same setup (except for different mainboard) in another box and have used it to test the video card, which worked fine. The problem is spdif doesn't seem to be working at all. I've eliminated everything else down to either a problem in alsa somewhere, or possibly my xine settings (though I doubt it since I used the same settings from my working box). For alsa I've tried loading the snd_hda_intel driver with "model=3stack", "model=3stack position_fix=1", and "model=3stack position_fix=1 enable_msi=1". None of these worked, I still get nothing on spdif out. I've also tried (un)muting tons of combinations in alsamixer. Could the problem be my kernel version? Alsa version? libasound? Any ideas at all guys?? Any and all help is GREATLY appreciated! Best regards, Derek System details: Please note there is no desktop/windows manager. There is also no keyboard/mouse plugged in. This box is a dedicated htpc running VDR and connected directly to a tv. I'm using PuTTy SSH from my Windows desktop for maintenance. debian testing kernel 2.6.30 asus m2npv-vm mainboard (tried both firmware 0901 and 1401) - uses mcp51 chipset asus EN8400GS Silent 512MB pci-e video card (with spdif input connector) vdr-1.7.8 xine-0.9.3 xine-vdpau r273 ii alsa-base 1.0.20+dfsg-1 ALSA driver configuration files ii alsa-utils 1.0.20-1 ALSA utilities ii libesd-alsa0 0.2.41-4 Enlightened Sound Daemon (ALSA) - Shared lib ii libsdl1.2debian-alsa 1.2.13-4+b1 Simple DirectMedia Layer (with X11 and ALSA htpc:~$ sudo alsactl init Unknown hardware: "HDA-Intel" "Analog Devices AD1986A" "HDA:11d41986,104381b3,00100500" "0x1043" "0x81cb" Hardware is initialized using a guess method htpc:~$ cat /proc/asound/cards 0 [NVidia ]: HDA-Intel - HDA NVidia HDA NVidia at 0xfe024000 irq 22 htpc:~$ cat /proc/asound/devices 0: [ 0] : control 16: [ 0- 0]: digital audio playback 17: [ 0- 1]: digital audio playback 24: [ 0- 0]: digital audio capture 33: : timer alsamixer shows: Card: HDA NVidia Chip: Analog Devices AD1986A Master Headphon PCM Front Surround Center LFE Line CD Mic Mic Boos IEC958 IEC958 D Aux Mono Beep Channel Stereo D (everything is unmuted except stereo downmix) htpc:~$ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: NVidia [HDA NVidia], device 0: AD198x Analog [AD198x Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 1: AD198x Digital [AD198x Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 htpc:~$ aplay -L default:CARD=NVidia HDA NVidia, AD198x Analog Default Audio Device front:CARD=NVidia,DEV=0 HDA NVidia, AD198x Analog Front speakers surround40:CARD=NVidia,DEV=0 HDA NVidia, AD198x Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=NVidia,DEV=0 HDA NVidia, AD198x Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=NVidia,DEV=0 HDA NVidia, AD198x Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=NVidia,DEV=0 HDA NVidia, AD198x Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=NVidia,DEV=0 HDA NVidia, AD198x Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=NVidia,DEV=0 HDA NVidia, AD198x Digital IEC958 (S/PDIF) Digital Audio Output null Discard all samples (playback) or generate zero samples (capture) htpc:~$ cat /proc/asound/card0/codec#0 Codec: Analog Devices AD1986A Address: 0 Function Id: 0x1 Vendor Id: 0x11d41986 Subsystem Id: 0x104381b3 Revision Id: 0x100500 No Modem Function Group found Default PCM: rates [0x7f]: 8000 11025 16000 22050 32000 44100 48000 bits [0xe]: 16 20 24 formats [0x1]: PCM Default Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Default Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1 GPIO: io=0, o=1, i=0, unsolicited=0, wake=0 Node 0x02 [Audio Output] wcaps 0x30311: Stereo Digital Converter: stream=5, channel=0 Digital: Enabled GenLevel Digital category: 0x2 PCM: rates [0x60]: 44100 48000 bits [0x2]: 16 formats [0x5]: PCM AC3 Delay: 3 samples Connection: 2 0x01* 0x06 Node 0x03 [Audio Output] wcaps 0x44d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x17 0x17] Converter: stream=5, channel=0 Power: setting=D0, actual=D0 Processing caps: benign=1, ncoeff=70 Node 0x04 [Audio Output] wcaps 0x40d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x17 0x17] Converter: stream=0, channel=0 Power: setting=D0, actual=D0 Node 0x05 [Audio Output] wcaps 0x40d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x17 0x17] Converter: stream=12, channel=0 Power: setting=D0, actual=D0 Node 0x06 [Audio Input] wcaps 0x100511: Stereo Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x7f]: 8000 11025 16000 22050 32000 44100 48000 bits [0x6]: 16 20 formats [0x1]: PCM Power: setting=D0, actual=D0 Connection: 1 0x12 Node 0x07 [Audio Mixer] wcaps 0x200101: Stereo Connection: 8 0x03 0x09 0x13 0x14 0x15 0x16 0x17 0x18 Node 0x08 [Audio Mixer] wcaps 0x200100: Mono Connection: 1 0x07 Node 0x09 [Audio Mixer] wcaps 0x20010e: Mono Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80] [0x80] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80] Connection: 2 0x04 0x05 Node 0x0a [Audio Selector] wcaps 0x300101: Stereo Connection: 3 0x07* 0x04 0x05 Node 0x0b [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x07* 0x04 Node 0x0c [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x04* 0x07 Node 0x0d [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x05* 0x08 Node 0x0e [Audio Selector] wcaps 0x300100: Mono Connection: 2 0x08* 0x11 Node 0x0f [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-Out vals: [0x00 0x00] Connection: 8 0x1f 0x20 0x1d 0x1d 0x27* 0x28 0x29 0x2a Node 0x10 [Audio Selector] wcaps 0x300101: Stereo Connection: 3 0x20 0x1c* 0x1f Node 0x11 [Audio Selector] wcaps 0x300941: Stereo R/L Connection: 2 0x0f* 0x2b Processing caps: benign=1, ncoeff=0 Node 0x12 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x0f, stepsize=0x05, mute=1 Amp-Out vals: [0x08 0x08] Connection: 8 0x11* 0x22 0x00 0x21 0x10 0x07 0x08 0x23 Node 0x13 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x80 0x80] Connection: 1 0x11 Node 0x14 [Audio Selector] wcaps 0x30010c: Mono Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x80] Connection: 1 0x23 Node 0x15 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x17 0x17] Connection: 1 0x22 Node 0x16 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x80 0x80] Connection: 1 0x21 Node 0x17 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x80 0x80] Connection: 1 0x10 Node 0x18 [Audio Selector] wcaps 0x30010c: Mono Amp-Out Amp-Out caps: ofs=0x0f, nsteps=0x0f, stepsize=0x0b, mute=1 Amp-Out vals: [0x80] Connection: 2 0x19* 0x24 Node 0x19 [Beep Generator Widget] wcaps 0x700000: Mono Node 0x1a [Pin Complex] wcaps 0x400185: Stereo Amp-Out Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x11 0x11] Pincap 0x0000001f: OUT HP Detect Trigger ImpSense Pin Default 0x02214021: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x2, Sequence = 0x1 Pin-ctls: 0xc0: OUT HP Unsolicited: tag=00, enabled=0 Connection: 1 0x0a Node 0x1b [Pin Complex] wcaps 0x400185: Stereo Amp-Out Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x11 0x11] Pincap 0x0001001f: OUT HP EAPD Detect Trigger ImpSense EAPD 0x2: EAPD Pin Default 0x01014011: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0x1 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x0b Node 0x1c [Pin Complex] wcaps 0x400185: Stereo Amp-Out Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x91 0x91] Pincap 0x00000037: IN OUT Detect Trigger ImpSense Pin Default 0x01013012: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Blue DefAssociation = 0x1, Sequence = 0x2 Pin-ctls: 0x20: IN Unsolicited: tag=00, enabled=0 Connection: 1 0x0c Node 0x1d [Pin Complex] wcaps 0x400985: Stereo Amp-Out R/L Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x11 0x11] Pincap 0x00001737: IN OUT Detect Trigger ImpSense Vref caps: HIZ 50 GRD 80 Pin Default 0x01019015: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Pink DefAssociation = 0x1, Sequence = 0x5 Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=00, enabled=0 Connection: 1 0x0d Node 0x1e [Pin Complex] wcaps 0x400104: Mono Amp-Out Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x03] Pincap 0x00000010: OUT Pin Default 0x501700f0: [N/A] Speaker at Int N/A Conn = Analog, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Connection: 1 0x0e Node 0x1f [Pin Complex] wcaps 0x400081: Stereo Pincap 0x00001727: IN Detect Trigger ImpSense Vref caps: HIZ 50 GRD 80 Pin Default 0x02a190f0: [Jack] Mic at Ext Front Conn = 1/8, Color = Pink DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=00, enabled=0 Node 0x20 [Pin Complex] wcaps 0x400081: Stereo Pincap 0x00001727: IN Detect Trigger ImpSense Vref caps: HIZ 50 GRD 80 Pin Default 0x018130f0: [Jack] Line In at Ext Rear Conn = 1/8, Color = Blue DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Node 0x21 [Pin Complex] wcaps 0x400081: Stereo Pincap 0x00000027: IN Detect Trigger ImpSense Pin Default 0x509700f0: [N/A] Aux at Int N/A Conn = Analog, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x20: IN Unsolicited: tag=00, enabled=0 Node 0x22 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x00000020: IN Pin Default 0x993310f0: [Fixed] CD at Int ATAPI Conn = ATAPI, Color = Black DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x20: IN Node 0x23 [Pin Complex] wcaps 0x400000: Mono Pincap 0x00000020: IN Pin Default 0x50b700f0: [N/A] Telephony at Int N/A Conn = Analog, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x20: IN Node 0x24 [Pin Complex] wcaps 0x400000: Mono Pincap 0x00000020: IN Pin Default 0x90f700f0: [Fixed] Other at Int N/A Conn = Analog, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x20: IN Node 0x25 [Pin Complex] wcaps 0x400301: Stereo Digital Pincap 0x00000010: OUT Pin Default 0x014510f0: [Jack] SPDIF Out at Ext Rear Conn = Optical, Color = Black DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Connection: 1 0x02 Node 0x26 [Power Widget] wcaps 0x500500: Mono Power: setting=D0, actual=D0 Connection: 8 0x07 0x08 0x13 0x14 0x15 0x16 0x17 0x18 Node 0x27 [Audio Mixer] wcaps 0x200101: Stereo Connection: 2 0x1f 0x1d Node 0x28 [Audio Mixer] wcaps 0x200101: Stereo Connection: 2 0x1f 0x20 Node 0x29 [Audio Mixer] wcaps 0x200101: Stereo Connection: 2 0x1d 0x20 Node 0x2a [Audio Mixer] wcaps 0x200101: Stereo Connection: 3 0x1f 0x1d 0x20 Node 0x2b [Audio Mixer] wcaps 0x200100: Mono Connection: 1 0x0f

3 9

[alsa-devel] [Patch] hda-intel: Add quirks for RTL888 & RV630/M76 based MSI GX710
by William Weston 08 Jul '09

08 Jul '09

Hello, This patch is for yet another MSI laptop that needs the quirk to init the autosense on the headphone jack properly. Best Regards, --ww diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index bf4b78a..4301680 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -9111,6 +9111,7 @@ static struct snd_pci_quirk alc883_cfg_tbl[] = { SND_PCI_QUIRK(0x1462, 0x3fc3, "MSI", ALC883_TARGA_DIG), SND_PCI_QUIRK(0x1462, 0x3fcc, "MSI", ALC883_TARGA_DIG), SND_PCI_QUIRK(0x1462, 0x3fdf, "MSI", ALC883_TARGA_DIG), + SND_PCI_QUIRK(0x1462, 0x42cd, "MSI GX710", ALC883_TARGA_DIG), SND_PCI_QUIRK(0x1462, 0x4314, "MSI", ALC883_TARGA_DIG), SND_PCI_QUIRK(0x1462, 0x4319, "MSI", ALC883_TARGA_DIG), SND_PCI_QUIRK(0x1462, 0x4324, "MSI", ALC883_TARGA_DIG), @@ -9124,6 +9125,7 @@ static struct snd_pci_quirk alc883_cfg_tbl[] = { SND_PCI_QUIRK(0x1462, 0x7327, "MSI", ALC883_6ST_DIG), SND_PCI_QUIRK(0x1462, 0x7350, "MSI", ALC883_6ST_DIG), SND_PCI_QUIRK(0x1462, 0xa422, "MSI", ALC883_TARGA_2ch_DIG), + SND_PCI_QUIRK(0x1462, 0xaa08, "MSI GX710", ALC883_TARGA_2ch_DIG), SND_PCI_QUIRK(0x147b, 0x1083, "Abit IP35-PRO", ALC883_6ST_DIG), SND_PCI_QUIRK(0x1558, 0x0721, "Clevo laptop M720R", ALC883_CLEVO_M720), SND_PCI_QUIRK(0x1558, 0x0722, "Clevo laptop M720SR", ALC883_CLEVO_M720),

2 3