October 2010 - Alsa-devel - mailman.alsa-project.org

Re: [alsa-devel] [PATCH] ALSA: HDA: Enable internal mic on Dell E6410 and Dell E6510
by Takashi Iwai 24 Oct '10

24 Oct '10

At Thu, 21 Oct 2010 17:09:49 +0200, Diego Elio Pettenò wrote: > > From: David Henningsson <david.henningsson(a)canonical.com> > > (Ported on top of 2.6.36) > > BugLink: http://launchpad.net/bugs/628961 > BugLink: http://launchpad.net/bugs/605047 > > CC: Diego Elio Pettenò <flameeyes(a)gmail.com> I'd need sign-offs of you and David. Could you guys give them? Takashi > --- > sound/pci/hda/patch_sigmatel.c | 13 +++++++++++++ > 1 files changed, 13 insertions(+), 0 deletions(-) > > diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c > index c16c5ba..be79c3c 100644 > --- a/sound/pci/hda/patch_sigmatel.c > +++ b/sound/pci/hda/patch_sigmatel.c > @@ -1633,6 +1633,13 @@ static unsigned int dell_s14_pin_configs[10] = { > 0x40f000f0, 0x40f000f0, > }; > > +/* Deliberately turn off 0x0f (Dock Mic) to make it choose Int Mic instead */ > +static unsigned int dell_e6410_pin_configs[10] = { > + 0x04a11020, 0x0421101f, 0x400000f0, 0x90170110, > + 0x23011050, 0x40f000f0, 0x400000f0, 0x90a60130, > + 0x40f000f0, 0x40f000f0, > +}; > + > static unsigned int hp_dv7_4000_pin_configs[10] = { > 0x03a12050, 0x0321201f, 0x40f000f0, 0x90170110, > 0x40f000f0, 0x40f000f0, 0x90170110, 0xd5a30140, > @@ -1643,6 +1650,7 @@ static unsigned int *stac92hd83xxx_brd_tbl[STAC_92HD83XXX_MODELS] = { > [STAC_92HD83XXX_REF] = ref92hd83xxx_pin_configs, > [STAC_92HD83XXX_PWR_REF] = ref92hd83xxx_pin_configs, > [STAC_DELL_S14] = dell_s14_pin_configs, > + [STAC_DELL_E6410] = dell_e6410_pin_configs, > [STAC_HP_DV7_4000] = hp_dv7_4000_pin_configs, > }; > > @@ -1651,6 +1659,7 @@ static const char *stac92hd83xxx_models[STAC_92HD83XXX_MODELS] = { > [STAC_92HD83XXX_REF] = "ref", > [STAC_92HD83XXX_PWR_REF] = "mic-ref", > [STAC_DELL_S14] = "dell-s14", > + [STAC_DELL_E6410] = "dell-e6410", > [STAC_92HD83XXX_HP] = "hp", > [STAC_HP_DV7_4000] = "hp-dv7-4000", > }; > @@ -1663,6 +1672,10 @@ static struct snd_pci_quirk stac92hd83xxx_cfg_tbl[] = { > "DFI LanParty", STAC_92HD83XXX_REF), > SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x02ba, > "unknown Dell", STAC_DELL_S14), > + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x040a, > + "Dell E6410", STAC_DELL_E6410), > + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x040b, > + "Dell E6510", STAC_DELL_E6410), > SND_PCI_QUIRK_MASK(PCI_VENDOR_ID_HP, 0xff00, 0x3600, > "HP", STAC_92HD83XXX_HP), > {} /* terminator */ > -- > 1.7.3.1 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo(a)vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ >

2 1

[alsa-devel] S51 usb support
by Mandar Joshi 23 Oct '10

23 Oct '10

> Hmm, there is no feature unit in this dump, so the volume is most > probably set with an vendor-specific USB request. Unless the Windows > driver does something similar than PulseAudio and handles the volume > level control in software (iow, modify each sample before sending it to > the hardware) rather than setting any actual hardware volume level. Daniel, you are right, Its the driver thing. Feb 2009, I was dealing this the same issue and James Courtier-Dutton from this list pointed out that the device has no hardware based mixer controls which is why alsamixer does not find anything. He suggested using SoftVol. I've been using dmix and Softvol for volume control whenever I need it. This is the ~/.asoundrc I use http://mndar.phpnet.us/usbxfi/files/asoundrc.log The device has a volume knob. I had left the issue of the volume knob alone until a few days back.. I was about the post this when I came across the query from Matti Picus. This is how it works. The volume knob sends an interrupt via endpoint 0x83 containing 0xC0 0x00 whenever it is rotated clockwise,anti-clockwise or pressed. After this a control message is sent to the device to retrieve which of the 3 actions it was. The control packet sent is 0xa1 0x85 0x00 0x00 0x00 0x00 0x04 0x00 We get a 1 byte response. 0x0F for anti-clockwise rotation. 0x0D for press and 0x10 for clockwise rotation. I've tested this using a simple kernel module to handle just the volume knob and it works fine. The quick little code I've written does the above, then sets a sysfs attribute and sends a kobject_uevent. Udev rules execute a command depending on the value of this sysfs attribute. (Having some issues here but anyway...) Since the volume is entirely a software thing, I figure this might be a good way of letting userspace know about the volume knob. Using softvol we can have a Master volume control and then we can use a command like amixer in udev rules to change the volume. Or since events are passed to HAL, something could be done there. I do not know much about the usbaudio driver but does this seem like something that can be done from within the usbaudio driver ? -Mandar Joshi

1 2

[alsa-devel] [GIT PULL] ASoC updates for-2.6.37
by Liam Girdwood 23 Oct '10

23 Oct '10

Some final updates prior to the ALSA pull request. Thanks Liam --- The following changes since commit ad5e4655f9a920b1cc13972e0389eaf9e0ba10b3: ASoC: remove duplicated include for nuc900 (2010-10-05 19:26:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/lrg/asoc-2.6.git for-2.6.37 Jarkko Nikula (1): ASoC: omap: Remove needless prints from machine drivers Peter Ujfalusi (3): ASoC: tlv320dac33: Control for line output gain ASoC: tpa6130a2: Error handling for broken chip ASoC: tlv320dac33: Use usleep_range for delays sound/soc/codecs/tlv320dac33.c | 28 ++++++++++++++++++++++++---- sound/soc/codecs/tpa6130a2.c | 28 ++++++++++++++++++++++------ sound/soc/omap/am3517evm.c | 4 +--- sound/soc/omap/igep0020.c | 4 +--- sound/soc/omap/omap2evm.c | 4 +--- sound/soc/omap/omap3beagle.c | 4 +--- sound/soc/omap/omap3evm.c | 4 +--- sound/soc/omap/sdp3430.c | 4 +--- sound/soc/omap/sdp4430.c | 4 +--- sound/soc/omap/zoom2.c | 4 +--- 10 files changed, 54 insertions(+), 34 deletions(-)

2 1

[alsa-devel] [PATCH 0/2] ASoC: twl4030/tlv320dac33: convert to use usleep_range
by Peter Ujfalusi 23 Oct '10

23 Oct '10

Hello, remove the long busy loop delays from the drivers, and replace it with more civilized usleep_range or in case of twl4030 msleep (when the needed delay is really long) --- Peter Ujfalusi (2): ASoC: tlv320dac33: Use usleep_range for delays ASoC: TWL4030: Use usleep_range when appropriate sound/soc/codecs/tlv320dac33.c | 10 ++++++---- sound/soc/codecs/twl4030.c | 33 ++++++++++++++++++++++++++------- 2 files changed, 32 insertions(+), 11 deletions(-) -- 1.7.3.1

3 5

[alsa-devel] ASoC updates for 2.6.37
by Mark Brown 23 Oct '10

23 Oct '10

The following changes since commit c429ffbe038a649d121e6cecba5cf66777f39370: ASoC: WM8580: Remove useless assignment (2010-10-19 03:07:10 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.37 Dimitris Papastamos (2): ASoC: soc-core: Fix codec->name memory leak ASoC: max98088: Staticise m98088_eq_band sound/soc/codecs/max98088.c | 2 +- sound/soc/soc-core.c | 1 + 2 files changed, 2 insertions(+), 1 deletions(-)

2 3

Re: [alsa-devel] [PATCH - ca0106 1/6] ALSA: ca0106 - add Sound Blaster 5.1vx info.
by Takashi Iwai 23 Oct '10

23 Oct '10

At Sat, 23 Oct 2010 17:18:10 +1100, Andy Owen wrote: > > On Thu, 2010-10-21 at 23:16 +0200, Takashi Iwai wrote: > > Thanks for patches. > > All changes look good in your patches, but could you give more > > changelog for clarifying a bit more details what the patch is > > actually for? > > Sure. > > Before I send another round of patches, could I just check that sending > to patch(a)alsa-project.org and cc-ing alsa-devel(a)alsa-project.org is > correct. I seem to be the only person double spamming like this, which > I'm doing just because the wiki says to: > > http://www.alsa-project.org/main/index.php/GIT_Server#Occasional_Developers > > (and if the wiki is out of date, and someone feels like editing it to be > right, then that will save me from having to make an account :) It's fine that you put it to Cc. Or you can put my address directly to Cc. Otherwise I'll have to look down to alsa-devel ML folder, and the posts are even sometimes delayed due to non-subscribers filtering... thanks, Takashi

1 0

[alsa-devel] RME MADIface 192 kHz problem
by Fredrik Lingvall 23 Oct '10

23 Oct '10

Hi all, I have a problem running the RME MADIface card at 192 kHz. At that speed the number of channels for the card is reduced to 16. I can set the sampling rate to 192 kHz using: # amixer -c 1 cset numid=2 9 numid=2,iface=MIXER,name='Sample Clock Source' ; type=ENUMERATED,access=rw------,values=1,items=10 ; Item #0 'AutoSync' ; Item #1 'Internal 32.0 kHz' ; Item #2 'Internal 44.1 kHz' ; Item #3 'Internal 48.0 kHz' ; Item #4 'Internal 64.0 kHz' ; Item #5 'Internal 88.2 kHz' ; Item #6 'Internal 96.0 kHz' ; Item #7 'Internal 128.0 kHz' ; Item #8 'Internal 176.4 kHz' ; Item #9 'Internal 192.0 kHz' : values=9 but when I try to read data at 192 kHz I always get a : Invalid argument from the snd_pcm_hw_params_set_channels(...) and snd_pcm_hw_params(...) functions when I try to set the number of channels. The snd_pcm_hw_params_get_channels_max(...) snd_pcm_hw_params_get_channels_min(...) functions also seems to return the wrong number of max and min number of channels. And, jackd will not start using 192 kHz. See the thread here: http://www.rme-audio.de/forum/viewtopic.php?id=9169 What is needed to get this card running at 192 kHz? Regards, /Fredrik -- Fredrik Lingvall, PhD E-mail: fl(a)ifi.uio.no, fredrik.lingvall(a)gmail.com Web: http://folk.uio.no/fl/

3 6

[alsa-devel] [PATCH - ca0106 1/6] ALSA: ca0106 - add Sound Blaster 5.1vx info.
by Andy Owen 23 Oct '10

23 Oct '10

Signed-off-by: Andy Owen <andy-alsa(a)ultra-premium.com> diff --git a/sound/pci/ca0106/ca0106_main.c b/sound/pci/ca0106/ca0106_main.c index 8e69620..6dc9a5d 100644 --- a/sound/pci/ca0106/ca0106_main.c +++ b/sound/pci/ca0106/ca0106_main.c @@ -239,6 +239,16 @@ static struct snd_ca0106_details ca0106_chip_details[] = { .gpio_type = 1, .i2c_adc = 1, .spi_dac = 1 } , + /* Sound Blaster 5.1vx + * Tested: Playback on front, rear, center/lfe speakers + * Not-Tested: Capture + */ + { .serial = 0x10041102, + .name = "Sound Blaster 5.1vx [SB1070]", + .gpio_type = 1, + .i2c_adc = 0, + .spi_dac = 1 + } , /* MSI K8N Diamond Motherboard with onboard SB Live 24bit without AC97 */ /* SB0438 * CTRL:CA0106-DAT -- 1.7.3.1.127.g1bb28

2 7

[alsa-devel] HDA: no sound [was: mmotm 2010-10-20-15-01 uploaded]
by Jiri Slaby 22 Oct '10

22 Oct '10

On 10/21/2010 12:01 AM, akpm(a)linux-foundation.org wrote: > The mm-of-the-moment snapshot 2010-10-20-15-01 has been uploaded to Hi, I've lost sound with my intel hda (sigmatel) in this release (regression against mmotm 2010-10-13-17-13). All outputs were silented at level 0 after reboot, but even after setting them non-zero in alsamixer -D hw, no sound can be heard by: mplayer -ao alsa:device=hw /usr/share/sounds/alsa/Front_Center.wav I don't knwo if it's related, but aplay complains like (even if I pass -c 2): aplay -D hw /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono aplay: set_params:1065: Channels count non available alsa-info: http://www.alsa-project.org/db/?f=a7a09703bcc8c43386c87a984e513ce35fc91ca4 regards, -- js

5 27

[alsa-devel] Codec: IDT 92HD75B3X5 sound problem with an HP DV8
by Jacques Disner 22 Oct '10

22 Oct '10

Hello, I have a sound problem with an HP DV8 (HP Pavilion DV8-1290-ez). I have two sound cards 01:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1) and 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05) the sound works properly with the internal speakers of the laptop, but nothing comes from external speakers. Here are the dtails of my laptop config : http://www.alsa-project.org/db/?f=de70b54ecd18f28494b08e05d865779b9776686b I think i have no sound with mic in amsn or skype. Waiting for your response. With my best regards. Jacques Disner LA CAVE A POLYTE SA Jacques Disner Vigneron-Encaveur 5 Rue de la Place CH-1955 Chamoson Tel : +41 (79) 220 35 11 Fax : +41 (27) 306 26 56 Site Internet : http://www.polyte.ch E-Mail : info(a)polyte.ch

1 0