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

[alsa-devel] Recording problem with ALSA: trying to set up some constraints
by Sedji Gaouaou 26 May '08

26 May '08

Hi, I have a problem with my recording driver. I have set up a pcm_hardware structure in which I define the format supported by my hardware: static struct snd_pcm_hardware snd_at91_ac97_capture_hw = { .info = (SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_MMAP_VALID | SNDRV_PCM_INFO_BLOCK_TRANSFER), .formats = (SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S16_BE | SNDRV_PCM_FMTBIT_S20_3LE | SNDRV_PCM_FMTBIT_U20_3LE | SNDRV_PCM_FMTBIT_S20_3BE | SNDRV_PCM_FMTBIT_U20_3BE | SNDRV_PCM_FMTBIT_S18_3LE | SNDRV_PCM_FMTBIT_U18_3LE | SNDRV_PCM_FMTBIT_S18_3BE | SNDRV_PCM_FMTBIT_U18_3BE), .rates = SNDRV_PCM_RATE_CONTINUOUS, .rate_min = 8000, .rate_max = 48000, .channels_min = 1, .channels_max = 2, .buffer_bytes_max = 256*1024, .period_bytes_min = 1024, .period_bytes_max = 4*1024, .periods_min = 1, .periods_max = 64, }; Then in my open function I pass it to the runtime struct. Nevertheless if I try to run arecord with this option: arecord -d 1 test.wav, I will have a kernel oops. The default format is U8, but it is not supported by my Hardware, abd it is not defined in my structure, so I though that it should exit arecord but not crash. Do I miss something when defining my pcm_hardware strucutre, or do I forgot to use a specific function which should return me an error? I have try to set up some constraints as well(for the rate and the format), but still I have the same crash. Regards, Sedji

3 4

[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