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

[alsa-devel] Digigram VX source code
by Colin Stewart Campbell 30 Jun '07

30 Jun '07

About 5 years ago Digigram released their VX soundcard source for OSX through the alsa project. Is there somewhere I can still get a hold of it? I have in mind a legacy card coreaudio driver for Intel macs. Colin

2 1

[alsa-devel] helping debugging
by Thierry Vignaud 30 Jun '07

30 Jun '07

Hi Here's a suggestion from Dave Airlie: http://airlied.livejournal.com/46087.html "If you are going to have lots of unsigned int sized free running pointers called things like hw_ptr or hw.ptr or anything, for debugging it would be really cool if you started those counters at INT_MAX-100000 or something instead of at zero, 24 hours waiting for a bug to trip in the pcm rate conversion is not fun and I'm guessing it'll be some stupid interger overflow or dumb boundary condition hitting..."

2 1

Re: [alsa-devel] Fwd: Problems with hda_intel, Santa Rosa, and suspend
by albox＠free.fr 30 Jun '07

30 Jun '07

Could this issue be related to the other one with Medion laptops : https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3160 Takashi, you said you were going to check the older patch that was working on ALSA 1.0.13, did you have a chance to do that ? Takashi Iwai wrote: > At Mon, 25 Jun 2007 15:16:41 -0500, > Matt Mullins wrote: >> On 6/25/07, Takashi Iwai <tiwai(a)suse.de> wrote: >>>> Yes, single_cmd mode is used always. >>> That's bad. >> I believe we have established that. What can I do about it? *Can* I >> do anything about it? What functions should I start debugging? Has >> this happened with other codecs before? What documentation will I >> need or want other than the Intel HDA and STAC9205 specifications? > > Similar problems have been seen in some laptops, too. I vaguely > remember that they need some ACPI-related boot options to fix it > somehow. I think it's likely irrelevant with the codec chip, but > rather a problem of the controller side. > >> I'm definitely willing to help work on this, as not many people have >> this hardware. I'm just new to the sound system, so I'm still trying >> to figure out what-calls-what. > > > Takashi > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > >

2 1

Re: [alsa-devel] Creative Soundblaster X-Fi
by Ash Willis 30 Jun '07

30 Jun '07

Hi all, Sorry for straying a little off topic, but talk of these couple of chips got me thinking about unsupported hardware in general. Does anyone know the legal implications of reverse engineering with regards to producing new drivers? I myself wouldn't mind reversing a certain chip or two but I'm not too aware of the legality of it all, particularly in the case where the vendor is hostile or unwilling to release chip information. In general, is it legally acceptable to reverse engineer for the purposes of interoperability? Are vendors likely to make a noise if their hardware gains support under Linux without or against their consent? or is it more a matter of protecting the original product specification than hiding details of the product's interface? Takashi, may I ask your thoughts on this? What's your position on accepting reverse engineered code? (Let's assume that the driver works as well as one written in a more correct manner ;)) I'm fully aware that uncooperative vendors don't deserve to have their hardware supported, but I think that Linux users and Linux itself deserves the support. Ash -- We've Got Your Name at http://www.mail.com! Get a FREE E-mail Account Today - Choose From 100+ Domains

3 2

[alsa-devel] [1/2] 2.6.22-rc6: known regressions v2
by Michal Piotrowski 30 Jun '07

30 Jun '07

Hi all, Here is a list of some known regressions in 2.6.22-rc6. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions List of Aces Name Regressions fixed since 21-Jun-2007 Hugh Dickins 2 Andi Kleen 1 Björn Steinbrink 1 Bjorn Helgaas 1 Jean Delvare 1 Olaf Hering 1 Siddha, Suresh B 1 Trent Piepho 1 Ville Syrjälä 1 Unclassified Subject : Kernel hang on CMOS_READ References : http://lkml.org/lkml/2007/6/3/138 Submitter : Rodrigo Luiz <troops.of.doom(a)gmail.com> Status : Unknown ALSA Subject : snd-aoa causes badness in lib/kref.c:33 References : http://bugzilla.kernel.org/show_bug.cgi?id=8513 Submitter : Ben Collins <bcollins(a)ubuntu.com> Handled-By : Takashi Iwai <tiwai(a)suse.de> Status : Unknown FS Subject : 2.6.22-rc4-git5 reiserfs: null ptr deref. References : http://lkml.org/lkml/2007/6/13/322 Submitter : Randy Dunlap <randy.dunlap(a)oracle.com> Handled-By : Vladimir V. Saveliev <vs(a)namesys.com> Status : problem is being debugged IDE Subject : 2.6.22-rcX: hda: lost interrupt References : http://lkml.org/lkml/2007/6/29/121 Submitter : David Chinner <dgc(a)sgi.com> Status : unknown SATA/PATA Subject : libata IT821X driver still fails! Hard-freezes system References : http://lkml.org/lkml/2007/6/14/82 Submitter : Rodney Gordon II <meff(a)spherevision.org> Status : unknown Regards, Michal -- LOG http://www.stardust.webpages.pl/log/

4 7

[alsa-devel] Creative Soundblaster X-Fi
by Tim Laszlo 29 Jun '07

29 Jun '07

Has anyone worked on developing an open source driver for the sound blaster x-fi cards? I've been sitting on one for about a year (mental note check support *before* buying..) and would love to use it already... Creative has promised drivers but they seem to be in no rush to support Linux. I'd like to try my hand at working on a driver for this, but without any technical specs from creative I wouldn't really know where to begin. Anyone have any suggestions on how to start? Anyone worked on this yet? Am I nuts for even considering this?? Timl

2 2

[alsa-devel] SALSA-Lib: Playback overrun on initial PCM start
by J. Scott Merritt 29 Jun '07

29 Jun '07

Dear List, Using SALSA-Lib 0.0.3, I call: snd_pcm_open (&playback_handle, argv[1], SND_PCM_STREAM_PLAYBACK, 0); snd_pcm_hw_params_malloc (&hw_params); snd_pcm_hw_params_any (playback_handle, hw_params); snd_pcm_hw_params_set_access (playback_handle, hw_params, SND_PCM_ACCESS_RW_INTERLEAVED); snd_pcm_hw_params_set_format (playback_handle, hw_params, SND_PCM_FORMAT_S16_LE)); snd_pcm_hw_params_set_rate_near (playback_handle, hw_params, 44100, 0); snd_pcm_hw_params_set_channels (playback_handle, hw_params, 2); snd_pcm_hw_params_set_buffer_size_last (playback_handle, hw_params, &bfrsize); snd_pcm_hw_params_get_buffer_size (hw_params, &bfrsize); snd_pcm_hw_params (playback_handle, hw_params); snd_pcm_hw_params_free (hw_params); snd_pcm_sw_params_malloc (&sw_params); snd_pcm_sw_params_current (playback_handle, sw_params); snd_pcm_sw_params_set_avail_min (playback_handle, sw_params, 4096); snd_pcm_sw_params_set_start_threshold (playback_handle, sw_params, 10000U); snd_pcm_sw_params_set_xfer_align (playback_handle, sw_params, 1); snd_pcm_sw_params (playback_handle, sw_params); state = snd_pcm_state (playback_handle); frames_to_deliver = snd_pcm_avail_update (playback_handle); while ((frames_to_deliver = snd_pcm_avail_update (playback_handle)) > 4096) { snd_pcm_writei (playback_handle, &buf, 4096) } As soon as the buffer start threshold is reached, or alternatively if I manually start PCM stream, the PCM stream reports an overrun (i.e. "Broken Pipe"). If I then examine the PCM state, it is in the overrun (XRUN) state. The code is being cross-compiled and tested on an ARM processor (PXA270) which is running linux kernel 2.6.21. This same code sequence -does- operate properly (in the same ARM test environment) when compiled against AlsaLib 1.0.13. Another apparent (and perhaps relevent) difference between AlsaLib and SALSA-Lib is that if I open the PCM stream with O_NONBLOCK and then call snd_pcm_poll_descriptors, AlsaLib gives me a FD = 4, whereas SALSA-Lib reports an FD = 3; Thanks, Scott.

3 8

Re: [alsa-devel] MOTU development
by Jonathan Woithe 29 Jun '07

29 Jun '07

Hi Per > I'd like to know more about the health on the connections to MOTU, if > they give any information about their products and how the development > has proceeded over the years. It kind of depends which MOTU devices you're asking about. There is, for example, an alsa driver for the MOTU Midi Timepiece AV (MTPAV) which presumedly makes the midi side of this available via the ALSA sequencer system. I can't speak for any of MOTU's PCI/PCIe cards. However, in connection with their more recent outboard interfaces MOTU have been, to put it mildly, extremely unhelpful. Some on the net go so far as to say they are hostile to Linux. The facts are that despite multiple people requesting information from MOTU on how to drive their firewire interfaces MOTU have responded every time with a very terse non-negotiable "no, never". I don't know if anyone's ever asked about their USB-equipped devices but I can't imagine the answer would be any different. Despite this, some progress is being made in supporting MOTU firewire devices under linux. For various reasons this support is not through ALSA but instead as part of the FFADO project. FFADO provides a userspace library for driving firewire audio devices in general and a JACK backend allowing such devices to be used by any jack-enabled software. An ALSA backend is planned but no work has been done towards this yet. Check out www.ffado.org for information on this project. Device support in FFADO varies. Some interfaces for which we have vendor support are doing very well, while supporting an interface such as the MOTUs without any documentation is challenging. However, the MOTU control protocol is pretty well understood at this point in time and it is possible to actually use the MOTU firewire devices for real work under Linux (as I have been for about 9 months now). The trap is that one needs to use an earlier revision of ffado at present. Back in February some key FFADO infrastructure changed. From before that until the last week or so I've been busy with production projects and so haven't had a chance to update the MOTU FFADO driver and restore its functionality. I'm back on the case now though and hope to make progress in the next month or so. If you want further details about all this please contact me off-list and I'll fill you in. Best regards jonathan

1 0

[alsa-devel] ALSA Application Programming Questions
by Paul Kavan 28 Jun '07

28 Jun '07

Hello all: I have been working on getting ALSA to work on my at91sam9260 with a simple voice codec for a few weeks. For the most part, I have my ARM board producing nice audio with aplay/arecord. Now I need a custom application that will allow me to create an 'intercom' like device with my ARM board. I am planning on writing the application as I do not think there is something out there that will accomplish what I want. I am really new to ALSA--as some of you know--and, as such, have never written an application for ALSA. I have found the ALSA driver api page on the alsa site. Wondering if there is any other good documentation on writing alsa applications? Any advice is greatly appreciated as well. One of my concerns is building the applications against the libs. I have the libs on my target machine. As my host machine has a version of my rfs on it, the libs are there as well. Just wondering how to accomplish cross-compiling new apps. I suppose I could copy the libs into the directory with my cross-compiling tools. Again, any advice would be great. Thanks. Paul -- *************************************** Paul David Kavan Project Engineer GRH Electronics, Inc. 402-734-4900 pkavan(a)gmail.com ***************************************

1 0

[alsa-devel] sound on SMDK2410 working
by Jose Henrique Spahn Torres 28 Jun '07

28 Jun '07

Hi all, I was able to get sound on smdk2410 to work. I can play .wav files with the following asound.conf file: /etc $ more asound.conf pcm.!default { type hw card 0 } ctl.!default { type hw card 0 } However the sound is distorted, in the sense that it sounds as played with a lower rate. I tried force a rate with -r 44100 or other rates, with no success. Can anyone point me to the right direction? Thanks, Henrique

1 0