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

[alsa-devel] ALSA UCM
by abraham duenas 12 Nov '10

12 Nov '10

Hello, I recently cloned: git clone git://git.alsa-project.org/alsa-lib.git alsa-lib git clone git://git.alsa-project.org/alsa-utils.git alsa-utils and switched to the "ucm" branch to give it try. I have a panda board (pandaboard.org it is just a TI OMAP4 platform). I created some configuration files for my card. My conf file is 'SDP4430.conf' and my verb is on 'hifi'. I came with a simple program to set my verb and configure it for a simple device. I'm calling this sequence: 1. open it.... snd_use_case_mgr_open(&uc_mgr,"SDP4430") 2. reset it ....snd_use_case_mgr_reset(uc_mgr) 3. query for my verb.... snd_use_case_get_list(uc_mgr,"_verbs",&mylist) 4. set my verb ... snd_use_case_set(uc_mgr,"_verb",*mylist) 5. set my created device... snd_use_case_set(uc_mgr,"_enadev","Headset.0") 6. close it... snd_use_case_mgr_close(uc_mgr) Seems to work ok (without any errors) but I can't see any of my amixer controls set/changed accordingly to my verb/device. Is this a right sequence to follow? may be my files are not well written? Thanks for your help! Abraham

4 17

Re: [alsa-devel] [PATCH v7 3/9] davinci: ASoC support for Omapl138-Hawkboard
by Kevin Hilman 12 Nov '10

12 Nov '10

<vm.rod25(a)gmail.com> writes: > From: Victor Rodriguez <victor.rodriguez(a)sasken.com> > > This patch adds ASoC support for the Hawkboard-L138 system > > Signed-off-by: Victor Rodriguez <victor.rodriguez(a)sasken.com> I believe Mark Brown ack'd and earlier version of this patch. When you repost the series, you should collect any acks, sign-offs, tested-by etc. tags that others have reported. Mark, I assume you're OK with me merging this ASoC change via the davinci tree? Kevin > --- > sound/soc/davinci/Kconfig | 5 +++-- > sound/soc/davinci/davinci-evm.c | 6 ++++-- > 2 files changed, 7 insertions(+), 4 deletions(-) > > diff --git a/sound/soc/davinci/Kconfig b/sound/soc/davinci/Kconfig > index 6bbf001..72c6752 100644 > --- a/sound/soc/davinci/Kconfig > +++ b/sound/soc/davinci/Kconfig > @@ -76,8 +76,9 @@ config SND_DA830_SOC_EVM > DA830/OMAP-L137 EVM > > config SND_DA850_SOC_EVM > - tristate "SoC Audio support for DA850/OMAP-L138 EVM" > - depends on SND_DAVINCI_SOC && MACH_DAVINCI_DA850_EVM > + tristate "SoC Audio support for DA850/OMAP-L138 EVM/Hawkboard" > + depends on SND_DAVINCI_SOC && (MACH_DAVINCI_DA850_EVM || \ > + MACH_OMAPL138_HAWKBOARD) > select SND_DAVINCI_SOC_MCASP > select SND_SOC_TLV320AIC3X > help > diff --git a/sound/soc/davinci/davinci-evm.c b/sound/soc/davinci/davinci-evm.c > index 97f74d6..73093eb 100644 > --- a/sound/soc/davinci/davinci-evm.c > +++ b/sound/soc/davinci/davinci-evm.c > @@ -59,7 +59,8 @@ static int evm_hw_params(struct snd_pcm_substream *substream, > sysclk = 12288000; > > else if (machine_is_davinci_da830_evm() || > - machine_is_davinci_da850_evm()) > + machine_is_davinci_da850_evm() || > + machine_is_omapl138_hawkboard()) > sysclk = 24576000; > > else > @@ -311,7 +312,8 @@ static int __init evm_init(void) > } else if (machine_is_davinci_da830_evm()) { > evm_snd_dev_data = &da830_evm_snd_devdata; > index = 1; > - } else if (machine_is_davinci_da850_evm()) { > + } else if (machine_is_davinci_da850_evm() || > + machine_is_omapl138_hawkboard()) { > evm_snd_dev_data = &da850_evm_snd_devdata; > index = 0; > } else

3 3

[alsa-devel] [PATCHv2 0/3] ASoC: Extend DAPM to handle cross-device paths
by Jarkko Nikula 12 Nov '10

12 Nov '10

Hi Here's updated version of previous RFC_ii/iv set: http://mailman.alsa-project.org/pipermail/alsa-devel/2010-October/033196.ht… Patches 1-2 have no remarkable changes, just modified on top of recent changes. Patch 3 is simpler as it turns out that the dapm_seq_run_coalesced doesn't need any changes because it's enough to call it with a right DAPM context. One fix is in beginning of dapm_power_widgets that d->dev_power is zeroed only for those codecs that have widgets in order to avoid unnecessary widgetless codec bias shutdowns. Minor changes are dapm.sys_power renaming to dev_power and long lines are cut. -- Jarkko

2 13

[alsa-devel] [PATCH] Acer 7730G support update.
by Denis Kup 12 Nov '10

12 Nov '10

Hello! I want to commit patch that fix no-sound on acer 7730G laptop. All work history you can see here https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5123 . This patch for the latest snapshot, where this changes have been made: http://www.kerneltrap.com/mailarchive/git-commits-head/2010/5/20/35023 . Acer 7730G support patch. Changes: 1) Fixes automatic EAPD configuration on Acer 7730G laptop. Denis Kuplyakov <dener.kup(a)gmail.com> 8.11.10 00:00:50

1 0

[alsa-devel] ALSA error : frame 0 active: -75
by Rajul Kumar 12 Nov '10

12 Nov '10

Hi , we are doing audio streaming using linux usb audio class interface . sometimes when we start usb audio streaming , we get first this error : ALSA sound/usb/usbaudio.c:354: frame 0 active: -75 which is followed by coninous loop of below messages : ALSA sound/usb/usbaudio.c:354: frame 0 active: -71 ALSA sound/usb/usbaudio.c:354: frame 0 active: -71 ALSA sound/usb/usbaudio.c:354: frame 0 active: -71 ALSA sound/usb/usbaudio.c:354: frame 0 active: -18 ALSA sound/usb/usbaudio.c:354: frame 0 active: -18 ALSA sound/usb/usbaudio.c:354: frame 0 active: -18 ...... and so on can i be suggested regarding the significance of error : -75 , and the way to resolve this error . Thanx & Regards Rajul

3 5

[alsa-devel] How to show error message
by s n 12 Nov '10

12 Nov '10

Hello all, How to show an error message in alsamixer (gnome and non-gnome) version? thanks,

2 1

Re: [alsa-devel] [PATCH] ASoC: Add MAX98089 CODEC driver
by Mark Brown 11 Nov '10

11 Nov '10

On Thu, Nov 11, 2010 at 02:21:07PM -0600, Jesse Marroquin wrote: > This patch adds the initial driver for the MAX98089 CODEC. I've not read this properly yet but on a first quick scan through this bears a more than passing resemblance to the MAX98088 driver - are there sufficient incompatibilities between the chips to warrant having a separate driver? http://datasheets.maxim-ic.com/en/ds/MAX98088.pdf would suggest not... Keeping a single driver means less code to maintain, which is generally a win. Variations between the parts can be accommodated by registering different controls and so on based on the I2C device ID that the system registers.

2 1

[alsa-devel] [PATCH] ASoC: Reset WM8962 with default ID value
by Mark Brown 11 Nov '10

11 Nov '10

The value makes no odds and it makes life easier with caches. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8962.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c index 8098610..e021866 100644 --- a/sound/soc/codecs/wm8962.c +++ b/sound/soc/codecs/wm8962.c @@ -1958,7 +1958,7 @@ static int wm8962_readable_register(unsigned int reg) static int wm8962_reset(struct snd_soc_codec *codec) { - return snd_soc_write(codec, WM8962_SOFTWARE_RESET, 0); + return snd_soc_write(codec, WM8962_SOFTWARE_RESET, 0x6243); } static const DECLARE_TLV_DB_SCALE(inpga_tlv, -2325, 75, 0); -- 1.7.1

2 1

[alsa-devel] [PATCH v2 0/3] ASoC: Introduce the new caching API
by Dimitris Papastamos 11 Nov '10

11 Nov '10

This patch series introduces the new caching API. The idea behind this caching interface is that we can provide different means of organizing and accessing the register cache. This is useful for large and sparse register maps, where one can use some kind of compression algorithm to reduce the memory footprint. The caching API is designed in such way to eliminate the need for modifying any existing drivers. TODO: - Memory usage statistics, to make it easier to select the proper caching technique. - Support for bulk reads/writes. - Overridable caching behaviour from the machine driver. - Optimize certain CPU intensive paths. - Ensure proper locking in init()/exit()/sync(). Dimitris Papastamos (3): ASoC: soc-cache: Add support for flat register caching ASoC: soc-cache: Add support for LZO register caching ASoC: soc-cache: Add support for rbtree based register caching include/sound/soc.h | 29 ++ sound/soc/Kconfig | 2 + sound/soc/soc-cache.c | 984 +++++++++++++++++++++++++++++++++++++++++++++++-- sound/soc/soc-core.c | 37 +-- 4 files changed, 998 insertions(+), 54 deletions(-) -- 1.7.3.2

3 6

[PATCH] ALSA: HDA: Remove unconnected PCM devices for Intel HDMI
by David Henningsson 11 Nov '10

11 Nov '10

Some newer chips have more than one HDMI output, but usually not all of them are exposed as physical jacks. Removing the unused PCM devices (as indicated by BIOS in the pin config default) will reduce user confusion as they currently have to choose between several HDMI devices, some of them not working anyway. Signed-off-by: David Henningsson <david.henningsson(a)canonical.com> --- hda/patch_hdmi.c | 37 ++++++++++++++++++++++++++++--------- 1 files changed, 28 insertions(+), 9 deletions(-) diff --git a/hda/patch_hdmi.c b/hda/patch_hdmi.c index d3e49aa..6d964f4 100644 --- a/hda/patch_hdmi.c +++ b/hda/patch_hdmi.c @@ -905,22 +905,22 @@ static int hdmi_add_pin(struct hda_codec *codec, hda_nid_t pin_nid) spec->pin[spec->num_pins] = pin_nid; spec->num_pins++; - /* - * It is assumed that converter nodes come first in the node list and - * hence have been registered and usable now. - */ return hdmi_read_pin_conn(codec, pin_nid); } static int hdmi_add_cvt(struct hda_codec *codec, hda_nid_t nid) { + int i; struct hdmi_spec *spec = codec->spec; - if (spec->num_cvts >= MAX_HDMI_CVTS) { - snd_printk(KERN_WARNING - "HDMI: no space for converter %d\n", nid); + for (i = 0; spec->pin_cvt[i] != nid; i++) + if (!spec->pin[i]) { + snd_printd("HDMI: Skipping node %d (no connection)\n", nid); + return -EINVAL; + } + + if (snd_BUG_ON(spec->num_cvts >= MAX_HDMI_CVTS)) return -E2BIG; - } spec->cvt[spec->num_cvts] = nid; spec->num_cvts++; @@ -932,6 +932,8 @@ static int hdmi_parse_codec(struct hda_codec *codec) { hda_nid_t nid; int i, nodes; + int num_tmp_cvts = 0; + hda_nid_t tmp_cvt[MAX_HDMI_CVTS]; nodes = snd_hda_get_sub_nodes(codec, codec->afg, &nid); if (!nid || nodes < 0) { @@ -942,6 +944,7 @@ static int hdmi_parse_codec(struct hda_codec *codec) for (i = 0; i < nodes; i++, nid++) { unsigned int caps; unsigned int type; + unsigned int config; caps = snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP); type = get_wcaps_type(caps); @@ -951,17 +954,33 @@ static int hdmi_parse_codec(struct hda_codec *codec) switch (type) { case AC_WID_AUD_OUT: - hdmi_add_cvt(codec, nid); + if (num_tmp_cvts >= MAX_HDMI_CVTS) { + snd_printk(KERN_WARNING + "HDMI: no space for converter %d\n", nid); + continue; + } + tmp_cvt[num_tmp_cvts] = nid; + num_tmp_cvts++; break; case AC_WID_PIN: caps = snd_hda_param_read(codec, nid, AC_PAR_PIN_CAP); if (!(caps & (AC_PINCAP_HDMI | AC_PINCAP_DP))) continue; + + config = snd_hda_codec_read(codec, nid, 0, + AC_VERB_GET_CONFIG_DEFAULT, 0); + if (((config & AC_DEFCFG_PORT_CONN) >> + AC_DEFCFG_PORT_CONN_SHIFT) == AC_JACK_PORT_NONE) + continue; + hdmi_add_pin(codec, nid); break; } } + for (i = 0; i < num_tmp_cvts; i++) + hdmi_add_cvt(codec, tmp_cvt[i]); + /* * G45/IbexPeak don't support EPSS: the unsolicited pin hot plug event * can be lost and presence sense verb will become inaccurate if the -- 1.7.1 --------------060402030308080303040300--

1 0