<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.linux.alsa.devel">
    <title>gmane.linux.alsa.devel</title>
    <link>http://blog.gmane.org/gmane.linux.alsa.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55986"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55985"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55983"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55982"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55981"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55980"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55979"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55959"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55932"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55931"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55927"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55924"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55923"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55914"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55912"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55909"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55906"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55901"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55891"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.alsa.devel/55882"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55986">
    <title>Clearification needed about structure _snd_pcm</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55986</link>
    <description>Hi group,

  I have found the documentation about ALSA very confusing. Where can I 
find the definitions
about the fields in the structure_snd_pcm? Specifically Buffer, Rate, 
Period, Buffer Size,
Period size, etc. Basically all of these:
  My program is not honoring the 'packet size'.

</description>
    <dc:creator>William Estrada</dc:creator>
    <dc:date>2008-09-06T20:05:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55985">
    <title>snd_pcm_hw_param_any returns bad data</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55985</link>
    <description>Hi group,

  I'm using snd_pcm_hw_param_any to retrieve the parameters from an 
opened device
and I'm getting garbage back in the structures. My code is here: 
http://64.124.13.3/_ALSA_/
This is a simple test to show the problem. The output is shown in 
show.txt. as you can see the
before ( within the open function ) is much different than the after.

  I am assuming that it is my code that has the problem, any ideas???

  Thanks for your time.

</description>
    <dc:creator>William Estrada</dc:creator>
    <dc:date>2008-09-06T17:52:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55983">
    <title>HP tx2000 and snd-hda-intel</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55983</link>
    <description>Hello,

I have an HP Pavillion TX2000z.
This laptop has uses the snd-hda-intel and has the ALC861VD realtek
codec. 
The existing configuration for the codec does not support the tx2000
series laptops fully.

There are several configurations that have various levels of support.

If you specify for the model to use the existing hp model (made for the
tx1000 series) then:

1.Headphones Work
2.Speakers Work
3.Front Mic Works (the jack mic by the headphone jack)
4.The External Mics do not work (There are two mics at the top of the
laptop... I am guessing left and right for a stereo Mic)
5.It seems like there is something mapped to an input that does not
belong there. The simplest way to explain this is when I open audacity
and set it to monitor input that there is significant white noise coming
in. The Ext. Mics are not working so it can't come from there (as far as
I know) and I have nothing plugged into the front Mic. I cannot find any
way to mute this noise.

When using the 3-stack model (with the option posit</description>
    <dc:creator>Kory Prince</dc:creator>
    <dc:date>2008-09-06T01:05:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55982">
    <title>[PATCH] hda: multiple SPDIF outputs support</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55982</link>
    <description>Added support for outputting a stream to multiple SPDIF outs on supporting codecs.

---
Signed-off-by: Matthew Ranostay &lt;mranostay&lt; at &gt;embeddedalley.com&gt;

diff --git a/pci/hda/hda_codec.c b/pci/hda/hda_codec.c
index 4f32911..696d77e 100644
--- a/pci/hda/hda_codec.c
+++ b/pci/hda/hda_codec.c
&lt; at &gt;&lt; at &gt; -1454,12 +1454,22 &lt; at &gt;&lt; at &gt; static int snd_hda_spdif_default_put(struct snd_kcontrol *kcontrol,
 codec-&gt;spdif_ctls = val;

 if (change) {
+hda_nid_t *d;
 snd_hda_codec_write_cache(codec, nid, 0,
   AC_VERB_SET_DIGI_CONVERT_1,
   val &amp; 0xff);
 snd_hda_codec_write_cache(codec, nid, 0,
   AC_VERB_SET_DIGI_CONVERT_2,
   val &gt;&gt; 8);
+
+for (d = codec-&gt;slave_dig_outs; *d; d++) {
+snd_hda_codec_write_cache(codec, *d, 0,
+  AC_VERB_SET_DIGI_CONVERT_1,
+  val &amp; 0xff);
+snd_hda_codec_write_cache(codec, *d, 0,
+  AC_VERB_SET_DIGI_CONVERT_2,
+  val &gt;&gt; 8);
+}
 }

 mutex_unlock(&amp;codec-&gt;spdif_mutex);
&lt; at &gt;&lt; at &gt; -1491,10 +1501,16 &lt; at &gt;&lt; at &gt; static int snd_hda_spdif_out_switch_put(struct snd_kcontrol *kc</description>
    <dc:creator>Matthew Ranostay</dc:creator>
    <dc:date>2008-09-05T21:45:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55981">
    <title>[PATCH] hda: removed unneeded hp_nid references.</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55981</link>
    <description>Removed unneeded hp_nid references for 92hd73xx codec family.

---
Signed-off-by: Matthew Ranostay &lt;mranostay&lt; at &gt;embeddedalley.com&gt;

diff --git a/pci/hda/patch_sigmatel.c b/pci/hda/patch_sigmatel.c
index 6ad6ef3..5b715a7 100644
--- a/pci/hda/patch_sigmatel.c
+++ b/pci/hda/patch_sigmatel.c
&lt; at &gt;&lt; at &gt; -3775,17 +3775,14 &lt; at &gt;&lt; at &gt; again:

 switch (spec-&gt;multiout.num_dacs) {
 case 0x3: /* 6 Channel */
-spec-&gt;multiout.hp_nid = 0x17;
 spec-&gt;mixer = stac92hd73xx_6ch_mixer;
 spec-&gt;init = stac92hd73xx_6ch_core_init;
 break;
 case 0x4: /* 8 Channel */
-spec-&gt;multiout.hp_nid = 0x18;
 spec-&gt;mixer = stac92hd73xx_8ch_mixer;
 spec-&gt;init = stac92hd73xx_8ch_core_init;
 break;
 case 0x5: /* 10 Channel */
-spec-&gt;multiout.hp_nid = 0x19;
 spec-&gt;mixer = stac92hd73xx_10ch_mixer;
 spec-&gt;init = stac92hd73xx_10ch_core_init;
 };
</description>
    <dc:creator>Matthew Ranostay</dc:creator>
    <dc:date>2008-09-05T21:06:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55980">
    <title>[PATCH] ALSA: ASoC V2: optimize init sequence ofFreescale MPC8610 sound drivers</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55980</link>
    <description>In the Freescale MPC8610 sound drivers, relocate all code from the _prepare
functions into the corresponding _hw_params functions.  These drivers assumed
that the sample size is known in the _prepare function and not in the
_hw_params function, but this is not true.

Move the code in fsl_dma_prepare() into fsl_dma_hw_param().  Create
fsl_ssi_hw_params() and move the code from fsl_ssi_prepare() into it.

Turn off snooping for DMA operations to/from I/O registers, since that's not
necessary.

Some comment blocks were not near the code they reference, so they were moved.

Signed-off-by: Timur Tabi &lt;timur&lt; at &gt;freescale.com&gt;
---

This patch is for ASoC V2 only.

 sound/soc/fsl/fsl_dma.c |  283 ++++++++++++++++++++++-------------------------
 sound/soc/fsl/fsl_ssi.c |   20 ++--
 2 files changed, 141 insertions(+), 162 deletions(-)

diff --git a/sound/soc/fsl/fsl_dma.c b/sound/soc/fsl/fsl_dma.c
index 5da0069..8821289 100644
--- a/sound/soc/fsl/fsl_dma.c
+++ b/sound/soc/fsl/fsl_dma.c
&lt; at &gt;&lt; at &gt; -319,9 +319,66 &lt; at &gt;&lt; at &gt; error:
 }
 
 /*</description>
    <dc:creator>Timur Tabi</dc:creator>
    <dc:date>2008-09-05T20:51:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55979">
    <title>[PATCH] hda: SPDIF mux controls</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55979</link>
    <description>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dynamically create mux controls for SPDIF outs on certain IDT/Sigmatel codecs.

- ---
Signed-off-by: Matthew Ranostay &lt;mranostay&lt; at &gt;embeddedalley.com&gt;

diff --git a/pci/hda/patch_sigmatel.c b/pci/hda/patch_sigmatel.c
index 9968ee4..4637d76 100644
- --- a/pci/hda/patch_sigmatel.c
+++ b/pci/hda/patch_sigmatel.c
&lt; at &gt;&lt; at &gt; -173,6 +173,9 &lt; at &gt;&lt; at &gt; struct sigmatel_spec {
 unsigned int num_dmics;
 hda_nid_t *dmux_nids;
 unsigned int num_dmuxes;
+hda_nid_t *smux_nids;
+unsigned int num_smuxes;
+
 hda_nid_t dig_in_nid;
 hda_nid_t mono_nid;
 hda_nid_t anabeep_nid;
&lt; at &gt;&lt; at &gt; -193,6 +196,8 &lt; at &gt;&lt; at &gt; struct sigmatel_spec {
 unsigned int cur_dmux[2];
 struct hda_input_mux *input_mux;
 unsigned int cur_mux[3];
+struct hda_input_mux *sinput_mux;
+unsigned int cur_smux[2];
 unsigned int powerdown_adcs;

 /* i/o switches */
&lt; at &gt;&lt; at &gt; -209,6 +214,7 &lt; at &gt;&lt; at &gt; struct sigmatel_spec {
 struct snd_kcontrol_new *kctl_alloc;
 struct hda_input_mux private_dimux;
 struct hda_input_mux private_imux;
+struct hda_inpu</description>
    <dc:creator>Matthew Ranostay</dc:creator>
    <dc:date>2008-09-05T18:55:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55959">
    <title>[PATCH 0/14] ASoC: Blackfin and I2C updats</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55959</link>
    <description>The following changes since commit 44e2c3045f77c69d18ba4afda888a4cdec4a33fd:
  Cliff Cai (1):
        ALSA: ASoC codec: fix compiling error in ad1980 driver after ASoC API changed

are available in the git repository at:

  git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai

Cliff Cai (10):
      ASoC codec: SSM2602 audio codec driver
      ASoC: Blackfin: SPORT peripheral interface driver
      ASoC: Blackfin: DMA Driver for AC97 sound chip
      ASoC: Blackfin: AC97 Blackfin CPU DAI driver
      ASoC: Blackfin: DMA Driver for I2S sound chip
      ASoC: Blackfin: I2S CPU DAI driver
      ASoC: Blackfin: board driver for AD1980/1 audio codec
      ASoC: Blackfin: board driver for SSM2602 sound chip
      ASoC: Blackfin: add Blackfin arch ASoC Kconfig and Makefile
      ASoC: Blackfin: Include Blackfin architecture support in build

Jean Delvare (4):
      ASoC: Fix an error path in neo1973_wm8753
      ASoC: Convert wm8753 to a new-style i2c driver
      ASoC: Convert neo1973/lm4857 to a new-style i2</description>
    <dc:creator>Mark Brown</dc:creator>
    <dc:date>2008-09-05T14:35:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55932">
    <title>[PATCH 0/9] ASoC Blackfin supporting (v2)</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55932</link>
    <description>
Hi Mark,

With Cliff's effort, we update this patch series quickly according to
your review.

v1-v2:
 - move ASoC Blackfin Kconfig and Makefile patch to be the last one
   in the series
 - fix coding style issues
 - The SND_SOC_DAFIMT_LEFT_J: ought to be default
 - fix other minor issues

v0-v1:
 - fix coding style issues
 - use latest ASoC API
 - split the whole patch into this 9 patches in a patchset

Thanks a lot
-Bryan
</description>
    <dc:creator>Bryan Wu</dc:creator>
    <dc:date>2008-09-05T10:21:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55931">
    <title>[PATCH 1/1] ASoC codec: SSM2602 audio codec driver (v3)</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55931</link>
    <description>From: Cliff Cai &lt;cliff.cai&lt; at &gt;analog.com&gt;

v2-v3:
 - add the codec to SND_SOC_ALL_CODECS
 - coding style fixing
 - rename registers' name
 - fix an issue with DAPM and the bias configuration.

v1-v2:
 - coding style fixing
 - use pr_xxx macros to replace printk(KERN_XXX...)
 - use new-style i2c interface
 - update to use latest ASoC API

Signed-off-by: Cliff Cai &lt;cliff.cai&lt; at &gt;analog.com&gt;
Signed-off-by: Bryan Wu &lt;cooloney&lt; at &gt;kernel.org&gt;
---
 sound/soc/codecs/Kconfig   |    4 +
 sound/soc/codecs/Makefile  |    2 +
 sound/soc/codecs/ssm2602.c |  775 ++++++++++++++++++++++++++++++++++++++++++++
 sound/soc/codecs/ssm2602.h |  130 ++++++++
 4 files changed, 911 insertions(+), 0 deletions(-)
 create mode 100644 sound/soc/codecs/ssm2602.c
 create mode 100644 sound/soc/codecs/ssm2602.h

diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
index 5d77dc3..2223993 100644
--- a/sound/soc/codecs/Kconfig
+++ b/sound/soc/codecs/Kconfig
&lt; at &gt;&lt; at &gt; -15,6 +15,7 &lt; at &gt;&lt; at &gt; config SND_SOC_ALL_CODECS
 select SND_SOC_CS4270
 select SND_SOC_T</description>
    <dc:creator>Bryan Wu</dc:creator>
    <dc:date>2008-09-05T10:09:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55927">
    <title>WM8750 mixer controls</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55927</link>
    <description>Hi there!

I noticed that using "alsamixer" several controls that are connected to sound 
input (ALC) are listed in the "playback" tab as well as in "capture", as well 
as certain playback controls as "bass" "trebel" also can be found under 
"capture". However, changing those controls' values only seem to take effect in 
the "playback" tab.

I was wondering if this is intentional or unintentional done by the WM8750 
codec driver  or an alsamixer "feature".

Thx

Greez,

Harry
</description>
    <dc:creator>Harald Radke</dc:creator>
    <dc:date>2008-09-05T08:25:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55924">
    <title>Making envy24control/kenvy24 work on Envy24 HT/HT-Scards</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55924</link>
    <description>Hi,

any ideas if it would be possible to make envy24control or kenvy24
work on HT/HT-S cards? I'm referring to VU-meters / mixer / settings /
profiles part, not the routing since those chipsets don't support it,
according to VIA.

</description>
    <dc:creator>Vedran Miletić</dc:creator>
    <dc:date>2008-09-05T07:17:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55923">
    <title>ALSA SOC VI API's for 2 PCM DEVICE ON SAME CARD</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55923</link>
    <description>Hi,

Actually i am stuck with a problem i have two register 2 channels of my
SOC device as 2 different pcm devices on same card.
But my driver uses ALSA V1 api's and i am not able to find out any
example code for this using v1 api's.    (SIMILAR TO MPC5200_PSC.C)

If anyone can help me please.

Thanks,
Dinesh
</description>
    <dc:creator>dinesh</dc:creator>
    <dc:date>2008-09-05T06:48:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55914">
    <title>proper use of snd_mixer_selem_set_capture_switch ?</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55914</link>
    <description>does anyone have a good example or walkthrough how to change capture
sources?  I'm having a heck of a time.

my calls go like this:

/* setup */
snd_mixer_selem_id_alloca
snd_mixer_open
snd_mixer_attach
snd_mixer_selem_register
snd_mixer_load

/* set up PCM element, unused in this example */
snd_mixer_selem_id_set_index
snd_mixer_selem_id_set_name
snd_mixer_find_selem

/* set up Line element (linecapture) */
snd_mixer_selem_id_set_index
snd_mixer_selem_id_set_name
snd_mixer_find_selem

/* set up Mic element (miccapture) */
snd_mixer_selem_id_set_index
snd_mixer_selem_id_set_name
snd_mixer_find_selem

/* here's that part that throws me... I'm trying to sit in a loop and
 * trade capture back and forth between Line and Mic.  code reproduced
 * here verbatim... */

      do
      {
         snd_mixer_selem_channel_id_t chn;
         for (chn = 0; chn &lt;= SND_MIXER_SCHN_LAST; chn++)
         {
            int junk;

            if (snd_mixer_selem_has_capture_channel(linecapture, chn))
            {
             </description>
    <dc:creator>Aaron J. Grier</dc:creator>
    <dc:date>2008-09-05T00:57:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55912">
    <title>Problems with pulseaudio / asla on PS3</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55912</link>
    <description>Hi,

I'm trying to get an jukebox application going on a Sony PlayStation3 using 
Qt-Embedded, Phonon and PulseAudio. The application is working well on my KDE-
based laptop where it appears that the application is using Phonon -&gt; ALSA -&gt; 
PulseAudio. But there is no sound from the application when run on the PS3.

I initially reported this problem to the PulseAudio mailing list. The first 
post on this topic is at https://tango.0pointer.de/pipermail/pulseaudio-
discuss/2008-August/002249.html . In pacticular, see these posts:

1) https://tango.0pointer.de/pipermail/pulseaudio-discuss/2008-
September/002346.html where I detail the results of a final test using the 
latest development version of PulseAudio; and

2) https://tango.0pointer.de/pipermail/pulseaudio-discuss/2008-
September/002347.html where a PulseAudio developer diagnoses the problem as 
being within ALSA.

For convenience, the following is from the latter post:

"So, what happens here is this: your device can only do non-interleaved audio 
and i</description>
    <dc:creator>Kevin Gilbert</dc:creator>
    <dc:date>2008-09-04T22:42:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55909">
    <title>are freebob firewire cards likely to be supported by alsa in the future?</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55909</link>
    <description>Hello,

Just wondering if there are any plans to develop alsa support for 
firewire freebob cards like the M-Audio firewire solo (which I have). I 
have this working fine under jackd using the freebob driver, but as far 
as I know there isn't an alsa driver for it. I assume that since there 
is already open source code to drive the chip, it should be possible to 
write an alsa driver? This isn't an urgent thing for me - for the moment 
I'm quite happy to use my onboard card for playing music / movies etc, 
and keep the firewire card for recording music etc, but it might be 
useful sometimes to have an alsa driver for this card as well.

andy
</description>
    <dc:creator>andy baxter</dc:creator>
    <dc:date>2008-09-04T21:46:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55906">
    <title>Problems recording with HP DV2839TX laptop.</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55906</link>
    <description>Hello everyone,

Im Travis (wishie) once of the many helpers who man the unofficial #alsa on 
freenode irc network.. I usually spend my time fixing other peoples sound 
issues, but now i have my own.

I have a HP DV2839TX laptop, and i get ALOT of static when recording via the 
inbuilt mic. Also, the mic controls are very strange.. I have (in the Capture 
section of alsamixer).. Digital, Docking Mic, External Mic, Internal Mic.. 
only the "Digital" control seems to effect my recording volume at all. 
Strangely, though, the '* Mic' controls in the PLAYBACK section of alsamixer 
do change the recording properties somewhat (volume being the main factor). 
In any event, i get a rather large amount of static, no matter what mixer 
settings i try. This isnt a problem in the 'other' OS.

My alsa-info.sh output for alsa-driver 1.0.16 is at : 
http://www.alsa-project.org/db/?f=0d1df6446ff1c71ad305e7b7b367f0a6b22b80c8

My alsa-info.sh output for alsa-driver 1.0.18rc1 is at : 
http://www.alsa-project.org/db/?f=9e5cd99f</description>
    <dc:creator>Travis Place</dc:creator>
    <dc:date>2008-09-04T16:46:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55901">
    <title>Playing silence instead of pausing during underrun</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55901</link>
    <description>If I understand it correctly, when ALSA detects an underrun during playback, it
throttles the driver by sending pause and resume commands.

It turns out that our hardware doesn't really like this.  We're looking at
various solutions, but one proposal would be to keep the hardware running during
a pause, but just have it play silence instead.  That is, ALSA keeps feeding
silence data during an underrun recovery.

Is there an easy way to do this in ALSA?  Is there another driver that does this?

</description>
    <dc:creator>Timur Tabi</dc:creator>
    <dc:date>2008-09-04T15:04:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55891">
    <title>DaVinci ASoC DMA stalls</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55891</link>
    <description>I've been using the DaVinci ASoC for a few months and have recently 
upgraded to the 2.6.26 based DaVinci git kernel.  Now my audio DMA 
stalls more readily after stopping an active stream.  I can manually 
trigger the event by poking the ESR to reactivate the stalled stream, 
suggesting the problem is in the ASP-to-DMA XEVT interface.  This 
problem is less prevalent in the 2.6.25 based kernel.  Any help?

Regards,
Mark Lokowich
Advanced Communication Design
</description>
    <dc:creator>Mark Lokowich</dc:creator>
    <dc:date>2008-09-04T13:39:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55882">
    <title>Audio buffer mmap-ing on sh arch vs. cache aliasingproblem</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55882</link>
    <description>Hi Guys,

Recently I was investigating an issue with capturing audio using USB
Audio Class device on a sh4-based board. "Bad voice quality" was
reported...

Finally I have traced the problem to something which is (unfortunately)
well known to sh developers as a D-cache aliasing (or synonym) problem. 

Briefly speaking: due to some MMU design decisions, one can have two
different virtual address pointing to the same physical location, which
is fine, but going via different cache slots! So if there was a value of
"0" in the memory and user "A" will write "1" there, user "B" will still
read "0"...

The solution is to ensure all TLB entries (so virtual memory areas) are
beginning from a 16kB-aligned virtual address. Otherwise it is necessary
to flush the cache between accesses from "A" and "B" sides.

And now. The USB Audio Class driver (sound/usb/usbaudio.c) is allocating
the sound buffer like this...

static int snd_pcm_alloc_vmalloc_buffer(struct snd_pcm_substream *subs, size_t size)
{
[...]
runtime-&gt;dma_are</description>
    <dc:creator>Pawel MOLL</dc:creator>
    <dc:date>2008-09-04T11:23:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.alsa.devel/55871">
    <title>[PATCH 1/1] ASoC codec: fix compiling error in ad1980driver after ASoC API changed</title>
    <link>http://comments.gmane.org/gmane.linux.alsa.devel/55871</link>
    <description>From: Cliff Cai &lt;cliff.cai&lt; at &gt;analog.com&gt;

Signed-off-by: Cliff Cai &lt;cliff.cai&lt; at &gt;analog.com&gt;
Signed-off-by: Bryan Wu &lt;cooloney&lt; at &gt;kernel.org&gt;
---
 sound/soc/codecs/ad1980.c |    2 +-
 sound/soc/codecs/ad1980.h |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/sound/soc/codecs/ad1980.c b/sound/soc/codecs/ad1980.c
index bfbab3d..4e09c1f 100644
--- a/sound/soc/codecs/ad1980.c
+++ b/sound/soc/codecs/ad1980.c
&lt; at &gt;&lt; at &gt; -141,7 +141,7 &lt; at &gt;&lt; at &gt; static int ac97_write(struct snd_soc_codec *codec, unsigned int reg,
 return 0;
 }
 
-struct snd_soc_codec_dai ad1980_dai = {
+struct snd_soc_dai ad1980_dai = {
 .name = "AC97",
 .playback = {
 .stream_name = "Playback",
diff --git a/sound/soc/codecs/ad1980.h b/sound/soc/codecs/ad1980.h
index 5d4710d..db6c850 100644
--- a/sound/soc/codecs/ad1980.h
+++ b/sound/soc/codecs/ad1980.h
&lt; at &gt;&lt; at &gt; -17,7 +17,7 &lt; at &gt;&lt; at &gt;
 #define PR50x2000
 #define PR60x4000
 
-extern struct snd_soc_codec_dai ad1980_dai;
+extern struct snd_soc_dai ad1980_dai;
 extern struct snd_soc_codec_device soc_codec_</description>
    <dc:creator>Bryan Wu</dc:creator>
    <dc:date>2008-09-04T08:25:54</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.alsa.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.alsa.devel</link>
  </textinput>
</rdf:RDF>
