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

[alsa-devel] Can I mmap buffer allocated using SNDRV_DMA_TYPE_CONTINUOUS?
by Pharaoh . 12 Jul '07

12 Jul '07

Hi, I have allocated the DMA buffer using snd_pcm_lib_malloc_pages() and it was preallocated as: snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_CONTINUOUS, snd_dma_continuous_data (GFP_KERNEL), 128 * 1024, 128 * 1024); Can I mmap such a dma buffer? I think yes... -pharaoh.

2 5

[alsa-devel] [RFC] SGI O2 MACE audio ALSA module
by TJ 12 Jul '07

12 Jul '07

Hi, It's been a while since I last posted something. Here is the latest version of my code. It is somewhat of a mess at the moment, but I plan to tidy it all up when it works better, any // comments are not permanent features. I have been using trial and error to find why it play too fast. I am glad to say that it does play sound correctly, bar one little issue that has me stuck at the moment, it plays too fast (for any sample frequency). Also how fast appears to depend on the player (tried aplay and ogg123). I have cc the ALSA dev too in the hope that between the two lists someone may spot something. Please can anyone who replies cc me. The patch was built against (applies to) linux-2.6.19.7 from linux-mips.org. It'll probably work on other versions. Notes on the module it self... There are two code 'paths' depending on sma_indirect=1|0, this var will be made a module load argument. When 0 ALSA will be writing directly to the MACE ring buffer, currently the state of this code is believed very broken I have not been working on it for a while. When 1 ALSA will be writing to a bounce buffer and the module will copy data to the ring buffer as per the original driver. Currently sma_indirect is hard coded 1 and it is this 'path' i'm currently interested in fixing. The module has some proc files for debugging, the contents of the ad1843 regs, and for values in in mace. There is a _spy version of the module (which wont exist in my final patch) that provides just these proc files without making any (init) changes to any of the hardware (ie read only). This allowed me to see what state the O2 jingle left the various bit in. The module has a limited mixer, which I want to do a lot more with in future, and the front volume buttons are supported. DAC1/ADC map to dev0 on the card, while DAC2 maps to dev1. I don't know what else to say, please have a listen and a look. It will play any samples 8k to 48k, and any bit format that ALSA knows about. Regards, Thorben

3 8

[alsa-devel] [PATCH] Make s3c24xx_i2s_set_clkdiv() change the correct bits
by Matt Reimer 12 Jul '07

12 Jul '07

Make s3c24xx_i2s_set_clkdiv() change the correct bits. Signed-off-by: Matt Reimer <mreimer(a)vpop.net> --- sound/soc/s3c24xx/s3c24xx-i2s.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/s3c24xx/s3c24xx-i2s.c b/sound/soc/s3c24xx/s3c24xx-i2s.c index 8ca314d..39f0246 100644 --- a/sound/soc/s3c24xx/s3c24xx-i2s.c +++ b/sound/soc/s3c24xx/s3c24xx-i2s.c @@ -344,11 +344,11 @@ static int s3c24xx_i2s_set_clkdiv(struct snd_soc_cpu_dai *cpu_dai, DBG("Entered %s\n", __FUNCTION__); switch (div_id) { - case S3C24XX_DIV_MCLK: + case S3C24XX_DIV_BCLK: reg = readl(s3c24xx_i2s.regs + S3C2410_IISMOD) & ~S3C2410_IISMOD_FS_MASK; writel(reg | div, s3c24xx_i2s.regs + S3C2410_IISMOD); break; - case S3C24XX_DIV_BCLK: + case S3C24XX_DIV_MCLK: reg = readl(s3c24xx_i2s.regs + S3C2410_IISMOD) & ~(S3C2410_IISMOD_384FS); writel(reg | div, s3c24xx_i2s.regs + S3C2410_IISMOD); break; -- 1.5.1.4

2 1

[alsa-devel] [PATCH] Add LG LW20 si3054 modem id
by Claudio Matsuoka 12 Jul '07

12 Jul '07

This patch adds the id of the LG LW20 laptop modem.

2 1

[alsa-devel] Using speaker-test for sound cards which dont support mmap
by Pharaoh . 12 Jul '07

12 Jul '07

Is it possible to use speaker-test for sound cards which do not support mmap? I straced speaker-test and it uses mmap call, can we bypass this?

3 2

[alsa-devel] Help with ALSA application development
by Paul Kavan 12 Jul '07

12 Jul '07

Hello: I am still trying to write my own basic application that captures and plays audio. I am working in an embedded linux environment and have the drivers working well. I can use arecord/aplay without any problem. However, I have been trying to follow some web examples for simple capture and playback without any success. Does anyone know of some sample code for S8 formatted, 8k rate capture and playback. I think my problem is two-fold. First is getting the hw-params set correctly. I have a function call that sets the interface up. I am trying to use the same params that aplay -v returns to me, but perhaps I have them wrong somehow. Secondly is buffering the samples. I am not sure I have that correct. Does anyone have some pointers on that? I have attached my code. If anyone has some time and insight into this, I would greatly appreciate it. Thanks. Paul

2 1

[alsa-devel] non-interleaved mode
by Steve Longerbeam 11 Jul '07

11 Jul '07

Hi, The driver for the sound engine I'm working on requires NONINTERLEAVED. Will ALSA core give my driver a full period of left-only samples, followed by a full period of right-only samples? Or are left/right samples split within a single period (ie. first half of period is left samples, second half is right samples)? Thanks, Steve

4 6

Re: [alsa-devel] Errors in application building
by Paul Kavan 11 Jul '07

11 Jul '07

On 7/3/07, Lee Revell <rlrevell(a)joe-job.com> wrote: > > Use gdb, strace is not useful for this > > On 7/3/07, Paul Kavan <pkavan(a)gmail.com> wrote: > > Hello all: > > > > Just tried to run with the warnings: > > > > > > > > > > > > > grhuser@pcL7:$ arm-linux-gcc -lasound -Wall -o grh_audio grh_audio.c > > > grh_audio.c: In function 'grh_capture': > > > grh_audio.c:112: warning: pointer targets in passing argument 3 of > > 'snd_pcm_hw_params_set_rate_near' differ in signedness > > > grh_audio.c: In function 'grh_playback': > > > grh_audio.c:207: warning: pointer targets in passing argument 3 of > > 'snd_pcm_hw_params_set_rate_near' differ in signedness > > > > > > Which comes from the code: > > > > > > 112: if ((err = snd_pcm_hw_params_set_rate_near (capture_handle, > > hw_params, &sample_rate, 0)) < 0) > > > > > > > > > 207: if ((err = snd_pcm_hw_params_set_rate_near (playback_handle, > > hw_params, &sample_rate, 0)) < 0) > > > > However, I get a seg fault when I ran it. The strace of this is: > > > > /usr/sbin $ strace grh_audio > > execve("/usr/sbin/grh_audio", ["grh_audio"], [/* 7 vars */]) = 0 > > mmap2(NULL, 20, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = > > 0x40005000 > > stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=1150, ...}) = 0 > > open("/etc/ld.so.cache", O_RDONLY) = 3 > > mmap2(NULL, 1150, PROT_READ, MAP_SHARED, 3, 0) = 0x40006000 > > close(3) = 0 > > open("/usr/lib/libasound.so.2", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0755, st_size=762072, ...}) = 0 > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = > > 0x40007000 > > read(3, > > "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0x\367\1\000"..., > > 4096) = 4096 > > mmap2(NULL, 794624, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > > 0x4000e000 > > mmap2(0x4000e000, 745564, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, > 0) > > = 0x4000e000 > > mmap2(0x400cc000, 15508, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, > > 0xb6) = 0x400cc000 > > close(3) = 0 > > munmap(0x40007000, 4096) = 0 > > open("/lib/libgcc_s.so.1", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=44167, ...}) = 0 > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = > > 0x40007000 > > read(3, > > "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0X\25\0\000"..., > > 4096) = 4096 > > mmap2(NULL, 65536, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x400d0000 > > mmap2(0x400d0000, 28800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, > 0) = > > 0x400d0000 > > mmap2(0x400df000, 548, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, > 0x7) > > = 0x400df000 > > close(3) = 0 > > munmap(0x40007000, 4096) = 0 > > open("/lib/libc.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=309840, ...}) = 0 > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = > > 0x40007000 > > read(3, > > "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0000\253\0"..., > > 4096) = 4096 > > mmap2(NULL, 360448, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > > 0x400e0000 > > mmap2(0x400e0000, 302380, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, > 0) > > = 0x400e0000 > > mmap2(0x40132000, 5172, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, > > 0x4a) = 0x40132000 > > mmap2(0x40134000, 16020, PROT_READ|PROT_WRITE, > > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40130 > > close(3) = 0 > > munmap(0x40007000, 4096) = 0 > > open("/lib/libm.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=45812, ...}) = 0 > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = > > 0x40007000 > > read(3, > > "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0t\22\0\000"..., > > 4096) = 4096 > > mmap2(NULL, 81920, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x40138000 > > mmap2(0x40138000, 41428, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, > 0) = > > 0x40138000 > > mmap2(0x4014a000, 4100, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, > 0xa) > > = 0x4014a000 > > close(3) = 0 > > munmap(0x40007000, 4096) = 0 > > open("/lib/libdl.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=8900, ...}) = 0 > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = > > 0x40007000 > > read(3, > > "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0(\10\0\000"..., > > 4096) = 4096 > > mmap2(NULL, 40960, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x4014c000 > > mmap2(0x4014c000, 5760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, > 0) = > > 0x4014c000 > > mmap2(0x40155000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, > 0x1) > > = 0x40155000 > > close(3) = 0 > > munmap(0x40007000, 4096) = 0 > > open("/lib/libpthread.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=63852, ...}) = 0 > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = > > 0x40007000 > > read(3, > > "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0D<\0\0004"..., > > 4096) = 4096 > > mmap2(NULL, 106496, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > > 0x40156000 > > mmap2(0x40156000, 40952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, > 0) = > > 0x40156000 > > mmap2(0x40168000, 21732, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, > > 0xa) = 0x40168000 > > mmap2(0x4016e000, 5788, PROT_READ|PROT_WRITE, > > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4016e0 > > close(3) = 0 > > munmap(0x40007000, 4096) = 0 > > open("/lib/libgcc_s.so.1", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=44167, ...}) = 0 > > close(3) = 0 > > open("/lib/libc.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=309840, ...}) = 0 > > close(3) = 0 > > open("/lib/libc.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=309840, ...}) = 0 > > close(3) = 0 > > open("/lib/libc.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=309840, ...}) = 0 > > close(3) = 0 > > open("/lib/libc.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=309840, ...}) = 0 > > close(3) = 0 > > open("/lib/libc.so.0", O_RDONLY) = 3 > > fstat(3, {st_mode=S_IFREG|0644, st_size=309840, ...}) = 0 > > close(3) = 0 > > munmap(0x40006000, 1150) = 0 > > stat("/lib/ld-uClibc.so.0", {st_mode=S_IFREG|0755, st_size=21096, ...}) > = 0 > > mprotect(0x40132000, 4096, PROT_READ) = 0 > > mprotect(0x4014a000, 4096, PROT_READ) = 0 > > mprotect(0x40155000, 4096, PROT_READ) = 0 > > mprotect(0x40168000, 4096, PROT_READ) = 0 > > mprotect(0x4000c000, 4096, PROT_READ) = 0 > > ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opost isig icanon echo > > ...}) = 0 > > ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opost isig icanon echo > > ...}) = 0 > > getpid() = 756 > > getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = > 0 > > setrlimit(RLIMIT_STACK, {rlim_cur=2040*1024, rlim_max=RLIM_INFINITY}) = > 0 > > rt_sigaction(SIGRTMIN, {0x4015fd70, [], 0x4000000 /* SA_??? */}, NULL, > 8) = > > 0 > > rt_sigaction(SIGRT_1, {0x4015fc98, [RTMIN], 0x4000000 /* SA_??? */}, > NULL, > > 8) = 0 > > rt_sigaction(SIGRT_2, {0x4015f2d0, [], 0x4000000 /* SA_??? */}, NULL, 8) > = 0 > > rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0 > > rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0 > > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > > +++ killed by SIGSEGV +++ > > Process 756 detached > > > > > > I am still trying to locate why those warnings are popping up, but as > that > > part of the code is not called immediately, I am wondering why the seg > fault > > is occurring. Any clues? Lee: Have attempted to run this with gdb. However, I get: /usr/sbin $ gdb grh_audio dlopen failed on 'libthread_db.so.1' - File not found GDB will not be able to debug pthreads. GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "arm-linux-uclibc"...(no debugging symbols found) (gdb) Trying to determine why...will let you know asap what I find. Paul -- *************************************** Paul David Kavan Project Engineer GRH Electronics, Inc. 402-734-4900 pkavan(a)gmail.com ***************************************

2 7

[alsa-devel] Query regarding sampling rates etc
by Pharaoh . 11 Jul '07

11 Jul '07

Hi, This is a very vague question, just thought of asking it after hours of debugging. I am testing my alsa driver, written for omap 730/850 based board. I am testing it by using aplay. Despite checking clocks, sampling rates etc many times and after doing many combinations thereof, I cant hear anything more than a noise which changes and becomes more like the original .wav file as I change various params like sampling rates/clocks etc. It becomes close to the actual thing, but not better. Any idea what are the params I should be tweaking? I know this is h/w dependent. -pharaoh

3 3

Re: [alsa-devel] RE : M-Audio Audiophile USB, native little endian (S16_LE) ?
by Hakan Lennestal 11 Jul '07

11 Jul '07

> You'll find attached an equivalent fix that checks alt-settings > instead of device_setup param: Can you try it Hakan ? Ok, patch tested now. Seem to work. /Håkan

1 0