February 2008 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] handling of dmix and non-dmix in the same configuration file
by Mike Frysinger 22 Feb '08

22 Feb '08

on the Blackfin processor, we have an "almost-but-not-quite" AC97 interface (called a "SPORT"). the trouble is that we can hook up AC97 codecs, but in order to properly communicate with codecs, we need to repacketize the communication between the higher alsa layers and the actual SPORT. great ... but now we want to support dmix/dsnoop. the overhead for dmix vs non-dmix is such that we make it optional. if the user does not need software mixing, they can disable this overhead. this leads to two (incompatible) alsa config files (in this case, for the AD1980 codec). we're wondering if it's possible to have the right settings selected on the fly some how during runtime rather than having to select one file or the other. the dmix config: AD1980.pcm.default { @args [ CARD ] @args.CARD { type string } type asym playback.pcm { type plug slave.pcm { @func concat strings [ "dmix:CARD=" $CARD ] } } capture.pcm { type plug slave.pcm { @func concat strings [ "dsnoop:CARD=" $CARD ] } } } the non-dmix config: AD1980.pcm.default { type plug slave { pcm { type mmap_emul slave { pcm { type hw card 0 format S16_LE rate 48000 channels 2 sync_ptr_ioctl 1 } } } } } -mike

2 1

Re: [alsa-devel] HDA: no sound in headphone-out caused by commit f889fa91ad47e (2.6.25-rc1 regression)
by Rene Dohmen 22 Feb '08

22 Feb '08

Thnx for you quick reply De sound of the line out is working but quality is poor and the volume is very low. I didn't have it working with other versions of ALSA. Tested with 1.0.14, then started reading, lots of suggestions stated that the problem would be solved in 1.0.15, so i compiled 1.0.16. De device i 'm using is supplied by tangent ( http://www.tangent.com/t_all_in_one_LCDPC/vita_8000s.htm) its an all in one solution with touchscreen and speakers integrated in one small cabinet. alsa-info.sh script output uploaded: http://pastebin.ca/913865 I wasn't aware of the fact that I communicated directly: I found the discussion in google groups: and just hitted reply :-) So sorry for that. I now subscribed myself to the ML Regards, Rene On Fri, Feb 22, 2008 at 8:09 AM, Takashi Iwai <tiwai(a)suse.de> wrote: > At Thu, 21 Feb 2008 18:56:30 -0800 (PST), > acidjunk(a)gmail.com wrote: > > > > Hi, > > I have exactly the same problem with my sound device: > > hda_codec: Unknown model for ALC262: trying auto-probe > > lspci output: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 > > Family) High Definition Audio Controller (rev 01) from BIOS. > > > > I'm using alsa 1.0.16 compiled form source under ubuntu gutsy. I tried > > hardy but is has the same results > > > > The headphone output is working (not very loud, but usable), but the > > front speakers are not working. Did the patches solve the speaker > > issue? and how do I apply them (I am new to the patching technique). > > Please don't mix up. It is a totally different problem since your > machine has another codec (and even 1.0.16 doesn't work). The patch > cannot solve your problem. Save your time. > > Has any version of ALSA driver ever worked properly? If yes, we can > check the difference. > > If not, we need to track down the problem more deeply. First of all, > give more detailed hardware information: what is your laptop (or > desktop) vendor, model, etc. Try different model options. And the > output of alsa-info.sh -- it's vital information. > > Last but not least, don't forget to add alsa-devel ML to Cc in your > next reply. This isn't a kind of thing to be communicated privately > at all. > > > thanks, > > Takashi >

1 0

[alsa-devel] Alsa Driver Puzzlement
by Benson Dong 22 Feb '08

22 Feb '08

Hi all, What's the relationship between alsa driver and low-level audio hardware driver such as uda1341 driver?Is Alsa driver a individual module or cooperating with uda1341 dirver?If they co-work ,what's the interface between them? Anyone who knows please tell me? Thank in advance! Best, Benson _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0

[alsa-devel] Device name and hw configuration
by Emmanuel Milou 21 Feb '08

21 Feb '08

Hi all, I am developping a softphone based on alsa. Does the device 'default' take in consideration the hardware parameters I set, like buffer size and period size? If not, should I play with the software parameters to improve the sound quality? Thanks Manu

1 0

[alsa-devel] [0/4] Convert PXA AC97 to use clock API
by Mark Brown 21 Feb '08

21 Feb '08

This patch series adds support for AC97 clocks on the PXA27xx and PXA3xx and converts both SoC and non-SoC pxa2xx-ac97 drivers to use the clock API rather than pxa_set_cken(). Since the ALSA changes require the changes to the ARM platform code it probably makes sense for them to be merged through ARM rather than ALSA.

4 15

[alsa-devel] [PATCH] hda: STAC927x analog mic
by Matthew Ranostay 21 Feb '08

21 Feb '08

Some laptops have a internal analog microphone that is not setup by the BIOS. Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> --- diff -r 6b53fa114faa pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Tue Feb 19 15:03:57 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Wed Feb 20 17:11:51 2008 -0500 @@ -3629,6 +3629,8 @@ static int patch_stac927x(struct hda_cod spec->mixer = stac927x_mixer; break; case STAC_DELL_BIOS: + /* configure the analog microphone on some laptops */ + stac92xx_set_config_reg(codec, 0x0c, 0x90a79130); /* correct the front output jack as a hp out */ stac92xx_set_config_reg(codec, 0x0f, 0x02270110); /* correct the front input jack as a mic */

2 2

Re: [alsa-devel] Ответы для Linux Format
by Serge A. Suchkov 21 Feb '08

21 Feb '08

В сообщении от Thursday 21 February 2008 12:33:26 Andrei Borovsky написал(а): > > Хмм... а можно урезать эту информацию до минимума ? > > Это ведь всего лишь хобби и я не склонен его афишировать настолько > > публично :) > > >Тем более мой вклад в GSPCA весьма скромен на общем фоне. > > Как скажете. В принципе, все это, конечно, необязательно. Даже фотографию > поместить не хотите? :) Нет, спасибо :) > > > С уважением, > Андрей Боровский. -- Regards, Serge A. Suchkov -- A baby is an alimentary canal with a loud voice at one end and no responsibility at the other.

1 1

Re: [alsa-devel] [PATCH] Fix a compile warning under gcc-4.2.3.
by Clemens Ladisch 21 Feb '08

21 Feb '08

Joshua Roys wrote: > sound/core/init.c: In function ‘snd_card_disconnect’: > sound/core/init.c:307: warning: the address of ‘snd_shutdown_f_ops’ will always evaluate as ‘true’ > > Signed-off-by: Joshua Roys <roysjosh(a)gmail.com> > --- > sound/core/init.c | 1 - > 1 files changed, 0 insertions(+), 1 deletions(-) > > diff --git a/sound/core/init.c b/sound/core/init.c > index 2cb7099..1afc58b 100644 > --- a/sound/core/init.c > +++ b/sound/core/init.c > @@ -304,7 +304,6 @@ int snd_card_disconnect(struct snd_card *card) > list_add(&mfile->shutdown_list, &shutdown_files); > spin_unlock(&shutdown_lock); > > - fops_get(&snd_shutdown_f_ops); > mfile->file->f_op = &snd_shutdown_f_ops; > > mfile = mfile->next; This change may get rid of the warning, but is has the slight disadvantage that the kernel will blow up if you try to unload the sound modules before all device files have been closed. If you want to get rid of this warning, tell the compiler that fops_get knows what it does; or try making fops_get an inline function instead of a macro. Regards, Clemens

2 1

[alsa-devel] [PATCH] hda: 92HDxxxx PCI Quirks
by Matthew Ranostay 21 Feb '08

21 Feb '08

Added PCI_QUIRKS for laptop that have the 92HDxxx family of codecs. Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> --- diff -r 6b53fa114faa pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Tue Feb 19 15:03:57 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Wed Feb 20 17:18:15 2008 -0500 @@ -64,11 +64,14 @@ enum { enum { STAC_92HD73XX_REF, + STAC_DELL_M6_5ST, STAC_92HD73XX_MODELS }; enum { STAC_92HD71BXX_REF, + STAC_DELL_M4_5ST, + STAC_DELL_M4_6ST, STAC_92HD71BXX_MODELS }; @@ -334,10 +337,10 @@ static hda_nid_t stac922x_pin_nids[10] = 0x0f, 0x10, 0x11, 0x15, 0x1b, }; -static hda_nid_t stac92hd73xx_pin_nids[12] = { +static hda_nid_t stac92hd73xx_pin_nids[13] = { 0x0a, 0x0b, 0x0c, 0x0d, 0x0e, 0x0f, 0x10, 0x11, 0x12, 0x13, - 0x14, 0x22 + 0x14, 0x1e, 0x22 }; static hda_nid_t stac92hd71bxx_pin_nids[10] = { @@ -1220,24 +1223,48 @@ static struct snd_pci_quirk stac925x_cfg {} /* terminator */ }; -static unsigned int ref92hd73xx_pin_configs[12] = { +static unsigned int ref92hd73xx_pin_configs[13] = { 0x02214030, 0x02a19040, 0x01a19020, 0x02214030, 0x0181302e, 0x01014010, 0x01014020, 0x01014030, 0x02319040, 0x90a000f0, 0x90a000f0, 0x01452050, + 0x01452050, +}; + +static unsigned int dell_m6_5st_pin_configs[13] = { + 0x0321101f, 0x4f00000f, 0x4f0000f0, 0x90170110, + 0x03a11020, 0x03011050, 0x4f0000f0, 0x4f0000f0, + 0x4f0000f0, 0x90a60160, 0x4f0000f0, 0x4f0000f0, + 0x4f0000f0, }; static unsigned int *stac92hd73xx_brd_tbl[STAC_92HD73XX_MODELS] = { - [STAC_92HD73XX_REF] = ref92hd73xx_pin_configs, + [STAC_92HD73XX_REF] = ref92hd73xx_pin_configs, + [STAC_DELL_M6_5ST] = dell_m6_5st_pin_configs, }; static const char *stac92hd73xx_models[STAC_92HD73XX_MODELS] = { [STAC_92HD73XX_REF] = "ref", + [STAC_DELL_M6_5ST] = "dell-m6-5stack", }; static struct snd_pci_quirk stac92hd73xx_cfg_tbl[] = { /* SigmaTel reference board */ SND_PCI_QUIRK(PCI_VENDOR_ID_INTEL, 0x2668, - "DFI LanParty", STAC_92HD73XX_REF), + "DFI LanParty", STAC_92HD73XX_REF), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0254, + "unknown Dell", STAC_DELL_M6_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0255, + "unknown Dell", STAC_DELL_M6_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0256, + "unknown Dell", STAC_DELL_M6_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0257, + "unknown Dell", STAC_DELL_M6_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x025e, + "unknown Dell", STAC_DELL_M6_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x025f, + "unknown Dell", STAC_DELL_M6_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0271, + "unknown Dell", STAC_DELL_M6_5ST), {} /* terminator */ }; @@ -1247,18 +1274,56 @@ static unsigned int ref92hd71bxx_pin_con 0x90a000f0, 0x01452050, }; +static unsigned int dell_m4_5st_pin_configs[13] = { + 0x0421101f, 0x04a11221, 0x40f000f0, 0x90170110, + 0x23a1902e, 0x23014250, 0x40f000f0, 0x4f0000f0, + 0x40f000f0, 0x4f0000f0, +}; + +static unsigned int dell_m4_6st_pin_configs[13] = { + 0x0421101f, 0x04a11221, 0x90a70330, 0x90170110, + 0x23a1902e, 0x23014250, 0x40f000f0, 0x40f000f0, + 0x40f000f0, 0x044413b0, +}; + static unsigned int *stac92hd71bxx_brd_tbl[STAC_92HD71BXX_MODELS] = { [STAC_92HD71BXX_REF] = ref92hd71bxx_pin_configs, + [STAC_DELL_M4_5ST] = dell_m4_5st_pin_configs, + [STAC_DELL_M4_6ST] = dell_m4_6st_pin_configs, }; static const char *stac92hd71bxx_models[STAC_92HD71BXX_MODELS] = { [STAC_92HD71BXX_REF] = "ref", + [STAC_DELL_M4_5ST] = "dell-m4-5stack", + [STAC_DELL_M4_6ST] = "dell-m4-6stack", }; static struct snd_pci_quirk stac92hd71bxx_cfg_tbl[] = { /* SigmaTel reference board */ SND_PCI_QUIRK(PCI_VENDOR_ID_INTEL, 0x2668, "DFI LanParty", STAC_92HD71BXX_REF), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0233, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0234, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0250, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x024f, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x024d, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0251, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0277, + "unknown Dell", STAC_DELL_M4_5ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0263, + "unknown Dell", STAC_DELL_M4_6ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0265, + "unknown Dell", STAC_DELL_M4_6ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0262, + "unknown Dell", STAC_DELL_M4_6ST), + SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0264, + "unknown Dell", STAC_DELL_M4_6ST), {} /* terminator */ }; @@ -3355,12 +3420,38 @@ again: spec->num_muxes = ARRAY_SIZE(stac92hd73xx_mux_nids); spec->num_adcs = ARRAY_SIZE(stac92hd73xx_adc_nids); - spec->num_dmics = STAC92HD73XX_NUM_DMICS; spec->num_dmuxes = ARRAY_SIZE(stac92hd73xx_dmux_nids); spec->dinput_mux = &stac92hd73xx_dmux; /* GPIO0 High = Enable EAPD */ spec->gpio_mask = spec->gpio_dir = 0x1; spec->gpio_data = 0x01; + + switch (spec->board_config) { + case STAC_DELL_M6_5ST: + switch (codec->subsystem_id) { + case 0x1028025e: /* Analog Mics */ + case 0x1028025f: + stac92xx_set_config_reg(codec, 0x0b, 0x90A70170); + spec->num_dmics = 0; + break; + case 0x10280254: /* Digital Mics */ + case 0x10280255: + case 0x10280271: + case 0x10280272: + stac92xx_set_config_reg(codec, 0x13, 0x90A60160); + spec->num_dmics = 1; + break; + case 0x10280256: /* Both */ + case 0x10280057: + stac92xx_set_config_reg(codec, 0x0b, 0x90A70170); + stac92xx_set_config_reg(codec, 0x13, 0x90A60160); + spec->num_dmics = 1; + break; + } + break; + default: + spec->num_dmics = STAC92HD73XX_NUM_DMICS; + } spec->num_pwrs = ARRAY_SIZE(stac92hd73xx_pwr_nids); spec->pwr_nids = stac92hd73xx_pwr_nids;

2 2

[alsa-devel] [PATCH] hda: STAC927x power management
by Matthew Ranostay 21 Feb '08

21 Feb '08

Fix issue on STAC927x codecs that first DAC was getting powered down even if was being used. Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> --- diff -r 30701aaf404c pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Wed Feb 20 12:13:29 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Wed Feb 20 14:16:59 2008 -0700 @@ -2893,7 +2893,8 @@ static void stac92xx_power_down(struct h /* power down inactive DACs */ hda_nid_t *dac; for (dac = spec->dac_list; *dac; dac++) - if (!is_in_dac_nids(spec, *dac)) + if (!is_in_dac_nids(spec, *dac) && + spec->multiout.hp_nid != *dac) snd_hda_codec_write_cache(codec, *dac, 0, AC_VERB_SET_POWER_STATE, AC_PWRST_D3); }

2 1