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

[alsa-devel] Bug 305
by chris＠idlelion.net 10 Aug '07

10 Aug '07

I tested Fedora 8 on my ThinkPad 600X. The 600X has a CS4264, and F8 uses a 2.6.23 kernel (I forget the version at the moment). The sound does not work after resume. How should I check whether the fix for this issue is included in a kernel? Version number? Thanks, Chris

2 5

[alsa-devel] Audigy: recording level much too low (microphone)
by Zbigniew Baniewski 10 Aug '07

10 Aug '07

Hallo, I've got a problem with Audigy (it's SB0230 release) soundcard: the recording level, when taking the sound from microphone, is much too low. I've sent a mail to "users" list, so here I'm just pointing to that mail: http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg20235.html ...and so I won't repeat it all here. (I made a mistake in the subject there, writing about "Audigy2") My card is seen by 1.0.14 ALSA as ( cat /proc/asound/cards ): 0 [Audigy ]: Audigy - Audigy 1 [Unknown] Audigy 1 [Unknown] (rev.3, serial:0x5a1102) at 0xc400, irq 11 As I understand, there is some variable (or register?), which controls that recording level for microphone input - perhaps someone of the developers could tell me, which variable is it, and which file should I search? In such way perhaps I could fix it on my own - just by setting higher max. level, or in similar way. But searching all that files on my own could take serious amount of time, I'm afraid. Or perhaps there's another way to fix it (some special settings)? -- pozdrawiam / regards Zbigniew Baniewski

2 1

[alsa-devel] [PATCH] ad1848-lib Makefile cleanup
by Krzysztof Helt 10 Aug '07

10 Aug '07

From: Krzysztof Helt <krzysztof.h1(a)wp.pl> This patch uses the Kconfig parameter SND_AD1848_LIB instead of mentioning each driver that requires the ad1848-lib separately in the Makefile. Signed-off-by: Krzysztof Helt <krzysztof.h1(a)wp.pl> --- diff -urp linux-2.6.23.old/sound/isa/ad1848/Makefile linux-2.6.23/sound/isa/ad1848/Makefile --- linux-2.6.23.old/sound/isa/ad1848/Makefile 2007-08-04 22:12:08.000000000 +0200 +++ linux-2.6.23/sound/isa/ad1848/Makefile 2007-08-08 18:53:20.000000000 +0200 @@ -7,9 +7,7 @@ snd-ad1848-lib-objs := ad1848_lib.o snd-ad1848-objs := ad1848.o # Toplevel Module Dependency -obj-$(CONFIG_SND_CMI8330) += snd-ad1848-lib.o -obj-$(CONFIG_SND_SGALAXY) += snd-ad1848-lib.o obj-$(CONFIG_SND_AD1848) += snd-ad1848.o snd-ad1848-lib.o -obj-$(CONFIG_SND_OPTI92X_AD1848) += snd-ad1848-lib.o +obj-$(CONFIG_SND_AD1848_LIB) += snd-ad1848-lib.o obj-m := $(sort $(obj-m))

2 5

[alsa-devel] C-Media 8788
by Pekka.Panula＠sofor.fi 10 Aug '07

10 Aug '07

Hi Any inside info about C-Media 8788 support, i see that repository contains some sort of driver for it, but what state is it, is it working as wiki says its about 35% done. Happy to know also if its going for Linux 2.6.23 kernel? I think lot of people would be happy to get it to kernel soon as possible as it seems Creative has serious delays about x-fi driver (i wonder if there will be any Linux support at all, not looking good) and many people are thinking about Razer barracuda AC-1 or Auzentech X-Meridean which uses C-Media 8788 chipset. Terveisin/Regards, Pekka Panula, Net Servant Oy - A Sofor company pekka.panula(a)sofor.fi

2 1

[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