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

[alsa-devel] ALSA driver for Native Instruments sound hardware
by Daniel Mack 23 Mar '08

23 Mar '08

Hi, some months after the last posting, we finally managed to finish a new version of the ALSA driver for Native Instruments' external USB sound cards such as "Rig Kontrol 2", "Kore Kontroller", "Audio Kontrol 1" and "Audio 8 DJ". Compared to the last release, the following things were changed: - the streaming logic was completely reworked so that multiple substreams are handled correctly - a Linux input device layer was added to support the knobs, buttons and pedals on "Rig Kontrol 2" and "AudioKontrol 1" - workqueues were entirely removed from the code - most data structures are now allocated within one big struct to avoid multiple, smaller allocations - many more cleanups according to Clemens' reply on my last posting[1] The driver was properly tested with all the mentioned hardware on both record and playback channels. The patchset should apply to the current mecurial alsa-kernel tree. Please let me know what you think. Best regards, Daniel [1] http://article.gmane.org/gmane.linux.alsa.devel/34324/ Signed-off-by: Daniel Mack <daniel(a)caiaq.org> Signed-off-by: Karsten Wiese <fzu(a)wemgehoertderstaat.de>

4 10

[alsa-devel] ALC882 on Abit AW9D-MAX
by Dan Aloni 10 Jul '07

10 Jul '07

Hello, Yesterday I posted this bug in the bugtracker: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3013 I have received no reponse yet. I'd like to cooperate on solving this. Thanks, -- Dan Aloni XIV LTD, http://www.xivstorage.com da-x (at) monatomic.org, dan (at) xiv.co.il

2 14

[alsa-devel] alsa on Atmel at91
by Michel Benoit 12 Jun '07

12 Jun '07

Hello I am trying to run alsa on an ARM based target AT91SAM9260 based board. The cpu is connected over i2s (atmel's ssc) to a PCM1725 chip. I modifed the AT73C213 driver available in the latest experimental patches from www.at91.com to behave correctly for the PCM1725 chip. Basically all I have done is remove the spi communication with the AT73C213 that regulates the sound output volume. The PCM chip has no such volume control and I use the i2s interface setup as is to send sample data. I cross compile alsa lib and run the program test/pcm_min which generates as expected random noise on the speaker output. However when I try to run test/pcm I get a divide by zero floating point exception because the library returns a period_size of 0. This despite the fact that the period time is set to 100000 and buffer time is set to 500000. I enabled some debug info in the library and I see the following data dumped to the console. ACCESS: RW_INTERLEAVED FORMAT: S16_LE SUBFORMAT: STD SAMPLE_BITS: 16 FRAME_BITS: 32 CHANNELS: 2 RATE: 48000 PERIOD_TIME: (20354 20355) PERIOD_SIZE: 977 PERIOD_BYTES: 3908 PERIODS: (4 5) BUFFER_TIME: (81479 81480) BUFFER_SIZE: 3911 BUFFER_BYTES: 15644 TICK_TIME: 10000 How is it possible that the following code from test/pcm.c err = snd_pcm_hw_params_set_period_time_near(handle, params, &period_time, &dir); if (err < 0) { printf("Unable to set period time %i for playback: %s\n", period_time, snd_strerror(err)); return err; } err = snd_pcm_hw_params_get_period_size(params, &size, &dir); if (err < 0) { printf("Unable to get period size for playback: %s\n", snd_strerror(err)); return err; } returns a period_size of 0 when the debug output shows that the period_size has been calculated to be 977? Can it be that the driver has not initialised the alsa structures properly (the driver file is attached to this email)? Have I mucked something up by removing the spi comm. with the at73c213? Could this be due to a problem in the cross compilation of alsa-lib? I use the following configure command line: CC=arm-linux-gcc ./configure \ --host=arm-linux\ --prefix=$HOME/bsp/rootfs/buildroot/build_arm/root/usr\ --with-softfloat (note: I have also tried it without --with-softfloat) I have tried digging through the alsa lib code but it is not very clear to me where the returned value for period_size comes from. I appreciate any pointers, hints or tips that can help me to solve and/or understand this problem. Thanks in advance! Michel

5 20

[alsa-devel] alsa-lib functions reporting conflicting information with two sound cards
by nick smethurst 14 May '07

14 May '07

Hey guys I am rather confused that I am getting crossed information when calling snd_names_list and snd_pcm_info in order to gather information about pcm devices. I have two sound cards in my development pc: RME Digi 96/8 PCI and an onboard VIA 8237. I'm trying to develop a piece of code that generates a list of objects containing pcm device information, including information on virtual devices. My current idea is to use snd_names_list() to get a full list of devices, and then get information about them by opening each device and querying. The bizzare thing is that snd_names_list() is returning comments that do not agree with the associated device. For example, given the following code: #include <alsa/asoundlib.h> int main() { snd_devname_t * list; snd_config_update(); snd_names_list("pcm", &list); while (list) { if (!strcmp(list->name, "hw:0,0")) { printf("hw:0,0 comment: %s\n", list->comment); break; } list = list->next; } snd_names_list_free(list); snd_pcm_t * pcm; snd_pcm_info_t * pcm_info; snd_pcm_info_malloc(&pcm_info); snd_pcm_open(&pcm, "hw:0,0", SND_PCM_STREAM_PLAYBACK, 0); snd_pcm_info(pcm, pcm_info); printf("id: %s\n", snd_pcm_info_get_id(pcm_info)); snd_pcm_close(pcm); snd_pcm_info_free(pcm_info); return 0; } The result on my pc is: hw:0,0 comment: Physical Device - VIA 8237 (Duplex) id: Digi96 IEC958 So I'm apparently doing something very wrong here. I would like to ask if there is an easier and more reliable way of getting a list of pcm devices and querying them, and if not, what I am doing wrong here? Regards Nicholas

6 16

[alsa-devel] [PATCH] snd-aoa-i2sbus: use MODULE_DEVICE_TABLE instead of plain MODULE_ALIAS
by Johannes Berg 10 May '07

10 May '07

This patch changes snd-aoa-i2sbus to use MODULE_DEVICE_TABLE instead of a hardcoded MODULE_ALIAS. Thanks to Sylvain Munaut for pointing this out. Signed-off-by: Johannes Berg <johannes(a)sipsolutions.net> --- Please apply to the alsa tree. sound/aoa/soundbus/i2sbus/i2sbus-core.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) --- wireless-dev.orig/sound/aoa/soundbus/i2sbus/i2sbus-core.c 2007-03-28 13:08:25.903457795 +0200 +++ wireless-dev/sound/aoa/soundbus/i2sbus/i2sbus-core.c 2007-03-28 13:09:21.253457795 +0200 @@ -23,9 +23,6 @@ MODULE_LICENSE("GPL"); MODULE_AUTHOR("Johannes Berg <johannes(a)sipsolutions.net>"); MODULE_DESCRIPTION("Apple Soundbus: I2S support"); -/* for auto-loading, declare that we handle this weird - * string that macio puts into the relevant device */ -MODULE_ALIAS("of:Ni2sTi2sC"); static int force; module_param(force, int, 0444); @@ -37,6 +34,8 @@ static struct of_device_id i2sbus_match[ { } }; +MODULE_DEVICE_TABLE(of, i2sbus_match); + static int alloc_dbdma_descriptor_ring(struct i2sbus_dev *i2sdev, struct dbdma_command_mem *r, int numcmds)

2 6

[alsa-devel] Fwd: [Alsa-devel] Read the input of a soundcard with ALSA
by Nyx 07 May '07

07 May '07

Hi, I have some problems to read the input of my soundcard using Alsa and I don't really understand how to have access to the input of my soundcard. I follow : http://www.alsa-project.org/alsa-doc/alsa-lib/_2test_2pcm_8c-example.html http://www.alsa-project.org/alsa-doc/alsa-lib/_2test_2latency_8c-example.ht… # So, in my program, I have created two handles for capture and playback : char *device = "hw:0,0"; snd_output_t *output; snd_input_t *input; snd_pcm_t *phandle, *chandle; # then I connect the phandle to the out err = snd_output_stdio_attach(&output, stdout, 0); if (..) # Do I have to connect the chandle with the input ? # err = snd_input_stdio_attach(&input, stdin, 0); # I open the access to PCM err = snd_pcm_open(&phandle, pdevice, SND_PCM_STREAM_PLAYBACK, 0) if (..) err = snd_pcm_open(&chandle, pdevice, SND_PCM_STREAM_CAPTURE, 0) if(..) # Hardware and software Parameters ## Hardware Parameters snd_pcm_hw_params; int err; err = snd_pcm_hw_params_any(phandle, params); if(..); err = snd_pcm_hw_params_set_access(phandle, params,SND_PCM_ACCESS_RW_INTERLEAVED); if(..); err = snd_pcm_hw_params_set_format(phandle, params,SND_PCM_FORMAT_S16); if(..); err = snd_pcm_hw_params_set_channels(phandle, params, 1); if(..); err = snd_pcm_hw_params_set_rate_near(phandle, params, 44100, 0); if(..); err = snd_pcm_hw_params_set_buffer_time_near(phandle, params, 500000, &dir); if(..); err = snd_pcm_hw_params_set_time_near(phandle, params, 100000, &dir), if(..); err = snd_pcm_hw_params(phandle, params); ##Software parameters err = snd_pcm_sw_params(phandle, params); if(..); err = snd_pcm_sw_params_set_start_threshold(phandle, swparams, 0x7fffffff); if(..); err = snd_pcm_sw_params_set_avail_min(phandle, swparams, 4); # same configuration for phandle # Link output to input and start err = snd_pcm_link(chandle, phandle); if(..); err = snd_pcm_start(chandle); if(..); #Then I want to read my input frames_in = 0; in_max = 0; latency = 28; buffer = malloc((latency_max * snd_pcm_format_width(format) / 8) * 2); while (1) { r = readbuf(chandle, buffer, latency, &frames_in, &in_max)); if(..); } # description of the function long readbuf(snd_pcm_t *handle, char *buf, long len, size_t *frames, size_t *max) { long r; do { r = snd_pcm_readi(handle, buf, len); } while (r == -EAGAIN); if (r > 0) { *frames += r; if ((long)*max < r) *max = r; } printf ("r = %s, len %li and buf[%d] %f \r", snd_strerror(r), len,i, buf[i]); return r; } So I compile it and I run it, and I have $ read = Broken Pipe, len = 28 and buf[..] = 0.000 Anyone can help me to read the input of my sound card ? Thank you -- K PS : if I sent this message twice, excuse-me. I haven't confirm my subscription the first time

2 3

[alsa-devel] [PATCH] hda_codec: restore control element values during resume
by Daniel Drake 06 May '07

06 May '07

After resume from suspend-to-RAM, there is no sound output from my Intel HDA hardware: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) Found in a Dell Inspiron 640m, SigmaTel STAC9200 chip. After resuming, sound immediately returns when you adjust the volume one notch in either direction. I reported this on the ALSA bug tracker (#0002989). Further investigation shows that the AC_VERB_SET_AMP_GAIN_MUTE verb is not being executed during resume, which seems strange. Does other hardware really store this value during a suspend/resume cycle? Or maybe the volume is generally controlled through other means on other setups? I'm not entirely sure what the difference is between kcontrol and kcontrol_new structures, but I note that there is already some code to restore the values for kcontrol_new elements. I solved the issue with the following patch. Is it correct? Signed-off-by: Daniel Drake <dsd(a)gentoo.org> Index: linux-2.6/sound/pci/hda/hda_codec.c =================================================================== --- linux-2.6.orig/sound/pci/hda/hda_codec.c +++ linux-2.6/sound/pci/hda/hda_codec.c @@ -2248,15 +2248,39 @@ EXPORT_SYMBOL(snd_hda_suspend); int snd_hda_resume(struct hda_bus *bus) { struct list_head *p; + struct snd_ctl_elem_value *val = kmalloc(sizeof(*val), GFP_KERNEL); + + if (!val) + return -ENOMEM; list_for_each(p, &bus->codec_list) { struct hda_codec *codec = list_entry(p, struct hda_codec, list); + struct snd_kcontrol *kctl; + + codec->in_resume = 1; + hda_set_power_state(codec, codec->afg ? codec->afg : codec->mfg, AC_PWRST_D0); + + + list_for_each_entry(kctl, &bus->card->controls, list) { + memset(val, 0, sizeof(*val)); + val->id = kctl->id; + /* Assume that get callback reads only from cache, + * not accessing the real hardware + */ + if (snd_ctl_elem_read(bus->card, val) < 0) + continue; + snd_ctl_elem_write(bus->card, NULL, val); + } + if (codec->patch_ops.resume) codec->patch_ops.resume(codec); + + codec->in_resume = 0; } + kfree(val); return 0; }

2 4

[alsa-devel] [PATCH] snd-usb-audio: explicitly match Logitech QuickCam
by Daniel Drake 02 May '07

02 May '07

Commit 93c8bf45e083b89dffe3a708363c15c1b220c723 modified the USB device matching behaviour to ignore interface class matches if the device class is vendor-specific. This patch adds an explicit ID match for the Logitech QuickCam Messenger, which has a vendor specific device class (but standards-compliant audio interfaces). This fixes a 2.6.20 regression where the audio component of this device was no longer usable. http://bugs.gentoo.org/show_bug.cgi?id=175715 https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/93822 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3040 Based on a patch from sergiom Signed-off-by: Daniel Drake <dsd(a)gentoo.org> Index: linux/sound/usb/usbquirks.h =================================================================== --- linux.orig/sound/usb/usbquirks.h +++ linux/sound/usb/usbquirks.h @@ -40,6 +40,21 @@ .bInterfaceClass = USB_CLASS_VENDOR_SPEC /* + * Logitech QuickCam: bDeviceClass is vendor-specific, so generic interface + * class matches do not take effect without an explicit ID match. + */ + +{ + .match_flags = USB_DEVICE_ID_MATCH_DEVICE | + USB_DEVICE_ID_MATCH_INT_CLASS | + USB_DEVICE_ID_MATCH_INT_SUBCLASS, + .idVendor = 0x046d, + .idProduct = 0x08f0, + .bInterfaceClass = USB_CLASS_AUDIO, + .bInterfaceSubClass = USB_SUBCLASS_AUDIO_CONTROL +}, + +/* * Yamaha devices */

3 2

[alsa-devel] ALC260 patch for Packard Bell Easy Note v7900
by Andrea Gozzi 02 May '07

02 May '07

Please see if you can accept this patch that fixes sound/headphones/mic on Packard Bell EN v7900 notebook (ALC260 chipset). The code is not mine, I diff'ed using pshou's (https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2189) but since it works perfectly it would be nice to see it in the next alsa release. Andrea

2 1

[alsa-devel] [ALSA][hda-codec] fix-connexant-headphone-mute
by Andrei Popa 02 May '07

02 May '07

Hi, The sound works ok with the built-in speakers on my Fujitsu laptop(amilo pro v3205). But if I plug in headphones in the audio out jack there is no sound in the headphones. With kernel 2.6.20 it worked ok. With 2.6.21 it doesn't. This BUG is reported in ALSA bugtracking system with ID 0003039. Patch that fixes this bug: diff --git a/sound/pci/hda/patch_conexant.c b/sound/pci/hda/patch_conexant.c index 46e93c6..5edd330 100644 --- a/sound/pci/hda/patch_conexant.c +++ b/sound/pci/hda/patch_conexant.c @@ -636,7 +636,7 @@ static void cxt5045_hp_automute(struct hda_codec *codec) bits = (spec->hp_present || !spec->cur_eapd) ? 0x80 : 0; snd_hda_codec_amp_update(codec, 0x10, 0, HDA_OUTPUT, 0, 0x80, bits); - snd_hda_codec_amp_update(codec, 0x10, 1, HDA_OUTPUT, 0, 0x80, bits); + snd_hda_codec_amp_update(codec, 0x10, 1, HDA_OUTPUT, 0, 0, bits); } /* unsolicited event for HP jack sensing */ @@ -988,10 +988,10 @@ static void cxt5047_hp_automute(struct hda_codec *codec) bits = (spec->hp_present || !spec->cur_eapd) ? 0x80 : 0; snd_hda_codec_amp_update(codec, 0x1d, 0, HDA_OUTPUT, 0, 0x80, bits); - snd_hda_codec_amp_update(codec, 0x1d, 1, HDA_OUTPUT, 0, 0x80, bits); + snd_hda_codec_amp_update(codec, 0x1d, 1, HDA_OUTPUT, 0, 0, bits); /* Mute/Unmute PCM 2 for good measure - some systems need this */ snd_hda_codec_amp_update(codec, 0x1c, 0, HDA_OUTPUT, 0, 0x80, bits); - snd_hda_codec_amp_update(codec, 0x1c, 1, HDA_OUTPUT, 0, 0x80, bits); + snd_hda_codec_amp_update(codec, 0x1c, 1, HDA_OUTPUT, 0, 0, bits); } /* toggle input of built-in and mic jack appropriately */

2 2

Re: [alsa-devel] Boot failure with 2.6.21 with snd-maestro3
by Giridhar Pemmasani 02 May '07

02 May '07

--- Adrian Bunk <bunk(a)stusta.de> wrote: > On Sun, Apr 29, 2007 at 09:55:18AM -0700, Giridhar Pemmasani wrote: > > When snd-maestro3 (ESS Maestro 3 driver) is enabled, kernel 2.6.21 fails > to > > boot - it seems to stop at various points depending on what other modules > are > > enabled. Disabling snd-maestro3 fixes all issues. Moreover, with > everything > > else being same, using maestro3.c from 2.6.20 kernel and using it in > 2.6.21 > > kernel also works - i.e., system boots fine. I will try to isolate the > issue > > and follow up. > > There were only the two attached patches between 2.6.20 and 2.6.21 to > this driver: > - maestro3: add request_firmware() > - maestro3 - Use quirk list helper function > > 2.6.21 + 2.6.20 maestro3.c works for you. > > Does 2.6.21 + 2.6.20 maestro3.c + patch-maestro3-1 work? 2.6.21 with 2.6.20's maestro3.c with patch-maestro3-1 exhibited the same issue. However, I identified the cause: maestro3 driver in 2.6.21 (even just patch-maestro3-1) tries to load firmware file from user space. But each time request_firmware is called it takes about 1 minute to timeout (because I don't have the firmware installed?). If I let the system take its time, even with maestro3.c from 2.6.21, it boots after timing out twice. So after about 2 minutes of no activity, system does boot. Following are trace messages I added to identify the issue: [ 17.004000] input: TPPS/2 IBM TrackPoint as /class/input/input5 [ 70.904000] sound/pci/maestro3.c (snd_m3_create:2763): -2 [ 70.920000] sound/pci/maestro3.c (snd_m3_create:2774): -2 [ 130.940000] sound/pci/maestro3.c (snd_m3_create:2777): -2 [ 130.956000] sound/pci/maestro3.c (snd_m3_create:2788): -2 [ 130.972000] sound/pci/maestro3.c (snd_m3_create:2794): 0 [ 130.992000] sound/pci/maestro3.c (snd_m3_create:2797): 0 [ 131.012000] sound/pci/maestro3.c (snd_m3_create:2802): 0 [ 131.044000] sound/pci/maestro3.c (snd_m3_create:2804): 0 [ 131.580000] sound/pci/maestro3.c (snd_m3_create:2807): 0 [ 131.596000] sound/pci/maestro3.c (snd_m3_create:2810): 0 [ 131.612000] sound/pci/maestro3.c (snd_m3_create:2814): 0 [ 131.628000] sound/pci/maestro3.c (snd_m3_create:2821): 0 [ 132.364000] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-d evel(a)redhat.com Giri __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[alsa-devel] porter wanted: AMD Geode SCx200 driver OSS to ALSA
by Martin-Éric Racine 02 May '07

02 May '07

Greetings, I work for a company that develops hardware using the AMD Geode chipset. While our current product line is based on the Geode LX model (which is very well supported in ALSA), our legacy products are based on the earlier Geode SC1200 and SC2200, for which no ALSA support exists. However, AMD has OSS driver source code available at: http://www.amd.com/us-en/ConnectivitySolutions/TechnicalResources/0,,50_233… We basically need this ported to an ALSA snd-scx200 module to replace it. (Would now also be a good time to ask for snd-sc5535audio to be renamed snd-sc5535 for consistence with other driver names?) We could provide a sample SC2200-based unit to whoever volunteers for porting AMD's old OSS code to ALSA, Please contact me for details. The resulting code will be directly submitted to the ALSA project for inclusion in the mainstream kernel, to make sure that everyone can benefit from it. Best Regards, -- Martin-Éric Racine http://q-funk.iki.fi

1 1

[alsa-devel] Possible bug in snd_mixer_selem_set_playback_switch_all
by Tim Burrell 30 Apr '07

30 Apr '07

Hi there, I've encountered a situation where if I very quickly, and repeatedly make calls to snd_mixer_selem_set_playback_switch_all I get some strange undefined behavior. The situation is I'm looping over all mixer elements (on all sound cards) to do a system wide mute / unmute. If I make numerous calls to this function it ends up that some mixers only toggle switches on specific channels (right or left), and sometimes the volume on certain (random) channels gets set to some also random (usually 0, but can be anywhere between 0 and max) level. I've been able to remedy the situation by inserting a 10ms delay in between calls to snd_mixer_selem_set_playback_switch_all. Clearly though this is undesirable. I don't have more than one sound card to test on so I can't be sure if it's a problem with all drivers or just mine (hda-intel). I can certainly provide more information if requested, just let me know what I can do. Or if I'm doing something wrong I'd love to be made aware of something I can do to fix this behavior. Thanks, Tim.

1 0

[alsa-devel] List of all Apple Mac's hda-intel pin configurations
by Ivan N. Zlatev 30 Apr '07

30 Apr '07

I have attached all windows drivers' .ini files (taken from latest windows drivers cd of Boot Camp), which include all pin configuration as well as probably some more useful information (GPIO and stuff). I hope this will help you to make a nice update. [Subsystem ID - configuration] 106B0800 - Board1.ini 106B0600 - Board2.ini 106B0700 - Board2.ini 106B0E00 - Board3.ini 106B0F00 - Board3.ini 106B1600 - Board3.ini 106B1700 - Board3.ini 106B0200 - Board3.ini 106B1E00 - Board3.ini 106B0400 - Board4.ini 106B1A00 - Board4.ini 106B0A00 - Board5.ini 106B2200 - Board5.ini 00000100 - Board4.ini Regards. -- Ivan N. Zlatev Web: http://www.i-nZ.net "It's all some kind of whacked out conspiracy."

1 0

Re: [alsa-devel] [Alsa-user] ALSA Newbie - Getting Ensoniq SoundscapeVivo to work? [Solved]
by Cody Jung 30 Apr '07

30 Apr '07

On 4/29/07, Rene Herman <rene.herman(a)gmail.com> wrote: > On 04/29/2007 09:31 AM, Rene Herman wrote: > > > I've attached (to try and avoid linewrap) the lines that you will need in > > /etc/modprobe.conf. > > No I haven't. > > Rene. > > alias snd-card-0 snd-cs4231 > alias sound-slot-0 snd-cs4231 > > options snd-cs4231 index=0 port=0x534 irq=5 dma1=1 dma2=0 > > install snd-cs4231 echo activate >/sys/bus/pnp/devices/01\:01.00/resources &&\ > sleep 1 &&\ > /sbin/modprobe --ignore-install snd-cs4231 > > remove snd-cs4231 /sbin/modprobe -r --ignore-remove snd-cs4231 &&\ > echo disable >/sys/bus/pnp/devices/01\:01.00/resources > > Wahoo! Thank you, thank you! I ended up not going the /etc/modules way, partially because it wasn't working and partially because I didn't know what I was doing. Instead I added the following 4 lines to a file and included it in my init scripts. echo activate > /sys/bus/pnp/devices/01\:01.00/resources sleep 1 modprobe snd modprobe snd-cs4231 port=0x534 irq=5 dma1=1 dma2=0 And it works great! Thanks again for putting up with my incompetence. ~Cody Jung

2 1

Re: [alsa-devel] Boot failure with 2.6.21 with snd-maestro3
by Michal Piotrowski 29 Apr '07

29 Apr '07

Hi, On 29/04/07, Giridhar Pemmasani <pgiri(a)yahoo.com> wrote: > When snd-maestro3 (ESS Maestro 3 driver) is enabled, kernel 2.6.21 fails to > boot - it seems to stop at various points depending on what other modules are > enabled. Disabling snd-maestro3 fixes all issues. Moreover, with everything > else being same, using maestro3.c from 2.6.20 kernel and using it in 2.6.21 > kernel also works - i.e., system boots fine. I will try to isolate the issue > and follow up. Please revert this patches http://www.stardust.webpages.pl/files/patches/alsa_revert/ and test kernel after each revert. Takashi, I'll add this to known regressions for -stable team. > > Giri Regards, Michal -- Michal K. K. Piotrowski Kernel Monkeys (http://kernel.wikidot.com/start)

1 0

[alsa-devel] Can't record sound on Aser Aspire 5100. ATI SB450, RelTek ALC 883
by xinyun liu 29 Apr '07

29 Apr '07

hi, I have an Acer Aspire 5100. I can play sound but with the build in mic, I can't record sound. The driver is the latest HG code. http://pastebin.ca/464406 [root@localhost ~]# lspci -nnv -d1002:437b 00:14.2 0403: 1002:437b (rev 01) Subsystem: 1025:009f Flags: bus master, slow devsel, latency 64, IRQ 19 Memory at c0000000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- [root@localhost ~]# dmesg | fgrep ALSA > /tmp/1 [root@localhost ~]# vi /tmp/1 ALSA ~/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:698: codec_mask = 0xb ALSA ~/alsa-driver/pci/hda/hda_codec.c:1820: hda_codec: model 'acer' is selected for config 1025:0 (Acer laptop) ALSA ~/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:698: codec_mask = 0xb ALSA ~/alsa-driver/pci/hda/hda_codec.c:1820: hda_codec: model 'acer' is selected for config 1025:0 (Acer laptop) ALSA ~/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1188: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x2, stream=0x0, channel=0, format=0x0 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x4, stream=0x0, channel=0, format=0x0 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x5, stream=0x0, channel=0, format=0x0 ALSA ~/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1188: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0 ALSA ~/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1188: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11 ALSA ~/alsa-driver/pci/hda/hda_codec.c:630: hda_codec_setup_stream: NID=0x2, stream=0x0, channel=0, format=0x0

1 1

Re: [alsa-devel] [Alsa-user] ALSA Newbie - Getting Ensoniq SoundscapeVivo to work?
by Rene Herman 29 Apr '07

29 Apr '07

On 04/29/2007 04:18 AM, Cody Jung wrote: > Er...that appears to be a .diff file. Do I have to do something with it > for it to be workable, or...? Yes. You'd have to apply the patch (as it's called) to a recent kernel source tree, reconfigure the kernel adding this new VIVO driver to your config and then recompile and reinstall that kernel. Oh well, you posting to alsa-user and not alsa-devel should've been a hint. Rest assured the driver would've worked nicely :-/ There is another thing you can do. What was posted was just a wrapper around cs4231-lib in much the same way that the existing snd-cs4231 module is and that module you _will_ already have installed. That one doesn't do anything automatic though, so you will have to know how to manually enable your card first. First, open a root shell and look through the /sys/bus/pnp/devices directory for your VIVO. Under the "xx:yy.zz" sub-directories there you will find "id" files, and one of them will say "ENS1011". Example: # cat /sys/bus/pnp/devices/01\:01.00/id ENS1011 After having found it in there, activate the card: # echo activate >/sys/bus/pnp/devices/01\:01.00/resources and look at what resources were assigned to it by the PnP layer: # cat /sys/bus/pnp/devices/01\:01.00/resources state = active io 0x330-0x33f io 0x530-0x537 io 0x2100-0x213f irq 5 irq 9 dma 1 dma 0 You can now load the snd-cs4231 module specifying those card resources manually: # modprobe snd-cs4231 port=0x534 irq=5 dma1=1 dma2=0 Yes, 0x534. The second io resource + 4. This should've loaded without problem. Start up alsamixer: # alsamixer and up and unmute the PCM volume. With -> and <- you can walk through the sliders; ^ ups the one you're on, and "m" toggles the mute (the "MM" at the bottom should turn to a highlighted "OO"). PCM is the first slider. 90 seems to be an okay value. Quit alsamixer again with Alt-Q and now you should be able to hear things. If you have a plain "wav" file around somewhere, that makes for the quickest test: # aplay foo.wav No, I'm not going to tell you to plug in your speakers. If anything in the above doesn't work as expected, your system is not as expected and there's isn't much I can help with. If everything does work, you can automate it for the next time. I've attached (to try and avoid linewrap) the lines that you will need in /etc/modprobe.conf. Ubuntu has no doubt found a way to make that dark and muddy again so you might need to add it to an /etc/modprobe/whatever file instead. Please ask a fellow ubuntu victim for advice about translating this generic linux advice to your install. Once you do have that all setup, sound should "Just Work". You probably need to adjust the volume as specified above once only after which ubuntu will save it for the next boot, but if you don't hear anything ater rebooting, please check that first. Rene.

1 1

Re: [alsa-devel] [Alsa-user] ALSA Newbie - Getting Ensoniq SoundscapeVivo to work?
by Rene Herman 29 Apr '07

29 Apr '07

On 04/28/2007 07:06 AM, Cody Jung wrote: > As it suggests in the subject, I'm both a Linux-newbie and an > ALSA-newbie. I have an old clunker of a machine running Ubuntu Feisty > that I built out of parts left on curbs during spring cleanup, and that's > how I came across my sound card. It's an Ensoniq SoundscapeVivo (Not a > Vivo90, AFAIK). As far as I'm aware, there are no other VIVO's than the VIVO90. > I've gone through install and troubleshooting guides galore, but I can't > seem to get ALSA to recognize my card, and I'm confused and rather tired > of it all. > > Do you think you can help, and if so, what information do you need from > me? I probably can; I have both a Soundscape VIVO90 and a much older Soundscape S-2000. My VIVO90 is an ISA-PnP card and has a Ensoniq MARK5-RO, an OTTOR2C and a Analog Devices AD1845 codec: http://en.wikipedia.org/wiki/Ensoniq_Soundscape_VIVO90 I tested that when I acquired it a while ago and if I remember correctly, it just worked... mmm. come to think of it, it might be the case that I needed to add its PnP ID to the driver. Not sure anymore. Could you confirm whether or not your Soundscape is an ISA-PnP card and if so (that's also a way to find out if you don't know if it is) run "pnpdump" with it installed and look for a PnP-ID for the card in it? Something of the form "ENSxxxx". If your card is one of the older non-PnP soundscapes it's going to be a bit harder; they also need firmware and all that and I haven't tested that card myself yet. (please use the @alsa-project.org list addresses by the way; in the case of alsa-devel, the sourceforge one is gone even). Rene.

3 4

[alsa-devel] Apple iMac pin configs
by Ivan N. Zlatev 28 Apr '07

28 Apr '07

Hello, I have a 20'' iMac machine with a hda-intel (SigmaTel 9221 A1 codec) and I have successfully been using the mac mini pin config, but there is one problem - the microphone doesn't work. The machine has a built-in microphone, built-in speakers, 1 digitial out jack and 1 for headphones. With the mac mini pin config I get 2 mics: "Front Mic" and "Mic" but none of those works. (alsamixer-macmini.gz for info). Today I spent some time on the search for the the correct pin configuration and it should be this [1] according to the windows drivers. This configuration causes amixer.gz, basically 1 "Mic" (which again doesn't record), but also "Mic as Output" and "Line in as output" (I don't have a line in as far as i know). I have also tried the macbook-pro and macbook introduced with 1.0.14rc3, but the mic doesn't work. I have attached * cat /proc/asound/card0/codec#0 * Mac OS X's complete dump of information of the audio driver - imac20-ioreg-audio.gz * amixer with the below config and the one with the macmini pin config Can you possible assist me to get the below pin config in tune, so that everything works? Regards. [1] ========== [HKR\Settings\pin] [HKR\Settings\Pin\0A] CfgDflt = dword: 0x0121E230 Action = hex: 01,0A,81,0C,81,10 [HKR\Settings\Pin\0B] CfgDflt = dword: 0x90A70120 [HKR\Settings\Pin\0C] CfgDflt = dword: 0x9017E110 [HKR\Settings\Pin\0D] CfgDflt = dword: 0x400000FE [HKR\Settings\Pin\0E] CfgDflt = dword: 0x400000FD Action = hex: 01,10,81,0A,81,0C [HKR\Settings\Pin\0F] CfgDflt = dword: 0x0181E02E Action = hex: 09,0F [HKR\Settings\Pin\10] CfgDflt = dword: 0x1145E240 [HKR\Settings\Pin\11] CfgDflt = dword: 0x500000FA [HKR\Settings\Pin\15] CfgDflt = dword: 0x400000FC [HKR\Settings\Pin\1B] CfgDflt = dword: 0x400000FB -- Ivan N. Zlatev Web: http://www.i-nZ.net "It's all some kind of whacked out conspiracy."

1 1

Re: [alsa-devel] Questions about writing a new ALSA driver for a very limitted device
by Tim Harvey 27 Apr '07

27 Apr '07

Thanks to the help I've gotten on this list my alsa driver is working great. I got a little hung up not realizing that the alsa core basically provides everything you need to implement your own circular buffer if you need to use an intermediate buffer. The only question I still have is that if alsa allocates your DMA buffer for you based on snd_pcm_hardware_t buffer_bytes_max what exactly does snd_pcm_lib_preallocate_pages_for_all allocate buffers for? Does this allocate the buffers that would be passed to the copy callback? Thanks, Tim --- Tim Harvey <tim_harvey(a)yahoo.com> wrote: > Greetings, > > I'm setting out to write an ALSA driver for a very limited device thats > behind > a PLD. The actual codec is a uda1380 and does 16bit MSB stereo > encode/decode. > The way the device is driven the sampling rate is limited to 8KHz and data > transfer to/from the device I have to handle manually. > > I've read over the 'writing an ALSA driver' tutorial and have started the > driver but have run into a few questions: > > - for the specs I've given above: 8000Hz sampling rate, 16bit stereo MSB > samples does the following snd_pcm_hardware_t look right?: > > static snd_pcm_hardware_t my_playback_hw = { > .info = (SNDRV_PCM_INFO_MMAP | > SNDRV_PCM_INFO_INTERLEAVED | > SNDRV_PCM_INFO_BLOCK_TRANSFER | > SNDRV_PCM_INFO_MMAP_VALID), > .formats = SNDRV_PCM_FMTBIT_U16_BE, // is this 16bit MSB? > .rates = SNDRV_PCM_RATE_8000, // seems redundant? > .rate_min = 8000, > .rate_max = 8000, > .channels_min = 2, > .channels_max = 2, > .buffer_bytes_max = 32768, > .period_bytes_min = 4096, > .period_bytes_max = 32768, > .periods_min = 1, > .periods_max = 1024, > }; > > - I'm a little confused at how to deal with copying data from/to the device. > > It looks like I would implement the copy callback and copy the passed buffer > to > the device in the device specific manner I need to (playback), but I'm not > clear where to put data that I receive from the device (capture). I notice > that when the hw_params callback is called a dma buffer has been created by > ALSA in the substream->runtime struct. I assume this is created based on hte > buffer_bytes_max field above and I'm to copy data to this buffer? How do I > know where to copy it within the buffer and what data ALSA has already > consumed > from the buffer? > > - I might need to create an intermediate buffer between ALSA's rather large > buffers and my hardware buffer. Is there any driver that I could look at > that > does this? The tutorial talks about the vxpocket driver but that code looks > very foriegn from the rest of the ALSA drivers. > > - I'm not sure I understand what the 'period' is about. Its clear to me > that > I need to call snd_pcm_period_elapsed() periodically from either an IRQ or > other timed callback, but I'm not clear what the hardware pointer is or how > that converts to 'frames' and 'periods'. > > - in general, if my hardware device only allows 16bit MSB 8KHz, does ALSA > provides a mechanism for converting data from other formats? > > Thanks for any pointers, > > Tim >

2 1

[alsa-devel] [ASoC] list corruption during AC97 registration
by Manuel Lauss 27 Apr '07

27 Apr '07

Hi Folks, I hit the following oops (on 2.6.21) when ASoC registers an AC97 codec. Happens both on MIPS and SH, for example the mips oops: asoc: AC97 HiFi <-> au1xpsc-ac97-1 mapping ok list_add corruption. prev->next should be next (80488f60), but was 865ffad8. (prev=865ffad8). <snip> Call Trace: [<80271290>] __list_add+0x68/0x94 [<802ac0e4>] bus_attach_device+0x48/0x78 [<802aa4c4>] device_add+0x3d8/0x844 [<c00882a8>] snd_soc_register_card+0x1d0/0x2c8 [snd_soc_core] [<c00b3268>] ac97_soc_probe+0x17c/0x1e4 [snd_soc_ac97] [<c0088f48>] soc_probe+0xb0/0x1ac [snd_soc_core] [<802ad410>] really_probe+0x148/0x268 [<802ac1cc>] bus_for_each_drv+0x50/0xa0 [<802ad758>] device_attach+0xe4/0x194 [<802ac0cc>] bus_attach_device+0x30/0x78 [<802aa4c4>] device_add+0x3d8/0x844 [<802aff24>] platform_device_add+0x13c/0x198 [<c00b71c8>] exm1200_mobo_ac97_init+0x1c8/0x1fc [snd_soc_exmmb_ac97] [<801478d0>] sys_init_module+0x1448/0x15b8 [<8010bcc0>] stack_done+0x20/0x3c System.map says: 80488e60 D ac97_bus_type As I said, it happens on both MIPS and SH (with machine and PCM drivers written by myself). With CONFIG_DEBUG_LIST disabled the code works and plays sound, but still I'd like to know what causes this list corruption. Thanks for any hints! -- Manuel Lauss

4 7

[alsa-devel] dsnoop issues
by Gordon Miller 27 Apr '07

27 Apr '07

Hi All my snd_pcm_readi calls return too few frames. Also when I switch to stereo, the sound is muted. I cannot change this by adjusting period & buffer sizes. dsnoop is enabled by default. The documentation for snd_pcm_readi says that the only way that the frame count can be short is because of a signal or xrun. Well this clearly isn't the case. I think that direct snoop is the cause of this. Are there any remedies ? because I am roundly SICK of being told that my application must be wrong "because everyone else's works". I have spent the last 3 weeks debugging an app - that always worked properly - because of the faulty dsnoop implementation. It is abundantly clear that dsnoop is far from ready for use, but I am prepared to put some work into this. Whose idea was it to enable dsnoop by default, when it doesn't even work ? I was quite happy with OSS. Changing everything to be alsa entailed a lot of work, and I am beginning to think it was a complete waste of my time. ICE1712, 2.6.20.6 kernel, alsa 1.0.14rc1 Gordon

3 8

[alsa-devel] New bugtracker categories
by Liam Girdwood 27 Apr '07

27 Apr '07

I'd like to request the following new categories for the ALSA bugtracker :- ASoC - platform - s3c24xx ASoC - platform - pxa2xx ASoC - platform - i.MX ASoC - platform - AT91xxxx ASoC - codecs ASoC - core Thanks Liam

1 0

[alsa-devel] [ASoC] Sample format non available
by Markus Korber 27 Apr '07

27 Apr '07

Dear list, I'm currently implementing a ASoC solution for a custom chip and I've written a codec, I2S, PCM, and machine driver. However, when using aplay I get the following error (requested format was: 2): root:~# aplay -M -D hw:0,0 test.wav Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo aplay: set_params:906: Sample format non available However, I've told each piece involved, that it is capable of playing S16_LE. So I don't know what I am missing here? Should I provide more debugging output like RULES_DEBUG output from sound/core/pcm_native.c? ,----[ CODEC DAI ] | #define CS4265_RATES (SNDRV_PCM_RATE_8000_192000) | #define CS4265_FORMATS (SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE) | | struct snd_soc_codec_dai cs4265_dai = { | .name = "CS4265", | .playback = { | .stream_name = "Playback", | .channels_min = 1, | .channels_max = 2, | .rates = CS4265_RATES, | .formats = CS4265_FORMATS,}, | .capture = { | .stream_name = "Capture", | .channels_min = 1, | .channels_max = 2, | .rates = CS4265_RATES, | .formats = CS4265_FORMATS,}, | [...] | }; `---- ,----[ CPU DAI ] | #define CHIP_I2S_RATES (SNDRV_PCM_RATE_32000 | SNDRV_PCM_RATE_44100 | \ | SNDRV_PCM_RATE_48000) | #define CHIP_I2S_FORMATS (SNDRV_PCM_FMTBIT_S8 | SNDRV_PCM_FMTBIT_S16_LE) | | struct snd_soc_cpu_dai chip_i2s_dai = { | /* DAI description */ | [...] | /* DAI callbacks */ | [...] | /* DAI capabilities */ | .playback = { | .channels_min = 2, | .channels_max = 2, | .rates = CHIP_I2S_RATES, | .formats = CHIP_I2S_FORMATS,}, | .capture = { | .channels_min = 2, | .channels_max = 2, | .rates = CHIP_I2S_RATES, | .formats = CHIP_I2S_FORMATS,}, | /* ops */ | [...] `---- ,----[ HW DAI ] | static const struct snd_pcm_hardware chip_pcm_hardware = { | .info = SNDRV_PCM_INFO_MMAP | | SNDRV_PCM_INFO_MMAP_VALID | /* For OSS emulation */ | SNDRV_PCM_INFO_BLOCK_TRANSFER | /* For OSS emulation */ | SNDRV_PCM_INFO_NONINTERLEAVED, | .formats = SNDRV_PCM_FMTBIT_U8 | SNDRV_PCM_FMTBIT_S8 | | SNDRV_PCM_FMTBIT_U16_LE | SNDRV_PCM_FMTBIT_S16_LE | | .channels_min = 2, /* Stereo */ | .channels_max = 2, | .period_bytes_min = 32, | .period_bytes_max = 8192, | .periods_min = 2, | .periods_max = 1024, /* PAGE_SIZE/sizeof(chip_dma_desc), */ | .buffer_bytes_max = 32 * 1024, | .fifo_size = 0, /* Still unused in ALSA? */ | }; `---- root:~# uname -a Linux 2.6.21 root:~# cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.14rc3 (Wed Mar 14 07:25:50 2007 UTC). root:~# aplay --version aplay: version 1.0.14rc2 by Jaroslav Kysela <perex(a)suse.cz> root:~# aplay -M test.wav chip-pcm: Entered chip_pcm_open board_cs4265: Entered board_cs4265_startup Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo ALSA lib pcm_plug.c:840:(snd_pcm_plug_hw_refine_cchange) Unable to find an usable client format chip-pcm: Entered chip_pcm_hw_free chip-cs4265: Entered cs4265_shutdown chip-cs4265: Entered cs4265_write board_cs4265: Entered board_cs4265_shutdown chip-pcm: Entered chip_pcm_close ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S8 ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U8 ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S16_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S16_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U16_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U16_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S32_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S32_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U32_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U32_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: FLOAT_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: FLOAT_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: FLOAT64_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: FLOAT64_BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: IEC958_SUBFRAME_LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: MU_LAW ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: A_LAW ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: IMA_ADPCM ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: GSM ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: SPECIAL ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_3LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_3BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_3LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_3BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S20_3LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S20_3BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U20_3LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U20_3BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S18_3LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S18_3BE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U18_3LE ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U18_3BE aplay: set_params:878: Broken configuration for this PCM: no configurations available Regards, Markus Korber

2 3

[alsa-devel] How to play a pcm file
by Flávio Yuiti 26 Apr '07

26 Apr '07

Greetings, I'm a new user of alsa api and I need to play pcm, adpcm and wav files using Alsa api. My code is below. I did a test with pcm file and the sound is playing very fast, the properties of the pcm file are 128kbps, 16 bits little endian, 1 channel, 8 khz, but I don't know how to set correctly the parameters in api. Please help me with this problem. Point me my errors. Thanks, Flavio int Sound::PlayFile(char *pszFileName, ULONG initialPoint, UINT qtdTimesToPlay, BOOL mix) { int dir; int result; int size; unsigned int val; snd_pcm_hw_params_t *params; snd_pcm_uframes_t frames; char* buffer; long tamanhoBuffer; FILE* file; int bytesLidos; // Open PCM device for playback. if((result = snd_pcm_open(&handleSound,"hw:0,0",SND_PCM_STREAM_PLAYBACK,0)) < 0) { fprintf(stderr,"\nUnable to open pcm device: %s",snd_strerror(result)); exit(1); } // Allocate a hardware parameters object. snd_pcm_hw_params_alloca(&hardwareParam); // Fill it in with default values. snd_pcm_hw_params_any(handleSound,hardwareParam); // Set the desired hardware parameters. // Interleaved mode. snd_pcm_hw_params_set_access(handleSound,hardwareParam,SND_PCM_ACCESS_RW_INTERLEAVED); // Signed 16-bit little-endian format. snd_pcm_hw_params_set_format(handleSound,hardwareParam,SND_PCM_FORMAT_S16_LE); // Two channels (stereo), one channel mono. snd_pcm_hw_params_set_channels(handleSound,hardwareParam,1); // Set rate. //snd_pcm_hw_params_set_rate(handleSound,hardwareParam,8000,0); // Set period size to 16384 frames. //snd_pcm_hw_params_set_period_size(handleSound,hardwareParam,16384,0); // Write the parameters to the driver. if((result = snd_pcm_hw_params(handleSound,hardwareParam)) < 0) { fprintf(stderr,"\nUnable to set hw parameters: %s",snd_strerror(result)); exit(1); } tamanhoBuffer = 16384; if((result = snd_pcm_prepare(handleSound)) < 0) { fprintf(stderr,"Cannot prepare audio interface for use: %s\n",snd_strerror(result)); exit(1); } file = fopen(pszFileName,"rb"); buffer = (char *)malloc(tamanhoBuffer); while((bytesLidos = fread(buffer,1,tamanhoBuffer,file)) > 0) { if((result = snd_pcm_writei(handleSound,buffer,tamanhoBuffer)) != tamanhoBuffer) { fprintf(stderr,"Write to audio interface failed: %s\n",snd_strerror(result)); exit(1); } } snd_pcm_drain(handleSound); snd_pcm_close(handleSound); free(buffer); fclose(file); return OK; } __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/

2 2

[alsa-devel] [PATCH] PnP: Protocol for Media Vision Jazz16 sound cards
by Rask Ingemann Lambertsen 26 Apr '07

26 Apr '07

From: Rask Ingemann Lambertsen <rask(a)sygehus.dk> - Add code to detect and PnP protocol to manage Media Vision Jazz16 sound cards. Tested with a Jazz16 based sound card and Linux 2.6.20.6. Signed-off-by: Rask Ingemann Lambertsen <rask(a)sygehus.dk> --- This patch depends on the patch "ALSA: Support Media Vision Jazz16 chips" because the patched include/sound/sb.h is needed. drivers/pnp/Kconfig | 12 drivers/pnp/Makefile | 1 drivers/pnp/jazz16pnp.c | 591 ++++++++++++++++++++++++++++++++++++++ 3 files changed, 604 insertions(+) Main changes since the last patch: Request just one DMA channel (1, 3, 5 or 7). Request port 0x388-0x38b for the OPL3 alias to avoid conflicts. Use the recommended resources from the manual for the preferred option. More SB port bases: 0x210, 0x230 and 0x250. diff -rup linux-2.6.20.6-clean/drivers/pnp/Kconfig linux-2.6.20.6-ril/drivers/pnp/Kconfig --- linux-2.6.20.6-clean/drivers/pnp/Kconfig 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/drivers/pnp/Kconfig 2007-04-07 20:10:35.000000000 +0200 @@ -37,5 +37,17 @@ source "drivers/pnp/pnpbios/Kconfig" source "drivers/pnp/pnpacpi/Kconfig" +# +# Jazz16 Plug and Play configuration +# +config JAZZ16PNP + bool "Jazz16 sound card Plug and Play support" + depends on PNP && ISA + help + Say Y here if you would like support for automatic configuration + of I/O ports, DMA channels and IRQ lines of Jazz16 sound cards. + + Say Y if you have such a card. Otherwise, say N. + endmenu diff -rup linux-2.6.20.6-clean/drivers/pnp/Makefile linux-2.6.20.6-ril/drivers/pnp/Makefile --- linux-2.6.20.6-clean/drivers/pnp/Makefile 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/drivers/pnp/Makefile 2007-04-07 20:10:35.000000000 +0200 @@ -7,3 +7,4 @@ obj-y := core.o card.o driver.o resourc obj-$(CONFIG_PNPACPI) += pnpacpi/ obj-$(CONFIG_PNPBIOS) += pnpbios/ obj-$(CONFIG_ISAPNP) += isapnp/ +obj-$(CONFIG_JAZZ16PNP) += jazz16pnp.o --- /dev/null 2007-04-11 19:30:17.320748640 +0200 +++ linux-2.6.20.6-ril/drivers/pnp/jazz16pnp.c 2007-04-11 21:41:39.000000000 +0200 @@ -0,0 +1,591 @@ +/* + * Media Vision Jazz16 Plug & Play support. + * + * Copyright (c) 2007 Rask Ingemann Lambertsen <rask(a)sygehus.dk> + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * This driver manages two devices: + * + * Device 0: The game port. + * Device 1: The SoundBlaster look-alike part. + * + * Sources: + * sound/oss/sb_common.c + * sys/dev/isa/sbdsp.c (OpenBSD) + */ + +#include <linux/types.h> +#include <linux/module.h> +#include <linux/moduleparam.h> +#include <linux/kernel.h> +#include <linux/errno.h> +#include <linux/slab.h> +#include <linux/init.h> +#include <linux/pnp.h> +#include <linux/ioport.h> +#include <asm/io.h> +#include <linux/delay.h> +#include <sound/driver.h> +#include <sound/core.h> +#include <sound/sb.h> + +MODULE_AUTHOR("Rask Ingemann Lambertsen <rask(a)sygehus.dk>"); +MODULE_DESCRIPTION("Jazz16 Plug & Play support"); +MODULE_LICENSE("GPL"); + +int jazz16pnp_disable = false; /* Disable Jazz16 PnP. */ +module_param_named(disable, jazz16pnp_disable, bool, false); +MODULE_PARM_DESC(disable, "Jazz16 Plug & Play disable switch"); + +int jazz16pnp_verbose = false; /* Verbosity level. */ +module_param_named(verbose, jazz16pnp_verbose, bool, false); +MODULE_PARM_DESC(verbose, "Jazz16 Plug & Play verbosity level"); + +#define PFX "jazz16pnp: " +#define PFX_DEBUG KERN_DEBUG PFX +#define PFX_INFO KERN_INFO PFX +#define PFX_WARN KERN_WARNING PFX + +/* Jazz16 configuration. */ +#define SB_JAZZ16_CONFIG_PORT 0x201 +#define SB_JAZZ16_WAKEUP 0xaf +#define SB_JAZZ16_SET_PORTS 0x50 +#define SB_JAZZ16_SET_DMAINTR 0xFB + +extern void *pnp_alloc(long size); +extern void pnp_free_option(struct pnp_option *option); + +static struct pnp_dev *jazz16_gameport_dev = NULL; +static struct pnp_dev *jazz16_sb_dev = NULL; +static struct resource *jazz16pnp_fm_res = NULL; + +static uint jazz16_sb_port = 0, jazz16_sb_irq = 0; +static uint jazz16_sb_dma1 = 0, jazz16_sb_dma2 = 0; +static uint jazz16_mpu401_port = 0, jazz16_mpu401_irq = 0; + +static uint jazz16pnp_count = 0; + +static struct pnp_protocol jazz16pnp_protocol; + +static bool __init jazz16pnp_easy_option(struct pnp_dev *dev, uint pri, + struct pnp_port *port, uint nports, + struct pnp_irq *irq, uint nirqs, + struct pnp_dma *dma, uint ndmas) +{ + struct pnp_option *opt; + struct pnp_port *new_port; + struct pnp_irq *new_irq; + struct pnp_dma *new_dma; + uint i; + + switch (pri) { + case PNP_RES_PRIORITY_PREFERRED: + case PNP_RES_PRIORITY_ACCEPTABLE: + case PNP_RES_PRIORITY_FUNCTIONAL: + opt = pnp_register_dependent_option(dev, pri); + break; + + default: + opt = pnp_register_independent_option(dev); + break; + } + if (!opt) + return false; + + for (i = 0; i < nports; i ++) { + new_port = pnp_alloc(sizeof(*new_port)); + if (!new_port) + goto out_no_mem; + memcpy(new_port, &port[i], sizeof(*new_port)); + pnp_register_port_resource(opt, new_port); + } + for (i = 0; i < nirqs; i ++) { + new_irq = pnp_alloc(sizeof(*new_irq)); + if (!new_irq) + goto out_no_mem; + memcpy(new_irq, &irq[i], sizeof(*new_irq)); + pnp_register_irq_resource(opt, new_irq); + } + for (i = 0; i < ndmas; i ++) { + new_dma = pnp_alloc(sizeof(*new_dma)); + if (!new_dma) + goto out_no_mem; + memcpy(new_dma, &dma[i], sizeof(*new_dma)); + pnp_register_dma_resource(opt, new_dma); + } + return true; + +out_no_mem: + return false; +} + +static struct pnp_port jazz16pnp_game_ports[] __initdata = { + { .min = SB_JAZZ16_CONFIG_PORT, + .max = SB_JAZZ16_CONFIG_PORT, + .size = 1, .align = 0, + .flags = PNP_PORT_FLAG_FIXED, }, +}; + +static int __init jazz16pnp_add_gameport(void) +{ + struct pnp_dev *dev; + struct pnp_id *dev_id; + + if (!(dev = pnp_alloc(sizeof(*dev)))) + goto out_no_dev; + if (!(dev_id = pnp_alloc(sizeof(*dev_id)))) + goto out_no_id; + if (!jazz16pnp_easy_option(dev, PNP_RES_PRIORITY_INVALID, + jazz16pnp_game_ports, 1, + NULL, 0, NULL, 0)) + goto out_no_option; + + dev->protocol = &jazz16pnp_protocol; + dev->capabilities = PNP_READ; + dev->active = 1; + dev->number = 0; + + pnp_init_resource_table(&dev->res); + dev->res.port_resource[0].start = SB_JAZZ16_CONFIG_PORT; + dev->res.port_resource[0].end = SB_JAZZ16_CONFIG_PORT; + dev->res.port_resource[0].flags = IORESOURCE_IO; + + memcpy(dev_id->id, "PNPb02f", PNP_ID_LEN); + pnp_add_id(dev_id, dev); + + jazz16_gameport_dev = dev; + pnp_add_device(dev); + return 0; + +out_no_option: + if (dev->independent) + pnp_free_option(dev->independent); + kfree(dev_id); +out_no_id: + kfree(dev); +out_no_dev: + return -ENOMEM; +}; + +static struct pnp_port jazz16pnp_pref_ports[] __initdata = { + { .min = 0x220, .max = 0x220, .align = 0x00, .size = 0x10 }, + { .min = 0x330, .max = 0x330, .align = 0x00, .size = 0x02 }, + { .min = 0x388, .max = 0x388, .align = 0x00, .size = 0x04 }, +}; + +static struct pnp_port jazz16pnp_ports[] __initdata = { + { .min = 0x210, .max = 0x260, .align = 0x10, .size = 0x10 }, + { .min = 0x300, .max = 0x330, .align = 0x10, .size = 0x02 }, + { .min = 0x388, .max = 0x388, .align = 0x00, .size = 0x04 }, +}; + +static struct pnp_irq jazz16pnp_pref_irqs[] __initdata = { + { .map[0] = (1 << 5), + .flags = IORESOURCE_IRQ_HIGHEDGE }, + { .map[0] = (1 << 9), + .flags = IORESOURCE_IRQ_HIGHEDGE }, +}; + +static struct pnp_irq jazz16pnp_irqs[] __initdata = { + { .map[0] = (1 << 3) | (1 << 5) | (1 << 7) | + (1 << 9) | (1 << 10) | (1 << 15), + .flags = IORESOURCE_IRQ_HIGHEDGE }, + { .map[0] = (1 << 3) | (1 << 5) | (1 << 7) | + (1 << 9) | (1 << 10) | (1 << 15), + .flags = IORESOURCE_IRQ_HIGHEDGE }, +}; + +static struct pnp_dma jazz16pnp_pref_dmas[] __initdata = { + { .map = (1 << 1), .flags = IORESOURCE_DMA_8BIT, }, +}; + +static struct pnp_dma jazz16pnp_dmas[] __initdata = { + { .map = (1 << 1) | (1 << 3) | (1 << 5) | (1 << 7), + .flags = IORESOURCE_DMA_8AND16BIT, }, +}; + +static int __init jazz16pnp_add_sb(void) +{ + struct pnp_dev *sbdev; + struct pnp_id *sbid; + + if (!(sbdev = pnp_alloc(sizeof(*sbdev)))) + goto out_no_sbdev; + if (!(sbid = pnp_alloc(sizeof(*sbid)))) + goto out_no_sbid; + + if (!jazz16pnp_easy_option(sbdev, PNP_RES_PRIORITY_PREFERRED, + jazz16pnp_pref_ports, 3, + jazz16pnp_pref_irqs, 2, + jazz16pnp_pref_dmas, 1)) + goto out_no_sboption; + if (!jazz16pnp_easy_option(sbdev, PNP_RES_PRIORITY_ACCEPTABLE, + jazz16pnp_ports, 3, + jazz16pnp_irqs, 2, + jazz16pnp_dmas, 1)) + goto out_no_sboption; + if (!jazz16pnp_easy_option(sbdev, PNP_RES_PRIORITY_ACCEPTABLE, + jazz16pnp_ports, 3, + jazz16pnp_irqs, 1, + jazz16pnp_dmas, 1)) + goto out_no_sboption; + memcpy(sbid->id, "PNPb00f", PNP_ID_LEN); + pnp_add_id(sbid, sbdev); + + pnp_init_resource_table(&sbdev->res); + sbdev->capabilities = PNP_READ | PNP_WRITE | PNP_CONFIGURABLE | PNP_DISABLE; + sbdev->protocol = &jazz16pnp_protocol; + sbdev->number = 1; + + jazz16_sb_dev = sbdev; + pnp_add_device(sbdev); + return 0; + +out_no_sboption: + if (sbdev->dependent) + pnp_free_option(sbdev->dependent); + kfree(sbid); +out_no_sbid: + kfree(sbdev); +out_no_sbdev: + return -ENOMEM; +} + +/* Configure the SB and MPU ports. Passing 0 for sbport disables the Jazz16. */ +static void jazz16_port_setup(const uint sbport, const uint mpuport) +{ + u8 config; + + switch (sbport) { + case 0x210: + case 0x220: + case 0x230: + case 0x240: + case 0x250: + case 0x260: + config = sbport & 0x70; + jazz16_sb_port = sbport; + break; + + default: + config = 0; + jazz16_sb_port = 0; + break; + } + + switch (mpuport) { + case 0x300: + case 0x310: + case 0x320: + case 0x330: + config |= (mpuport >> 4) & 0x07; + jazz16_mpu401_port = mpuport; + break; + + default: + if (jazz16_sb_port) + BUG(); + } + if (jazz16pnp_verbose) + printk(PFX_DEBUG "Setting SB port = %#x, MPU port = %#x.\n", + jazz16_sb_port, jazz16_mpu401_port); + outb(SB_JAZZ16_WAKEUP, SB_JAZZ16_CONFIG_PORT); + outb(SB_JAZZ16_SET_PORTS, SB_JAZZ16_CONFIG_PORT); + outb(config, SB_JAZZ16_CONFIG_PORT); +} + +static u8 jazz16_irq_config(uint irq) +{ + switch (irq) { + case 3: return 3; + case 5: return 1; + case 7: return 4; + case 9: return 2; + case 10: return 5; + case 15: return 6; + default: return 0; + } +} + +static u8 jazz16_dma_config(uint dma) +{ + switch (dma) { + case 1: return 1; + case 3: return 2; + case 5: return 3; + case 7: return 4; + default: return 0; + } +} + +/* The my_sbdsp_xxx functions were ripped from sound/isa/sb/sb_common.c. */ +#define BUSY_LOOPS 100000 + +static int my_sbdsp_command(unsigned int base, unsigned char val) +{ + int i; + for (i = BUSY_LOOPS; i; i--) + if ((inb(SBP1(base, STATUS)) & 0x80) == 0) { + outb(val, SBP1(base, COMMAND)); + return 1; + } + return 0; +} + +static int my_sbdsp_get_byte(unsigned int base) +{ + int val; + int i; + for (i = BUSY_LOOPS; i; i--) { + if (inb(SBP1(base, DATA_AVAIL)) & 0x80) { + val = inb(SBP1(base, READ)); + return val; + } + } + return -ENODEV; +} + +static int my_sbdsp_reset(unsigned int base) +{ + int i; + + outb(1, SBP1(base, RESET)); + udelay(10); + outb(0, SBP1(base, RESET)); + udelay(30); + for (i = BUSY_LOOPS; i; i--) + if (inb(SBP1(base, DATA_AVAIL)) & 0x80) { + if (inb(SBP1(base, READ)) == 0xaa) + return 0; + else + break; + } + return -ENODEV; +} + +static int jazz16_irq_dma_setup(unsigned int base, uint sbirq, uint mpuirq, uint dma8, uint dma16) +{ + u8 dma_config, irq_config; + + if (jazz16pnp_verbose) + printk(PFX_DEBUG "Setting SB irq %u, dma %u&%u, MPU irq %u.\n", + sbirq, dma8, dma16, mpuirq); + irq_config = jazz16_irq_config(sbirq) | jazz16_irq_config(mpuirq) << 4; + dma_config = jazz16_dma_config(dma8) | jazz16_dma_config(dma16) << 4; + if (!my_sbdsp_command(base, SB_JAZZ16_SET_DMAINTR)) + return 0; + + if (!my_sbdsp_command(base, dma_config)) + return 0; + jazz16_sb_dma1 = dma8; + jazz16_sb_dma2 = dma16; + + if (!my_sbdsp_command(base, irq_config)) + return 0; + jazz16_sb_irq = sbirq; + jazz16_mpu401_irq = mpuirq; + return 1; +} + +static int jazz16pnp_get_resources(struct pnp_dev *dev, struct pnp_resource_table *res) +{ + pnp_init_resource_table(res); + if (dev == jazz16_gameport_dev) { + res->port_resource[0].start = res->port_resource[0].end = SB_JAZZ16_CONFIG_PORT; + res->port_resource[0].flags = IORESOURCE_IO; + } else if (dev == jazz16_sb_dev) { + if (!jazz16_sb_port) + return 0; + res->port_resource[0].start = jazz16_sb_port; + res->port_resource[0].end = jazz16_sb_port + 0x10 - 1; + res->port_resource[0].flags = IORESOURCE_IO; + + res->irq_resource[0].start = jazz16_sb_irq; + res->irq_resource[0].end = jazz16_sb_irq; + res->irq_resource[0].flags = IORESOURCE_IRQ; + if (jazz16_mpu401_irq) { + res->irq_resource[1].start = jazz16_mpu401_irq; + res->irq_resource[1].end = jazz16_mpu401_irq; + res->irq_resource[1].flags = IORESOURCE_IRQ; + } + + res->dma_resource[0].start = jazz16_sb_dma1; + res->dma_resource[0].end = jazz16_sb_dma1; + res->dma_resource[0].flags = IORESOURCE_DMA; + if (jazz16_sb_dma2 != jazz16_sb_dma1) { + res->dma_resource[1].start = jazz16_sb_dma2; + res->dma_resource[1].end = jazz16_sb_dma2; + res->dma_resource[1].flags = IORESOURCE_DMA; + } + res->port_resource[1].start = jazz16_mpu401_port; + res->port_resource[1].end = jazz16_mpu401_port + 2 - 1; + res->port_resource[1].flags = IORESOURCE_IO; + } else + return -EINVAL; + return 0; +} + +/* Disables the device if supported. */ +static int jazz16pnp_disable_resources(struct pnp_dev *dev) +{ + if (dev == jazz16_gameport_dev) { + return -ENOSYS; + } else if (dev == jazz16_sb_dev) { + if (jazz16_sb_port) + jazz16_irq_dma_setup(jazz16_sb_port, 0, 0, 0, 0); + jazz16_port_setup(0, 0); + if (jazz16pnp_fm_res) { + release_resource(jazz16pnp_fm_res); + jazz16pnp_fm_res = NULL; + } + dev->active = false; + return 0; + } else { + return -EINVAL; + } +} + +#define PNP_RES_IS_SET(res,type,TYPE,i) \ + (((res)->type##_resource[i].flags & (IORESOURCE_##TYPE | IORESOURCE_UNSET)) \ + == IORESOURCE_##TYPE) + +static int jazz16pnp_set_resources(struct pnp_dev *dev, struct pnp_resource_table *res) +{ + unsigned int sbirq, mpuirq, dma1, dma2; + + if (dev == jazz16_gameport_dev) + return -ENOSYS; + + else if (dev == jazz16_sb_dev) { + if (PNP_RES_IS_SET(res, dma, DMA, 0)) + dma1 = res->dma_resource[0].start; + else + return -EINVAL; + if (PNP_RES_IS_SET(res, dma, DMA, 1)) + dma2 = res->dma_resource[1].start; + else + dma2 = dma1; /* "half duplex" operation. */ + if (PNP_RES_IS_SET(res, irq, IRQ, 0)) + sbirq = res->irq_resource[0].start; + else + return -EINVAL; + if (PNP_RES_IS_SET(res, irq, IRQ, 1)) + mpuirq = res->irq_resource[1].start; + else + mpuirq = 0; /* MPU-401 driver supports this. */ + if (! PNP_RES_IS_SET(res, port, IO, 0)) + return -EINVAL; + if (! PNP_RES_IS_SET(res, port, IO, 1)) + return -EINVAL; + + /* Block the OPL3 alias to avoid conflicts. */ + jazz16pnp_fm_res = request_region(0x388, 4, "SoundBlaster FM"); + /* Avoid setting the mpu port after setting the sb port + because doing so will glitch the mpu port from the + previous one to the new one. */ + jazz16_port_setup(res->port_resource[0].start, + res->port_resource[1].start); + jazz16_irq_dma_setup(jazz16_sb_port, sbirq, mpuirq, dma1, dma2); + dev->active = true; + return 0; + } else + return -EINVAL; +} +#undef PNP_RES_IS_SET + +static struct pnp_protocol jazz16pnp_protocol = { + .name = "Jazz16 PnP", + .get = jazz16pnp_get_resources, + .set = jazz16pnp_set_resources, + .disable = jazz16pnp_disable_resources, +}; + +static uint __init jazz16_check(unsigned int base) +{ + if (my_sbdsp_reset(base)) + return 0; + if (!(my_sbdsp_command(base, SB_DSP_GET_JAZZ_VERSION))) + return 0; + return SB_VERSION_IS_JAZZ16(my_sbdsp_get_byte(base)); +} + +static int __init jazz16pnp_init(void) +{ + int err = 0; + unsigned int base, mpubase; + + if (jazz16pnp_disable == 1) { + printk(PFX_INFO "Jazz16 Plug & Play support disabled.\n"); + return 0; + } + if (!request_region(SB_JAZZ16_CONFIG_PORT, 1, "Jazz16 PnP probe")) + return -EBUSY; + + for (mpubase = 0x300; mpubase <= 0x330; mpubase += 0x10) + if (request_region(mpubase, 2, "Jazz16 PnP probe")) + break; + if (mpubase > 0x330) + goto out_no_mpubase; + + if (jazz16pnp_verbose) + printk(PFX_DEBUG "Scanning for Jazz16 cards...\n"); + + for (base = 0x260; base >= 0x210; base -= 0x10) { + if (!request_region(base, 16, "Jazz16 PnP probe")) + continue; + if (jazz16pnp_verbose) + printk(PFX_DEBUG "Probing at %#x (with MPU at %#x).\n", + base, mpubase); + jazz16_port_setup(base, mpubase); + if (jazz16_check(base)) + jazz16pnp_count++; + jazz16_irq_dma_setup(base, 0, 0, 0, 0); + jazz16_port_setup(0, 0); + release_region(base, 16); + if (jazz16pnp_count) + break; + } + if (base < 0x210) + goto out_no_sbbase; + if (!jazz16pnp_count) { + err = -ENODEV; + goto out_no_devices; + } + if (pnp_register_protocol(&jazz16pnp_protocol) < 0) + err = -ENOMEM; + else { + if (jazz16pnp_add_gameport()) + printk(PFX_WARN "Failed to add game port.\n"); + if (jazz16pnp_add_sb()) + printk(PFX_WARN "Failed to add SB port.\n"); + err = 0; + } +out_no_devices: + printk(PFX_INFO "%u Jazz16 card%s detected.\n", jazz16pnp_count, + jazz16pnp_count == 1 ? "" : "s"); +out_no_sbbase: + release_region(mpubase, 2); +out_no_mpubase: + release_region(SB_JAZZ16_CONFIG_PORT, 1); + return err; +} +module_init(jazz16pnp_init); + +static void __exit jazz16pnp_exit(void) +{ + pnp_unregister_protocol(&jazz16pnp_protocol); +} +module_exit(jazz16pnp_exit); -- Rask Ingemann Lambertsen

3 8

[alsa-devel] 2.6.21-rc7: known regressions with patches
by Adrian Bunk 26 Apr '07

26 Apr '07

This email lists some known regressions in Linus' tree compared to 2.6.20 with patches available. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : Oops when changing USB DVB-T adapter References : http://lkml.org/lkml/2007/3/9/212 http://lkml.org/lkml/2007/4/5/154 Submitter : CIJOML <cijoml(a)volny.cz> Handled-By : Markus Rechberger <markus.rechberger(a)amd.com> Status : patches available Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski <michal.k.k.piotrowski(a)gmail.com> Handled-By : Takashi Iwai <tiwai(a)suse.de> Patch : http://lkml.org/lkml/2007/4/20/117 Status : patch available Subject : qla2xxx driver no longer works References : http://lkml.org/lkml/2007/4/16/49 http://lkml.org/lkml/2007/4/20/224 Submitter : David Miller <davem(a)davemloft.net> Robert Peterson <rpeterso(a)redhat.com> Handled-By : David Miller <davem(a)davemloft.net> Patch : http://lkml.org/lkml/2007/4/16/234 Status : patch was suggested

1 0

[alsa-devel] playback open error:
by Ashlesha Shintre 25 Apr '07

25 Apr '07

Hi, I m trying to run the simple playback program that I have attached with this email -- and I get the following error: ALSA lib pcm_dmix.c:862:(snd_pcm_dmix_open) unable to open slave > Playback open error: Device or resource busy I am running this program as a function called wavplay (attached) -- however, if i run the same program, as part of the main function, then there is no problem -- What i mean is that if i basically just paste the code for the wavplay function in main and provide the input values (the pcm data to be played) -- then it can very well open the default device and play the pcm data that is being passed to it! Any pointers? Thanks, Ashlesha.

2 2

[alsa-devel] daily snapshot & version ID.
by Tobin Davis 25 Apr '07

25 Apr '07

Would it be possible to add a version ID update to the daily snapshots that you generate? It would make tracking a little easier, and we could get more testing on recent snapshots. That or spin another RC soon. -- Tobin Davis <tdavis(a)dsl-only.net>

2 1

[alsa-devel] crash/reboot with rawmidi on ice1712 dual opteron
by Florian 25 Apr '07

25 Apr '07

Hi, on one particular machine, an IBM workstation (Intellistation A Pro with dual opteron 250, 4GB RAM), opening a rawmidi input port on an M-Audio 2496 card will cause an immediate reboot of the machine. I've tried with different SMP kernels and different ALSA versions (including 1.0.14rc3), but always the same. Syslog does not show anything. Using a USB MIDI interface works fine. Also, MIDI input on a similar workstation (Intellistation Z Pro, dual xeon, 1GB RAM) with M-Audio 2496 works without problems. Any ideas? Thanks, Florian -- Florian Bomers bome.com ------------------------------------------------------- Music Software, Development Tools: http://www.bome.com Java Sound extensions, plugins: http://www.tritonus.org The Java Sound Resources: http://www.jsresources.org ------------------------------------------------------- Please quote this email in your reply. Thanks!

3 19

[alsa-devel] Digigram ISA cards
by Ash Willis 25 Apr '07

25 Apr '07

Hi, I'm thinking about trying to write a driver for some old Digigram cards soon, namely the PCX11 and PCX9. I might be wrong but it seems these cards natively support MPEG layers I and II and only actually support PCM by re-encoding in-driver. Does alsa-lib support MPEG conversions? Are there examples of drivers that already do this type of thing? Please forgive my ignorance. I grepped the sources and didn't find too much info. Ash =

2 1

[alsa-devel] [1/3] 2.6.21-rc7: known regressions (v2)
by Adrian Bunk 25 Apr '07

25 Apr '07

This email lists some known regressions in Linus' tree compared to 2.6.20. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : gammu no longer works References : http://lkml.org/lkml/2007/4/20/84 Submitter : Wolfgang Erig <Wolfgang.Erig(a)gmx.de> Status : unknown Subject : hal daemon crashes after pulling a USB serial device References : http://www.opensubscriber.com/message/linux-usb-devel@lists.sourceforge.net… Submitter : Andi Kleen <ak(a)suse.de> Handled-By : Oliver Neukum <oneukum(a)suse.de> Status : problem is being debugged Subject : Oops when changing USB DVB-T adapter References : http://lkml.org/lkml/2007/3/9/212 http://lkml.org/lkml/2007/4/5/154 Submitter : CIJOML <cijoml(a)volny.cz> Handled-By : Markus Rechberger <markus.rechberger(a)amd.com> Status : patches available Subject : snd_hda_intel doesn't work with ASUS M2V mainboard References : http://bugzilla.kernel.org/show_bug.cgi?id=8273 Submitter : Hans-Georg Rist <hg.rist(a)web.de> Status : unknown Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski <michal.k.k.piotrowski(a)gmail.com> Handled-By : Takashi Iwai <tiwai(a)suse.de> Patch : http://lkml.org/lkml/2007/4/20/117 Status : patch available

3 3

[alsa-devel] HDA-Intel: Fix headphone squeal on Conexant audio
by Tobin Davis 24 Apr '07

24 Apr '07

This patch fixes the headphone squeal and noise on Conexant CX20551 (Waikiki) audio. Signed off by Tobin Davis <tdavis(a)dsl-only.net> Wrong "From" email address selected earlier. Oops.

2 2

[alsa-devel] HDA-Intel: Fix headphone squeal on Conexant audio
by Tobin Davis 24 Apr '07

24 Apr '07

This patch fixes the headphone squeal and noise on Conexant CX20551 (Waikiki) audio. -- Tobin Davis <gruemaster(a)email.uophx.edu>

2 1

[alsa-devel] HDA-Intel: Fix headphone squeal on Conexant audio
by Tobin Davis 24 Apr '07

24 Apr '07

This patch fixes the headphone squeal and noise on Conexant CX20551 (Waikiki) audio. -- Tobin Davis <gruemaster(a)email.uophx.edu>

2 1

[alsa-devel] ICE 1724 MIDI support still broken?
by Daniel James 24 Apr '07

24 Apr '07

Hello ALSA team, We have a user with an ESI Juli@ whose Linux box hangs when any MIDI application starts up. I read that MIDI support is broken generally on ICE 1724 cards; is this still the case in recent driver releases? If so, is there any interest in fixing this long-standing issue? The user has indicated that his box would be available by ssh for any tests required. Cheers! Daniel

2 3

[alsa-devel] Standard config and plugin paths
by Takashi Iwai 24 Apr '07

24 Apr '07

Hi, while working on openSUSE 10.3 ALSA packaging, I had a discussion regarding the config and plugin paths. Basically, the current configs (typically in /usr/share/alsa or /etc/alsa) and binary plugins (/usr/lib/alsa-lib) are fairly strictly bound to the specific library, libasound.so.2. That is, if we publish a newer, incompatible version, libasound.so.3, these files will be very unlikely unusable, too. The suggestion was that we should keep these config and plugin files in the version-dependent paths so that no conflictions would occur at update. For example, instead of /usr/share/alsa, /usr/share/alsa2 or whatever. The fix would be easy -- just add some options to configure script of alsa-lib and alsa-plugins. So, the question is what path names are most suitable as the standard. For example, I find the following OK: - $DATADIR/alsa-1.0/ - $LIBDIR/alsa-lib-1.0/ Or, the deeper paths: - $DATADIR/alsa/1.0/ - $LIBDIR/alsa-lib/1.0/ For keeping the backward compatibility, we may implement fallback to read the old default path in addition, if the new path doesn't exist. In that case, the former suggestion would be cleaner. Any comments or suggestions? Takashi

1 0

[alsa-devel] Questions about writing a new ALSA driver for a very limitted device
by Tim Harvey 24 Apr '07

24 Apr '07

Greetings, I'm setting out to write an ALSA driver for a very limited device thats behind a PLD. The actual codec is a uda1380 and does 16bit MSB stereo encode/decode. The way the device is driven the sampling rate is limited to 8KHz and data transfer to/from the device I have to handle manually. I've read over the 'writing an ALSA driver' tutorial and have started the driver but have run into a few questions: - for the specs I've given above: 8000Hz sampling rate, 16bit stereo MSB samples does the following snd_pcm_hardware_t look right?: static snd_pcm_hardware_t my_playback_hw = { .info = (SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP_VALID), .formats = SNDRV_PCM_FMTBIT_U16_BE, // is this 16bit MSB? .rates = SNDRV_PCM_RATE_8000, // seems redundant? .rate_min = 8000, .rate_max = 8000, .channels_min = 2, .channels_max = 2, .buffer_bytes_max = 32768, .period_bytes_min = 4096, .period_bytes_max = 32768, .periods_min = 1, .periods_max = 1024, }; - I'm a little confused at how to deal with copying data from/to the device. It looks like I would implement the copy callback and copy the passed buffer to the device in the device specific manner I need to (playback), but I'm not clear where to put data that I receive from the device (capture). I notice that when the hw_params callback is called a dma buffer has been created by ALSA in the substream->runtime struct. I assume this is created based on hte buffer_bytes_max field above and I'm to copy data to this buffer? How do I know where to copy it within the buffer and what data ALSA has already consumed from the buffer? - I might need to create an intermediate buffer between ALSA's rather large buffers and my hardware buffer. Is there any driver that I could look at that does this? The tutorial talks about the vxpocket driver but that code looks very foriegn from the rest of the ALSA drivers. - I'm not sure I understand what the 'period' is about. Its clear to me that I need to call snd_pcm_period_elapsed() periodically from either an IRQ or other timed callback, but I'm not clear what the hardware pointer is or how that converts to 'frames' and 'periods'. - in general, if my hardware device only allows 16bit MSB 8KHz, does ALSA provides a mechanism for converting data from other formats? Thanks for any pointers, Tim

3 6

[alsa-devel] What does start_threshold mean, and what value should it contain?
by j t 24 Apr '07

24 Apr '07

Hi. I'm trying to debug a problem with xruns which happen when playing a wav file with vlc, but I can't reproduce the problems when using "aplay -M" to play the same wav file. (logged as https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3031). I've checked the contents of /proc/asound/card0/pcm0p/sub0/ in both cases - they appear to be very similar except for the contents of sw_params: when I use vlc, start_threshold says 1, but when I use "aplay -M", start_threshold says 16384. So, what does start_threshold mean, is there a particular value that start_threshold "should" contain, and could this difference be the cause of the xruns? (The aplay man page doesn't seem to have any flags for controlling the value of this parameter, so it doesn't appear to be "user-configurable"). (Apologies if this is the wrong mailing list - I though that -devel would be better than -user, but I could be wrong). Thanks, Jaime

2 1

Re: [alsa-devel] Fwd: No sound with ATI SB450
by Takashi Iwai 24 Apr '07

24 Apr '07

At Mon, 23 Apr 2007 22:45:00 +1000, Ben DiDonc wrote: > > Tobin, Takashi, > Thank you very much for your help. > Takashi's last suggestion did it and I finally got a working ATI SB450 > sound card with Ubtuntu Feisty (kernel 2.6.20 and > alsa-driver-hg20070421). I did a (last) alsa-info.sh in case it helps > others, see http://pastebin.ca/454115 > Here's what it took: > modprobe snd_hda_intel probe_mask=8 model=auto > Without probe_mask, the ALC861 is not properly detected. Without > model=auto, playback doesnt work. > Let me know If I can be of any help or if you want me to try something else. As I requested, get /proc/asound/card0/codec#* files for both working and non-working states. Then we can compare what is not set up properly. probe_mask is a bit hard to fix right now. A least, we need to know which modem codec is harmful. Please check the codec#* file again with probe_mask=1. Takashi > Thanks again. > Ben > > On 4/23/07, Takashi Iwai <tiwai(a)suse.de> wrote: > > At Mon, 23 Apr 2007 21:58:17 +1000, > > Ben DiDonc wrote: > > > > > > Tobin, Takashi, > > > upon Takashi's advice, I tried loading hda-intel > > > (alsa-driver-hg20070421) using the probe_mask argument under 2.6.20. > > > With probe_mask=1, the codec isnt detected and only the modem shows up > > > (just like before). However, with probe_mask=8, the codec IS correctly > > > detected (alsa-info.sh at http://pastebin.ca/454059 ). syslog shows: > > > ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 19 > > > ALSA .../alsa-driver-hg20070421/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:696: > > > codec_mask = 0x9 > > > ALSA .../alsa/alsa-driver-hg20070421/pci/hda/hda_codec.c:1819: > > > hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) > > > > > > However, there is still no playback (no muted control, all volumes at > > > 100% as shown by amixer in alsa-info.sh). Here again, capture works, I > > > successfully captured from the mic with arecord. > > > > Now you can try what I suggested, model=auto. And compare with > > codec#* files. If you have /proc/asound/card0/codec#* files on the > > working system, it'd be better, in addition... > > > > > > Takashi > > > > > > > > Can I draw your attention on something ? I m not sure about what i m > > > going to say (specially the part on NIDs) but i ll try. I know Tobin > > > already explained that this was normal, but if you have a look at the > > > post where I loaded edgy (2 posts ago), where the playback > > > works(2.6.17 with 1.0.12), you ll see that when I aplay something, > > > syslog shows only a single call to hda_codec_setup_stream with > > > NID=0x3. In all cases where playback doesnt work (1.0.14rcX under > > > 2.6.20), running aplay makes 4 calls to hda_codec_setup_stream with > > > NID=3, 6 ,5 and 4 in turn. Why does it try 6 5 and 4 ? Is it because 3 > > > fails ? We know that 3 should be used as its the one that works (under > > > 2.6.17). Now arent NIDs node IDs of codecs connected to the HDA > > > controller ? Is it possible that 6, 5 and 4 are mistakenly detected > > > and cannot be used for playback ? > > > Let me know if I m way off track. > > > > > Ben > > > > > > On 4/23/07, Takashi Iwai <tiwai(a)suse.de> wrote: > > > > At Mon, 23 Apr 2007 11:05:19 +0000, > > > > Ben DiDonc wrote: > > > > > > > > > > Takashi, > > > > > I did try passing model=auto to all 14 release candidates, > > > > > > > > Did you already try the HG version (or daily snapshot), right? > > > > > > > > > but without > > > > > success. the codec is never detected (see my previous posts for > > > > > alsa-info.sh outputs with both 2.6.20 and 2.6.17). > > > > > My problem is I cant get my sound card to work with kernel 2.6.20, > > > > > when it used to work with 2.6.17. > > > > > > > > The codec mask probed is 0x09, so you can pass either probe_mask=8 or > > > > probe_mask=1 to skip the modem detection (if it matters). > > > > > > > > > > > > Takashi > > > > > > > > > > > > > > > > > > Ben > > > > > > > > > > On 4/23/07, Takashi Iwai <tiwai(a)suse.de> wrote: > > > > > > At Mon, 23 Apr 2007 10:50:18 +0000, > > > > > > Ben DiDonc wrote: > > > > > > > > > > > > > > Tobin, > > > > > > > Unfortunately, ACPI was on at all times. My laptop hardly ever boots > > > > > > > without ACPI (randomly, the SATA driver fails before it can even mount > > > > > > > the root partition). > > > > > > > I ran some more tests today: > > > > > > > I loaded Ubuntu Edgy from the live CD where the sound chip used to > > > > > > > work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works > > > > > > > straight away. From there , I ran the same series of test: download > > > > > > > and build (--with-debug=detect) the next version of alsa-driver, run a > > > > > > > capture from mic and try playing it back, check syslog and run > > > > > > > alsa-info.sh. I did this for successive versions of alsa-driver > > > > > > > (starting with 1.0.12) until it fails. > > > > > > > Here are the results: > > > > > > > > > > > > > > Alsa driver 1.0.12rc1(shipped with edgy): > > > > > > > capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947 > > > > > > > > > > > > > > Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) > > > > > > > syslog lines after modprobe: > > > > > > > ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 > > > > > > > ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: > > > > > > > codec_mask = 0x9 > > > > > > > hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... > > > > > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: > > > > > > > line_outs=1 (0xb/0x0/0x0/0x0/0x0) > > > > > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 > > > > > > > (0x0/0x0/0x0/0x0/0x0) > > > > > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, > > > > > > > dig_out=0x0, din_in=0x0 > > > > > > > ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, > > > > > > > fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 > > > > > > > > > > > > > > capture: working > > > > > > > //capture starting > > > > > > > hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 > > > > > > > hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, > > > > > > > channel=0, format=0x11 > > > > > > > //capture stopping > > > > > > > hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, > > > > > > > channel=0, format=0x0 > > > > > > > > > > > > > > playback: working > > > > > > > //starting > > > > > > > ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, > > > > > > > fragsize=0x1000, format=0x11 > > > > > > > ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, > > > > > > > channel=0, format=0x11 > > > > > > > //stopping > > > > > > > ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, > > > > > > > channel=0, format=0x0 > > > > > > > > > > > > > > alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) > > > > > > > modprobe snd-hda-intel: > > > > > > > hda_intel.c:680: codec_mask = 0x9 > > > > > > > hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... > > > > > > > hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) > > > > > > > hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) > > > > > > > hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) > > > > > > > hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, > > > > > > > cd=0x11, aux=0x0 > > > > > > > capture works fine, syslog output similar to 1.0.12 plus an extra > > > > > > > "hda-intel: Invalid position buffer, using LPIB read method instead" > > > > > > > in the middle of the capture. Playback works fine too, with the same > > > > > > > syslog entries as 1.0.12 > > > > > > > > > > > > > > > > > > > > > alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) > > > > > > > modprobe: > > > > > > > ALSA hda_intel.c:696: codec_mask = 0x9 > > > > > > > ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for > > > > > > > config 1179:ff10 (Toshiba) > > > > > > > Capture works (output similar to 1.0.12) > > > > > > > Playback does NOT work this time: > > > > > > > syslog shows a call to azx_pcm_prepare: and 4 calls to > > > > > > > hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out > > > > > > > my previous post) > > > > > > > > > > > > > > > > > > > > > alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) > > > > > > > modprobe: the codec is correctly detected > > > > > > > ALSA hda_intel.c:696: codec_mask = 0x9 > > > > > > > ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for > > > > > > > config 1179:ff10 (Toshiba) > > > > > > > Capture works. Playback does NOT work, same syslog entries as > > > > > > > 1.0.14rc1 with multiple calls to hda_codec_setup_stream > > > > > > > > > > > > > > > > > > > > > alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) > > > > > > > modprobe: the codec isnt detected. > > > > > > > ALSA hda_intel.c:696: codec_mask = 0x9 > > > > > > > capture and playback dont work. > > > > > > > > > > > > > > Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy > > > > > > > (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but > > > > > > > not playback, 14rc3 doesnt detect the codec. > > > > > > > What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel > > > > > > > between releases 13 and 14 ... > > > > > > > > > > > > Try to pass model=auto to snd-hda-intel module, and check whether it > > > > > > works (make sure that you have unmuted/adjusted mixer elements before > > > > > > that). Then get /proc/asound/card0/codec#* files, and compare with > > > > > > the files without model option. > > > > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > > > > > > > > >

2 5

[alsa-devel] Compilation of latest alsa-hg
by dustin＠seznam.cz 24 Apr '07

24 Apr '07

Hello, please could you point me at a functioning description of latest complete hg tree compilation? The guides e.g. http://www.suseforums.net/index.php?showtopic=30156&pid=170707&st=0&#entry1… end up with /home/pavel/tmp/alsa-hg/alsa/alsa-driver/soc/codecs/../../alsa-kernel/soc/codecs/wm8753.c:1707: error: ‘I2C_DRIVERID_WM8753’ undeclared here (not in a function) Thanks a lot. Pavel.

2 1

Re: [alsa-devel] Functioning support for Prodigy 192
by Takashi Iwai 24 Apr '07

24 Apr '07

At Mon, 23 Apr 2007 14:00:22 +0200 (CEST), dustin(a)seznam.cz wrote: > > Hello, > > Back here again :) > > While comparing media reading precision of various CD players I hit the following issues: > > 1. De-emphasis filter in AK4114 is turned on, distorting incoming data. A patch to disable: > > diff -r aed6a15c9398 pci/ice1712/prodigy192.c > --- a/pci/ice1712/prodigy192.c Mon Apr 23 11:54:41 2007 +0200 > +++ b/pci/ice1712/prodigy192.c Mon Apr 23 12:47:01 2007 +0200 > @@ -714,7 +714,7 @@ static int prodigy192_ak4114_init(struct > { > static const unsigned char ak4114_init_vals[] = { > AK4114_RST | AK4114_PWN | AK4114_OCKS0 | AK4114_OCKS1, > - AK4114_DIF_I24I2S, /* ice1724 expects I2S and provides clock */ > + AK4114_DIF_I24I2S | AK4114_DEM0 , /* ice1724 expects I2S and provides clock, DEM0 disables deemphasis filter */ > AK4114_TX1E, > AK4114_EFH_1024 | AK4114_DIT, /* default input RX0 */ > 0, Looks OK. > 2. All data recorded when master clock was provided by AK4114 (Multi Track Internal Clock= IEC958 Input) had double the sampling rate. For each input sample there were two identical output samples in the file. > > Here is where the FPGA on MIODIO gets introduced. Both MCKO1 and MCKO2 of ak4114 are fed to FPGA, which outputs master clock to SPMCLKIN of ice1724. Unfortunately my oscilloscope has just died, so experimentally I found out that only a combination of OCKS0=1, OCKS1 = 1 (128fs, 64fs output) and ice1724- VT1724_MT_I2S_MCLK_128X=0 (256fs input) yields correct sampling rate. In order for this to work the FPGA must double the MCK01 rate (I cannot check the frequency now). > > It may actually make sense as it is probably the only way to support input sampling frequencies all the way up to 192kHz (128fs is max ak4114 can output at 192kHz) without having to switch the VT1724_MT_I2S_MCLK_128X bit in ice1724. In consumer mode the chips have no information about the sampling frequency (ak4114 does no detection) and the driver would not know when to set the bit. > > The problem is that due to switching sequence of Multi Track Internal Clock enum the VT1724_MT_I2S_MCLK_128X stays set (from the previous 192kHz option). I think it should not be set for ice1724 slave mode at all, here is the patch which fixes the sampling rate. Looks fine, too. Could you post a patch with a short patch summary and sign-off to apply to the upstream tree? thanks, Takashi > > Thanks, > > Pavel. > > diff -r aed6a15c9398 pci/ice1712/ice1724.c > --- a/pci/ice1712/ice1724.c Mon Apr 23 11:54:41 2007 +0200 > +++ b/pci/ice1712/ice1724.c Mon Apr 23 13:57:19 2007 +0200 > @@ -1666,7 +1666,11 @@ static int snd_vt1724_pro_internal_clock > spin_lock_irq(&ice->reg_lock); > oval = inb(ICEMT1724(ice, RATE)); > if (ucontrol->value.enumerated.item[0] == spdif) { > + unsigned char i2s_oval; > outb(oval | VT1724_SPDIF_MASTER, ICEMT1724(ice, RATE)); > + /* setting 256fs */ > + i2s_oval = inb(ICEMT1724(ice, I2S_FORMAT)); > + outb( i2s_oval & ~VT1724_MT_I2S_MCLK_128X, ICEMT1724(ice, I2S_FORMAT)); > } else { > rate = rates[ucontrol->value.integer.value[0] % 15]; > if (rate <= get_max_rate(ice)) { > >

2 2

[alsa-devel] Buffer Overrun Messages
by John Dey 24 Apr '07

24 Apr '07

Hi, I have been driving fluidsynth with with aplaymidi and get the following: fluidsynth: ALSAsequencer buffer overrun, lost event. I have played around with buffer size and buffer number and also run with and without jackd. The sound out doesn't seem to be affect. Can anyone give me some guidance on how to eliminate the error. Could the error be caused by fluidsynth? I have also run the program on PS2/Yellowdog linux and CCRMA fc5 (x86) both with similar results. Thanks. John

2 1

[alsa-devel] Add support for Asus A8JN Laptop
by Tobin Davis 23 Apr '07

23 Apr '07

This patch adds support for the Asus A8JN Laptop. Other modes were tested, this one worked best. Signed off by Tobin Davis <tdavis(a)dsl-only.net>

2 3

[alsa-devel] Add support for Asus A8JN Laptop
by Tobin Davis 23 Apr '07

23 Apr '07

This patch adds support for the Asus A8JN Laptop. Other modes were tested, this one worked best. Signed off by Tobin Davis <tdavis(a)dsl-only.net>

2 1

Re: [alsa-devel] Fwd: No sound with ATI SB450
by Ben DiDonc 23 Apr '07

23 Apr '07

Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results: Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947 Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0 playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0 alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12 alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post) alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work. Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...

3 7

[alsa-devel] ad1986a snd_hda_intel patch
by Dmitry Ursegov 23 Apr '07

23 Apr '07

Hello! I have an asus a8jn laptop and a integrated audio with Analog Devices AD1986A chip. $ lspci -vnn 0:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device [1043:1447] Flags: bus master, fast devsel, latency 0, IRQ 21 Memory at febfc000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> The audio seems to work properly on the right channel, but not on the left. All I get on the left channel is a loud screeching noise followed by a pop when the audio turns off. The microphon jack don't work also. I make a patch from the solution described in this http://mailman.alsa-project.org/pipermail/alsa-devel/2007-March/000093.html message: diff -Nur alsa-driver-1.0.14rc3/alsa-kernel/pci/hda/patch_analog.c alsa-driver-1.0.14rc3_ad1986a/alsa-kernel/pci/hda/patch_analog.c --- alsa-driver-1.0.14rc3/alsa-kernel/pci/hda/patch_analog.c 2007-03-06 15:26:32.000000000 +0300 +++ alsa-driver-1.0.14rc3_ad1986a/alsa-kernel/pci/hda/patch_analog.c 2007-04-20 23:32:19.000000000 +0400 @@ -873,7 +873,7 @@ board_config = snd_hda_check_board_config(codec, AD1986A_MODELS, ad1986a_models, ad1986a_cfg_tbl); - switch (board_config) { +/* switch (board_config) { case AD1986A_3STACK: spec->num_mixers = 2; spec->mixers[1] = ad1986a_3st_mixers; @@ -912,6 +912,18 @@ spec->multiout.dig_out_nid = 0; break; } +*/ + + spec->num_mixers = 2; + spec->mixers[1] = ad1986a_3st_mixers; + spec->num_init_verbs = 3; + spec->init_verbs[1] = ad1986a_3st_init_verbs; + spec->init_verbs[2] = ad1986a_ch2_init; + spec->channel_mode = ad1986a_modes; + spec->num_channel_mode = ARRAY_SIZE(ad1986a_modes); + spec->need_dac_fix = 1; + spec->multiout.max_channels = 2; + spec->multiout.num_dacs = 1; return 0; } I don't know, why snd_hda_check_board_config() return wrong value, but that workaround works. Thanks! Dmitry Ursegov

2 1

[alsa-devel] Strange code in
by Pete Zaitcev 23 Apr '07

23 Apr '07

Dear Takashi: Hans de Goede (on cc:) hits a problem when snd-usb-audio breaks with: "USB device is in the shutdown state, cannot create a card instance". This is how the place looks: chip = NULL; for (i = 0; i < SNDRV_CARDS; i++) { if (usb_chip[i] && usb_chip[i]->dev == dev) { if (usb_chip[i]->shutdown) { snd_printk(KERN_ERR "USB device is in the shutdown state, cannot create a card instance\n"); goto __error; } chip = usb_chip[i]; break; } } The code looks broken to me, because dev at this time is a new device structure, freshly allocated. You cannot compare it with an old instance, and I don't know why you would want to. Unfortunately (for fortunately), I have zero clue about the way ALSA works, specifically rules for snd_device_ops.dev_free, so I am asking you to look at this problem. Yours, -- Pete

2 1

[alsa-devel] [PATCH] sound: fix incorrect use of platform_device_register()
by Akinobu Mita 23 Apr '07

23 Apr '07

The platform_device allocated by platform_device_alloc() should be added to the device hierarchy by platform_device_add() instead of platform_device_register(). Otherwise it will hit WARN_ON() in platform_device_register(). by illegal refcount. This patch fixes such incorrect usages in portman2x4 and mts64 drivers. Also it removes unnecessary trailing whitespaces. Cc: Jaroslav Kysela <perex(a)suse.cz> Signed-off-by: Akinobu Mita <akinobu.mita(a)gmail.com> Index: 2.6-mm/sound/drivers/portman2x4.c =================================================================== --- 2.6-mm.orig/sound/drivers/portman2x4.c +++ 2.6-mm/sound/drivers/portman2x4.c @@ -676,13 +676,13 @@ static void __devinit snd_portman_attach struct platform_device *device; device = platform_device_alloc(PLATFORM_DRIVER, device_count); - if (!device) + if (!device) return; /* Temporary assignment to forward the parport */ platform_set_drvdata(device, p); - if (platform_device_register(device) < 0) { + if (platform_device_add(device) < 0) { platform_device_put(device); return; } Index: 2.6-mm/sound/drivers/mts64.c =================================================================== --- 2.6-mm.orig/sound/drivers/mts64.c +++ 2.6-mm/sound/drivers/mts64.c @@ -892,13 +892,13 @@ static void __devinit snd_mts64_attach(s struct platform_device *device; device = platform_device_alloc(PLATFORM_DRIVER, device_count); - if (!device) + if (!device) return; /* Temporary assignment to forward the parport */ platform_set_drvdata(device, p); - if (platform_device_register(device) < 0) { + if (platform_device_add(device) < 0) { platform_device_put(device); return; }

2 1

Re: [alsa-devel] Problem with Conexant
by Tobin Davis 23 Apr '07

23 Apr '07

Did you try adjusting the PCM volume levels? They may be set too low. That particular sound chip required a lot of manipulating to get functional, and is still very problematic. Unfortunately, I have no way of testing it, so users (like yourself) have to be my ears. The last time I worked with that particular configuration, the user that was testing said that it took a bit of tweaking with the PCM and other volume levels to get good sound. Tobin On Mon, 2007-04-23 at 08:11 +0307, Black X wrote: > after I install the last alsa-driver from the link you give me it > ( alsa-driver-hg20070421.tar.bz2 ) I still have the same problem. now > what I most to do to inform you about this issue? > > > Thank you. > > On Sun, 2007-04-22 at 19:27 -0700, Tobin Davis wrote: > > Could you try the latest alsa-driver snapshot from > > ftp://ftp.suse.com/pub/projects/alsa/snapshot/driver? > > > > I can't tell what revision of Conexant code you are using based on > > your email. Anything after 20070413 should work better, and it will > > also be the most current. I haven't made any changes to the code > > since ~April 6. If you are still having audio issues, let me know. > > > > Tobin > > > > > > On Sun, 2007-04-22 at 23:31 +0307, Black X wrote: > > > Hello > > > > > > First at all I wanna thanks Tobin Davis for his support to get Conexant > > > audio devices working under Linux, and I was testing his last patchs, > > > but I had a little problems with my sound card, the first one is about > > > headphone, it is works but with noise, and when I'm maximize the volume > > > of headphone the sound quality starting so weak. > > > > > > The Second problem I had it is when I run the 3D Desktop Effects (XGL > > > with Compiz), that when I play any sound clip and moving any window or > > > rotate desktop cube that's making a noise with the sound, and the > > > quality of the sound clip it is so weak with slow playing in the sound. > > > > > > I make a little screen cast about this problem and you can see it at > > > this link: > > > http://www.zshare.net/download/conexantproblem-ogg-tar-gz.html > > > > > > any way this is my alsa information: http://pastebin.ca/452453 > > > finaly my device information : > > > http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00715998&dlc=en&lc=en&… > > > > > > I 'm sorry, but the English it's not my mother language. > > > > > > Thank you. > > > > > > _______________________________________________ > > > Alsa-devel mailing list > > > Alsa-devel(a)alsa-project.org > > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > -- > > Tobin Davis <tdavis(a)dsl-only.net> > -- Tobin Davis <tdavis(a)dsl-only.net>

2 1

[alsa-devel] Problem with Conexant
by Black X 23 Apr '07

23 Apr '07

Ok, I try that before and try it now, still no change, and still have the same problem. When I highest the sound volume of headphone this makes sound starting noisy (and that's the same with PCM). About speaker it's work fine, but IF I moving any window or rotate the desktop cube this makes the sound very slow with noise.

1 0

[alsa-devel] partial fix for bug #2708: [ALSA - driver] PCI - hda-intel
by Jeffrey Arbuckle 23 Apr '07

23 Apr '07

Using alsa-driver-1.0.14rc3 with an iMac Core2 Duo 24" results in audio only available through the headphones. Additionally the sound is very low, even at the highest mixer setting. This problem is very similar to the bug recently fixed in 1.0.14rc2 with the audio on the MacPro. I was able to make a patch that applies the same fix for the MacPro to my iMac. The patch fixes the audio so that the built in speakers work normally, but now the headphones do not work at all. Obviously some more work is needed on this. The patch I've attached just adds my device's' PCI SSID to an existing switch statement. I am willing to provide some more testing if necessary. Here is my systems info: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) Subsystem: Realtek Semiconductor Co., Ltd. Unknown device 0885 Flags: bus master, fast devsel, latency 0, IRQ 21 Memory at 92400000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0 # cat /proc/asound/card0/codec#0 Codec: Realtek ALC885 Address: 0 Vendor Id: 0x10ec0885 Subsystem Id: 0x106b1000 Revision Id: 0x100103 # cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.14rc3. Compiled on Apr 22 2007 for kernel 2.6.20-15-generic (SMP).

2 1

[alsa-devel] Problem with Conexant
by Black X 23 Apr '07

23 Apr '07

Hello First at all I wanna thanks Tobin Davis for his support to get Conexant audio devices working under Linux, and I was testing his last patchs, but I had a little problems with my sound card, the first one is about headphone, it is works but with noise, and when I'm maximize the volume of headphone the sound quality starting so weak. The Second problem I had it is when I run the 3D Desktop Effects (XGL with Compiz), that when I play any sound clip and moving any window or rotate desktop cube that's making a noise with the sound, and the quality of the sound clip it is so weak with slow playing in the sound. I make a little screen cast about this problem and you can see it at this link: http://www.zshare.net/download/conexantproblem-ogg-tar-gz.html any way this is my alsa information: http://pastebin.ca/452453 finaly my device information : http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00715998&dlc=en&lc=en&… I 'm sorry, but the English it's not my mother language. Thank you.

2 2

[alsa-devel] Qustions on dmix - aplay - hw_ptr - appl_ptr
by Matthew Foster 23 Apr '07

23 Apr '07

I am a driver developer that is new to ALSA. I have read the tutorial as an example on how to write an ALSA driver. I appreciate the documentation you have provided online. I was wondering if you might have time to possibly answer a question. I am having trouble understanding things in the memory/buffer management area. I am not writing a driver for a PCI device, I am writing a driver that acts as an interface from the ALSA to a render device. So I essentially have a circular buffer I am transferring the ALSA data to. I set up the ALSA buffer like this: snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_CONTINUOUS, snd_dma_continuous_data(GFP_KERNEL), ALSA_BUF_SIZE, ALSA_BUF_SIZE)) < 0); And later on in my driver after open is called I have a buffer polling loop that does the period notification and constantly monitors my render (ouput) buffer. I have my asound.conf setup like this: pcm.mix { type dmix ipc_key 1024 slave { pcm "hw:0,0" rate 48000 } } pcm.!default { type plug slave.pcm "mix" } This is to enable the dmix plugin so I can run aplay more than once and have the two streams mixed in. The problem I am having is that it seems that when I run aplay like this: "aplay close.wav" I only see this pointer moving: substream->runtime->status->hw_ptrbir And if I run aplay like this: "aplay -D plughw:0,0 close.wav" I only see this pointer moving: substream->runtime->control->appl_ptr This seems odd to me and currently in my code I just check which pointer moves and use that to calculate how much data I need to write to my render device. This is so I can support both use cases. Another major problem is that when I play a short wav file 25KB or so and use the dmix "aplay close.wav" it randomly doesn't play at sometimes. Also if I run "aplay close.wav" and then very quickly run "aplay close.wav" again at the same prompt I get corruption of the data which produces screeching. In the case where I run aplay one right after the other I notice that the hw_ptr moves differently (less) than if I run it, wait, run again. I am also noticing also that when I do the aplay over and over quickly that these values change (get lower) in my snd_pcm_prepare callback: chip_data->buf_size = snd_pcm_lib_buffer_bytes(substream); chip_data->period_buf_size = snd_pcm_lib_period_bytes(substream); It seems like those value should remain constant, and I use those values to calculate later in my polling thread to notify of a period lapse. It's almost like the runtime is telling me the period has changed and the buffer size has changed. But this only happens in this case with a short wav file and running aplay over and over quickly. Is there a way to make sure the hw_ptr doesn't get affected by multiple instances of aplay trying to render out small clips. It seems like maybe I am setting up something incorrectly or maybe not blocking/ waiting correctly. I am at a loss in trying to figure this out, wondering if you would be so kind as to comment on my situation. I really appreciate your time in reading this email. Matt

2 2

[alsa-devel] Fwd: No sound with ATI SB450
by Ben DiDonc 23 Apr '07

23 Apr '07

Tobin, I downloaded and installed alsa-driver, alsa-lib and alsa-utils, but still no sound coming out of those speakers... I ran alsa-info.sh and the results are at http://pastebin.ca/451128 I am clueless as to what to do next, but I m ready to try anything. Any help would be greatly appreciated. Ben On 4/21/07, Tobin Davis < tdavis(a)dsl-only.net> wrote: > > Try downloading a current daily snapshot from ftp://ftp.suse.com/pub/projects/alsa/snapshot/ > . > > There was an issue with the ATI HD Audio detection that was fixed after > 14rc3 was released. > > Tobin > > On Sat, 2007-04-21 at 16:00 +1000, Ben DiDonc wrote: > > The output of alsa-info.sh is available at http://pastebin.ca/451007 > > > On 4/21/07, *Tobin Davis* < tdavis(a)dsl-only.net> wrote: > > Could you download an run http://bulletproof.servebeer.com/alsa/scripts/alsa-info.sh > , then post the resulting link? This will help determine what setup you > have. > > Tobin Davis > > > > On Sat, 2007-04-21 at 14:56 +1000, Ben DiDonc wrote: > > Hi I have a toshiba A100 (see attached file lspci-nnv) with a ATI SB450. > Sound worked fine with kernel 2.6.17 and alsa 1.0.12rc1 (ubuntu edgy). I > just did a fresh install of ubuntu feisty (kernel 2.6.20, alsa 1.0.14rc1) > and the only mixer settings available are those of the modem, named off-hook > and caller-id (see output of amixer, aplay -l , and the rest in attached > file output_feisty) I decided to upgrade alsa-driver and alsa-lib to > 1.0.14rc2. after downloading the package, I unloaded all sound related > modules (everything with "snd_" in it) in the right order and did: > ./configure --with-oss=yes --with-cards=hda-intel;make; sudo make install; > sudo modprobe snd_hda_intel A minor improvement: the mixer now shows > controls for both the modem and the sound card (see > output_after_upgrade_to_rc2), but unfortunately, there is still no sound > coming out of those speakers (even though alsamixer shows control for PCM > and the rest...). Finally, I downloaded alsa-driver-1.0.14rc3 and gave it > a shot. This time again, only modem related settings appeared in alsamixer, > and no sound card stuff (see aplay and amixer in > output_after_upgrade_to_rc3), and no sound either. Does anyone know how to > get some sound out of these speakers (given that it used to work with > alsa1.0.12rc1...) ? Thanks for your help Ben > > _______________________________________________Alsa-devel mailing listAlsa-devel@alsa-project.orghttp://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > -- > Tobin Davis <tdavis(a)dsl-only.net> > > > -- > Tobin Davis <tdavis(a)dsl-only.net> >

2 4

Re: [alsa-devel] iec958 switch uneffective while playing ac3 stream
by Takashi Iwai 22 Apr '07

22 Apr '07

[Nice analysis cut out..] At Tue, 03 Apr 2007 10:17:16 +0200, Dominique Dumont wrote: > > If the stream format is not valid when the digi converter is set up, > there's a chance that the digi converter goes belly up. > > I reckon that setting the stream *then* the digi converter would be safer. OK, now question is whether we need to turn off DIGI_CONV* once before setting it up again. Anyway, a test patch is below. It forces to set DIGI_CONV* verbs in prepare. Give it a try. thanks, Takashi diff -r 05ecca0fba92 pci/hda/hda_codec.c --- a/pci/hda/hda_codec.c Tue Apr 03 13:20:49 2007 +0200 +++ b/pci/hda/hda_codec.c Tue Apr 03 15:28:47 2007 +0200 @@ -1083,6 +1083,19 @@ static int snd_hda_spdif_default_put(str return change; } +static void setup_digi_convert(struct hda_codec *codec, hda_nid_t nid) +{ + unsigned short val = codec->spdif_ctls; + + snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_1, + val & 0xff); + if (get_wcaps(codec, nid) & AC_WCAP_OUT_AMP) + snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_AMP_GAIN_MUTE, + AC_AMP_SET_RIGHT | AC_AMP_SET_LEFT | + AC_AMP_SET_OUTPUT | + ((val & 1) ? 0 : 0x80)); +} + static int snd_hda_spdif_out_switch_info(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_info *uinfo) { uinfo->type = SNDRV_CTL_ELEM_TYPE_BOOLEAN; @@ -1114,10 +1127,7 @@ static int snd_hda_spdif_out_switch_put( change = codec->spdif_ctls != val; if (change || codec->in_resume) { codec->spdif_ctls = val; - snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_1, val & 0xff); - snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_AMP_GAIN_MUTE, - AC_AMP_SET_RIGHT | AC_AMP_SET_LEFT | - AC_AMP_SET_OUTPUT | ((val & 1) ? 0 : 0x80)); + setup_digi_convert(codec, nid); } mutex_unlock(&codec->spdif_mutex); return change; @@ -1901,6 +1911,21 @@ int snd_hda_multi_out_dig_open(struct hd return 0; } +int snd_hda_multi_out_dig_prepare(struct hda_codec *codec, + struct hda_multi_out *mout, + unsigned int stream_tag, + unsigned int format, + struct snd_pcm_substream *substream) +{ + mutex_lock(&codec->spdif_mutex); + snd_hda_codec_setup_stream(codec, mout->dig_out_nid, + stream_tag, 0, format); + /* set up DIGI_* verbs again */ + setup_digi_convert(codec, mout->dig_out_nid); + mutex_unlock(&codec->spdif_mutex); + return 0; +} + /* * release the digital out */ @@ -1949,6 +1974,8 @@ int snd_hda_multi_out_analog_prepare(str mout->dig_out_used = 0; snd_hda_codec_setup_stream(codec, mout->dig_out_nid, 0, 0, 0); } + /* set up DIGI_* verbs again */ + setup_digi_convert(codec, mout->dig_out_nid); } mutex_unlock(&codec->spdif_mutex); diff -r 05ecca0fba92 pci/hda/hda_local.h --- a/pci/hda/hda_local.h Tue Apr 03 13:20:49 2007 +0200 +++ b/pci/hda/hda_local.h Tue Apr 03 15:31:29 2007 +0200 @@ -148,6 +148,11 @@ struct hda_multi_out { int snd_hda_multi_out_dig_open(struct hda_codec *codec, struct hda_multi_out *mout); int snd_hda_multi_out_dig_close(struct hda_codec *codec, struct hda_multi_out *mout); +int snd_hda_multi_out_dig_prepare(struct hda_codec *codec, + struct hda_multi_out *mout, + unsigned int stream_tag, + unsigned int format, + struct snd_pcm_substream *substream); int snd_hda_multi_out_analog_open(struct hda_codec *codec, struct hda_multi_out *mout, struct snd_pcm_substream *substream); int snd_hda_multi_out_analog_prepare(struct hda_codec *codec, struct hda_multi_out *mout, diff -r 05ecca0fba92 pci/hda/patch_realtek.c --- a/pci/hda/patch_realtek.c Tue Apr 03 13:20:49 2007 +0200 +++ b/pci/hda/patch_realtek.c Tue Apr 03 15:32:23 2007 +0200 @@ -1916,6 +1916,17 @@ static int alc880_dig_playback_pcm_open( return snd_hda_multi_out_dig_open(codec, &spec->multiout); } +static int alc880_dig_playback_pcm_prepare(struct hda_pcm_stream *hinfo, + struct hda_codec *codec, + unsigned int stream_tag, + unsigned int format, + struct snd_pcm_substream *substream) +{ + struct alc_spec *spec = codec->spec; + return snd_hda_multi_out_dig_prepare(codec, &spec->multiout, + stream_tag, format, substream); +} + static int alc880_dig_playback_pcm_close(struct hda_pcm_stream *hinfo, struct hda_codec *codec, struct snd_pcm_substream *substream) @@ -1984,7 +1995,8 @@ static struct hda_pcm_stream alc880_pcm_ /* NID is set in alc_build_pcms */ .ops = { .open = alc880_dig_playback_pcm_open, - .close = alc880_dig_playback_pcm_close + .close = alc880_dig_playback_pcm_close, + .prepare = alc880_dig_playback_pcm_prepare }, };

4 12

[alsa-devel] Please ignore, test.
by Rene Herman 22 Apr '07

22 Apr '07

Body Attachment

1 0

Re: [alsa-devel] No sound with ATI SB450
by Ben DiDonc 21 Apr '07

21 Apr '07

The output of alsa-info.sh is available at http://pastebin.ca/451007 On 4/21/07, Tobin Davis <tdavis(a)dsl-only.net> wrote: > > Could you download an run > http://bulletproof.servebeer.com/alsa/scripts/alsa-info.sh , then post the > resulting link? This will help determine what setup you have. > > Tobin Davis > > On Sat, 2007-04-21 at 14:56 +1000, Ben DiDonc wrote: > > HiI have a toshiba A100 (see attached file lspci-nnv) with a ATI SB450.Sound worked fine with kernel 2.6.17 and alsa 1.0.12rc1 (ubuntu edgy).I just did a fresh install of ubuntu feisty (kernel 2.6.20, alsa1.0.14rc1) and the only mixer settings available are those of themodem, named off-hook and caller-id (see output of amixer, aplay -l ,and the rest in attached file output_feisty) > I decided to upgrade alsa-driver and alsa-lib to 1.0.14rc2. afterdownloading the package, I unloaded all sound related modules(everything with "snd_" in it) in the right order and did:./configure --with-oss=yes --with-cards=hda-intel;make; sudo makeinstall; sudo modprobe snd_hda_intelA minor improvement: the mixer now shows controls for both the modemand the sound card (see output_after_upgrade_to_rc2), butunfortunately, there is still no sound coming out of those speakers(even though alsamixer shows control for PCM and the rest...). > Finally, I downloaded alsa-driver-1.0.14rc3 and gave it a shot. Thistime again, only modem related settings appeared in alsamixer, and nosound card stuff (see aplay and amixer inoutput_after_upgrade_to_rc3), and no sound either. > Does anyone know how to get some sound out of these speakers (giventhat it used to work with alsa1.0.12rc1...) ? > Thanks for your helpBen > _______________________________________________Alsa-devel mailing listAlsa-devel@alsa-project.orghttp://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > -- > Tobin Davis <tdavis(a)dsl-only.net> >

2 1

[alsa-devel] No sound with ATI SB450
by Ben DiDonc 21 Apr '07

21 Apr '07

Hi I have a toshiba A100 (see attached file lspci-nnv) with a ATI SB450. Sound worked fine with kernel 2.6.17 and alsa 1.0.12rc1 (ubuntu edgy). I just did a fresh install of ubuntu feisty (kernel 2.6.20, alsa 1.0.14rc1) and the only mixer settings available are those of the modem, named off-hook and caller-id (see output of amixer, aplay -l , and the rest in attached file output_feisty) I decided to upgrade alsa-driver and alsa-lib to 1.0.14rc2. after downloading the package, I unloaded all sound related modules (everything with "snd_" in it) in the right order and did: ./configure --with-oss=yes --with-cards=hda-intel;make; sudo make install; sudo modprobe snd_hda_intel A minor improvement: the mixer now shows controls for both the modem and the sound card (see output_after_upgrade_to_rc2), but unfortunately, there is still no sound coming out of those speakers (even though alsamixer shows control for PCM and the rest...). Finally, I downloaded alsa-driver-1.0.14rc3 and gave it a shot. This time again, only modem related settings appeared in alsamixer, and no sound card stuff (see aplay and amixer in output_after_upgrade_to_rc3), and no sound either. Does anyone know how to get some sound out of these speakers (given that it used to work with alsa1.0.12rc1...) ? Thanks for your help Ben

1 0

[alsa-devel] [PATCHv2] ALSA: Support Media Vision Jazz16 chips
by Rask Ingemann Lambertsen 20 Apr '07

20 Apr '07

From: Rask Ingemann Lambertsen <rask(a)sygehus.dk> - Add support for Jazz16 features to the common SoundBlaster code. - Add a front end for Jazz16 based sound cards. Tested with a Jazz16 based sound card and Linux 2.6.20.6. Signed-off-by: Rask Ingemann Lambertsen <rask(a)sygehus.dk> --- This patch is a prerequisite for the Jazz PnP patch, which needs the patched include/sound/sb.h. Documentation/sound/alsa/ALSA-Configuration.txt | 10 include/sound/sb.h | 5 sound/isa/Kconfig | 15 + sound/isa/sb/Makefile | 2 sound/isa/sb/jazz16.c | 183 ++++++++++++++ sound/isa/sb/sb8_main.c | 98 +++++++ sound/isa/sb/sb_common.c | 12 sound/isa/sb/sb_mixer.c | 3 8 files changed, 323 insertions(+), 5 deletions(-) Changes since the last patch: The same DMA channel is now used for both 8-bit and 16-bit sound. DSP high-speed mode isn't used at all now for the Jazz16. A 16-bit DMA buffer can now be 128 kB instead of 64 kB. diff -rup linux-2.6.20.6-clean/Documentation/sound/alsa/ALSA-Configuration.txt linux-2.6.20.6-ril/Documentation/sound/alsa/ALSA-Configuration.txt --- linux-2.6.20.6-clean/Documentation/sound/alsa/ALSA-Configuration.txt 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/Documentation/sound/alsa/ALSA-Configuration.txt 2007-04-07 17:31:38.000000000 +0200 @@ -1120,6 +1120,16 @@ Prior to version 0.9.0rc4 options had a This module supports multiple cards, autoprobe and ISA PnP. + Module snd-jazz16 + ----------------- + + Module for sound cards based on Media Vision Jazz16 chip (PnP only) + + This module supports multiple cards and PnP. + + Note: You will most likely want to enable Jazz16 PnP support + (CONFIG_JAZZ16PNP) in the kernel. + Module snd-korg1212 ------------------- diff -rup linux-2.6.20.6-clean/include/sound/sb.h linux-2.6.20.6-ril/include/sound/sb.h --- linux-2.6.20.6-clean/include/sound/sb.h 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/include/sound/sb.h 2007-04-07 17:31:38.000000000 +0200 @@ -33,6 +33,7 @@ enum sb_hw_type { SB_HW_20, SB_HW_201, SB_HW_PRO, + SB_HW_JAZZ16, /* Media Vision Jazz16 chip */ SB_HW_16, SB_HW_16CSP, /* SB16 with CSP chip */ SB_HW_ALS100, /* Avance Logic ALS100 chip */ @@ -142,6 +143,7 @@ struct snd_sb { #define SB_DSP_HI_INPUT_AUTO 0x98 #define SB_DSP_IMMED_INT 0xf2 #define SB_DSP_GET_VERSION 0xe1 +#define SB_DSP_GET_JAZZ_VERSION 0xfa #define SB_DSP_SPEAKER_ON 0xd1 #define SB_DSP_SPEAKER_OFF 0xd3 #define SB_DSP_DMA8_OFF 0xd0 @@ -265,6 +267,9 @@ struct snd_sb { #define SB_DMASETUP_DMA6 0x40 #define SB_DMASETUP_DMA7 0x80 +/* Check the output of SB_DSP_GET_JAZZ_VERSION. */ +#define SB_VERSION_IS_JAZZ16(x) ((x) == 0x12) + /* * */ diff -rup linux-2.6.20.6-clean/sound/isa/Kconfig linux-2.6.20.6-ril/sound/isa/Kconfig --- linux-2.6.20.6-clean/sound/isa/Kconfig 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/sound/isa/Kconfig 2007-04-07 17:31:38.000000000 +0200 @@ -248,6 +248,21 @@ config SND_INTERWAVE_STB To compile this driver as a module, choose M here: the module will be called snd-interwave-stb. +config SND_JAZZ16 + tristate "Media Vision Jazz16" + depends on SND + select SND_OPL3_LIB + select SND_PCM + help + Say Y here to include support for Media Vision Jazz16 based + soundcards. + + You probably want to enable Jazz16 Plug and Play support + (CONFIG_JAZZ16PNP) also. + + To compile this driver as a module, choose M here: the module + will be called snd-jazz16. + config SND_OPL3SA2 tristate "Yamaha OPL3-SA2/SA3" depends on SND diff -rup linux-2.6.20.6-clean/sound/isa/sb/Makefile linux-2.6.20.6-ril/sound/isa/sb/Makefile --- linux-2.6.20.6-clean/sound/isa/sb/Makefile 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/sound/isa/sb/Makefile 2007-04-07 17:31:38.000000000 +0200 @@ -12,6 +12,7 @@ snd-sb16-objs := sb16.o snd-sbawe-objs := sbawe.o emu8000.o snd-emu8000-synth-objs := emu8000_synth.o emu8000_callback.o emu8000_patch.o emu8000_pcm.o snd-es968-objs := es968.o +snd-jazz16-objs := jazz16.o # # this function returns: @@ -30,6 +31,7 @@ obj-$(CONFIG_SND_SB16) += snd-sb16.o snd obj-$(CONFIG_SND_SBAWE) += snd-sbawe.o snd-sb16-dsp.o snd-sb-common.o obj-$(CONFIG_SND_ES968) += snd-es968.o snd-sb8-dsp.o snd-sb-common.o obj-$(CONFIG_SND_ALS4000) += snd-sb-common.o +obj-$(CONFIG_SND_JAZZ16) += snd-jazz16.o snd-sb8-dsp.o snd-sb-common.o ifeq ($(CONFIG_SND_SB16_CSP),y) obj-$(CONFIG_SND_SB16) += snd-sb16-csp.o obj-$(CONFIG_SND_SBAWE) += snd-sb16-csp.o diff -rup linux-2.6.20.6-clean/sound/isa/sb/sb8_main.c linux-2.6.20.6-ril/sound/isa/sb/sb8_main.c --- linux-2.6.20.6-clean/sound/isa/sb/sb8_main.c 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/sound/isa/sb/sb8_main.c 2007-04-12 00:03:35.000000000 +0200 @@ -28,6 +28,9 @@ * * Wed Jul 12 22:02:55 CEST 2000 Uros Bizjak <uros(a)kss-loka.si> * Cleaned up and rewrote lowlevel routines. + * + * Wed Apr 11 23:56:18 CEST 2007 Rask Ingemann Lambertsen <rask(a)sygehus.dk> + * Added Jazz16 enhancements (mostly ported from sound/oss/sb_common.c). */ #include <sound/driver.h> @@ -73,6 +76,15 @@ static struct snd_ratnum stereo_clocks[] } }; +/* For stereo playback and capture, the denominator is divided by two, so it + * must be even to get the intended sample rate. */ +static struct snd_ratnum jazz16_stereo_clock = { + .num = SB8_CLOCK, + .den_min = 2, + .den_max = 512, + .den_step = 2, +}; + static int snd_sb8_hw_constraint_rate_channels(struct snd_pcm_hw_params *params, struct snd_pcm_hw_rule *rule) { @@ -101,13 +113,52 @@ static int snd_sb8_hw_constraint_channel return 0; } +static int snd_jazz16_hw_constraint_rate_channels(struct snd_pcm_hw_params *params, + struct snd_pcm_hw_rule *rule) +{ + struct snd_interval *c = hw_param_interval(params, SNDRV_PCM_HW_PARAM_CHANNELS); + struct snd_interval *r = hw_param_interval(params, SNDRV_PCM_HW_PARAM_RATE); + int err = 0; + + if (c->max > 1) { + unsigned int num = 0, den = 0; + err = snd_interval_ratnum(r, 1, &jazz16_stereo_clock, &num, &den); + if (err >= 0 && den) { + params->rate_num = num; + params->rate_den = den; + } + } + return err; +} + +static int snd_jazz16_hw_constraint_channels_rate(struct snd_pcm_hw_params *params, + struct snd_pcm_hw_rule *rule) +{ + struct snd_interval *r = hw_param_interval(params, SNDRV_PCM_HW_PARAM_RATE); + int err = 0; + + /* Force mono mode if the sample rate interval doesn't allow stereo. */ + if (SB8_DEN(r->min) == SB8_DEN(r->max) + && SB8_DEN(r->min) & 1) + { + struct snd_interval t = { .min = 1, .max = 1 }; + struct snd_interval *c; + + c = hw_param_interval(params, SNDRV_PCM_HW_PARAM_CHANNELS); + err = snd_interval_refine(c, &t); + } + return err; +} + static int snd_sb8_playback_prepare(struct snd_pcm_substream *substream) { unsigned long flags; struct snd_sb *chip = snd_pcm_substream_chip(substream); struct snd_pcm_runtime *runtime = substream->runtime; unsigned int mixreg, rate, size, count; + unsigned char stereo, format; + stereo = runtime->channels > 1; rate = runtime->rate; switch (chip->hardware) { case SB_HW_PRO: @@ -123,6 +174,7 @@ static int snd_sb8_playback_prepare(stru break; } /* fallthru */ + case SB_HW_JAZZ16: case SB_HW_20: chip->playback_format = SB_DSP_LO_OUTPUT_AUTO; break; @@ -134,8 +186,14 @@ static int snd_sb8_playback_prepare(stru } size = chip->p_dma_size = snd_pcm_lib_buffer_bytes(substream); count = chip->p_period_size = snd_pcm_lib_period_bytes(substream); + if (runtime->format == SNDRV_PCM_FORMAT_S16_LE) + format = stereo ? SB_DSP_STEREO_16BIT : SB_DSP_MONO_16BIT; + else + format = stereo ? SB_DSP_STEREO_8BIT : SB_DSP_MONO_8BIT; spin_lock_irqsave(&chip->reg_lock, flags); snd_sbdsp_command(chip, SB_DSP_SPEAKER_ON); + if (chip->hardware == SB_HW_JAZZ16) + snd_sbdsp_command(chip, format); if (runtime->channels > 1) { /* set playback stereo mode */ spin_lock(&chip->mixer_lock); @@ -167,6 +225,8 @@ static int snd_sb8_playback_prepare(stru snd_sbdsp_command(chip, 256 - runtime->rate_den); } if (chip->playback_format != SB_DSP_OUTPUT) { + if (chip->dma8 > 3) + count /= 2; count--; snd_sbdsp_command(chip, SB_DSP_BLOCK_SIZE); snd_sbdsp_command(chip, count & 0xff); @@ -233,7 +293,9 @@ static int snd_sb8_capture_prepare(struc struct snd_sb *chip = snd_pcm_substream_chip(substream); struct snd_pcm_runtime *runtime = substream->runtime; unsigned int mixreg, rate, size, count; + unsigned char stereo, format; + stereo = runtime->channels > 1; rate = runtime->rate; switch (chip->hardware) { case SB_HW_PRO: @@ -250,6 +312,7 @@ static int snd_sb8_capture_prepare(struc break; } /* fallthru */ + case SB_HW_JAZZ16: case SB_HW_20: chip->capture_format = SB_DSP_LO_INPUT_AUTO; break; @@ -261,10 +324,14 @@ static int snd_sb8_capture_prepare(struc } size = chip->c_dma_size = snd_pcm_lib_buffer_bytes(substream); count = chip->c_period_size = snd_pcm_lib_period_bytes(substream); + if (runtime->format == SNDRV_PCM_FORMAT_S16_LE) + format = stereo ? SB_DSP_STEREO_16BIT : SB_DSP_MONO_16BIT; + else + format = stereo ? SB_DSP_STEREO_8BIT : SB_DSP_MONO_8BIT; spin_lock_irqsave(&chip->reg_lock, flags); snd_sbdsp_command(chip, SB_DSP_SPEAKER_OFF); - if (runtime->channels > 1) - snd_sbdsp_command(chip, SB_DSP_STEREO_8BIT); + if (stereo || chip->hardware == SB_HW_JAZZ16) + snd_sbdsp_command(chip, format); snd_sbdsp_command(chip, SB_DSP_SAMPLE_RATE); if (runtime->channels > 1) { snd_sbdsp_command(chip, 256 - runtime->rate_den / 2); @@ -279,6 +346,8 @@ static int snd_sb8_capture_prepare(struc snd_sbdsp_command(chip, 256 - runtime->rate_den); } if (chip->capture_format != SB_DSP_OUTPUT) { + if (chip->dma8 > 3) + count /= 2; count--; snd_sbdsp_command(chip, SB_DSP_BLOCK_SIZE); snd_sbdsp_command(chip, count & 0xff); @@ -443,6 +512,19 @@ static int snd_sb8_open(struct snd_pcm_s runtime->hw = snd_sb8_capture; } switch (chip->hardware) { + case SB_HW_JAZZ16: + runtime->hw.formats |= SNDRV_PCM_FMTBIT_S16_LE; + runtime->hw.rates |= SNDRV_PCM_RATE_8000_44100; + runtime->hw.rate_max = 45455; + runtime->hw.channels_max = 2; + snd_pcm_hw_rule_add(runtime, 0, SNDRV_PCM_HW_PARAM_RATE, + snd_jazz16_hw_constraint_rate_channels, NULL, + SNDRV_PCM_HW_PARAM_CHANNELS, + SNDRV_PCM_HW_PARAM_RATE, -1); + snd_pcm_hw_rule_add(runtime, 0, SNDRV_PCM_HW_PARAM_CHANNELS, + snd_jazz16_hw_constraint_channels_rate, NULL, + SNDRV_PCM_HW_PARAM_RATE, -1); + break; case SB_HW_PRO: runtime->hw.rate_max = 44100; runtime->hw.channels_max = 2; @@ -465,6 +547,14 @@ static int snd_sb8_open(struct snd_pcm_s } snd_pcm_hw_constraint_ratnums(runtime, 0, SNDRV_PCM_HW_PARAM_RATE, &hw_constraints_clock); + if (chip->dma8 > 3) { + snd_pcm_hw_constraint_step(runtime, 0, + SNDRV_PCM_HW_PARAM_BUFFER_BYTES, 2); + snd_pcm_hw_constraint_step(runtime, 0, + SNDRV_PCM_HW_PARAM_PERIOD_BYTES, 2); + runtime->hw.buffer_bytes_max = 128 * 1024 * 1024; + runtime->hw.period_bytes_max = 128 * 1024 * 1024; + } return 0; } @@ -512,6 +602,7 @@ int snd_sb8dsp_pcm(struct snd_sb *chip, struct snd_card *card = chip->card; struct snd_pcm *pcm; int err; + size_t max_prealloc; if (rpcm) *rpcm = NULL; @@ -524,9 +615,10 @@ int snd_sb8dsp_pcm(struct snd_sb *chip, snd_pcm_set_ops(pcm, SNDRV_PCM_STREAM_PLAYBACK, &snd_sb8_playback_ops); snd_pcm_set_ops(pcm, SNDRV_PCM_STREAM_CAPTURE, &snd_sb8_capture_ops); + max_prealloc = (chip->dma8 > 3) ? 128 * 1024 : 64 * 1024; snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_DEV, snd_dma_isa_data(), - 64*1024, 64*1024); + 64*1024, max_prealloc); if (rpcm) *rpcm = pcm; diff -rup linux-2.6.20.6-clean/sound/isa/sb/sb_common.c linux-2.6.20.6-ril/sound/isa/sb/sb_common.c --- linux-2.6.20.6-clean/sound/isa/sb/sb_common.c 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/sound/isa/sb/sb_common.c 2007-04-11 20:23:55.000000000 +0200 @@ -146,8 +146,16 @@ static int snd_sbdsp_probe(struct snd_sb } break; case 3: - chip->hardware = SB_HW_PRO; - str = "Pro"; + spin_lock_irqsave(&chip->reg_lock, flags); + if (snd_sbdsp_command(chip, SB_DSP_GET_JAZZ_VERSION) && + SB_VERSION_IS_JAZZ16(snd_sbdsp_get_byte (chip))) { + chip->hardware = SB_HW_JAZZ16; + str = "Pro (Jazz16)"; + } else { + chip->hardware = SB_HW_PRO; + str = "Pro"; + } + spin_unlock_irqrestore (&chip->reg_lock, flags); break; case 4: chip->hardware = SB_HW_16; diff -rup linux-2.6.20.6-clean/sound/isa/sb/sb_mixer.c linux-2.6.20.6-ril/sound/isa/sb/sb_mixer.c --- linux-2.6.20.6-clean/sound/isa/sb/sb_mixer.c 2007-02-04 19:44:54.000000000 +0100 +++ linux-2.6.20.6-ril/sound/isa/sb/sb_mixer.c 2007-04-07 17:31:38.000000000 +0200 @@ -811,6 +811,7 @@ int snd_sbmixer_new(struct snd_sb *chip) return err; break; case SB_HW_PRO: + case SB_HW_JAZZ16: if ((err = snd_sbmixer_init(chip, snd_sbpro_controls, ARRAY_SIZE(snd_sbpro_controls), @@ -946,6 +947,7 @@ void snd_sbmixer_suspend(struct snd_sb * save_mixer(chip, sb20_saved_regs, ARRAY_SIZE(sb20_saved_regs)); break; case SB_HW_PRO: + case SB_HW_JAZZ16: save_mixer(chip, sbpro_saved_regs, ARRAY_SIZE(sbpro_saved_regs)); break; case SB_HW_16: @@ -971,6 +973,7 @@ void snd_sbmixer_resume(struct snd_sb *c restore_mixer(chip, sb20_saved_regs, ARRAY_SIZE(sb20_saved_regs)); break; case SB_HW_PRO: + case SB_HW_JAZZ16: restore_mixer(chip, sbpro_saved_regs, ARRAY_SIZE(sbpro_saved_regs)); break; case SB_HW_16: --- /dev/null 2007-04-11 19:30:17.320748640 +0200 +++ linux-2.6.20.6-ril/sound/isa/sb/jazz16.c 2007-04-05 23:30:27.000000000 +0200 @@ -0,0 +1,183 @@ +/* Driver for Media Vision Jazz16 based boards. + * + * Copyright (c) 2007 by Rask Ingemann Lambertsen + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * The Jazz16 is an SB Pro compatible chip with a 16-bit mode and higher + * playback and capture rates added to it. It is not SB 16 compatible. + * There is also an MPU-401 interface. + * + * AFAIK, the following systems have an on-board Jazz16 chip: + * IBM PPS Model 6015 + * Texas Intstruments/Acer Travelmate TM5000 series. + * Please tell me if this driver works with these boards or not. + */ + +#include <sound/driver.h> +#include <linux/kernel.h> +#include <linux/errno.h> +#include <linux/slab.h> +#include <linux/init.h> +#include <linux/pnp.h> +#include <linux/ioport.h> +#include <asm/io.h> +#include <linux/delay.h> +#include <sound/core.h> +#include <sound/sb.h> +#include <sound/mpu401.h> +#include <sound/opl3.h> +#include <sound/initval.h> + +MODULE_AUTHOR("Rask Ingemann Lambertsen <rask(a)sygehus.dk>"); +MODULE_DESCRIPTION("Jazz16"); +MODULE_LICENSE("GPL"); + +static int index[SNDRV_CARDS] = SNDRV_DEFAULT_IDX; /* Index 0-MAX */ +static char *id[SNDRV_CARDS] = SNDRV_DEFAULT_STR; /* ID for this card */ +static int enable[SNDRV_CARDS] = SNDRV_DEFAULT_ENABLE_PNP; /* Enable switches */ + +module_param_array(index, int, NULL, 0444); +MODULE_PARM_DESC(index, "Index value for Jazz16 soundcard."); +module_param_array(id, charp, NULL, 0444); +MODULE_PARM_DESC(id, "ID string for Jazz16 soundcard."); +module_param_array(enable, bool, NULL, 0444); +MODULE_PARM_DESC(enable, "Enable Jazz16 soundcard."); + +#define PFX "jazz16: " +#define PFX_WARN KERN_WARNING PFX +#define PFX_ERR KERN_ERR PFX + +static struct pnp_driver snd_jazz16_pnp_driver; + +static irqreturn_t jazz16_interrupt(int irq, void *card) +{ + return snd_sb8dsp_interrupt(card); +} + +static struct pnp_device_id snd_jazz16_pnpids[] = { + { .id = "PNPb00f" }, + { .id = "" } +}; +MODULE_DEVICE_TABLE(pnp, snd_jazz16_pnpids); + +static int __devinit snd_jazz16_pnp_probe(struct pnp_dev *pnp_dev, + const struct pnp_device_id *pnp_id) +{ struct snd_sb *chip; + struct snd_card *card; + struct snd_opl3 *opl3; + int err; + uint sbport, sbirq, sbdma, mpuport, mpuirq; + static uint dev_num = 0; + + if (enable[dev_num]) + card = snd_card_new(index[dev_num], id[dev_num], THIS_MODULE, 0); + else + card = NULL; + dev_num++; + if (card == NULL) + return enable[dev_num] ? -ENOMEM : -ENODEV; + snd_card_set_dev(card, &pnp_dev->dev); + pnp_set_drvdata(pnp_dev, card); + /* TODO use pnp_port_valid(), pnp_port_flags(), pnp_port_length()... */ + sbport = pnp_port_start(pnp_dev, 0); + sbirq = pnp_irq(pnp_dev, 0); + sbdma = pnp_dma(pnp_dev, 0); + err = snd_sbdsp_create(card, sbport, sbirq, jazz16_interrupt, + sbdma, -1, SB_HW_AUTO, &chip); + if (err < 0) + goto out_err; + + strcpy(card->driver, "Jazz16"); + strcpy(card->shortname, "Media Vision Jazz16"); + sprintf(card->longname, "%s at %#x, irq %u, dma %u", + chip->name, sbport, sbirq, chip->dma8); + + if (chip->hardware != SB_HW_JAZZ16) { + snd_printk(PFX_ERR "Not a Jazz16 chip at %#x.\n", sbport); + snd_card_free(card); + return -ENODEV; + } + err = snd_sb8dsp_pcm(chip, 0, NULL); + if (err < 0) + goto out_err; + + err = snd_sbmixer_new(chip); + if (err < 0) + goto out_err; + + err = snd_opl3_create(card, sbport, sbport + 2, + OPL3_HW_AUTO, 1, &opl3); + if (err < 0) + snd_printk(PFX_WARN "No OPL device found, skipping.\n"); + else { + err = snd_opl3_timer_new(opl3, 1, 2); + if (err < 0) + goto out_err; + err = snd_opl3_hwdep_new(opl3, 0, 1, NULL); + if (err < 0) + goto out_err; + } + if (pnp_port_valid(pnp_dev, 1) + && !(pnp_port_flags(pnp_dev, 1) & IORESOURCE_DISABLED)) { + int mpuirqflags; + if (!pnp_irq_valid(pnp_dev, 1) + || pnp_irq_flags(pnp_dev, 1) & IORESOURCE_DISABLED) { + mpuirq = -1; + mpuirqflags = 0; + } else { + mpuirq = pnp_irq(pnp_dev, 1); + mpuirqflags = IRQF_DISABLED; + } + mpuport = pnp_port_start(pnp_dev, 1); + err = snd_mpu401_uart_new(card, 0, MPU401_HW_MPU401, + mpuport, 0, mpuirq, + mpuirqflags, NULL); + if (err < 0) + snd_printk(PFX_WARN "MPU-401 device not configured, skipping.\n"); + } + err = snd_card_register(card); + if (err >= 0) + return 0; +out_err: + snd_card_free(card); + return err; +} + +static void __devexit snd_jazz16_pnp_remove(struct pnp_dev *dev) +{ + snd_card_free(pnp_get_drvdata(dev)); + pnp_set_drvdata(dev, NULL); +} + +static struct pnp_driver snd_jazz16_pnp_driver = { + .name = "Jazz16", + .id_table = snd_jazz16_pnpids, + .probe = snd_jazz16_pnp_probe, + .remove = __devexit_p(snd_jazz16_pnp_remove), +}; + +static int __devinit alsa_card_jazz16_init(void) +{ + return pnp_register_driver(&snd_jazz16_pnp_driver); +} + +static void __devexit alsa_card_jazz16_exit(void) +{ + pnp_unregister_driver(&snd_jazz16_pnp_driver); +} + +module_init(alsa_card_jazz16_init); +module_exit(alsa_card_jazz16_exit); -- Rask Ingemann Lambertsen

3 3

[alsa-devel] [Alsa-devel] Read the input of a soundcard with ALSA
by Nyx 20 Apr '07

20 Apr '07

Hi, I have some problems to read the input of my soundcard using Alsa and I don't really understand how to have access to the input of my soundcard. I follow : http://www.alsa-project.org/alsa-doc/alsa-lib/_2test_2pcm_8c-example.html http://www.alsa-project.org/alsa-doc/alsa-lib/_2test_2latency_8c-example.ht… # So, in my program, I have created two handles for capture and playback : char *device = "hw:0,0"; snd_output_t *output; snd_input_t *input; snd_pcm_t *phandle, *chandle; # then I connect the phandle to the out err = snd_output_stdio_attach(&output, stdout, 0); if (..) # Do I have to connect the chandle with the input ? # err = snd_input_stdio_attach(&input, stdin, 0); # I open the access to PCM err = snd_pcm_open(&phandle, pdevice, SND_PCM_STREAM_PLAYBACK, 0) if (..) err = snd_pcm_open(&chandle, pdevice, SND_PCM_STREAM_CAPTURE, 0) if(..) # Hardware and software Parameters ## Hardware Parameters snd_pcm_hw_params; int err; err = snd_pcm_hw_params_any(phandle, params); if(..); err = snd_pcm_hw_params_set_access(phandle, params,SND_PCM_ACCESS_RW_INTERLEAVED); if(..); err = snd_pcm_hw_params_set_format(phandle, params,SND_PCM_FORMAT_S16); if(..); err = snd_pcm_hw_params_set_channels(phandle, params, 1); if(..); err = snd_pcm_hw_params_set_rate_near(phandle, params, 44100, 0); if(..); err = snd_pcm_hw_params_set_buffer_time_near(phandle, params, 500000, &dir); if(..); err = snd_pcm_hw_params_set_time_near(phandle, params, 100000, &dir), if(..); err = snd_pcm_hw_params(phandle, params); ##Software parameters err = snd_pcm_sw_params(phandle, params); if(..); err = snd_pcm_sw_params_set_start_threshold(phandle, swparams, 0x7fffffff); if(..); err = snd_pcm_sw_params_set_avail_min(phandle, swparams, 4); # same configuration for phandle # Link output to input and start err = snd_pcm_link(chandle, phandle); if(..); err = snd_pcm_start(chandle); if(..); #Then I want to read my input frames_in = 0; in_max = 0; latency = 28; buffer = malloc((latency_max * snd_pcm_format_width(format) / 8) * 2); while (1) { r = readbuf(chandle, buffer, latency, &frames_in, &in_max)); if(..); } # description of the function long readbuf(snd_pcm_t *handle, char *buf, long len, size_t *frames, size_t *max) { long r; do { r = snd_pcm_readi(handle, buf, len); } while (r == -EAGAIN); if (r > 0) { *frames += r; if ((long)*max < r) *max = r; } printf ("r = %s, len %li and buf[%d] %f \r", snd_strerror(r), len,i, buf[i]); return r; } So I compile it and I run it, and I have $ read = Broken Pipe, len = 28 and buf[..] = 0.000 Anyone can help me to read the input of my sound card ? Thank you -- K

1 0

Re: [alsa-devel] [PATCH 16/16] alsa sound support for mips
by Ralf Baechle 20 Apr '07

20 Apr '07

On Sun, Apr 15, 2007 at 11:26:05PM +0800, tiansm(a)lemote.com wrote: (Adding a few more people to the cc'list) > sound/core/pcm_native.c | 10 ++++++++++ > sound/core/sgbuf.c | 9 +++++++++ > 2 files changed, 19 insertions(+), 0 deletions(-) > > diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c > index 3e276fc..9005bac 100644 > --- a/sound/core/pcm_native.c > +++ b/sound/core/pcm_native.c > @@ -3145,7 +3145,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) Please use CONFIG_MIPS instead of __mips__ in #if / #ifdefs. The question if #ifdefing is the right approach to solve this problem is something else but I think no, .... > + page = virt_to_page(CAC_ADDR(vaddr)); > +#else > page = virt_to_page(vaddr); > +#endif So this is needed because the MIPS virt_to_page is returning a unsuitable value if vaddress is not a KSEG0 (64-bit: cached XKPHYS) address which is what GFP allocations and the slab will return. So now we have to deciede if a) the MIPS __pa() should be changed to handle uncached addresses. b) the sound code here is simply broken. Some drivers seem to allocate runtime->dma_area from vmalloc, so this whole area in the sound code is looking like built on quicksand ... > } > get_page(page); > if (type) > @@ -3261,6 +3265,12 @@ 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); > + area->vm_flags |= ( VM_RESERVED | VM_IO); VM_RESERVED will prevent the buffer from being freed. I assume that is another workaround for some kernel subsystem blowing up when being fed a pointer to an uncached RAM address? This smells like a memory leak. > +#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..535f0bc 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)); VM_RESERVED will prevent the buffer from being freed. I assume that is another workaround for some kernel subsystem blowing up when being fed a pointer to an uncached RAM address? This smells like a memory leak. > +#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 | VM_IO, pgprot_noncached(PAGE_KERNEL)); > +#else > dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP, PAGE_KERNEL); > +#endif I would suggest to get rid of this ifdef with a new arch-specific function like vmap_io_buffer which will do whatever a platform seems fit for this case? > if (! dmab->area) > goto _failed; > return dmab->area; Ralf

3 2

[alsa-devel] Trying to support hda-intel ALC883_CLEVO
by Pablo N. Hess 19 Apr '07

19 Apr '07

I have a Clevo M600 notebook, which comes with Realtek's HDA Intel audio chip. 'lspci -vn' says: 00:1b.0 0403: 8086:27d8 (rev 02) Subsystem: 1558:0660 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at 6c340000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0 Capabilities: [100] Virtual Channel Capabilities: [130] Unknown (5) Linux 2.6.20 (Gentoo's gentoo-sources-2.6.20r4) recognizes it as an ALC883 chip, but no parameter combination would make the sound work properly (and that includes 'model=clevo'). As this module ships, no output would come from the built-in speakers, and the headphone volume was miserably low. patch_realtek.c supports vendor=1558 device=0660, but only as a ALC880 chip. However, mine *is* an ALC883 vendor=1558 device=0660. After copying the ALC880_CLEVO support code lines into a new ALC883_CLEVO (and changing every occurence of ALC880 to ALC883 in that new code block), recompiling the kernel and loading the snd-hda-intel with model=clevo, almost everything started working fine. I mean, sound comes as perfectly as it can through the built-in speakers, and the built-in mic also outputs its sound through these speakers. However, I can't capture anything. Alsamixer shows no capture device at all (although all playback devices appear to be present). This is very strange to me, as the built-in mic really *does* output its sound through the speakers. As you can probably see, I don't know anything about sound chips. I just did what seemed understandable (to me) to add proper support for my ALC883_CLEVO device. Thank you very much if you can help me solve this issue, as I really need to speak with my family and girlfriend far, far away. Cheers, Pablo Hess

2 1

[alsa-devel] [KJ][PATCH] sound: SPIN_LOCK_UNLOCKED cleanup
by Milind Arun Choudhary 19 Apr '07

19 Apr '07

SPIN_LOCK_UNLOCKED cleanup,use __SPIN_LOCK_UNLOCKED instead Signed-off-by: Milind Arun Choudhary <milindchoudhary(a)gmail.com> --- soc/at91/at91-i2s.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/at91/at91-i2s.c b/sound/soc/at91/at91-i2s.c index 9fc0c03..d65a47d 100644 --- a/sound/soc/at91/at91-i2s.c +++ b/sound/soc/at91/at91-i2s.c @@ -151,20 +151,20 @@ static struct at91_ssc_info { } ssc_info[NUM_SSC_DEVICES] = { { .name = "ssc0", - .lock = SPIN_LOCK_UNLOCKED, + .lock = __SPIN_LOCK_UNLOCKED(ssc_info[0].lock), .dir_mask = 0, .initialized = 0, }, #if NUM_SSC_DEVICES == 3 { .name = "ssc1", - .lock = SPIN_LOCK_UNLOCKED, + .lock = __SPIN_LOCK_UNLOCKED(ssc_info[1].lock), .dir_mask = 0, .initialized = 0, }, { .name = "ssc2", - .lock = SPIN_LOCK_UNLOCKED, + .lock = __SPIN_LOCK_UNLOCKED(ssc_info[2].lock), .dir_mask = 0, .initialized = 0, }, -- Milind Arun Choudhary

1 0

[alsa-devel] CS4270 supported?
by Timur Tabi 19 Apr '07

19 Apr '07

I've never worked with ALSA before, but I'm about to start developing on an ALSA driver for our hardware, which has a CS4270 on it attached via an I2S interface. After scanning the source code and mailing lists, I see no mention of the CS4270. So does that mean I would need to write an ASoC codec driver for the CS4270? If so, does the data sheet (http://www.cirrus.com/en/pubs/proDatasheet/CS4270_PP1.pdf) contain enough information? -- Timur Tabi Linux Kernel Developer @ Freescale

4 7

[alsa-devel] Trying to support hda-intel ALC883_CLEVO
by natunobilis＠gentoobr.org 19 Apr '07

19 Apr '07

I have a Clevo M600 notebook, which comes with Realtek's HDA Intel audio chip. 'lspci -vn' says: 00:1b.0 0403: 8086:27d8 (rev 02) Subsystem: 1558:0660 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at 6c340000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0 Capabilities: [100] Virtual Channel Capabilities: [130] Unknown (5) Linux 2.6.20 (Gentoo's gentoo-sources-2.6.20r4) recognizes it as an ALC883 chip, but no parameter combination would make the sound work properly (and that includes 'model=clevo'). As this module ships, no output would come from the built-in speakers, and the headphone volume was miserably low. patch_realtek.c supports vendor=1558 device=0660, but only as a ALC880 chip. However, mine *is* an ALC883 vendor=1558 device=0660. After copying the ALC880_CLEVO support code lines into a new ALC883_CLEVO (and changing every occurence of ALC880 to ALC883 in that new code block), recompiling the kernel and loading the snd-hda-intel with model=clevo, almost everything started working fine. I mean, sound comes as perfectly as it can through the built-in speakers, and the built-in mic also outputs its sound through these speakers. However, I can't capture anything. Alsamixer shows no capture device at all (although all playback devices appear to be present). This is very strange to me, as the built-in mic really *does* output its sound through the speakers. As you can probably see, I don't know anything about sound chips. I just did what seemed understandable (to me) to add proper support for my ALC883_CLEVO device. Thank you very much if you can help me solve this issue, as I really need to speak with my family and girlfriend far, far away. Cheers, Pablo Hess

1 0

[alsa-devel] Surround problems on ALC883
by Pavel Patz 18 Apr '07

18 Apr '07

Hi all, I have problems with chip Realtek ALC883 (lspci: 00:06.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2)) and surround sound. Stereo sound is working (games, music) fine - all 6 speaker are playing. But when I tried to run "aplay chan-id.wav", i've heard only "front left" (front & rear left + center were playing) and "front right" (right front & rear were playing), then was silence until the end of the file. Running "aplay -Dsurround51 chan-id.wav" causes that aplay hangs-up without any output. Running it with -v parameter produces this output: Playing WAVE 'Desktop/Surround-SDL-testfiles/chan-id.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Channels 6 Soft volume PCM Control: PCM Playback Volume min_dB: -51 resolution: 256 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 6 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 5460 period_size : 1365 period_time : 30952 tick_time : 1000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1365 xfer_align : 1365 start_threshold : 5460 stop_threshold : 5460 silence_threshold: 0 silence_size : 0 boundary : 6147413491360727040 Slave: Hardware PCM card 0 'HDA NVidia' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 6 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 5460 period_size : 1365 period_time : 30952 tick_time : 1000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1365 xfer_align : 1365 start_threshold : 5460 stop_threshold : 5460 silence_threshold: 0 silence_size : 0 boundary : 6147413491360727040 and then hang up until i press ctrl+c. Same results i get with speaker-test. I'm using alsa-lib-1.0.14-0.4.rc3.fc7 I've found similar problem in archive (about half a year old) but it still seems it isn't working. Is there any possibility, that this will be fixed in future? Thanks for all your help (and please leave me in CC, i'm not on mailing-list). Following lsmod & /proc/asound/card0/codec#0 [cdome@andromeda ~]$ /sbin/lsmod |grep snd snd_hda_intel 27936 2 snd_hda_codec 262400 1 snd_hda_intel snd_seq_dummy 11908 0 snd_seq_oss 40448 0 snd_seq_midi_event 16128 1 snd_seq_oss snd_seq 60704 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 16404 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 50944 0 snd_mixer_oss 24320 2 snd_pcm_oss snd_pcm 90888 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_timer 30088 2 snd_seq,snd_pcm snd 67624 12 snd_hda_intel,snd_hda_codec,snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 17505 2 snd snd_page_alloc 16912 2 snd_hda_intel,snd_pcm [cdome@andromeda ~]$ cat /proc/asound/card0/codec#0 Codec: Realtek ALC883 Address: 0 Vendor Id: 0x10ec0883 Subsystem Id: 0x1458e601 Revision Id: 0x100002 Default PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: N/A Node 0x02 [Audio Output] wcaps 0x11: Stereo PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x03 [Audio Output] wcaps 0x11: Stereo PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x04 [Audio Output] wcaps 0x11: Stereo PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x05 [Audio Output] wcaps 0x11: Stereo PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital PCM: rates [0x560]: 44100 48000 96000 192000 bits [0x1e]: 16 20 24 32 formats [0x1]: PCM Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x10 0x10] PCM: rates [0x160]: 44100 48000 96000 bits [0x6]: 16 20 formats [0x1]: PCM Connection: 1 0x23 Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x00 0x00] PCM: rates [0x160]: 44100 48000 96000 bits [0x6]: 16 20 formats [0x1]: PCM Connection: 1 0x22 Node 0x0a [Audio Input] wcaps 0x100391: Stereo Digital PCM: rates [0x560]: 44100 48000 96000 192000 bits [0x1e]: 16 20 24 32 formats [0x1]: PCM Connection: 1 0x1f Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x80 0x80] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x17 0x17] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Connection: 10 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x1a 0x1a] Connection: 2 0x02 0x0b Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x1a 0x1a] Connection: 2 0x03 0x0b Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x1a 0x04] Connection: 2 0x04 0x0b Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x05 0x0b Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x12 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x083e: IN OUT HP Detect Pin Default 0x01014410: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green Pin-ctls: 0x40: OUT Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x15 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x083e: IN OUT HP Detect Pin Default 0x01011412: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Black Pin-ctls: 0x40: OUT Connection: 5 0x0c 0x0d* 0x0e 0x0f 0x26 Node 0x16 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x083e: IN OUT HP Detect Pin Default 0x01016411: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Orange Pin-ctls: 0x40: OUT Connection: 5 0x0c 0x0d 0x0e* 0x0f 0x26 Node 0x17 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x083e: IN OUT HP Detect Pin Default 0x01012414: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Grey Pin-ctls: 0x40: OUT Connection: 5 0x0c 0x0d 0x0e 0x0f* 0x26 Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08173e: IN OUT HP Detect Pin Default 0x01a19c40: [Jack] Mic at Ext Rear Conn = 1/8, Color = Pink Pin-ctls: 0x24: IN Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x19 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08173e: IN OUT HP Detect Pin Default 0x02a19c50: [Jack] Mic at Ext Front Conn = 1/8, Color = Pink Pin-ctls: 0x24: IN Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08173e: IN OUT HP Detect Pin Default 0x01813c41: [Jack] Line In at Ext Rear Conn = 1/8, Color = Blue Pin-ctls: 0x20: IN Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08173e: IN OUT HP Detect Pin Default 0x02214c20: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green Pin-ctls: 0xc0: OUT HP Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x1c [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x9933014f: [Fixed] CD at Int ATAPI Conn = ATAPI, Color = Unknown Pin-ctls: 0x00: Node 0x1d [Pin Complex] wcaps 0x400000: Mono Pincap 0x0820: IN Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black Pin-ctls: 0x00: Node 0x1e [Pin Complex] wcaps 0x400300: Mono Digital Pincap 0x0810: OUT Pin Default 0x014b6130: [Jack] SPDIF Out at Ext Rear Conn = Comb, Color = Orange Pin-ctls: 0x00: Connection: 1 0x06 Node 0x1f [Pin Complex] wcaps 0x400200: Mono Digital Pincap 0x0820: IN Pin Default 0x01cb7160: [Jack] SPDIF In at Ext Rear Conn = Comb, Color = Yellow Pin-ctls: 0x00: Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x22 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Amp-Out caps: N/A Amp-Out vals: [0x00 0x00] Connection: 11 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b Node 0x23 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Amp-Out caps: N/A Amp-Out vals: [0x00 0x00] Connection: 11 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x25 [Audio Output] wcaps 0x11: Stereo PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x26 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x25 0x0b

3 8

[alsa-devel] snd_pcm_hardware_t.info question
by Ciaccia 18 Apr '07

18 Apr '07

Hi all, I am trying to fix (improve?) a driver for an embedded ARM device I bought months ago, and for some reasons some ALSA applications work fine while other ones don't... Looking at the driver I got, I noticed that the info field in the snd_pcm_hardware_t struct just defines: SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_PAUSE while the info in the tutorial "writing an alsa driver" defines: SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP_VALID Furthermore, the driver defines a copy callback (actually 2, one for playback and one for capture), where it copies the data from the use space to the dma buffer. Since the dma buffer was preallocated with snd_pcm_lib_preallocate_pages_for_all and is accessible from the "outside", I wonder why the original author did this... I have some questions for you gurus: - what is the difference between SNDRV_PCM_INFO_MMAP and SNDRV_PCM_INFO_MMAP_VALID? What is SNDRV_PCM_INFO_BLOCK_TRANSFER? - The code calls snd_pcm_lib_preallocate_pages_for_all function as following: /* allocate the pcm(DMA) memory */ ret = snd_pcm_lib_preallocate_pages_for_all(pcm, SNDRV_DMA_TYPE_DEV,0, 4*128*1024, 4*128*1024); is the DMA_TYPE right for an ARM device? Is NULL a correct value for data in this case? - In case I get rid of the copy callback, how do I specify the format of the stream? How does Where can I find an example for that? Thanks a lot Andrea __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 5

[alsa-devel] [PATCH] sound: convert "sound" subdirectory to UTF-8
by John Anthony Kazos Jr. 17 Apr '07

17 Apr '07

From: John Anthony Kazos Jr. <jakj(a)j-a-k-j.com> Convert the "sound" subdirectory to UTF-8. The following files are changed. sound/oss/{trident.c,es1371.c,pas2_pcm.c} sound/oss/emu10k1/{passthrough.h,passthrough.c} sound/pci/mixart/mixart.c Signed-off-by: John Anthony Kazos Jr. <jakj(a)j-a-k-j.com> --- I can't get my mail client to send in ISO-8859-1 explicitly instead of whatever it decides I want, so the actual patch is attached in octet-stream format. The below patch is just for reference and will very likely NOT work, unless this time it picks ISO-8859-1. Also, since the patch includes both encodings, whichever encoding you select while viewing it will display one correct and one garbled line. However, the bytecodes -are- correct. diff -uprN linux-2.6.21-rc7.orig/sound/oss/emu10k1/passthrough.c linux-2.6.21-rc7.mod/sound/oss/emu10k1/passthrough.c --- linux-2.6.21-rc7.orig/sound/oss/emu10k1/passthrough.c 2007-02-04 13:44:54.000000000 -0500 +++ linux-2.6.21-rc7.mod/sound/oss/emu10k1/passthrough.c 2007-04-17 13:55:45.000000000 -0400 @@ -1,13 +1,13 @@ /* ********************************************************************** * passthrough.c -- Emu10k1 digital passthrough - * Copyright (C) 2001 Juha Yrjölä <jyrjola(a)cc.hut.fi> + * Copyright (C) 2001 Juha YrjÃ¶lÃ¤ <jyrjola(a)cc.hut.fi> * ********************************************************************** * * Date Author Summary of changes * ---- ------ ------------------ - * May 15, 2001 Juha Yrjölä base code release + * May 15, 2001 Juha YrjÃ¶lÃ¤ base code release * ********************************************************************** * diff -uprN linux-2.6.21-rc7.orig/sound/oss/emu10k1/passthrough.h linux-2.6.21-rc7.mod/sound/oss/emu10k1/passthrough.h --- linux-2.6.21-rc7.orig/sound/oss/emu10k1/passthrough.h 2007-02-04 13:44:54.000000000 -0500 +++ linux-2.6.21-rc7.mod/sound/oss/emu10k1/passthrough.h 2007-04-17 13:55:45.000000000 -0400 @@ -1,13 +1,13 @@ /* ********************************************************************** * passthrough.h -- Emu10k1 digital passthrough header file - * Copyright (C) 2001 Juha Yrjölä <jyrjola(a)cc.hut.fi> + * Copyright (C) 2001 Juha YrjÃ¶lÃ¤ <jyrjola(a)cc.hut.fi> * ********************************************************************** * * Date Author Summary of changes * ---- ------ ------------------ - * May 15, 2001 Juha Yrjölä base code release + * May 15, 2001 Juha YrjÃ¶lÃ¤ base code release * ********************************************************************** * diff -uprN linux-2.6.21-rc7.orig/sound/oss/es1371.c linux-2.6.21-rc7.mod/sound/oss/es1371.c --- linux-2.6.21-rc7.orig/sound/oss/es1371.c 2007-04-17 11:42:18.000000000 -0400 +++ linux-2.6.21-rc7.mod/sound/oss/es1371.c 2007-04-17 13:55:45.000000000 -0400 @@ -100,7 +100,7 @@ * Tjeerd Mulder <tjeerd.mulder(a)fujitsu-siemens.com> * 05.01.2001 0.29 Hopefully updates will not be required anymore when Creative bumps * the CT5880 revision. - * suggested by Stephan Müller <smueller(a)chronox.de> + * suggested by Stephan MÃ¼ller <smueller(a)chronox.de> * 31.01.2001 0.30 Register/Unregister gameport * Fix SETTRIGGER non OSS API conformity * 14.07.2001 0.31 Add list of laptops needing amplifier control diff -uprN linux-2.6.21-rc7.orig/sound/oss/pas2_pcm.c linux-2.6.21-rc7.mod/sound/oss/pas2_pcm.c --- linux-2.6.21-rc7.orig/sound/oss/pas2_pcm.c 2007-02-04 13:44:54.000000000 -0500 +++ linux-2.6.21-rc7.mod/sound/oss/pas2_pcm.c 2007-04-17 13:55:45.000000000 -0400 @@ -85,7 +85,7 @@ static int pcm_set_speed(int arg) * come from the SDK found on ftp.uwp.edu:/pub/msdos/proaudio/. * * I cleared bit 5 of these values, since that bit controls the master - * mute flag. (Olav Wölfelschneider) + * mute flag. (Olav WÃ¶lfelschneider) * */ #if !defined NO_AUTO_FILTER_SET diff -uprN linux-2.6.21-rc7.orig/sound/oss/trident.c linux-2.6.21-rc7.mod/sound/oss/trident.c --- linux-2.6.21-rc7.orig/sound/oss/trident.c 2007-04-17 11:42:18.000000000 -0400 +++ linux-2.6.21-rc7.mod/sound/oss/trident.c 2007-04-17 13:55:45.000000000 -0400 @@ -18,7 +18,7 @@ * Ollie Lho <ollie(a)sis.com.tw> SiS 7018 Audio Core Support * Ching-Ling Lee <cling-li(a)ali.com.tw> ALi 5451 Audio Core Support * Matt Wu <mattwu(a)acersoftech.com.cn> ALi 5451 Audio Core Support - * Peter Wächtler <pwaechtler(a)loewe-komp.de> CyberPro5050 support + * Peter WÃ¤chtler <pwaechtler(a)loewe-komp.de> CyberPro5050 support * Muli Ben-Yehuda <mulix(a)mulix.org> * * @@ -89,7 +89,7 @@ * use set_current_state, properly release resources on failure in * trident_probe, get rid of check_region * v0.14.9c - * August 10 2001 Peter Wächtler <pwaechtler(a)loewe-komp.de> + * August 10 2001 Peter WÃ¤chtler <pwaechtler(a)loewe-komp.de> * added support for Tvia (formerly Integraphics/IGST) CyberPro5050 * this chip is often found in settop boxes (combined video+audio) * v0.14.9b diff -uprN linux-2.6.21-rc7.orig/sound/pci/mixart/mixart.c linux-2.6.21-rc7.mod/sound/pci/mixart/mixart.c --- linux-2.6.21-rc7.orig/sound/pci/mixart/mixart.c 2007-02-04 13:44:54.000000000 -0500 +++ linux-2.6.21-rc7.mod/sound/pci/mixart/mixart.c 2007-04-17 13:55:45.000000000 -0400 @@ -472,7 +472,7 @@ static int snd_mixart_prepare(struct snd struct snd_mixart *chip = snd_pcm_substream_chip(subs); struct mixart_stream *stream = subs->runtime->private_data; - /* TODO de façon non bloquante, réappliquer les hw_params (rate, bits, codec) */ + /* TODO de faÃ§on non bloquante, rÃ©appliquer les hw_params (rate, bits, codec) */ snd_printdd("snd_mixart_prepare\n");

1 0

[alsa-devel] Request for CS4280 Manual
by Amar singh 17 Apr '07

17 Apr '07

Hello Sir, I'm a newbie in Linux Deivce Drivers and Kernel Development. We're writing our own driver for sound card - Cirrus Logic, Sound Fusion CS4280. in Fedora Core 6 Linux flavour. For that I've been looking for the programming manual of the above said sound card, for a long time now, but didn't succeed in getting one. Since nothing being fruitful for me in this case, we're stuck up with our project, at the start. Therefore I'd kindly like to request you to plz, send me, if you can, the programming manual in the pdf/doc format or a link to the place from where we can get that document. We'd really appreciate your help for the matter. Looking ahead for positive reply from you. Thanks and Regards, Amar singh Emertxe Information Technologies (P) Ltd., Bangalore - 56. India.

3 3

[alsa-devel] [PATCH] ASoC Kconfig description.
by Liam Girdwood 17 Apr '07

17 Apr '07

This patch makes the ASoC Kconfig descriptions a little more meaningful. Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

2 1

[alsa-devel] Why do I not see patches in the emails?
by Timur Tabi 17 Apr '07

17 Apr '07

Can someone tell me why I can't see that actual patches in the posts that include them? I'm guessing it's some odd configuration option, but I went to http://mailman.alsa-project.org/mailman/options/alsa-devel and I didn't see anything applicable. Here's an example. As you can see, there is a text/plain attachment where the patch would be, but it's empty. Sender: alsa-devel-bounces(a)alsa-project.org Errors-To: alsa-devel-bounces(a)alsa-project.org Return-Path: alsa-devel-bounces(a)alsa-project.org X-OriginalArrivalTime: 16 Apr 2007 13:52:51.0309 (UTC) FILETIME=[864861D0:01C7802E] --=-Uhr6lvaXHMfZKXRJXsBj Content-Type: text/plain Content-Transfer-Encoding: 7bit This patch by Frank Madarino updates the AT91xxxx Makefile and Kconfig to build the renamed SSC files. Changes:- o Rename various i2s labels to ssc Signed-off-by: Frank Mandarino <fmandarino(a)endrelia.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com> --=-Uhr6lvaXHMfZKXRJXsBj Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Alsa-devel mailing list Alsa-devel(a)alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel --=-Uhr6lvaXHMfZKXRJXsBj-- -- Timur Tabi Linux Kernel Developer @ Freescale

2 1

[alsa-devel] FW: Individual PCM stream control
by Nagalla, Hari 17 Apr '07

17 Apr '07

Thanks for the reply.. We followed your suggestions and we see the PCM stream controls from the user space after we have created the controls at the driver using IFACE_PCM tags.. But when I try to set the 'index' in 'snd_ctl_elem_id' to reflect the PCM substream number, it seems to always get reset to '0'. Can you please suggest, how to set the index. --- snapshot of the code -------- snd_ctl_elem_info_alloca(&info); snd_ctl_elem_id_alloca(&id); snd_ctl_elem_value_alloca(&control); snd_ctl_elem_id_set_numid(id, ctl_num); snd_ctl_elem_id_set_interface(id, SND_CTL_ELEM_IFACE_PCM); fprintf(stdout,"setting the mute/unmute for stream index 0x%x \n", (unsigned int) stream_id); snd_ctl_elem_id_set_index(id,(unsigned int) stream_id); if (handle == NULL && (err = snd_ctl_open(&handle, card, 0)) < 0) { fprintf(stderr,"Control %s open error: %s\n", card, snd_strerror(err)); return err; } snd_ctl_elem_info_set_id(info, id); if ((err = snd_ctl_elem_info(handle, info)) < 0) { fprintf(stderr,"Cannot find the given element from control %s\n", card); return err; } snd_ctl_elem_info_get_id(info, id); /* FIXME: Remove it when hctl find works ok !!! */ type = snd_ctl_elem_info_get_type(info); count = snd_ctl_elem_info_get_count(info); snd_ctl_elem_value_set_id(control, id); show_control_id(id); printf("\n"); fprintf(stdout, "Retrieving the stream index 0x%x \n",snd_ctl_elem_id_get_index(id)); ---------------------------------------------------------------- Thanks a bunch !! Hari > -----Original Message----- > From: Takashi Iwai [mailto:tiwai@suse.de] > Sent: Wednesday, April 04, 2007 11:21 AM > To: Nagalla, Hari > Cc: alsa-devel(a)alsa-project.org > Subject: Re: [alsa-devel] Individual PCM stream control > > At Fri, 30 Mar 2007 05:47:11 -0500, > Nagalla, Hari wrote: > > > > Thanks for the advice.. Couple of inline questions below.. > > > > > > > -----Original Message----- > > > > I am new to ALSA, so some help from experienced folks would help.. > > > > > > > > We are trying to develop ALSA support for our DSP based mixer. In > > our > > > > architecture DSP performs the mixing, sample rate conversion etc. My > > > > question is how, can does the user space applications exercise > > > > controlling individual PCM stream to the mixer? Ex: individual > > stream > > > > gain control, individual stream mute, etc.. Any user space example > > code > > > > would be useful too.. > > > > > > Most drivers create PCM volume controls with IFACE_PCM tag, and set up > > > the volume appropriately at each PCM open, or let alsa-lib configs to > > > set up the initial volumes. Usually, the control element index > > > corresponds to the PCM substream number. > > > > Which alsa library API lets us to set up the PCM stream volume? And can > > it be used dynamically when the stream is active? > > It is controlled via the normal control API. Open the snd_ctl_t > handle for the same card (e.g. "hw:0" or "default"), and change the > value of the element. However, there is no standard name for the > individual PCM volume controls, and currrently depending on the driver > implementation... > > > I could n't figure out 'index' of the control element. > > It's the index in snd_ctl_elem_id. You can access via > snd_ctl_elem_id_{get|set}_index() in alsa-lib. > > > Takashi

1 0

Re: [alsa-devel] 1010lt (ice1712) asoundrc for 6 virtual mono cards question
by Giovanni Maruzzelli 17 Apr '07

17 Apr '07

I applied the first hint from Jaroslav (at the end of this post the new asound.conf), but the problem seems not gone: one time each 256 seconds I get a very strong cpu load spike, that is maybe related (my guess) to the usage of plugin (maybe periodic cleaning each 256 secs?). When there is no spike, the cpu load is 0.0% with occasional 0.1% any 60-90 secs. I ran the latency test code with plughw:0 (I can't use latency.c with my virtual cards because they can't link the in and out togheter) using the blocking mode, real time, no poll. Any 256 secs, spike! (a cpu load for latency.c of 45.00%, for roughly a sec, with the cumulated cpu time of the latency.c app reported from top -d 1.0 passing from: 0:00.01 to: 0:00.64 to: 0:01.26 etc, any 256 seconds. latency.c output: ./latency -P plughw:0 -C plughw:0 -f S16_LE -c 1 -r 8000 -m 320 -M 960 -s 600 -b Playback device is plughw:0 Capture device is plughw:0 Parameters are 8000Hz, S16_LE, 1 channels, blocking mode Wanted tick time: 0us, poll mode: no Loop limit is 4800000 frames, minimum latency = 320, maximum latency = 960 Plug PCM: Route conversion PCM (sformat=S32_LE) Transformation table: 0 <- 0 1 <- 0 2 <- 0 3 <- 0 4 <- 0 5 <- 0 6 <- 0 7 <- 0 8 <- 0 9 <- 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 1 rate : 8000 exact rate : 8000 (8000/1) msbits : 16 buffer_size : 320 period_size : 160 period_time : 20000 tick_time : 10000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 160 xfer_align : 1 start_threshold : 2147483647 stop_threshold : 320 silence_threshold: 0 silence_size : 0 boundary : 1342177280 Slave: Hardware PCM card 0 'M Audio Delta 1010LT' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 10 rate : 8000 exact rate : 8000 (8000/1) msbits : 24 buffer_size : 320 period_size : 160 period_time : 20000 tick_time : 10000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 160 xfer_align : 1 start_threshold : 2147483647 stop_threshold : 320 silence_threshold: 0 silence_size : 0 boundary : 1342177280 Plug PCM: Route conversion PCM (sformat=S32_LE) Transformation table: 0 <- 0*0.0833333 + 1*0.0833333 + 2*0.0833333 + 3*0.0833333 + 4*0.0833333 + 5*0.0833333 + 6*0.0833333 + 7*0.0833333 + 8*0.0833333 + 9*0.0833333 + 10*0.0833333 + 11*0.0833333 Its setup is: stream : CAPTURE access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 1 rate : 8000 exact rate : 8000 (8000/1) msbits : 16 buffer_size : 320 period_size : 160 period_time : 20000 tick_time : 10000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 160 xfer_align : 1 start_threshold : 2147483647 stop_threshold : 320 silence_threshold: 0 silence_size : 0 boundary : 1342177280 Slave: Hardware PCM card 0 'M Audio Delta 1010LT' device 0 subdevice 0 Its setup is: stream : CAPTURE access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 12 rate : 8000 exact rate : 8000 (8000/1) msbits : 24 buffer_size : 320 period_size : 160 period_time : 20000 tick_time : 10000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 160 xfer_align : 1 start_threshold : 2147483647 stop_threshold : 320 silence_threshold: 0 silence_size : 0 boundary : 1342177280 Trying latency 320 frames, 40000.000us, 40.000000ms (25.0000Hz) Success Playback: *** frames = 4800320 *** state : RUNNING trigger_time: 1176471431.639255951 tstamp : 1176472031.482713139 delay : 317 avail : 3 avail_max : 192 Capture: *** frames = 4800000 *** state : RUNNING trigger_time: 1176471431.639255951 tstamp : 1176472031.482757926 delay : 1 avail : 1 avail_max : 189 Maximum read: 160 frames Maximum read latency: 20000.000us, 20.000000ms (50.0000Hz) Hardware sync Playback time = 1176471431.639255, Record time = 1176471431.639255, diff = 0 new asound.conf: pcm.c3 { type dsnoop ipc_key 56789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } bindings { 0 2 } } pcm.capt3 { type plug slave.pcm c3 } pcm.c4 { type dsnoop ipc_key 56789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } bindings { 0 3 } } pcm.capt4 { type plug slave.pcm c4 } pcm.c5 { type dsnoop ipc_key 56789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } bindings { 0 4 } } pcm.capt5 { type plug slave.pcm c5 } pcm.c6 { type dsnoop ipc_key 56789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } bindings { 0 5 } } pcm.capt6 { type plug slave.pcm c6 } pcm.c7 { type dsnoop ipc_key 56789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } bindings { 0 6 } } pcm.capt7 { type plug slave.pcm c7 } pcm.c8 { type dsnoop ipc_key 56789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } bindings { 0 7 } } pcm.capt8 { type plug slave.pcm c8 } ############################# ############################# pcm.s3 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 2 } } pcm.play3 { type plug slave.pcm s3 } pcm.s4 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 3 } } pcm.play4 { type plug slave.pcm s4 } pcm.s5 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 4 } } pcm.play5 { type plug slave.pcm s5 } pcm.s6 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 5 } } pcm.play6 { type plug slave.pcm s6 } pcm.s7 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 6 } } pcm.play7 { type plug slave.pcm s7 } pcm.s8 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 7 } } pcm.play8 { type plug slave.pcm s8 } On 4/13/07, Giovanni Maruzzelli <gmaruzz.lists(a)gmail.com> wrote: > Thanks a lot Jaroslav, I'll apply your suggestions and I'll report here > > On 4/13/07, Jaroslav Kysela <perex(a)suse.cz> wrote: > > On Fri, 13 Apr 2007, Giovanni Maruzzelli wrote: > > > > > Dear Alsa developers, > > > > > > I want to use a 1010lt (ice1712 driver) as 6 analog mono duplex cards. > > > > > > I want to use the /etc/asound.conf (.asoundrc) to split the card (that > > > has 8 in and 8 out - but I use just 6 in/out), with minimal latency. > > > > > > I mean, I want to record and play (duplex) from/to each virtual card > > > concurrently and from separate application instances. > > > > > > My app works with S16_LE, 8000, mono. > > > > > > Is the following asound.conf (.asoundrc) correct and efficient for this? > > > > Use dsnoop bindings rather than routing (ttable) for capture too, > > otherwise alsa-lib works with all channels internally. > > > > > I got spikes of cpu load (at 5-6%) on each virtual card any roughly > > > 256 seconds when using a(play|record) to record or play from/to any > > > > aplay|arecord is not very good test. Use latency test code - available in > > alsa-lib/test directory. > > > > Jaroslav > > > > ----- > > Jaroslav Kysela <perex(a)suse.cz> > > Linux Kernel Sound Maintainer > > ALSA Project, SUSE Labs > > >

2 3

[alsa-devel] [PATCH 1/2] ASoC Samsung S3c24xx updates - audio DMA cleanup.
by Liam Girdwood 17 Apr '07

17 Apr '07

This patch cleans up the audio DMA for the Samsung S3C24xx platform. Signed-off-by: Graeme Gregory <gg(a)opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

2 3

[alsa-devel] [PATCH] [ALSA] Add first generation macbook subsystem ID
by bainonline＠gmail.com 17 Apr '07

17 Apr '07

From: Abhijit Bhopatkar <bainonline(a)gmail.com> First generation MacBooks were getting ignored by sigmatel drivers and wrongly being identified as MACMINI. This patch makes them identify as MACBOOK. Signed-off-by: Abhijit Bhopatkar <bainonline(a)gmail.com> --- sound/pci/hda/patch_sigmatel.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c index c94291b..cb99df5 100644 --- a/sound/pci/hda/patch_sigmatel.c +++ b/sound/pci/hda/patch_sigmatel.c @@ -1905,6 +1905,9 @@ static int patch_stac922x(struct hda_codec *codec) */ printk(KERN_INFO "hda_codec: STAC922x, Apple subsys_id=%x\n", codec->subsystem_id); switch (codec->subsystem_id) { + case 0x106b0a00: /* MacBook First generatoin */ + spec->board_config = STAC_MACBOOK; + break; case 0x106b0200: /* MacBook Pro first generation */ spec->board_config = STAC_MACBOOK_PRO_V1; break; -- 1.4.4.2

2 1

[alsa-devel] [1/2] 2.6.21-rc7: known regressions
by Adrian Bunk 17 Apr '07

17 Apr '07

This email lists some known regressions in Linus' tree compared to 2.6.20. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : snd_hda_intel doesn't work with ASUS M2V mainboard References : http://bugzilla.kernel.org/show_bug.cgi?id=8273 Submitter : Hans-Georg Rist <hg.rist(a)web.de> Status : unknown Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski <michal.k.k.piotrowski(a)gmail.com> Status : unknown Subject : ali_pata: boot from CD fails References : http://lkml.org/lkml/2007/3/31/160 Submitter : Stephen Clark <Stephen.Clark(a)seclark.us> Status : unknown Subject : kernels fail to boot with drives on ATIIXP controller (ACPI/IRQ related) References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229621 http://lkml.org/lkml/2007/3/4/257 Submitter : Michal Jaegermann <michal(a)ellpspace.math.ualberta.ca> Status : unknown Subject : boot failure: rtl8139: exception in interrupt routine References : http://lkml.org/lkml/2007/3/31/160 Submitter : Stephen Clark <Stephen.Clark(a)seclark.us> Status : unknown Subject : laptops with e1000: lockups References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229603 Submitter : Dave Jones <davej(a)redhat.com> Handled-By : Jesse Brandeburg <jesse.brandeburg(a)intel.com> Status : problem is being debugged Subject : forcedeth: interface hangs under load References : http://lkml.org/lkml/2007/4/3/39 http://www.spinics.net/lists/netdev/msg28981.html Submitter : Ingo Molnar <mingo(a)elte.hu> Handled-By : Ingo Molnar <mingo(a)elte.hu> Ayaz Abdulla <aabdulla(a)nvidia.com> David Miller <davem(a)davemloft.net> Status : problem is being debugged Subject : hal daemon crashes after pulling a USB serial device References : http://www.opensubscriber.com/message/linux-usb-devel@lists.sourceforge.net… Submitter : Andi Kleen <ak(a)suse.de> Handled-By : Oliver Neukum <oneukum(a)suse.de> Status : problem is being debugged Subject : Oops when changing USB DVB-T adapter References : http://lkml.org/lkml/2007/3/9/212 http://lkml.org/lkml/2007/4/5/154 Submitter : CIJOML <cijoml(a)volny.cz> Handled-By : Markus Rechberger <markus.rechberger(a)amd.com> Status : patches available

5 4

[alsa-devel] [PATCH] ASoC export AC97 DAI
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch exports the ASoC AC97 Digital Audio Interface as a GPL'ed symbol. Signed-off-by: Graeme Gregory <gg(a)opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

2 1

[alsa-devel] [PATCH 1/2] ASoC WM8753 codec support.
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch series adds support for the WM8753 codec as found on the OpenMoko Neo 1973 (other Neo 1973 and Samsung S3C24xx patches to follow today) as well other new devices. Features:- o HiFi and Voice DAI supported (inc runtime switching of DAI mode) o DAPM o All mixers o PLL calculator o 16,20 and 24bit samples. o WM8753 I2C ID added to include/linux/i2c-id.h Signed-off-by: Harald Welte <laforge(a)openmoko.org> Signed-off-by: Graeme Gregory <gg(a)opensource.wolfsonmicro.com> Signed-off-by: Seth Forshee <seth.forshee(a)gmail.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com> Privacy & Confidentiality Notice ------------------------------------------------- This message and any attachments contain privileged and confidential information that is intended solely for the person(s) to whom it is addressed. If you are not an intended recipient you must not: read; copy; distribute; discuss; take any action in or make any reliance upon the contents of this message; nor open or read any attachment. If you have received this message in error, please notify us as soon as possible on the following telephone number and destroy this message including any attachments. Thank you. ------------------------------------------------- Wolfson Microelectronics plc Tel: +44 (0)131 272 7000 Fax: +44 (0)131 272 7001 Web: www.wolfsonmicro.com Registered in Scotland Company number SC089839 Registered office: Westfield House, 26 Westfield Road, Edinburgh, EH11 2QB, UK

2 4

[alsa-devel] [PATCH 2/2] ASoC Samsung S3C24xx updates - i2s
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch adds DMA size fields to the S3C24xx audio DMA params and exports the S3C24xx I2S digital audio interface. Signed-off-by: Graeme Gregory <gg(a)opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

Re: [alsa-devel] [PATCH] Re: iec958 switch uneffective while playing ac3 stream
by Takashi Iwai 16 Apr '07

16 Apr '07

At Thu, 05 Apr 2007 10:47:52 +0200, Dominique Dumont wrote: > > Takashi Iwai <tiwai(a)suse.de> writes: > > > The patch is a bit dangerous because it unconditionally resets the > > DIGI_CONVERT verb for each widget. > > Agreed. We could also test the NID before switching on and off DigEn > in the DIGI_CONVERT. > > OTOH the switch would occur for *all* HDA chips which may not be what > you want. I'm not 100% sure that this particular procedure is necessary for all codecs. So, I prefer having it in the hda-codec part rather in hda-intel part. > > The below is my modified version. > > It doesn't turn off before the controller side reset as you did. So, > > if my version doesn't work, it implies that the SPDIF reset has to be > > done before the controller reset. Please give it a try. > > It works also ! I've tested AC3 and 44KHz. I cannot test 96KHz or > 196Khz (my amp is too old). Good to hear. > > + /* turn off SPDIF once; otherwise the IEC958 bits won't be updated */ > > I had more the impression that the SPDIF stream is messed up if you > change the stream format while the digital converter is working... > > > > + if (codec->spdif_ctls & 1) > > Shouldn't you use AC_DIG1_ENABLE for a proper patch ? > > if (codec->spdif_ctls & AC_DIG1_ENABLE) > > > + snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_1, > > + codec->spdif_ctls & 0xfe); > > likewise: codec->spdif_ctls & 0xff & ~AC_DIG1_ENABLE ? > > > + snd_hda_codec_setup_stream(codec, nid, stream_tag, 0, format); > > + /* turn on again (if needed) */ > > + if (codec->spdif_ctls & 1) > > if (codec->spdif_ctls & AC_DIG1_ENABLE) ? Yeah, that'd be better. I'll fix and commit to the HG tree later. thanks, Takashi

4 20

[alsa-devel] [PATCH 1/3] ASoC AT91xxxx - SSC port DSP support
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch series by Frank Madarino updates the AT91xxxx core to add DSP/PCM audio hardware formats. Changes:- o Rename at19-i2s.c -> at91-ssc.c o Rename at91-i2s.h -> at91-ssc.h o Add DSP hardware formats. o Rename various I2S labels to SSC Signed-off-by: Frank Mandarino <fmandarino(a)endrelia.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

2 1

[alsa-devel] [PATCH 2/2] ASoC WM8753 codec - build changes
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch adds the WM8753 codec driver to the kernel build system. Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

[alsa-devel] [PATCH 3/3] ASoC AT91xxxx build
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch by Frank Madarino updates the AT91xxxx Makefile and Kconfig to build the renamed SSC files. Changes:- o Rename various i2s labels to ssc Signed-off-by: Frank Mandarino <fmandarino(a)endrelia.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

[alsa-devel] [PATCH 2/3] ASoC AT91xxxx eti B1 machine SSC changes
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch by Frank Madarino updates the eti B1 machine to use the newer AT91xxxx SSC core with the DSP/PCM audio hardware changes. Changes:- o #include "at91-ssc.h" instead of "at91-i2s.h" o Rename various I2S labels to SSC Signed-off-by: Frank Mandarino <fmandarino(a)endrelia.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

[alsa-devel] [PATCH] ASoC DAPM switching for reentrant codec paths.
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch fixes an issue whereby power was applied to any inactive analog path that would leave and reenter a codec (e.g. ACOP -> ACIN on WM8753). This change now checks for such paths and DAPM will power them down when not in use. Signed-off-by: Seth Forshee <seth.forshee(a)gmail.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

2 4

[alsa-devel] [PATCH] ASoC WM9712 kmemdup
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch creates the WM9712 codec register cache using kmemdup instead of doing a kzalloc followed by a memcpy. Signed-off-by: Graeme Gregory <gg(a)opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 1

Re: [alsa-devel] 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support
by Richard A Nelson 16 Apr '07

16 Apr '07

On Sun, 15 Apr 2007, Jiri Slaby wrote: > Date: Sun, 15 Apr 2007 23:45:29 +0200 > From: Jiri Slaby <jirislaby(a)gmail.com> > To: Richard A Nelson <cowboy(a)cavein.org> > Cc: linux-kernel <linux-kernel(a)vger.kernel.org> > Subject: Re: 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support > > Cc: alsa-devel(a)alsa-project.org > > Richard A Nelson napsal(a): >> My son has an earlier version of the M2V & BIOS (0901) and his gets full >> 6ch >> sound. >> >> The 1.01G, and related BIOS (1304 or 1701) do not properly handle the >> onboard sound: >> hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from >> BIOS... > > What does your /proc/asound/version say? Both machines say: Advanced Linux Sound Architecture Driver Version 1.0.14rc3 (Wed Mar 14 07:25:50 2007 UTC). The machines are running Debian Sid -- Rick Nelson Life'll kill ya -- Warren Zevon Then you'll be dead -- Life'll kill ya

1 0

Re: [alsa-devel] 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support
by Jiri Slaby 16 Apr '07

16 Apr '07

Really Cc: alsa-devel(a)alsa-project.org Richard A Nelson napsal(a): > My son has an earlier version of the M2V & BIOS (0901) and his gets full > 6ch > sound. > > The 1.01G, and related BIOS (1304 or 1701) do not properly handle the > onboard sound: > hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from > BIOS... What does your /proc/asound/version say? > it seems to truely be a BIOS issue, as I don't see a difference in lspci > -vvxxx between our systems: > > 80:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio > Controller (rev 10) > Subsystem: ASUSTeK Computer Inc. Unknown device 81e7 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Step ping- SERR- FastB2B- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > <TAbort- <MAbort- >SERR- <PERR- > Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 17 > Region 0: Memory at fbffc000 (64-bit, non-prefetchable) [size=16K] > Capabilities: [50] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA > PME(D0+,D1-,D2-,D3ho t+,D3cold+) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ > Queue=0/0 Enable- > Address: 0000000000000000 Data: 0000 > Capabilities: [70] Express Unknown type IRQ 0 > Device: Supported: MaxPayload 128 bytes, PhantFunc 0, > ExtTag- > Device: Latency L0s <64ns, L1 <1us > Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- > Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > Device: MaxPayload 128 bytes, MaxReadReq 128 bytes > Link: Supported Speed unknown, Width x0, ASPM unknown, > Port 0 > Link: Latency L0s <64ns, L1 <1us > Link: ASPM Disabled CommClk- ExtSynch- > Link: Speed unknown, Width x0 > 00: 06 11 88 32 06 00 10 00 10 00 03 04 10 00 00 00 > 10: 04 c0 ff fb 00 00 00 00 00 00 00 00 00 00 00 00 > 20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 e7 81 > 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 00 00 > 40: 00 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00 > 60: 05 70 80 00 00 00 00 00 00 00 00 00 00 00 00 00 > 70: 10 00 91 00 00 00 00 00 00 00 30 00 00 00 00 00 > 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > ALSA, instead of seeing ALC660, on my box sees ALC660-VD, with very > little in the way of devices (only front output) - which does not work > either :( > > Stumped on where to go from here... regards, -- http://www.fi.muni.cz/~xslaby/ Jiri Slaby faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E

1 0

[alsa-devel] HDA Intel - Conexant CX20549 loaded but not working
by S Boucher 15 Apr '07

15 Apr '07

Using alsa-driver-1.0.14rc3 I have the following problems: - cannot record from internal mic (of an hp dv6245) - spdif not working - using jack I get lots of xruns (I don't get any xrun on the exact same system if I use an M-Audio Transit, so I'm assuming something ain't kosher in the conexant driver) - I was able to record cleanly from ext mic (although I had to select int mic) I'm with Ubuntu Feisty. N E Waze, if I can be of assistance let me know soon. The nice HP DV6245 laptop is heading back to the store in 1-2 days (nice system, except I don't have time to learn sign language :-)). __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[alsa-devel] Kernel crash with 2.6.20.x : snd-usb-audio implicated...
by Chris Rankin 15 Apr '07

15 Apr '07

Hi, The 2.6.20.x kernels all crash on my SMP-HT machine, and the oops report always shows that udev was trying to access an endpoint belonging to the snd-usb-audio driver. The frustrating part is that this particular endpoint shouldn't even exist! (It doesn't exist whenever I check the /sys/class/usb_endpoint directory.) Is there any way that userspace ("winecfg" in my case) can cause the snd-usb-audio driver to switch from (If# = 2, Alt = 0) to (If# = 2, Alt > 0) please? Because that is currently the only way that I can see this endpoint ever being created. Thanks, Chris --- bugme-daemon(a)bugzilla.kernel.org wrote: > Date: Sat, 14 Apr 2007 05:22:23 -0700 > From: bugme-daemon(a)bugzilla.kernel.org > To: rankincj(a)yahoo.com > Subject: [Bug 8198] udevd triggers oops when walking through /sys > > http://bugzilla.kernel.org/show_bug.cgi?id=8198 > > ------- Additional Comments From rankincj(a)yahoo.com 2007-04-14 05:22 ------- > Created an attachment (id=11144) > --> (http://bugzilla.kernel.org/attachment.cgi?id=11144&action=view) > dmesg output from 2.6.20.7 oops > > I don't know if this output is any more useful than any of the others. And I > can't see where the "single bit error" comes from when the output is full of > "use after free" poison. However, this much at least is different: > > EIP: [<6b6b6b6b>] 0x6b6b6b6b SS:ESP 0068:ec9eaf48 > <3>Slab corruption: start=eceea92c, len=512 > Redzone: 0x5a2cf071/0x5a2cf071. > Last user: [<c0226642>](kfree_skbmem+0xb/0x9c) > 080: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > Single bit error detected. Probably bad RAM. > Run memtest86+ or a similar memory test tool. > Prev obj: start=eceea720, len=512 > Redzone: 0x170fc2a5/0x170fc2a5. > Last user: [<f886eda5>](usb_create_ep_files+0xf1/0x2c2 [usbcore]) > 000: f8 fd 1b c2 e0 ee 4e f7 01 00 00 00 00 00 00 00 > 010: 30 a7 ee ec 30 a7 ee ec f4 91 1e c0 96 90 1e c0 > Next obj: start=eceeab38, len=512 > Redzone: 0x5a2cf071/0x5a2cf071. > Last user: [<c0226642>](kfree_skbmem+0xb/0x9c) > 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > > Again, it's claiming that the last sysfs file accessed was the non-existent > /class/usb_endpoint/usbdev1.3_ep84/dev, which I simply cannot explain because > this endpoint belongs to If# = 2, Alt > 0: > > I: If#= 2 Alt= 0 #EPs= 0 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > I: If#= 2 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 90 Ivl=1ms > I: If#= 2 Alt= 2 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 46 Ivl=1ms > I: If#= 2 Alt= 3 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 25 Ivl=1ms > I: If#= 2 Alt= 4 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 16 Ivl=1ms > > Could the ALSA USB audio driver be changing the "Alt" on the fly somehow, > causing usbcore to need to create the extra endpoint in /sys? ___________________________________________________________ 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…

1 0

[alsa-devel] [2/3] 2.6.21-rc6: known regressions
by Adrian Bunk 14 Apr '07

14 Apr '07

This email lists some known regressions in Linus' tree compared to 2.6.20. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : snd_hda_intel doesn't work with ASUS M2V mainboard References : http://bugzilla.kernel.org/show_bug.cgi?id=8273 Submitter : Hans-Georg Rist <hg.rist(a)web.de> Status : unknown Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski <michal.k.k.piotrowski(a)gmail.com> Status : unknown Subject : hal daemon crashes after pulling a USB serial device References : http://www.opensubscriber.com/message/linux-usb-devel@lists.sourceforge.net… Submitter : Andi Kleen <ak(a)suse.de> Handled-By : Oliver Neukum <oneukum(a)suse.de> Status : problem is being debugged Subject : USB: iPod doesn't work (CONFIG_USB_SUSPEND) References : http://lkml.org/lkml/2007/3/21/320 Submitter : Tino Keitel <tino.keitel(a)gmx.de> Caused-By : Marcelo Tosatti <marcelo(a)kvack.org> commit 1d619f128ba911cd3e6d6ad3475f146eb92f5c27 Handled-By : Oliver Neukum <oneukum(a)suse.de> Status : problem is being debuggged Subject : USB: Oops when changing DVB-T adapter References : http://lkml.org/lkml/2007/3/9/212 Submitter : CIJOML <cijoml(a)volny.cz> Handled-By : Markus Rechberger <markus.rechberger(a)amd.com> Patch : http://lkml.org/lkml/2007/4/5/154 Status : patches available

2 1

[alsa-devel] function location?
by Ashlesha Shintre 13 Apr '07

13 Apr '07

Hi, I am trying to write an application to just play a wave file and record sound using ALSA -- I looked at the pcm_min.c file and tried to run it - I am using UBUNTU and 1.0.11-7ubuntu3 sound library called libasound2. I cant seem to find the pcm.c file which has all the snd_pcm_open and other functions used in the pcm_min.c file! I am using : /usr/include/alsa/asoundlib.h header -- but i m not sure where the functions defined in this header are -- and, find / -name pcm.c yields nothing --nor does find / -name snd_pcm_open Any pointers please! Thanks, Ashlesha.

6 7

[alsa-devel] 1010lt (ice1712) asoundrc for 6 virtual mono cards question
by Giovanni Maruzzelli 13 Apr '07

13 Apr '07

Dear Alsa developers, I want to use a 1010lt (ice1712 driver) as 6 analog mono duplex cards. I want to use the /etc/asound.conf (.asoundrc) to split the card (that has 8 in and 8 out - but I use just 6 in/out), with minimal latency. I mean, I want to record and play (duplex) from/to each virtual card concurrently and from separate application instances. My app works with S16_LE, 8000, mono. Is the following asound.conf (.asoundrc) correct and efficient for this? I got spikes of cpu load (at 5-6%) on each virtual card any roughly 256 seconds when using a(play|record) to record or play from/to any channel, and the spikes cumulate with the number of virtual cards concurrently in use (eg. if I use 6 virtual cards concurrently I got spikes of 30% cpu load each 256 seconds). I need to create ctls? It would behave better if I use an asym to link toghether each couple of input and output? Any hints? Thanks a lot in advance, Giovanni that is the /etc/asound.conf I'm using: pcm.capt { type dsnoop ipc_key 223456 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } } pcm.capt3 { type plug slave.pcm capt ttable.0.2 1 } pcm.capt4 { #used type plug slave.pcm capt ttable.0.3 1 } pcm.capt5 { type plug slave.pcm capt ttable.0.4 1 } pcm.capt6 { type plug slave.pcm capt ttable.0.5 1 } pcm.capt7 { type plug slave.pcm capt ttable.0.6 1 } pcm.capt8 { type plug slave.pcm capt ttable.0.7 1 } ############################# ############################# pcm.s3 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 2 } } pcm.play3 { type plug slave.pcm s3 } pcm.s4 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 3 } } pcm.play4 { type plug slave.pcm s4 } pcm.s5 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 4 } } pcm.play5 { type plug slave.pcm s5 } pcm.s6 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 5 } } pcm.play6 { type plug slave.pcm s6 } pcm.s7 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 6 } } pcm.play7 { type plug slave.pcm s7 } pcm.s8 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 7 } } pcm.play8 { type plug slave.pcm s8 }

2 1

[alsa-devel] 1010lt (ice1712) asoundrc for 6 virtual mono cards question
by Giovanni Maruzzelli 13 Apr '07

13 Apr '07

Dear Alsa developers, I want to use a 1010lt (ice1712 driver) as 6 analog mono duplex cards. I want to use the /etc/asound.conf (.asoundrc) to split the card (that has 8 in and 8 out - but I use just 6 in/out), with minimal latency. I mean, I want to record and play (duplex) from/to each virtual card concurrently and from separate application instances. My app works with S16_LE, 8000, mono. Is the following asound.conf (.asoundrc) correct and efficient for this? I got spikes of cpu load (at 5-6%) on each virtual card any roughly 256 seconds when using a(play|record) to record or play from/to any channel, and the spikes cumulate with the number of virtual cards concurrently in use (eg. if I use 6 virtual cards concurrently I got spikes of 30% cpu load each 256 seconds). I need to create ctls? It would behave better if I use an asym to link toghether each couple of input and output? Any hints? Thanks a lot in advance, Giovanni that is the /etc/asound.conf I'm using: pcm.capt { type dsnoop ipc_key 223456 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 12 format S32_LE } } pcm.capt3 { type plug slave.pcm capt ttable.0.2 1 } pcm.capt4 { #used type plug slave.pcm capt ttable.0.3 1 } pcm.capt5 { type plug slave.pcm capt ttable.0.4 1 } pcm.capt6 { type plug slave.pcm capt ttable.0.5 1 } pcm.capt7 { type plug slave.pcm capt ttable.0.6 1 } pcm.capt8 { type plug slave.pcm capt ttable.0.7 1 } ############################# ############################# pcm.s3 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 2 } } pcm.play3 { type plug slave.pcm s3 } pcm.s4 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 3 } } pcm.play4 { type plug slave.pcm s4 } pcm.s5 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 4 } } pcm.play5 { type plug slave.pcm s5 } pcm.s6 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 5 } } pcm.play6 { type plug slave.pcm s6 } pcm.s7 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 6 } } pcm.play7 { type plug slave.pcm s7 } pcm.s8 { type dshare ipc_key 123456789 slave { pcm "hw:0,0" rate 8000 period_time 0 period_size 320 channels 10 format S32_LE } bindings { 0 7 } } pcm.play8 { type plug slave.pcm s8 }

1 0

[alsa-devel] Playback Devices in PREPARED State Throw Off POLLOUT Events?
by Jeff Rush 13 Apr '07

13 Apr '07

A question re normal internal operation of ALSA. I'm using the poll() interface to wait for a audio playback device to ask for more samples. The device is in the PREPARED state, not RUNNING state. At the beginning of my program, _before_ I write any samples to it, I'm getting repeated POLLOUT events, when I do not yet have data available to send. They seem to come frequent enough to load down my CPU, rather than every N ticks, so it seems. I thought a device was idle in the PREPARED state, and you had to either set the start conditions and write data, or explicitly invoke snd_pcm_start(). In my case, I wanted to use snd_pcm_start() once I had data to send, and also used the start conditions, set at 50%, to cause the audio output to them proceed to the speaker. The output snd_pcm_status_dump() right after exiting from the very first poll() ever in the program shows the following, and that I have a POLLOUT event pending. --- Status of Headphones Player --- state : PREPARED trigger_time: 0.000000 tstamp : 1176119509.658821000 delay : 0 avail : 2400 avail_max : 0 POLLOUT fired, calling ready_for_write() I suppose I could force it back to an earlier state like SND_PCM_STATE_OPEN or SND_PCM_STATE_SETUP, but that seems a bit harsh, since the snd_pcm_hw_params() takes it to the SND_PCM_STATE_PREPARED itself. Thanks for any tips, -Jeff

3 5

Re: [alsa-devel] Alsa OSS - who is maintaining it?
by Stefan de Konink 13 Apr '07

13 Apr '07

On Fri, 13 Apr 2007, Johannes Berg wrote: > On Thu, 2007-04-12 at 13:15 +0200, Rene Herman wrote: > > > > With Johannes don't know what kind of sound the chip produces using > > > OSS I'm stuck again. I have attached the samples to this e-mail. What > > > would be a reasonable debug step here? > > > > This message got stuck in the moderation queue due to being too big to > > pass through. The list limit is set at 60 kB and while that may be too > > low a limit, the 1.5 MB that was attached to this one was rather big. > > Too big for public lists. > > > > I approved it anyway, and then the attachment got scrubbed none the less > > by the list software it seems. > > I copied the files: > http://johannes.sipsolutions.net/files/stefan-noise.wav > http://johannes.sipsolutions.net/files/stefan-aplay.wav > > The interesting thing to note is that aoss and snd-pcm-oss have the > exact same effect, which is totally strange unless... hey! does aoss > maybe fall back to real oss when it is available? Point is the OSS modules aren't loaded :\ Stefan

1 0

[alsa-devel] rawmidi timestamps
by Florian 13 Apr '07

13 Apr '07

Hi, thanks for replying the "blocking read" question - it works fine with poll(). I'm using its timeout mechanism to bail out every 200msecs of inactivity. I wondered what snd_rawmidi_status_get_tstamp() is meant to return? Briefly checking out the driver midlevel, the timestamp is just ignored and setmem'ed to 0, or did I miss anything? Thanks, Florian -- Florian Bomers bome.com ------------------------------------------------------- Music Software, Development Tools: http://www.bome.com Java Sound extensions, plugins: http://www.tritonus.org The Java Sound Resources: http://www.jsresources.org ------------------------------------------------------- Please quote this email in your reply. Thanks!

2 1

Re: [alsa-devel] Alsa OSS - who is maintaining it?
by Stefan de Konink 12 Apr '07

12 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, With Johannes don't know what kind of sound the chip produces using OSS I'm stuck again. I have attached the samples to this e-mail. What would be a reasonable debug step here? Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGHgiuYH1+F2Rqwn0RCidgAJ44R70RyxNLoWOh681UGFbP+rrVFACfROLN bVFdMfHcIP4nLUDfaqrsbbQ= =MRRf -----END PGP SIGNATURE-----

2 1