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

Re: [alsa-devel] 2.6.29 regression: left audio channel broken after resume from suspend with Intel HDA
by Takashi Iwai 08 May '09

08 May '09

At Tue, 21 Apr 2009 20:39:36 +0200, Tino Keitel wrote: > > On Tue, Apr 21, 2009 at 09:39:13 +0200, Takashi Iwai wrote: > > At Tue, 21 Apr 2009 09:32:19 +0200, > > Tino Keitel wrote: > > > > > > On Tue, Apr 21, 2009 at 07:24:40 +0200, Takashi Iwai wrote: > > > > The commit is fcad94a4c71c36a05f4d5c6dcb174534b4e0b136: > > > > ALSA: hda - Fix the cmd cache keys for amp verbs > > > > > > Thanks for the reply. However, the patch doesn't work. I just got > > > distorted sound again. > > > > Then please run alsa-info.sh (with --no-upload option) before and > > after suspend, and attach the generated files. Also, check the latest > > Linus tree whether the problem still appears. > > My first impression with suspend seems to be wrong. It also sometimes > happens just after a while, event without suspend. > > Attached are 2 alsa-info.sh outputs. One was taken after I noticed the > distorted sound, one after I reloaded snd-hda-intel to fix the > distortion. The mixer seems to be quite different after module reload. The codec communication looks a bit unstable on this device... Does this still happen on the latest 2.6.30 version? Takashi

5 17

[alsa-devel] [PATCH 4/4] pxa2xx-i2s: Fix suspend/resume
by Karl Beldan 08 May '09

08 May '09

pxa2xx_i2s_resume is : - unconditionnaly setting SACR0_ENB - unsetting SACR0_ENB in pxa_i2s.sacr0 fix these. In pxa2xx_i2s_{resume,suspend}, save/restore registers even when !dai->active. Signed-off-by: Karl Beldan <karl.beldan(a)mobile-devices.fr> --- sound/soc/pxa/pxa2xx-i2s.c | 11 +++-------- 1 files changed, 3 insertions(+), 8 deletions(-) diff --git a/sound/soc/pxa/pxa2xx-i2s.c b/sound/soc/pxa/pxa2xx-i2s.c index 755e2d1..5b0f0bf 100644 --- a/sound/soc/pxa/pxa2xx-i2s.c +++ b/sound/soc/pxa/pxa2xx-i2s.c @@ -249,9 +249,6 @@ static void pxa2xx_i2s_shutdown(struct snd_pcm_substream *substream, #ifdef CONFIG_PM static int pxa2xx_i2s_suspend(struct snd_soc_dai *dai) { - if (!dai->active) - return 0; - /* store registers */ pxa_i2s.sacr0 = SACR0; pxa_i2s.sacr1 = SACR1; @@ -265,14 +262,12 @@ static int pxa2xx_i2s_suspend(struct snd_soc_dai *dai) static int pxa2xx_i2s_resume(struct snd_soc_dai *dai) { - if (!dai->active) - return 0; - - SACR0 = pxa_i2s.sacr0 &= ~SACR0_ENB; + SACR0 = pxa_i2s.sacr0 & ~SACR0_ENB; SACR1 = pxa_i2s.sacr1; SAIMR = pxa_i2s.saimr; SADIV = pxa_i2s.sadiv; - SACR0 |= SACR0_ENB; + + SACR0 = pxa_i2s.sacr0; return 0; } -- 1.6.3.rc1.34.g0be9b -- Karl

1 0

[alsa-devel] [PATCH 0/4] pxa2xx-i2s: Rework
by Karl Beldan 08 May '09

08 May '09

Following is a rework of the i2s code for the pxa. I tested it with the ac97 clock as the master clock. Tests feedbacks are welcome. -- Karl

1 0

[alsa-devel] [PATCH 0/1] ASoC: Added OMAP3 EVM Support
by Anuj Aggarwal 07 May '09

07 May '09

With refernce to the discussion at: http://marc.info/?l=linux-omap&m=124169330310075&w=2 I am resending the patch to add OMAP3 EVM support in ASoC. It has been built/checked against the tip. Anuj Aggarwal (1): ASoC: Added OMAP3 EVM support in ASoC. sound/soc/omap/Kconfig | 8 +++ sound/soc/omap/Makefile | 2 + sound/soc/omap/omap3evm.c | 147 +++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 157 insertions(+), 0 deletions(-) create mode 100644 sound/soc/omap/omap3evm.c

1 0

[alsa-devel] Laptop (Samsung Q45) speakers unmute when master channel is unmuted even with headphones connected
by Sam Morris 07 May '09

07 May '09

Since Linux 2.6.28 and through to 2.6.30-rc4, the hda-intel driver has had a bug on my laptop (a Samsung Q45). If I connect my headphones, the laptop's internal speakers are muted--fine. But if I then mute and unmute the master mixer channel, the speakers come back to life, even though the headphones are still connected. Please keep 517241-forwarded(a)bugs.debian.org CC'd in follow-ups. -- Sam Morris https://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078

2 3

[alsa-devel] SNDRV_PCM_FORMAT_GSM
by Harsha, Priya 07 May '09

07 May '09

Hi, If I use the format SNDRV_PCM_FORMAT_GSM to identify if the audio stream is voice stream or not, would it be appropriate? Thanks, Harsha

2 2

[alsa-devel] [PATCH 0/2] ASoC updates
by Mark Brown 07 May '09

07 May '09

The following changes since commit 32c8dabc97d436582298ebd0e33af041c69f5a4b: Mark Brown (1): ASoC: Remove obsolete declaration of struct snd_soc_clock_info are available in the git repository at: git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai Daniel Mack (1): ASoC: tlv320aic3x: control additions and cleanups Grazvydas Ignotas (1): ASoC: Add support for OMAP3 Pandora sound/soc/codecs/tlv320aic3x.c | 18 ++- sound/soc/omap/Kconfig | 8 + sound/soc/omap/Makefile | 2 + sound/soc/omap/omap3pandora.c | 311 ++++++++++++++++++++++++++++++++++++++++ 4 files changed, 334 insertions(+), 5 deletions(-) create mode 100644 sound/soc/omap/omap3pandora.c

7 20

Re: [alsa-devel] Beep sound in the end of audio file
by Peter Ujfalusi 07 May '09

07 May '09

Hello, On Tuesday 05 May 2009 20:03:57 ext Aggarwal, Anuj wrote: > Hi, > > After playing out any audio file on OMAP3 EVM, having TWL4030 codec, > I am hearing a beep sound. I have also tried implementing a mute function > in which I disabled all the inputs/outputs but still that didn't help. > > Any idea how this can be avoided? I have not heard from this kind of problem so far, which does not mean, that it does not exist ;) Can you describe the beep sound? After a quick look I can not pin point the soc board file used with the omap3evm board. Is it in the tree? Does the beep happens in these cases also (after stopping it with Ctrl+C): aplay -f dat /dev/zero aplay -f dat /dev/urandom CC-ing alsa-devel... > > Thanks and Regards, > Anuj Aggarwal > > Platform Support Products > Texas Instruments Incorporated -- Péter

7 14

[alsa-devel] What about my problem on the Dell Dimension 4550, when will that be fixed?
by Kristoffer Grundström 07 May '09

07 May '09

Yes, as the title says: When will my problem with the ALSA-driver that's displayed here? https://qa.mandriva.com/show_bug.cgi?id=49048 /Kristoffer > From: alsa-devel-request(a)alsa-project.org > Subject: Alsa-devel Digest, Vol 27, Issue 23 > To: alsa-devel(a)alsa-project.org > Date: Thu, 7 May 2009 12:00:01 +0200 > > Send Alsa-devel mailing list submissions to > alsa-devel(a)alsa-project.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > or, via email, send a message with subject or body 'help' to > alsa-devel-request(a)alsa-project.org > > You can reach the person managing the list at > alsa-devel-owner(a)alsa-project.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Alsa-devel digest..." > > > Today's Topics: > > 1. Re: Beep sound in the end of audio file (Todd Fischer) > 2. Re: 2.6.29 regression: left audio channel broken after resume > from suspend with Intel HDA (Tino Keitel) > 3. Re: 2.6.29 regression: left audio channel broken after resume > from suspend with Intel HDA (Justin P. Mattock) > 4. Re: [PATCH 2/2] ASoC: cs4270: add power management support > (Mark Brown) > 5. Re: Master vs. Front/Rear/LFE/... elements (Takashi Iwai) > 6. Re: Beep sound in the end of audio file (Arun KS) > 7. Re: Beep sound in the end of audio file (Mark Brown) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 06 May 2009 08:19:49 -0600 > From: Todd Fischer <todd.fischer(a)ridgerun.com> > Subject: Re: [alsa-devel] Beep sound in the end of audio file > To: "Aggarwal, Anuj" <anuj.aggarwal(a)ti.com> > Cc: "alsa-devel(a)alsa-project.org" <alsa-devel(a)alsa-project.org>, > "linux-omap(a)vger.kernel.org" <linux-omap(a)vger.kernel.org>, Peter > Ujfalusi <peter.ujfalusi(a)nokia.com> > Message-ID: <1241619589.8928.2038.camel(a)sax-lx.fischerfamily.org> > Content-Type: text/plain; charset="UTF-8" > > Hi, > > FWIW: while developing a GSTreamer presentation using a BegleBoard (rev > C), I noticed the same "tuck" sound. It also occurs a second or two > after the GST application exits. I assumed it was some power management > code that was disabling the audio codec after it had gone idle, but > never looked into it. BeagleBoard also uses TWL4030. > > GST command: gst-launch audiotestsrc freq=1000 num-buffers=100 ! > alsasink > > /proc/version: Linux version 2.6.28-omap1 (ddompe@Aleph) (gcc version > 4.3.1 (GCC) ) #2 Thu Mar 5 08:55:58 CST 2009 > > Code image: http://www.beagleboard.org/~arago/esc/esc2009sj.v12.img.gz > > Todd > > On Wed, 2009-05-06 at 19:30 +0530, Aggarwal, Anuj wrote: > > > > -----Original Message----- > > > From: Peter Ujfalusi [mailto:peter.ujfalusi@nokia.com] > > > Sent: Wednesday, May 06, 2009 11:03 AM > > > To: Aggarwal, Anuj > > > Cc: linux-omap(a)vger.kernel.org; alsa-devel(a)alsa-project.org > > > Subject: Re: Beep sound in the end of audio file > > > > > > Hello, > > > > > > On Tuesday 05 May 2009 20:03:57 ext Aggarwal, Anuj wrote: > > > > Hi, > > > > > > > > After playing out any audio file on OMAP3 EVM, having TWL4030 codec, > > > > I am hearing a beep sound. I have also tried implementing a mute function > > > > in which I disabled all the inputs/outputs but still that didn't help. > > > > > > > > Any idea how this can be avoided? > > > > > > I have not heard from this kind of problem so far, which does not mean, that > > > it does not exist ;) > > > Can you describe the beep sound? > > [Aggarwal, Anuj] It's kind of a "tuck" sound coming in the end, after 1 or 2 seconds. > > > > > > After a quick look I can not pin point the soc board file used with the > > > omap3evm board. Is it in the tree? > > [Aggarwal, Anuj] No, it is not. Reason being we already have beagle & > > sdp3430 there, which are both similar to omap3evm, which I pushed. > > So mine got rejected. We had some discussions on how to handle this > > scenario but nothing got finalized. > > > > > > Does the beep happens in these cases also (after stopping it with Ctrl+C): > > > aplay -f dat /dev/zero > > > aplay -f dat /dev/urandom > > [Aggarwal, Anuj] Yes, it comes in both the cases. > > > > > > > > > CC-ing alsa-devel... > > > > > > > > > > > Thanks and Regards, > > > > Anuj Aggarwal > > > > > > > > Platform Support Products > > > > Texas Instruments Incorporated > > > > > > > > > -- > > > P?ter > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > > the body of a message to majordomo(a)vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > ------------------------------ > > Message: 2 > Date: Thu, 7 May 2009 00:27:53 +0200 > From: Tino Keitel <tino.keitel(a)gmx.de> > Subject: Re: [alsa-devel] 2.6.29 regression: left audio channel broken > after resume from suspend with Intel HDA > To: linux-kernel(a)vger.kernel.org > Cc: Takashi Iwai <tiwai(a)suse.de>, alsa-devel(a)alsa-project.org > Message-ID: <20090506222753.GA6728(a)mac.home> > Content-Type: text/plain; charset=us-ascii > > On Tue, Apr 28, 2009 at 02:23:09 +0200, Tino Keitel wrote: > > [...] > > > I just saw another, major problem: line in doesn't work anymore with > > 2.6.29 and also 2.6.30-rc3 (no usable input level). It works with > > 2.6.27.20. > > FYI: I just tried 2.6.28 and line-in was still broken. So the last > working kernel is 2.6.27. > > Regards, > Tino > > > ------------------------------ > > Message: 3 > Date: Thu, 07 May 2009 00:40:37 -0700 > From: "Justin P. Mattock" <justinmattock(a)gmail.com> > Subject: Re: [alsa-devel] 2.6.29 regression: left audio channel broken > after resume from suspend with Intel HDA > To: Tino Keitel <tino.keitel(a)gmx.de> > Cc: Takashi Iwai <tiwai(a)suse.de>, alsa-devel(a)alsa-project.org, > linux-kernel(a)vger.kernel.org > Message-ID: <1241682037.1864.4.camel@unix> > Content-Type: text/plain > > On Thu, 2009-05-07 at 09:23 +0200, Tino Keitel wrote: > > On Thu, May 07, 2009 at 00:27:53 +0200, Tino Keitel wrote: > > > On Tue, Apr 28, 2009 at 02:23:09 +0200, Tino Keitel wrote: > > > > > > [...] > > > > > > > I just saw another, major problem: line in doesn't work anymore with > > > > 2.6.29 and also 2.6.30-rc3 (no usable input level). It works with > > > > 2.6.27.20. > > > > > > FYI: I just tried 2.6.28 and line-in was still broken. So the last > > > working kernel is 2.6.27. > > > > I tried this: > > > > git bisect start v2.6.28 v2.6.27 sound/pci/hda/patch_sigmatel.c > > > > The result is commit 4f1e6bc3646ab50b8181555ab7e6eeab68b8632a. > > > > I can't use git revert because of conflicts, so I crafted the attached > > patch against 2.6.30-rc4-00288-g413f81e, and now line-in works. > > > > Regards, > > Tino > > It's funny you mention left audio broken > with hda(testing out the imac91.patch, > works good, but as soon as I boot into osx > the left audio speaker sounds blown out) > nice... ehhh... > > (probably nothing of the sort, but > you never know) > > Justin P. Mattock > > > > > ------------------------------ > > Message: 4 > Date: Thu, 7 May 2009 09:02:37 +0100 > From: Mark Brown <broonie(a)sirena.org.uk> > Subject: Re: [alsa-devel] [PATCH 2/2] ASoC: cs4270: add power > management support > To: Timur Tabi <timur(a)freescale.com> > Cc: alsa-devel(a)alsa-project.org > Message-ID: <20090507080236.GA4098(a)sirena.org.uk> > Content-Type: text/plain; charset=us-ascii > > On Wed, May 06, 2009 at 10:27:19AM -0500, Timur Tabi wrote: > > > Acked-by: Timur Tabi <timur(a)freescale.com> > > Applied, thanks. > > > ------------------------------ > > Message: 5 > Date: Thu, 07 May 2009 10:49:22 +0200 > From: Takashi Iwai <tiwai(a)suse.de> > Subject: Re: [alsa-devel] Master vs. Front/Rear/LFE/... elements > To: Lennart Poettering <mznyfn(a)0pointer.de> > Cc: ALSA Development Mailing List <alsa-devel(a)alsa-project.org> > Message-ID: <s5hbpq5s3fx.wl%tiwai(a)suse.de> > Content-Type: text/plain; charset=US-ASCII > > At Wed, 6 May 2009 19:58:24 +0200, > Lennart Poettering wrote: > > > > Heya! > > > > Some cards expose 'Master' volume sliders. Others expose seperate > > (stereo) sliders for 'Front', 'Rear' and so on. I have trouble dealing > > with them properly in PulseAudio: > > > > First of all, on some cards 'Master' seems not to have any effect on > > the actual analog output, only 'Front' and friends do. Is this a bug > > or intended behaviour? > > It's an old feature. AC97 spec gives the "master" volume control only > for front channels. Thus, old boards with AC97 may inherit this > policy. (The problem of emu10k1 is partly this.) > > Fixing it isn't too difficult with vmaster stuff in the driver side, > but this breaks the compatibility, and hard to find the real test > machines nowadays. In short, "don't touch a working system unless it > gets broken" phase. > > > Can I assume that 'Master' and 'Front' are > > always independant? > > No. > > > Secondly, I have trouble supporting the > > 'Front'/'Rear'/'Side'/... elements properly, since they split up the > > surround channels into seperate elements. Now, this is confusing in > > many ways, even for "amixer" which will then show channels such as > > "Rear Front Left" and so on, which obviously make no > > sense. snd_mixer_selem_has_playback_channel() just returns bogus data > > for these cases. Why are those elements seperate anyway? Why aren't > > they combined into a single multi-channel event? > > That's mainly a historical reason. In old days, there are no mixer > apps supporting really multiple channels because the behavior of OSS. > A stereo pair is easier to handle for apps. > > > Looking at the APIs I > > get the idea that the problem appears to be that elements can only > > control all channels the same are all independantly which doesn't > > really match 1:1 on my multichannel sound cards. However, wouldn't it > > be possible to use the 'index' value of a selem_id for this? I.e. have > > a series of controls by the same name but different indexes which > > would then implement snd_mixer_selem_has_playback_channel() correctly? > > i.e. foo,0 would do front-left/right, foo,1 would do rear, foo,2 would > > do lfe, and so? I have no clue how this implemented internally, so not > > sure how feasible this might be. > > This breaks the existing apps. That's the biggest problem we face > now. We can't change the stuff simply because PA isn't the only app > using that API. > > IMO, the best would be a total rewrite of the current mixer API, as I > mentioned some times. Right now it's more complicated than needed, > but not powerful enough to handle exceptional cases. > > I know designing a generic and fully-working API is pretty difficult, > though... > > > thanks, > > Takashi > > > ------------------------------ > > Message: 6 > Date: Thu, 7 May 2009 15:05:08 +0530 > From: Arun KS <getarunks(a)gmail.com> > Subject: Re: [alsa-devel] Beep sound in the end of audio file > To: Mark Brown <broonie(a)sirena.org.uk> > Cc: "Aggarwal, Anuj" <anuj.aggarwal(a)ti.com>, > "alsa-devel(a)alsa-project.org" <alsa-devel(a)alsa-project.org>, > "linux-omap(a)vger.kernel.org" <linux-omap(a)vger.kernel.org>, Peter > Ujfalusi <peter.ujfalusi(a)nokia.com> > Message-ID: > <dfeb90390905070235i47f9aed4lbd2298ba07a5b989(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, May 6, 2009 at 7:37 PM, Mark Brown <broonie(a)sirena.org.uk> wrote: > > On Wed, May 06, 2009 at 07:30:03PM +0530, Aggarwal, Anuj wrote: > > > >> > After a quick look I can not pin point the soc board file used with the > >> > omap3evm board. Is it in the tree? > > > >> [Aggarwal, Anuj] No, it is not. Reason being we already have beagle & > >> sdp3430 there, which are both similar to omap3evm, which I pushed. > >> So mine got rejected. We had some discussions on how to handle this > >> scenario but nothing got finalized. > > > > Not from the ALSA side it didn't... > > Mark, > > Since we are not going with the generic driver, are you going to push > this patch: > > http://www.mail-archive.com/linux-omap@vger.kernel.org/msg07166.html > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > > the body of a message to majordomo(a)vger.kernel.org > > More majordomo info at ?http://vger.kernel.org/majordomo-info.html > > > > > ------------------------------ > > Message: 7 > Date: Thu, 7 May 2009 10:38:02 +0100 > From: Mark Brown <broonie(a)sirena.org.uk> > Subject: Re: [alsa-devel] Beep sound in the end of audio file > To: Arun KS <getarunks(a)gmail.com> > Cc: "Aggarwal, Anuj" <anuj.aggarwal(a)ti.com>, > "alsa-devel(a)alsa-project.org" <alsa-devel(a)alsa-project.org>, > "linux-omap(a)vger.kernel.org" <linux-omap(a)vger.kernel.org>, Peter > Ujfalusi <peter.ujfalusi(a)nokia.com> > Message-ID: <20090507093801.GA27897(a)sirena.org.uk> > Content-Type: text/plain; charset=us-ascii > > On Thu, May 07, 2009 at 03:05:08PM +0530, Arun KS wrote: > > > Since we are not going with the generic driver, are you going to push > > this patch: > > > http://www.mail-archive.com/linux-omap@vger.kernel.org/msg07166.html > > I can't see anything wrong with it looking in the web archive but somene > should send a copy tested against current ASoC. > > > ------------------------------ > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > > End of Alsa-devel Digest, Vol 27, Issue 23 > ******************************************

1 0

[alsa-devel] [PATCH 1/2] ASoC: cs4270: introduce CS4270_I2C_INCR
by Daniel Mack 07 May '09

07 May '09

Replace the magic 0x80 value with a suitable macro definition. Signed-off-by: Daniel Mack <daniel(a)caiaq.de> Cc: Timur Tabi <timur(a)freescale.com> Cc: Mark Brown <broonie(a)sirena.org.uk> --- sound/soc/codecs/cs4270.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/cs4270.c b/sound/soc/codecs/cs4270.c index 0f453a0..bc338df 100644 --- a/sound/soc/codecs/cs4270.c +++ b/sound/soc/codecs/cs4270.c @@ -56,6 +56,7 @@ #define CS4270_FIRSTREG 0x01 #define CS4270_LASTREG 0x08 #define CS4270_NUMREGS (CS4270_LASTREG - CS4270_FIRSTREG + 1) +#define CS4270_I2C_INCR 0x80 /* Bit masks for the CS4270 registers */ #define CS4270_CHIPID_ID 0xF0 @@ -296,7 +297,7 @@ static int cs4270_fill_cache(struct snd_soc_codec *codec) s32 length; length = i2c_smbus_read_i2c_block_data(i2c_client, - CS4270_FIRSTREG | 0x80, CS4270_NUMREGS, cache); + CS4270_FIRSTREG | CS4270_I2C_INCR, CS4270_NUMREGS, cache); if (length != CS4270_NUMREGS) { dev_err(codec->dev, "i2c read failure, addr=0x%x\n", -- 1.6.2.1

3 14