[Alsa-devel] Testing Audio driver
Hi, I am writing Alsa driver on 2.6 kernel for arm platform. I want to test my driver with application. I took one sample application tried to map the functions. *** sample application * This program opens an audio interface for playback, configures it for stereo, 16 bit, 44.1kHz, interleaved conventional read/write access. Then its delivers a chunk of random data to it, and exits. It represents about the simplest possible use of the ALSA Audio API, and isn't meant to be a real program. #include stdio.h #include stdlib.h #include alsa/asoundlib.h main (int argc, char *argv[]) { int i; int err; short buf[128]; snd_pcm_t *playback_handle; snd_pcm_hw_params_t *hw_params; if ((err = snd_pcm_open (playback_handle, argv[1], SND_PCM_STREAM_PLAYBACK, 0)) 0) { fprintf (stderr, cannot open audio device %s (%s)\n, argv[1], snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params_malloc (hw_params)) 0) { fprintf (stderr, cannot allocate hardware parameter structure (%s)\n, snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params_any (playback_handle, hw_params)) 0) { fprintf (stderr, cannot initialize hardware parameter structure (%s)\n, snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params_set_access (playback_handle, hw_params, SND_PCM_ACCESS_RW_INTERLEAVED)) 0) { fprintf (stderr, cannot set access type (%s)\n, snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params_set_format (playback_handle, hw_params, SND_PCM_FORMAT_S16_LE)) 0) { fprintf (stderr, cannot set sample format (%s)\n, snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params_set_rate_near (playback_handle, hw_params, 44100, 0)) 0) { fprintf (stderr, cannot set sample rate (%s)\n, snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params_set_channels (playback_handle, hw_params, 2)) 0) { fprintf (stderr, cannot set channel count (%s)\n, snd_strerror (err)); exit (1); } if ((err = snd_pcm_hw_params (playback_handle, hw_params)) 0) { fprintf (stderr, cannot set parameters (%s)\n, snd_strerror (err)); exit (1); } snd_pcm_hw_params_free (hw_params); if ((err = snd_pcm_prepare (playback_handle)) 0) { fprintf (stderr, cannot prepare audio interface for use (%s)\n, snd_strerror (err)); exit (1); } for (i = 0; i 10; ++i) { if ((err = snd_pcm_writei (playback_handle, buf, 128)) != 128) { fprintf (stderr, write to audio interface failed (%s)\n, snd_strerror (err)); exit (1); } } snd_pcm_close (playback_handle); exit (0); } **END*** ** I tried to trace back the application how i can map my driver routines with the calls in application. While tracing I couln't find the definition of of few functions like snd_pcm_sw_params_set_start_threshold() snd_pcm_hw_params_set_rate_near() snd_pcm_hw_params() snd_pcm_hw_params_free() For few I could only find the prototypes. My doubts are, where can I find the definitions for these functions or Alsa APIs ? Do i need to have any lib (alsa_lib) ? If not how my driver can be accessed from application layer, I mean how calls are mapped ? Can anybody please help me in this regard. Thanks Pavana S --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system
Re: [Alsa-devel] Testing Audio driver
On Thu, 18 Mar 2004, Pavana Sharma wrote: My doubts are, where can I find the definitions for these functions or Alsa APIs ? Do i need to have any lib (alsa_lib) ? If not how my driver can be accessed from application layer, I mean how calls are mapped ? You must use alsa-lib. We don't allow to use the syscalls directly. Also, you might look to alsa-lib/test/pcm.c code which shows you (and you can test with it) all access methods (playback only) - compile alsa-lib and type 'make pcm' in the test directory. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
RE: [Alsa-devel] Testing Audio driver
Thank you, -Original Message- From: Jaroslav Kysela [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 2:35 PM To: Pavana Sharma Cc: [EMAIL PROTECTED] Subject: Re: [Alsa-devel] Testing Audio driver On Thu, 18 Mar 2004, Pavana Sharma wrote: My doubts are, where can I find the definitions for these functions or Alsa APIs ? Do i need to have any lib (alsa_lib) ? If not how my driver can be accessed from application layer, I mean how calls are mapped ? You must use alsa-lib. We don't allow to use the syscalls directly. Also, you might look to alsa-lib/test/pcm.c code which shows you (and you can test with it) all access methods (playback only) - compile alsa-lib and type 'make pcm' in the test directory. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] OSS API redirector
Hi all, I would like to point all developers to the OSS API redirector which is in our alsa-oss package. It's universal piece of code which can redirect all OSS API calls (actually mixer PCM API only) to any shared library. Pros: - no more LD_PRELOAD hacks - any library can be used directly as endpoint - when used more applications will work (also some which does not work with LD_PRELOAD hack) Drawbacks: - still no fopen/fclose/fwrite/fread solution - applications must be a little bit modified Todo: - OSS sequencer API redirector (it shouldn't be too difficult) My original point is that we might persuade the binary only providers (mostly games vendors) to use this small piece of code, because there are no impacts regarding the application useability and the maintaince overhead of this code is minimal. The second goal is to use this redirector for all OSS applications in Linux distributions to make the routing over ALSA library more easy. Usage of this redirector for OSS API emulation in ALSA: export OSS_REDIRECTOR=libalsatoss.so And define appropriate pcm.dsp0 and pcm.mixer0 in ~/.asoundrc. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] OSS API redirector
Jaroslav Kysela wrote: Hi all, I would like to point all developers to the OSS API redirector which is in our alsa-oss package. It's universal piece of code which can redirect all OSS API calls (actually mixer PCM API only) to any shared library. Pros: - no more LD_PRELOAD hacks - any library can be used directly as endpoint - when used more applications will work (also some which does not work with LD_PRELOAD hack) Drawbacks: - still no fopen/fclose/fwrite/fread solution - applications must be a little bit modified - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs What is the conclusion regarding fopen/fclose/fwrite/fread. Can it be done? Cheers James --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Problems with the intel8x0 driver
Hi! I got a Fujitsu-Siemens 8830 laptop. It's equipped with a 3,06 Ghz Pentium 4 with hyper-threading and 1024 MB RAM. The soundcard is a: Intel Corp. 82801DB AC'97 Audio (rev 02) Here is my lspci: 00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 03) Subsystem: Unknown device 1734:102a Flags: bus master, fast devsel, latency 0 Memory at c000 (32-bit, prefetchable) [size=256M] Capabilities: [e4] #09 [6105] Capabilities: [a0] AGP version 2.0 00:01.0 PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, fast devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: b000-bfff Memory behind bridge: dfd0-dfdf Prefetchable memory behind bridge: afc0-bfbf 00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 02) (prog-if 00 [UHCI]) Subsystem: Unknown device 1734:102a Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at df20 [size=32] 00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 02) (prog-if 00 [UHCI]) Subsystem: Unknown device 1734:102a Flags: bus master, medium devsel, latency 0, IRQ 19 I/O ports at df40 [size=32] 00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 02) (prog-if 00 [UHCI]) Subsystem: Unknown device 1734:102a Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at df80 [size=32] 00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: Unknown device 1734:102a Flags: bus master, medium devsel, latency 0, IRQ 23 Memory at dc00 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] #0a [2080] 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 82) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=64 I/O behind bridge: c000-cfff Memory behind bridge: dfe0-dfef 00:1f.0 ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 02) Flags: bus master, medium devsel, latency 0 00:1f.1 IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Unknown device 1734:102a Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at unassigned I/O ports at unassigned I/O ports at unassigned I/O ports at unassigned I/O ports at ffa0 [size=16] Memory at 3ffd (32-bit, non-prefetchable) [size=1K] 00:1f.3 SMBus: Intel Corp. 82801DB SMBus (rev 02) Subsystem: Unknown device 1734:102a Flags: medium devsel, IRQ 17 I/O ports at 0540 [size=32] 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 02) Subsystem: Unknown device 1734:102a Flags: bus master, medium devsel, latency 0, IRQ 17 I/O ports at e000 [size=256] I/O ports at e100 [size=64] Memory at 3ffd0400 (32-bit, non-prefetchable) [disabled] [size=512] Memory at 3ffd0600 (32-bit, non-prefetchable) [disabled] [size=256] Capabilities: [50] Power Management version 2 00:1f.6 Modem: Intel Corp. 82801DB AC'97 Modem (rev 02) (prog-if 00 [Generic]) Subsystem: Unknown device 1734:102a Flags: medium devsel, IRQ 17 I/O ports at e200 [size=256] I/O ports at e300 [size=128] Capabilities: [50] Power Management version 2 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000] (rev 01) (prog-if 00 [VGA]) Subsystem: Unknown device 1734:102a Flags: bus master, stepping, 66Mhz, medium devsel, latency 64, IRQ 16 Memory at b000 (32-bit, prefetchable) [size=128M] I/O ports at b000 [size=256] Memory at dfdf (32-bit, non-prefetchable) [size=64K] Expansion ROM at dfdc [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 02:03.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller Subsystem: Unknown device 1734:102a Flags: bus master, stepping, slow devsel, latency 168, IRQ 17 Memory at 3ffd1000 (32-bit, non-prefetchable) [size=4K] Bus: primary=02, secondary=03, subordinate=06, sec-latency=176 Memory window 0: 4000-403ff000 (prefetchable) Memory window 1: 4040-407ff000 I/O window 0: 4000-40ff I/O window 1: 4400-44ff 16-bit legacy interface ports at 0001 02:0a.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) (prog-if 10 [OHCI]) Subsystem: Unknown device 1734:102a
Re: [Alsa-devel] Problems with the intel8x0 driver
At Thu, 18 Mar 2004 18:41:00 +0100, Fredrik Smedberg wrote: Hi! i810: Intel ICH4 mmio at 0xfcd80400 and 0xfcd82600 i810_audio: Primary codec has ID 1 i810_audio: Audio Controller supports 6 channels. i810_audio: Defaulting to base 2 channel mode. i810_audio: Resetting connection 0 i810_audio: Connection 0 with codec id 1 ^^ you loaded both OSS and ALSA devices. there is a bug in OSS driver which doesn't check the return value of resource allocation. Takashi --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with the intel8x0 driver
At Thu, 18 Mar 2004 19:39:15 +0100, Fredrik Smedberg wrote: Hi! The latest test I did with 2.6.5-rc1 I'm very sure I didn't compile in anything in the kernel except things I needed + ALSA and I got a kernel panic. No OSS included in the kernel or loaded by modules... could you get the kernel message with that status, if possible? Takashi Thanks, Fredrik Smedberg On Thu, 18 Mar 2004 18:57:54 +0100 Takashi Iwai [EMAIL PROTECTED] wrote: At Thu, 18 Mar 2004 18:41:00 +0100, Fredrik Smedberg wrote: Hi! i810: Intel ICH4 mmio at 0xfcd80400 and 0xfcd82600 i810_audio: Primary codec has ID 1 i810_audio: Audio Controller supports 6 channels. i810_audio: Defaulting to base 2 channel mode. i810_audio: Resetting connection 0 i810_audio: Connection 0 with codec id 1 ^^ you loaded both OSS and ALSA devices. there is a bug in OSS driver which doesn't check the return value of resource allocation. Takashi --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with the intel8x0 driver
Hi! Here is what happens if I try to start my computer with the 2.5.6-rc1 kernel + ALSA + intel8x0: Stack: 0042 c192e000 c192e000 c1be9400 c1be9437 c032071d 0002 fffb c035ad73 c1be9000 0001 c1be92f0 c1be9424 c1be9000 c1be9424 c1be9424 fffb c1be9437 c1be9400 c035b0e6 c1be9400 c19bf000 0001 Call Trace: [c032071d] snd_card_free+0x128/0x2da [c035ad73] snd_intel8x0_create+0x398/0x542 [c035b0e6] snd_intel8x0_probe+0x1c8/0x278 [c01738d5] dput+0x22/0x25b [c0229536] pci_device_probe_static+0x52/0x61 [c0229580] __pci_device_probe+0x3b/0x4e [c02295bf] pci_device_probe+0x2c/0x4a [c02871de] bus_match+0x3f/0x6a [c02872f0] driver_attach+0x56/0x80 [c02875cb] bus_add_driver+0xa0/0xb3 [c022978b] pci_register_driver+0x6c/0x94 [c05140c7] alsa_card_intel8x0_init+0x15/0x43 [c04fa8a3] do_initcalls+0x27/0xb3 [c0132b56] init_workqueues+0xf/0x26 [c01030f1] init+0x59/0x158 [c0103098] init+0x0/0x158 [c0105271] kernel_thread_helper+0x5/0xb Code: 8b 46 20 85 c0 74 63 8b 78 34 bb f0 7c 4a c0 c7 44 24 04 77 (0)Kernel panic: Attempted to kill init! In other words a kernel panic... Thanks, Fredrik Smedberg On Thu, 18 Mar 2004 20:04:48 +0100 Takashi Iwai [EMAIL PROTECTED] wrote: At Thu, 18 Mar 2004 19:39:15 +0100, Fredrik Smedberg wrote: Hi! The latest test I did with 2.6.5-rc1 I'm very sure I didn't compile in anything in the kernel except things I needed + ALSA and I got a kernel panic. No OSS included in the kernel or loaded by modules... could you get the kernel message with that status, if possible? Takashi Thanks, Fredrik Smedberg On Thu, 18 Mar 2004 18:57:54 +0100 Takashi Iwai [EMAIL PROTECTED] wrote: At Thu, 18 Mar 2004 18:41:00 +0100, Fredrik Smedberg wrote: Hi! i810: Intel ICH4 mmio at 0xfcd80400 and 0xfcd82600 i810_audio: Primary codec has ID 1 i810_audio: Audio Controller supports 6 channels. i810_audio: Defaulting to base 2 channel mode. i810_audio: Resetting connection 0 i810_audio: Connection 0 with codec id 1 ^^ you loaded both OSS and ALSA devices. there is a bug in OSS driver which doesn't check the return value of resource allocation. Takashi --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] OSS API redirector
On Thu, 18 Mar 2004, James Courtier-Dutton wrote: What is the conclusion regarding fopen/fclose/fwrite/fread. Can it be done? I thought that one rather pie-in-the-sky idea might be to use a kernel module that made /dev/dsp, /dev/mixer, etc., and reflects back to a userspace ALSA sound server via another device. This way, it doesn't matter how the device is opened. Might be difficult to do though, especially when you get mmap and dma involved. Just a thought, anyway. - D --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Am I on the right way?
Hi all. I'm new to Alsa and its concepts, so I'd like to ask if the following assumptions are correct. A short explanation on the background: I'm currently examining different Voice over IP softphones on Linux. Every program that I've seen so far has the same limitation: it works with OSS. I guess you all know the drawbacks: I have to decide whether I want to have the softphone running, so that I can be called, or if I want to listen to some MP3s without being reachable by VoIP. Yes, I know of libaoss, but this causes some new problems. As we have a very flexible sound system available for Linux, it would be nice if there also was a softphone that makes use of this. Here is my idea: One of the tasks the softphone has is to record the voice of the local caller and encode with one of several standard codecs (such as G.711, GSM or whatever). The sofphone implementations I've seen always handle that codec-stuff by themselves. If I understood the concept of Alsa correctly, it should be possible to implement the different codecs as PCM plugins and route the sound through them: Soundcard -- PCM-Plugin-Codec -- Softphone By defining several routes, usage of different codecs would be simple, as long as it exists in the form of a PCM plugin. Benefit: handling of sound stuff is delegated to a part of the system that already has everything it needs to care about this task: Alsa. The softphone itself just needs to know which path is handling which Codec, and just has to read/write from/to that path. Are these assumptions correct? If so, do you have any pointers for me where I can learn more about the implementation of such PCM plugins? As you most likely can see, I'm unaware of the correct terms in the Alsa context (for example, I'm sure that you don't actually talk of paths for what I've described above). Please bear with me, I'm new to this stuff :) I'd like to hear your oppinion about this idea. Would it be possible to do? Is it a good idea to go this path? Bye, Mike --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Clicks in output using intel8x0 driver (and a few questions)
I have a laptop with the following hardware: P4 3.06Ghz CPU 82801DB AC'97 Audio Controller 82801DB AC'97 Modem Controller nVidia GeForce Go5200 and software: Linux Kernel 2.6.3 (with some ACPI patches) Alsa 1.0.3 Glibc 2.3.2 For the most part the audio works fine, except when doing CPU intensive tasks. When there is a lot of CPU activity the audio will sometimes degrade into a lot of clicks and pops in the output, this can go on for some time and vary in loudness and rate of occurrence and sometimes it sounds like a whole audio fragment is skipped after which it will sometimes go back into sync again. I first noticed this in games, but afterward I noticed it when compiling the kernel or re-encoding a movie in the background but listening to music with XMMS (using OSS emulation). When audio gets bad with XMMS, it is sufficient to pause and play again, in which case it will be back to normal, and then degrade again eventually. While I'm at it, I'll throw a couple of questions out there (hopefully no one minds). I was curious what the state is of the intel8x0m driver, since I have an accursed CH4 82801DB AC'97 Modem Controller which is an HSF Conexant device. I have it working with the linuxant.com drivers, but they are rather unstable with the newer 2.6.4 kernel and contain binary code. Anyone have this working with this modem? My last question pertains to profiling. This laptop tends to have rather large latency stutters at regular intervals (probably between 1 and 2 seconds apart). This is noticeable particularly in games and when playing movies. I ran oprofile but the output isn't too helpful, since it would be nicer to know exactly when a section of code was taking a long time. Anyone know of some good strategies for tracking down latency issues with 2.6 kernels? Thanks in advance for any help :) Cheers! Josh Green --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Clicks in output using intel8x0 driver (and a few questions)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, on 03/19/04 08:03, Josh Green wrote: I was curious what the state is of the intel8x0m driver, since I have an accursed CH4 82801DB AC'97 Modem Controller which is an HSF Conexant device. I have it working with the linuxant.com drivers, but they are rather unstable with the newer 2.6.4 kernel and contain binary code. Anyone have this working with this modem? yes, me :-) http://sourceforge.net/mailarchive/forum.php?thread_id=4059462forum_id=1752 I used it with the daemon 'slmodemd' from the SmartLink drivers at ftp://ftp.smlink.com/linux/unsupported/ I don't know if there's a way to use the 'intel8x0m' without the 'slmodemd'. Please take care that as reported in my post I used it on my old laptop (an ASUS M3410C/M3N, Intel Centrino), while I haven't tried yet on my new one (always an ASUS Intel Centrino, but now a M6842NWH/M6800N). I'll do my tests ASAP with the new 2.6.5-rc1 kernel which includes the 'intel8x0m'. Thx, bye, Gismo / Luca -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAWqXqVAp7Xm10JmkRAiG4AKCKU6AZ77oCYGZAMb/20tjyAH/TqgCeI6e+ YOB6HJJRtujydUKzhqHjyhQ= =Cswe -END PGP SIGNATURE- --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel