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

[alsa-devel] Surround and SPDIF on STAC9277
by Jon Smirl 26 May '08

26 May '08

How are you supposed to get 5.1 audio out of your PC? When I hook the SPDIF device from my STAC9227/HDA audio up to pulse, pulse says that the SPDIF channel only supports stereo. So I go digging around the in STAC9227 datasheet. http://www.idt.com/?genID=STAC9227 STAC9227 codec only supports 192Khz SPDIF with 4/1*48Khz channels. It doesn't support 384Khz with 8/1*48Khz channels. So there are two problems, first the existing Intel HDA/STAC9227 driver is not exposing the 4 channel SPDIF support. Or I can't figure out how to get to it. Second, the hardware doesn't seem to support any way to get digital 5.1 audio out of the codec and into my Sony amp. STAC9227 does have six channel analog out, but my Sony amp doesn't have 6 channel analog in. Sony amp supports 384Khz 8-channel SPDIF in. -- Jon Smirl jonsmirl(a)gmail.com

2 4

[alsa-devel] Building alsa drivers as part of alsa vs kernel external module
by Ben Stanley 26 May '08

26 May '08

Hi, I'm trying to compile the AudioScience driver as an external kernel module (i.e. using the alsa in the kernel, rather than as a module within the alsa tree). What source code transformations can I expect to have to make? Is there some documentation anywhere on what transformations are performed as standard? Or is there a proper way that the module should be written so that it compiles both ways? Of course, I understand that patches will most likely be required for the module to compile against older kernels in particular. This kind of problem is usually dealt with by autoconf. Is there a standard way of doing this for just compiling a module directly for the kernel? I see that alsa has its own set of autoconf macros, and when I compile directly for the kernel (and its embedded alsa) I will lose the benefit of that. Ben Stanley.

2 1

[alsa-devel] problem with usb-audio and oss emulation
by Kunal Singh 26 May '08

26 May '08

Hi, I am working on a ARM based target with 2.6.23 Kernel. My project involves streaming data from a USB-Audio Device (an iPod) and playing it back on the target. I am using OSS-emulation API to communicate with the audio devices. What I am able to do: (1) I have a sound card in my target. This is mapped to card0. I can open the "dsp" device and can playback any audio data on this. (2) I have enabled the usb-audio module support in kernel configuration. When I connect iPod to the target, I can see a new card "card1" being added in the /proc/asound/ directory. (3) I can open the "dsp1" device and can read from it. When I connect a "USB-Analyzer" I can see some valid data being streamed to the target. However, I am stuck with following issues: (1) The data being received on the target (in user mode) is junk. I put some printfs in the function "retire_capture_urb" in file "/linux/sound/usb/usbaudio.c", and I can see that the "data" which I see through usb-analzyer is reaching till this point. However, there seem to be some problem with one of the "snd_pmc_oss_ReadN" functions in file "http://lxr.linux.no/linux/sound/core/oss/pcm_oss.c". I am not able to exactly trace the problem, but I think that the "byte count" and "buffer address" being passed to snd-usb-audio is getting messed up some where. Has any one faced similar problems before? (2) Once I connect the iPod to my target, I can not any more use the default sound card. I read on the oss-emulation tutorial that this could be a problem with "dsp_map". But I am not able to check the current settings. Can some one give me some pointers for further debugging? Thanks and Regards, Kunal Singh www.singhkunal.com

1 0

[alsa-devel] [PATCH] Added support to HDAIntel driver for the Foxconn P35AX-S mainboard
by Travis Place 26 May '08

26 May '08

Without forcing model type to 6stack-dig, the user gets no sound. Patch is attached, and alsa-info.sh output is at http://pastebin.ca/1023781. Changelog: Added IDs for the Foxconn P35AX-S mainboard to patch_realtek.c, so that ALC883_6ST_DIG is used by default. Signed-off-by: Travis Place <wishie at wishie dot net> Also, on a side note, are we to use the GIT repo from now on ? I just tried to pull from it, and got an error. HG seems to be working for me still though. Thanks, Travis Place. -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth

2 4

[alsa-devel] hdsp rpm support
by Martin Tufnel 26 May '08

26 May '08

Hi All I was wondering if there is any more news in regard to the development effort toward supporting the RME HDSP RPM? The last couple of emails I could find on the development were from Karl Grill (please see below). Does anyone know if Karl (or anyone else) is still working on this? Thanks in advance for any help anyone can provide. Regards, Martin On Mon, 2008-02-25 at 08:45 +0100, Karl Grill wrote: >* Dear Roman and all, *>* I'm sorry i promised a little too much - in fact I was too busy with *>* other things to get back to the rpm stuff in time; last night, I started *>* to check the current state of affairs, and it looks quite promising; in *>* the next three weeks, I won't have too much time to devote to this *>* project, but then there's the University's easter break which I hope *>* will give me the time to get things done, so, if all goes well, at least *>* an experimental version should be ready by the end of March. * * *On Tue, 2008-02-26 at 21:58 +0100, Karl Grill wrote: > *Hi all, > as a first step towards implementing support for the hdsp rpm, I've > uploaded a patch to the alsa-firmware branch as bug report #3810. > Besides the patch, I've put up the firmware binaries in .tar.gz format. > This contains replacements for the rev.11 firmware for the > digiface/multiface and also for the rpm. The latter is of little use > right now, but I'd be very happy if anybody could try those for the > digiface/multiface and report if it works, so I know if my assumptions > on the drivers are correct. > > best regards > kg > > PS. sorry I didn't file this report in the firmware section, but the web > form there doesn't give me any usable choice for Category yet insists > that I supply one.*

2 2

[alsa-devel] [PATCH] Added another unknown card to hda-intel driver. ASUS P5K-E/WIFI-AP
by Travis Place 26 May '08

26 May '08

Changelog: Added a config table entry for the ASUS P5K-E/WIFI-AP mainboard (ID 1043:8227) to use AD1988_6STACK_DIG Signed-off-by: Travis Place <wishie at wishie dot net> -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth

2 1

Re: [alsa-devel] [Alsa-user] ICH8 HDA not detected after upgrade from Ubuntu 7.10 to 8.04
by stan 26 May '08

26 May '08

Janto Schraiber wrote: > I got the ASUS P5B mainboard with an Intel HDA compatible Soundchip > (Analog Devices... AD 1988B afaik but I'm not realy sure about that). > Under Ubunt 7.10 it works out of the box but I just recently updated > to the new Ubuntu 8.04 where the card is no longer detected. > > There are some post on the web about the problem, but most deal with > issues, after you get details per 'head -n 1 > /proc/asound/card0/codec*' or the like, but sine the card is not > detected at all, i get no info from commands like that... see: > > $ cat /proc/asound/cards > --- no soundcards --- > > I installed the latest drivers from source, but it doesn't help. I > also tried to update the kernel, etc. from the 'hardy-proposed' > repository, still no luck. > > Here's the output from the 'alsa-info.sh' script: > http://pastebin.ca/1028944 > > And here's my dmesg: > http://pastebin.ca/1028967 > > What should I do to get my card working again? From your dmesg here's the problem. HDA Intel: probe of 0000:00:1b.0 failed with error -16 I'm not a developer so I don't know what that means, just that it is not good. I think this is an issue for some hda-intel cards in kernel version 2.6.25. In the cases I have seen the card was working on the 24 version kernel, but when they moved to 25 it stopped working. That is, it's a regression. I don't think there is anything you can do until the problem is fixed there. Using the earlier kernel is probably not possible with the rest of the system. I don't know this, but suspect it. You could try compiling an earlier kernel on your system. I'll cross post this to the alsa-devel mailing list so the developers become aware of the problem.

2 1

[alsa-devel] [PATCH] Added correct model selection for Intel DG35EC mainboard - HDAIntel driver.
by Travis Place 26 May '08

26 May '08

Changelog: Added the correct model for the Intel DG35EC mainboard (http://www.intel.com/products/motherboard/DG35EC/index.htm) The card was previously 'unknown'. The following patch, adds the card to the quirk table, to automatically select ALC883_3STACK_6CH. Confirmed working for all analogue outputs, and inputs. Patch attached. Signed-off-by: Travis Place <wishie at wishie dot net> -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth

2 1

[alsa-devel] [patch] snd-pcsp: fix pcsp_treble_info() to honour the item number
by Stas Sergeev 26 May '08

26 May '08

Hello. The attached patch fixes the problem with mixers not properly displaying the PWM freq. The bug was that the pcsp_treble_info() didn't take the item number into an account. Takashi, could you please apply?

2 1

[alsa-devel] Kernel crash in snd-aloop (2)
by Benjamin van den Hout 26 May '08

26 May '08

Hello all, I did some more experimenting, this time with a stock Debian 2.6.18-6-686 SMP kernel and alsa-driver 10.0.16 source. This is on a 32 bit machine and the problem happens here as well. What I've noticed is that prior to the whole machine crashing (about 2 or 3 seconds), I get a number of "ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0))?" lines on my console. After that, the kernel panics completely. This line is causes by the assertion 'snd_assert(runtime != NULL, return);' failing in the snd_pcm_period_elapsed function of pcm_lib.c Any ideas? The crash dump is a bit more informative so that's why I'm posting it here (the tainted indication comes from the vmware driver): ----Start 32bit dump--- ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 [<c014c26c>] __handle_mm_fault+0x3d2/0x740 [<c01154b6>] do_page_fault+0x18a/0x481 [<c011532c>] do_page_fault+0x0/0x481 [<c01037f9>] error_code+0x39/0x40 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 [<c0102bbe>] sysenter_past_esp+0x3/0x79 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 [<c0101a5a>] default_idle+0x0/0x59 [<c0101a8b>] default_idle+0x31/0x59 [<c0101b52>] cpu_idle+0x9f/0xb9 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 [<c0102bbe>] sysenter_past_esp+0x3/0x79 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 ALSA /home/benjamin/alsa-driver-1.0.16/acore/../alsa-kernel/core/pcm_lib.c:1471: BUG? (runtime != ((void *)0)) [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 divide error: 0000 [#1] SMP Modules linked in: snd_aloop kfusd ppdev lp button ac battery vmblock vmxnet vmmemctl ipv6 vmhgfs dm_snapshot dm_mirror dm_mod loop tsdev snd_ens1371 gameport snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_rawmidi snd_seq_device snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd i2c_piix4 serio_raw shpchp rtc floppy soundcore i2c_core intel_agp agpgart pci_hotplug parport_pc parport snd_page_alloc pcspkr psmouse evdev ext3 jbd mbcache sd_mod ide_cd cdrom generic mptspi mptscsih mptbase scsi_transport_spi scsi_mod pcnet32 mii piix ide_core thermal processor fan CPU: 1 EIP: 0060:[<d8ab2331>] Tainted: P VLI EFLAGS: 00210046 (2.6.18-6-686 #1) EIP is at snd_card_loopback_timer_function+0x41/0x82 [snd_aloop] eax: 00000000 ebx: c942e654 ecx: 00000000 edx: 00000000 esi: c13a8000 edi: d8ab22f0 ebp: 00000001 esp: cabebdf8 ds: 007b es: 007b ss: 0068 Process jackd (pid: 3746, ti=cabea000 task=d7041550 task.ti=cabea000) Stack: c13a8000 00000100 c13a8000 c0125607 cabebe08 cabebe08 00000011 c030df48 0000000a c0121838 00200046 00000000 ca447000 d776b394 c01218cf 00000400 c0103747 00000400 00000000 caaa1814 00000000 ca447000 d776b394 ca445000 Call Trace: [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 [<d89c2184>] snd_pcm_attach_substream+0x2bf/0x311 [snd_pcm] [<d89c3ea7>] snd_pcm_open_substream+0x11/0x91 [snd_pcm] [<d89c3fc8>] snd_pcm_open+0xa1/0x1d5 [snd_pcm] [<c0117778>] default_wake_function+0x0/0xc [<d89d4718>] snd_open+0xdb/0x17e [snd] [<c0161879>] chrdev_open+0x126/0x141 [<c0161753>] chrdev_open+0x0/0x141 [<c0158b45>] __dentry_open+0xc8/0x1ac [<c0158c8d>] nameidata_to_filp+0x19/0x28 [<c0158cc7>] do_filp_open+0x2b/0x31 [<d89d75c0>] snd_ctl_ioctl+0x0/0x960 [snd] [<c0158d0b>] do_sys_open+0x3e/0xb3 [<c0158dad>] sys_open+0x16/0x18 [<c0102c11>] sysenter_past_esp+0x56/0x79 Code: 08 74 08 0f 0b 52 00 65 26 ab d8 8b 50 08 e8 df 30 67 e7 8d 43 04 e8 9e e6 7c e7 8b 43 38 31 d2 8b 4b 3c 01 c1 03 43 40 89 4b 3c <f7> 73 24 89 53 40 8b 53 28 39 d1 72 2a 89 d6 89 c8 31 d2 f7 f6 EIP: [<d8ab2331>] snd_card_loopback_timer_function+0x41/0x82 [snd_aloop] SS:ESP 0068:cabebdf8 <0>Kernel panic - not syncing: Fatal exception in interrupt BUG: warning at arch/i386/kernel/smp.c:547/smp_call_function() [<c010f5a3>] smp_call_function+0x53/0xfe [<c011d97e>] printk+0x14/0x18 [<c010f661>] smp_send_stop+0x13/0x1c [<c011cfc6>] panic+0x4c/0xe2 [<c0104013>] die+0x256/0x28a [<c0104681>] do_divide_error+0x0/0x9a [<c010470f>] do_divide_error+0x8e/0x9a [<d8ab2331>] snd_card_loopback_timer_function+0x41/0x82 [snd_aloop] [<c015be05>] __getblk+0x27/0x266 [<c0146aec>] __do_page_cache_readahead+0x69/0x1e8 [<d88dbabb>] do_get_write_access+0x435/0x462 [jbd] [<d89104cf>] __ext3_get_inode_loc+0x109/0x2b9 [ext3] [<c0116412>] __activate_task+0x1c/0x29 [<c01037f9>] error_code+0x39/0x40 [<d8ab22f0>] snd_card_loopback_timer_function+0x0/0x82 [snd_aloop] [<d8ab2331>] snd_card_loopback_timer_function+0x41/0x82 [snd_aloop] [<c0125607>] run_timer_softirq+0xfb/0x151 [<c0121838>] __do_softirq+0x5a/0xbb [<c01218cf>] do_softirq+0x36/0x3a [<c0103747>] apic_timer_interrupt+0x1f/0x24 [<d89c2184>] snd_pcm_attach_substream+0x2bf/0x311 [snd_pcm] [<d89c3ea7>] snd_pcm_open_substream+0x11/0x91 [snd_pcm] [<d89c3fc8>] snd_pcm_open+0xa1/0x1d5 [snd_pcm] [<c0117778>] default_wake_function+0x0/0xc [<d89d4718>] snd_open+0xdb/0x17e [snd] [<c0161879>] chrdev_open+0x126/0x141 [<c0161753>] chrdev_open+0x0/0x141 [<c0158b45>] __dentry_open+0xc8/0x1ac [<c0158c8d>] nameidata_to_filp+0x19/0x28 [<c0158cc7>] do_filp_open+0x2b/0x31 [<d89d75c0>] snd_ctl_ioctl+0x0/0x960 [snd] [<c0158d0b>] do_sys_open+0x3e/0xb3 [<c0158dad>] sys_open+0x16/0x18 [<c0102c11>] sysenter_past_esp+0x56/0x79 ---Stop 32bit dump--- Kind regards, Benjamin

1 2