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

[alsa-devel] Why there is no SNDRV_PCM_RATE_24000 in pcm.h
by Wei Kai 10 Aug '07

10 Aug '07

hi, guys I checked the include/sound/pcm.h in kernel and find this problem, it seemed strange, so many codecs support the 24000 sample rate, why there is no such definition. Any special concern?

2 2

[alsa-devel] [PATCH] Add quirk for Stanton ScratchAmp v1
by Mark Hills 10 Aug '07

10 Aug '07

Hello, This patch is a USB quirk to ensure the Stanton Scratchamp v1 is detected (bugtrack #2932). The interface is two USB devices in the same physical box. Note that this is the USB ScratchAmp v1 and not the later v2 (firewire) model. Signed-off-by: Mark Hills <mark(a)pogo.org.uk> diff -r d19ec80205a5 usb/usbquirks.h --- a/usb/usbquirks.h Fri Jul 27 19:15:54 2007 +0200 +++ b/usb/usbquirks.h Sun Jul 29 23:45:00 2007 +0100 @@ -1774,4 +1774,22 @@ YAMAHA_DEVICE(0x7010, "UB99"), } }, +/* Stanton/N2IT Final Scratch v1 device ('Scratchamp') */ +{ + USB_DEVICE(0x103d, 0x0100), + .driver_info = (unsigned long) & (const struct snd_usb_audio_quirk) { + .vendor_name = "Stanton", + .product_name = "ScratchAmp", + .ifnum = QUIRK_NO_INTERFACE + } +}, +{ + USB_DEVICE(0x103d, 0x0101), + .driver_info = (unsigned long) & (const struct snd_usb_audio_quirk) { + .vendor_name = "Stanton", + .product_name = "ScratchAmp", + .ifnum = QUIRK_NO_INTERFACE + } +}, + #undef USB_DEVICE_VENDOR_SPEC

2 1

[alsa-devel] [PATCH 2/2] [VIRTEX] Register AC97 Controller Reference with the platform bus
by Joachim Förster 09 Aug '07

09 Aug '07

From: Joachim Foerster <JOFT(a)gmx.de> (Patch for Linus' master branch, date 2007/08/08) Signed-off-by: Joachim Foerster <JOFT(a)gmx.de> --- arch/ppc/syslib/virtex_devices.c | 28 ++++++++++++++++++++++++++++ 1 files changed, 28 insertions(+), 0 deletions(-) diff --git a/arch/ppc/syslib/virtex_devices.c b/arch/ppc/syslib/virtex_devices.c index 62a9495..0d6f0ac 100644 --- a/arch/ppc/syslib/virtex_devices.c +++ b/arch/ppc/syslib/virtex_devices.c @@ -121,6 +121,29 @@ }, \ } +#define XPAR_AC97_CONTROLLER_REFERENCE(num) { \ + .name = "ml403_ac97cr", \ + .id = num, \ + .num_resources = 3, \ + .resource = (struct resource[]) { \ + { \ + .start = XPAR_OPB_AC97_CONTROLLER_REF_0_BASEADDR, \ + .end = XPAR_OPB_AC97_CONTROLLER_REF_0_HIGHADDR, \ + .flags = IORESOURCE_MEM, \ + }, \ + { \ + .start = XPAR_OPB_INTC_0_OPB_AC97_CONTROLLER_REF_0_PLAYBACK_INTERRUPT_INTR, \ + .end = XPAR_OPB_INTC_0_OPB_AC97_CONTROLLER_REF_0_PLAYBACK_INTERRUPT_INTR, \ + .flags = IORESOURCE_IRQ, \ + }, \ + { \ + .start = XPAR_OPB_INTC_0_OPB_AC97_CONTROLLER_REF_0_RECORD_INTERRUPT_INTR, \ + .end = XPAR_OPB_INTC_0_OPB_AC97_CONTROLLER_REF_0_RECORD_INTERRUPT_INTR, \ + .flags = IORESOURCE_IRQ, \ + }, \ + }, \ +} + /* UART 8250 driver platform data table */ struct plat_serial8250_port virtex_serial_platform_data[] = { #if defined(XPAR_UARTNS550_0_BASEADDR) @@ -221,6 +244,11 @@ struct platform_device virtex_platform_devices[] = { #if defined(XPAR_TFT_3_BASEADDR) XPAR_TFT(3), #endif + + /* AC97 Controller Reference instances */ +#if defined(XPAR_OPB_AC97_CONTROLLER_REF_0_BASEADDR) + XPAR_AC97_CONTROLLER_REFERENCE(0), +#endif }; /* Early serial support functions */ -- 1.5.2.4

2 1

[alsa-devel] [PATCH] asihpi unify play/capture timer functions
by Eliot Blennerhassett 09 Aug '07

09 Aug '07

Unify the playback and capture timer function. A group of linked streams only uses one timer. Cope with linked streams on more than one card (untested) Signed-off-by: Eliot Blennerhassett <eblennerhassett(a)audioscience.com>

2 1

Re: [alsa-devel] Website to Wiki migration
by Ash Willis 09 Aug '07

09 Aug '07

> Anything missing - tell about it here: > http://bugtrack.alsa-project.org/main/index.php/MigrationPlan > > One proposal for prettier front page is here: > http://bugtrack.alsa-project.org/main/index.php/Talk:Main_Page > Go ahead - criticise, praise, make your own... > The Wiki's looking great. It's obvious that you've thought about where everything should be and how it should all tie in instead of blinding porting the old pages. It's looking very fresh and making much more sense. Is it just me though, or is "Vendor-A-trend Vendor-ALi Vendor-AMD" much harder to read than "A-trend ALi AMD"? Am I OK to go ahead and remove those prefixes or do we want those kept? Same with the modules, although I find the module prefixes much easier to deal with visually for some odd reason. Also, two of the modules that don't have pages were written by myself. I'd be glad to make the pages for those modules but I don't really know what should go on those pages TBH. IMO, most of the info on the module pages is outdated and pointless. At the very least, it's heavily repeated. Is this something we should look at? Personally I find that it's letting down the rather nice new site. Ash -- We've Got Your Name at http://www.mail.com ! Get a FREE E-mail Account Today - Choose From 100+ Domains

3 2

[alsa-devel] ALSA on MIPS platform
by Songmao Tian 09 Aug '07

09 Aug '07

Hi, In http://www.linux-mips.org/archives/linux-mips/2007-04/msg00114.html, Atsushi Nemoto pointed out the problem is discussed before, the thread can be found at http://lkml.org/lkml/2006/1/25/117. Thanks Atsushi Nemoto:) The problem is clear: 1. dma_alloc_noncoherent() return a non-cached address, and virt_to_page() need a cached logical addr (Have I named it right?) 2. mmaped dam buffer should be non-cached. We have a ugly patch, but we want to solve the problem cleanly, so can anyone show me the way? Regards, Tian diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c index 59b29cd..fd0aa66 100644 --- a/sound/core/pcm_native.c +++ b/sound/core/pcm_native.c @@ -3138,7 +3138,11 @@ static struct page *snd_pcm_mmap_data_nopage(struct vm_area_struct *area, return NOPAGE_OOM; /* XXX: is this really due to OOM? */ } else { vaddr = runtime->dma_area + offset; +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT) + page = virt_to_page(CAC_ADDR(vaddr)); +#else page = virt_to_page(vaddr); +#endif } get_page(page); if (type) @@ -3254,6 +3258,11 @@ static int snd_pcm_mmap(struct file *file, struct vm_area_struct *area) substream = pcm_file->substream; snd_assert(substream != NULL, return -ENXIO); +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT) + /* all mmap using uncached mode */ + area->vm_page_prot = pgprot_noncached(area->vm_page_prot); +#endif + offset = area->vm_pgoff << PAGE_SHIFT; switch (offset) { case SNDRV_PCM_MMAP_OFFSET_STATUS: diff --git a/sound/core/sgbuf.c b/sound/core/sgbuf.c index cefd228..2251e70 100644 --- a/sound/core/sgbuf.c +++ b/sound/core/sgbuf.c @@ -91,12 +91,21 @@ void *snd_malloc_sgbuf_pages(struct device *device, } sgbuf->table[i].buf = tmpb.area; sgbuf->table[i].addr = tmpb.addr; +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT) + sgbuf->page_table[i] = virt_to_page(CAC_ADDR(tmpb.area)); +#else sgbuf->page_table[i] = virt_to_page(tmpb.area); +#endif sgbuf->pages++; } sgbuf->size = size; +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT) + /* maybe we should use uncached accelerated mode */ + dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP, pgprot_noncached(PAGE_KERNEL)); +#else dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP, PAGE_KERNEL); +#endif if (! dmab->area) goto _failed; return dmab->area;

6 15

[alsa-devel] Linux 2.6.22 and SB-Live! - broken microphone capture?
by Chris Rankin 09 Aug '07

09 Aug '07

Hi, I have been testing my old SB Live! card with Linux 2.6.22 and the 1.0.14 alsa lib and utils, and I have discovered that the following no longer works: $ arecord -f cd -t wav -d 4 > testin.wav Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo arecord: pcm_read:1346: read error: Input/output error The testin.wav file is always 44 bytes long. The microphone works, is plugged into the correct slot, and (AFAICT) all the mixer settings are correct: - playback AC97 = 0 - capture AC97 = 100 - mic select = mic1 - mic set to capture - capture volume = 100, and set to capture Has something broken in ALSA, please? Playback seems fine, and I get some kind of noise from the speakers if I raise the Microphone playback volume to 100 and then blow on the microphone. I also have an Audigy 2 card, and microphone capture works fine there. Can anyone confirm this, please? Thanks, Chris ___________________________________________________________ Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your free account today http://uk.rd.yahoo.com/evt=44106/*http://uk.docs.yahoo.com/mail/winter07.ht…

2 2

[alsa-devel] Website to Wiki migration
by Eliot Blennerhassett 08 Aug '07

08 Aug '07

Greetings, IMO the basic content of the static website has been migrated to the wiki. This doesn't include the following: * http://alsa-project.org/changes/ Changelogs .txt files are referenced, assume they are auto generated? * Contents of http://www.alsa-project.org/alsa/ftp/ * Contents of http://www.alsa-project.org/~iwai/ include "Writing an alsa driver" * User added comments in the soundcard matrix are referenced. (Is there any way to find out which modules in the matrix have user comments attached so that they can be copied across to the wiki?) Anything missing - tell about it here: http://bugtrack.alsa-project.org/main/index.php/MigrationPlan One proposal for prettier front page is here: http://bugtrack.alsa-project.org/main/index.php/Talk:Main_Page Go ahead - criticise, praise, make your own... cheers Eliot

3 2

[alsa-devel] Possible problems with alsa soc
by Nobin Mathew 08 Aug '07

08 Aug '07

Hi Liam, There are some players which will call snd-pcm_close() before any open call, i dont know why they are calling this. So in ASoC it will put the stream in SNDRV_CTL_POWER_D3hot and pop_wait equal to 1. This state will make problems in snd_pcm_prepare (i.e soc_pcm_prepare). Trouble creating players and libraries are mpg123 and gstreamer library. Takashi, We now have priority based alsa plugin, as I explained earlier. all these credits goes to Sudhanshu. This will be usefull for many gps, bluetooth and audio SoCs. But we need to make some changes to make it generic, later we will summit this as a patch. Thanks Nobin Mathew

3 4

[alsa-devel] how to 'alias' a mixer element?
by John L. Utz III 08 Aug '07

08 Aug '07

Hello; If one had a mixer item called 'Surround' and one really wanted to access it as an item called 'Rear' instead of using the existing name 'Surround', would it be possible to create a virtual control called Rear that just maps directly to Surround? tnx! johnu

2 1