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

[alsa-devel] [PATCH] wm8750: it's MONO1, not MONO
by Dmitry Baryshkov 09 Aug '08

09 Aug '08

Since first commit wm8750 contained output named MONO, but all routes mentioned MONO1. Correct MONO to be MONO1. Signed-off-by: Dmitry Baryshkov <dbaryshkov(a)gmail.com> Cc: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/arm/pxa2xx-ac97-lib.c | 9 ++++----- sound/soc/codecs/wm8750.c | 2 +- 2 files changed, 5 insertions(+), 6 deletions(-) diff --git a/sound/arm/pxa2xx-ac97-lib.c b/sound/arm/pxa2xx-ac97-lib.c index be500d3..3802d68 100644 --- a/sound/arm/pxa2xx-ac97-lib.c +++ b/sound/arm/pxa2xx-ac97-lib.c @@ -8,11 +8,10 @@ #include <sound/pxa2xx-lib.h> #include <asm/irq.h> -#include <asm/hardware.h> - -#include <asm/arch/pxa-regs.h> -#include <asm/arch/pxa2xx-gpio.h> -#include <asm/arch/audio.h> +#include <mach/hardware.h> +#include <mach/pxa-regs.h> +#include <mach/pxa2xx-gpio.h> +#include <mach/audio.h> static DEFINE_MUTEX(car_mutex); static DECLARE_WAIT_QUEUE_HEAD(gsr_wq); diff --git a/sound/soc/codecs/wm8750.c b/sound/soc/codecs/wm8750.c index e23cb09..2e71394 100644 --- a/sound/soc/codecs/wm8750.c +++ b/sound/soc/codecs/wm8750.c @@ -348,7 +348,7 @@ static const struct snd_soc_dapm_widget wm8750_dapm_widgets[] = { SND_SOC_DAPM_OUTPUT("ROUT1"), SND_SOC_DAPM_OUTPUT("LOUT2"), SND_SOC_DAPM_OUTPUT("ROUT2"), - SND_SOC_DAPM_OUTPUT("MONO"), + SND_SOC_DAPM_OUTPUT("MONO1"), SND_SOC_DAPM_OUTPUT("OUT3"), SND_SOC_DAPM_INPUT("LINPUT1"), -- 1.5.6.3

1 1

[alsa-devel] ALSA OSS Emulation - Read - EAGAIN Errors
by Rahul Iyer 09 Aug '08

09 Aug '08

Hi ALSA Developers I have a full duplex voice application, that records voice and sends (over a network) as well as receives and plays voice. OSS APIs are used to capture and play voice samples. The voice quality is noticeably poor in SUSE 10. After further investigation, I see most of the 'read' system calls fail with EAGAIN (resource unavailable) error. This is not the case in SUSE 9.2. This results in poor voice quality -- broken voice, due to loss of voice samples. Please take a look at the strace stats below for SUSE 9.2 and 10. Check the errors column for SUSE 10. SUSE 9.2 Process 17533 detached % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 51.54 0.824285 48 17152 gettimeofday 14.36 0.229609 52 4393 693 select 9.85 0.157454 76 2081 692 sigreturn 7.89 0.126199 14 8784 rt_sigprocmask 7.74 0.123765 20 6201 ioctl 4.31 0.068929 33 2067 read 4.31 0.068898 33 2067 write 0.01 0.000083 6 14 alarm 0.00 0.000034 11 3 munmap 0.00 0.000007 4 2 rt_sigaction 0.00 0.000003 3 1 1 open ------ ----------- ----------- --------- --------- ---------------- 100.00 1.599266 42765 1386 total SUSE 10 Process 11342 detached % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 49.58 1.006722 1 1191090 1189103 read 49.44 1.003873 1 1194607 ioctl 0.95 0.019285 11 1698 write 0.02 0.000453 0 1152 551 select 0.00 0.000038 13 3 munmap 0.00 0.000015 0 9230 gettimeofday 0.00 0.000000 0 1 1 open 0.00 0.000000 0 11 alarm 0.00 0.000000 0 0.00 0.000000 0 793 624 sigreturn 0.00 0.000000 0 6 sched_yield 0.00 0.000000 0 2 rt_sigaction 0.00 0.000000 0 2303 rt_sigprocmask ------ ----------- ----------- --------- --------- ---------------- 100.00 2.030386 2400896 1190279 total BTW, the SUSE 10 machine runs on newer hardware with on board Intel HDA Sound (Realtek ALC262). Any thoughts on what causes so many read failures? Could this be hardware/driver related? There is nothing fancy about this sound card, its a regular on board card. It would be great if someone can confirm their experience with this card. Any suggestions are also most welcome... Thanks for the help.-- Rahul Iyer

3 3

[alsa-devel] Suggestion for http://git.alsa-project.org/
by Timur Tabi 08 Aug '08

08 Aug '08

If you go to http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git, you will see this text: description Sound development tree owner Takashi Iwai last change Fri, 8 Aug 2008 14:50:58 +0000 URL git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git http://www.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git This is very helpful information. It makes git-clone much easier, because I can just copy/psate the URL. Can we have the same thing at http://git.alsa-project.org/? I don't want to have to keep figuring out the http URL for cloning alsa-lib, every time I need to do it. -- Timur Tabi Linux kernel developer at Freescale

1 0

[alsa-devel] [PATCH] ALSA: wss_lib: missing closing brace in (ifdeffed out) debug function.
by Rene Herman 08 Aug '08

08 Aug '08

2 1

[PATCH] ALSA: wss_lib: missing closing brace in (ifdeffed out) debug function.
by Rene Herman 08 Aug '08

08 Aug '08

Signed-off-by: Rene Herman <rene.herman(a)gmail.com> --- sound/isa/wss/wss_lib.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/isa/wss/wss_lib.c b/sound/isa/wss/wss_lib.c index 011da7a..6b7a0fc 100644 --- a/sound/isa/wss/wss_lib.c +++ b/sound/isa/wss/wss_lib.c @@ -282,7 +282,7 @@ static void snd_wss_debug(struct snd_wss *chip) printk(KERN_DEBUG "CS4231 REGS: INDEX = 0x%02x " " STATUS = 0x%02x\n", - wss_inb(chip, CS4231P(REGSEL), + wss_inb(chip, CS4231P(REGSEL)), wss_inb(chip, CS4231P(STATUS))); printk(KERN_DEBUG " 0x00: left input = 0x%02x " -- 1.5.5

1 0

Re: [alsa-devel] [PATCH 03/11] wss_lib: rename cs4321_foo to wss_foo
by Rene Herman 08 Aug '08

08 Aug '08

On 31-07-08 21:03, Krzysztof Helt wrote: Takashi, you already applied these but is it possible to still get my Acked-by (or Reviewed-by, whatever you want) on them? When a problem is bisected to one of these, people tend to put the people in the patch tags in CC and I looked at them and would like to be informed of any trouble. I tested most users by now, and we'll get the azt2320 fixed before this hits the streets but I still like to be in the loop on any traffic concerning them. Acked-by: Rene Herman <rene.herman(a)gmail.com> (or Reviewed-by, Tested-by, ...) Below comments not important: > @@ -679,23 +679,25 @@ static int __devinit snd_opl3sa2_probe(s [ ... ] > - chip->cs4231 = cs4231; > - if ((err = snd_cs4231_pcm(cs4231, 0, NULL)) < 0) > + chip->wss = wss; > + err = snd_wss_pcm(wss, 0, NULL); > + if (err < 0) > return err; > - if ((err = snd_cs4231_mixer(cs4231)) < 0) > + err = snd_wss_mixer(wss); > + if (err < 0) > return err; > if ((err = snd_opl3sa2_mixer(chip)) < 0) > return err; <mumble> > - if ((err = snd_cs4231_timer(cs4231, 0, NULL)) < 0) > + err = snd_wss_timer(wss, 0, NULL); > + if (err < 0) > return err; [ ... ] > +static void snd_wss_debug(struct snd_wss *chip) > + printk(KERN_DEBUG > + " 0x00: left input = 0x%02x " > + " 0x10: alt 1 (CFIG 2) = 0x%02x\n", > + snd_wss_in(chip, 0x00), > + snd_wss_in(chip, 0x10)); > + printk(KERN_DEBUG > + " 0x01: right input = 0x%02x " > + " 0x11: alt 2 (CFIG 3) = 0x%02x\n", > + snd_wss_in(chip, 0x01), > + snd_wss_in(chip, 0x11)); I'll admit that's actually half-way passable... > @@ -553,79 +628,88 @@ static void snd_wss_playback_format(s [ ... ] > if (full_calib) { > - snd_cs4231_mce_up(chip); > + snd_wss_mce_up(chip); > spin_lock_irqsave(&chip->reg_lock, flags); > - if (chip->hardware != CS4231_HW_INTERWAVE && !chip->single_dma) { > - snd_cs4231_out(chip, CS4231_PLAYBK_FORMAT, > - (chip->image[CS4231_IFACE_CTRL] & CS4231_RECORD_ENABLE) ? > - (pdfr & 0xf0) | (chip->image[CS4231_REC_FORMAT] & 0x0f) : > - pdfr); > + if (chip->hardware != WSS_HW_INTERWAVE && !chip->single_dma) { > + if (chip->image[CS4231_IFACE_CTRL] & CS4231_RECORD_ENABLE) > + pdfr = (pdfr & 0xf0) | > + (chip->image[CS4231_REC_FORMAT] & 0x0f); > } else { > - snd_cs4231_out(chip, CS4231_PLAYBK_FORMAT, chip->image[CS4231_PLAYBK_FORMAT] = pdfr); > + chip->image[CS4231_PLAYBK_FORMAT] = pdfr; > } > + snd_wss_out(chip, CS4231_PLAYBK_FORMAT, pdfr); > spin_unlock_irqrestore(&chip->reg_lock, flags); Much beter. > +static void snd_wss_capture_format(struct snd_wss *chip, [ ... ] > - snd_cs4231_out(chip, CS4231_ALT_FEATURE_1, chip->image[CS4231_ALT_FEATURE_1] | 0x20); > - snd_cs4231_out(chip, CS4231_REC_FORMAT, chip->image[CS4231_REC_FORMAT] = cdfr); > - snd_cs4231_out(chip, CS4231_ALT_FEATURE_1, chip->image[CS4231_ALT_FEATURE_1] &= ~0x20); > + snd_wss_out(chip, CS4231_ALT_FEATURE_1, > + chip->image[CS4231_ALT_FEATURE_1] | 0x20); > + snd_wss_out(chip, CS4231_REC_FORMAT, > + chip->image[CS4231_REC_FORMAT] = cdfr); Not much better... > + snd_wss_out(chip, CS4231_ALT_FEATURE_1, > + chip->image[CS4231_ALT_FEATURE_1] &= ~0x20); Same level of betterness. Rene.

2 4

[alsa-devel] Application hangs with different period sizes
by anuj aggarwal 08 Aug '08

08 Aug '08

My audio driver supports buffer sizes from 128 to 32768 and period sizes from 8 to 2048. I am trying to set the period size as 1030 (just a random number between 8 & 2048, but not multiple of 2^n) and buffer size as 16*buffer_size (i.e. 16480). The output is as follows: Buffer size range from 128 to 32768 Period size range from 8 to 2048 Request period size 1030 and got 1030 Plug PCM: Hardware PCM card 0 'TWL4030' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 16480 period_size : 1030 period_time : 23356 tstamp_mode : NONE period_step : 1 avail_min : 1030 start_threshold : 16480 stop_threshold : 16480 silence_threshold: 0 silence_size : 0 boundary : 1080033280 The problem with this setup is the application just hangs without playing anything. If I use period size as 2048, the app plays the song but clips the last part of it. If I use 1024/512, it works fine. I have tried alsa lib version 1.0.15 & 1.0.16 but the problem persists. Is there anything wrong with my app or audio driver? Please help. Thanks in advance, Anuj Aggarwal

3 7

[alsa-devel] Can't build alsa-driver git, missing isa/wss directory.
by Eliot Blennerhassett 08 Aug '08

08 Aug '08

after recent git-pull of alsa-kmirror, I can no longer build alsa-driver Seems the isa/wss (present in alsa-kmirror) directory is missing from alsa-driver? regards -- Eliot Blennerhassett www.audioscience.com

2 1

[alsa-devel] Esi Maya44 pci:include the existing patch in the next alsa release
by Giuseppe Di Lernia 08 Aug '08

08 Aug '08

Hi, I found this useful howto http://ubuntuforums.org/showthread.php?p=5542917#post5542917 , to make it work the Egosys Maya44 pci under linux. Unfortunately as the poster says, the patch for this card was not included in the last Alsa driver release.So as the patch is working nicely I would like request if the patch can be included in the next alsa driver release. Regards Giuseppe Di Lernia

2 1

[alsa-devel] Why is substream->pcm->dev == NULL?
by Timur Tabi 08 Aug '08

08 Aug '08

In my _pointer callback function, I have this: printk(KERN_INFO "%s:%u substream->pcm->dev=%p, substream->pcm->card->dev=%p\n", __func__, __LINE__, substream->pcm->dev, substream->pcm->card->dev); During playback, it displays this: fsl_dma_pointer:698 substream->pcm->dev=00000000, substream->pcm->card->dev=dfa50a08 Why is substream->pcm->dev == NULL? What's the point of having this field if you're not going to use it? -- Timur Tabi Linux kernel developer at Freescale

2 1