[Alsa-devel] request_mem_region size
I get the size to be passed to request_mem_region() with pci_resource_len(). But that size sometimes (depends on the card) is several MBs, while the hw registers are just a few bytes above the base address. Is it ok using a fixed length ? -- Giuliano. --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: Alsa-devel digest, Vol 1 #1842 - 14 msgs
At Thu, 13 May 2004 13:43:28 -0700, Loc Ho wrote: Hi, Your fix of the ALSA memory allocation problem is incorrect. This only fixes the problem with the commerical USB Audio driver. It does not fix for all drivers. The proper fix is to replace the function setup_pcm_id with this one (note the added card-number 24): maybe you've already received my last fix - a similar patch was already on cvs. it was intentional not to have card number in the id. it was basically designed for the card instances with the unique device pointers, so that the buffer can be reallocated even if the card number is changed. the card number is needed only when dev is NULL (ISA) or not unique (CONTINUOUS). Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] request_mem_region size
At Fri, 14 May 2004 11:58:37 +0200 (CEST), Giuliano Pochini wrote: I get the size to be passed to request_mem_region() with pci_resource_len(). But that size sometimes (depends on the card) is several MBs, while the hw registers are just a few bytes above the base address. Is it ok using a fixed length ? no problem as long as it doesn't exceed. you can reserve the partial areas. Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] spin_lock_irqwhat ?
At Thu, 13 May 2004 20:57:51 +0200, Giuliano Pochini wrote: On Mon, 10 May 2004 17:08:49 +0200 Takashi Iwai [EMAIL PROTECTED] wrote: prepare and trigger callbacks are already in irq-disabled. i.e. you need only spin_lock() in them. Does it mean that ALSA acquires the lock only when it calls PCM callbacks, that is trigger(), etc., are atomic only wrt other PCM functions ? sorry i don't understand your question. the prepare and the trigger callbacks acquire several locks. first, the global rw_lock for the pcm linking (snd_pcm_link_rwlock), the group lock the substream belongs to, and the lock for the substream itself. and the first lock/unlock is done with *_irq(). hdsp.c and rme9652.x use spin_*lock_irq() inside prepare(). oh, it's wrong. fixed on cvs now. thanks, Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] SIS 7012 / CMI 9739
Hi, I want to ask what happend with the following patch regarding the CMI 9739 ? : http://www.mail-archive.com/[EMAIL PROTECTED]/msg10804.html This article / patch is a few month old right now and it seems that it is not getting better with the time : http://www.edseek.com/archives/16.html Are there any plans to fix the problem in the regular alsa release ? Are there any real solutions for this problem ? A lot of people have this card an board including myself and i hope that there will be a functional solution in the next time. Thanks for your help / information in advance :-) -- Mit freundlichen Gruessen / yours sincerely Sebastian Urbach Die Freiheit stirbt scheibchenweise. Sabine Leutheusser-Schnarrenberger (FDP), Rechtsanwältin, Bundesjustizministerin a. D. pgp0.pgp Description: PGP signature
[Alsa-devel] [PATCH]snd-usb-usx2y 0.6.1
Hi Takashi, little fix attached. Please commit with comment - avoid entry in system log when device disconnects (for RELEASE build) Thanks, Karsten Index: alsa-driver/usb/usx2y/usbusx2y.c === RCS file: /cvsroot/alsa/alsa-driver/usb/usx2y/usbusx2y.c,v retrieving revision 1.9 diff -u -r1.9 usbusx2y.c --- alsa-driver/usb/usx2y/usbusx2y.c 7 Apr 2004 11:46:35 - 1.9 +++ alsa-driver/usb/usx2y/usbusx2y.c 14 May 2004 10:49:34 - @@ -98,7 +98,7 @@ MODULE_AUTHOR(Karsten Wiese [EMAIL PROTECTED]); -MODULE_DESCRIPTION(TASCAM NAME_ALLCAPS Version 0.6.0); +MODULE_DESCRIPTION(TASCAM NAME_ALLCAPS Version 0.6.1); MODULE_LICENSE(GPL); MODULE_CLASSES({sound}); MODULE_DEVICES({{TASCAM(0x1604), NAME_ALLCAPS(0x8001)(0x8007) }}); @@ -155,7 +155,7 @@ usX2Y-In04IntCalls++; if (urb-status) { - snd_printk( Interrupt Pipe 4 came back with status=%i\n, urb-status); + snd_printd(Interrupt Pipe 4 came back with status=%i\n, urb-status); return; }
[Alsa-devel] Re: [PATCH]snd-usb-usx2y 0.6.1
At Fri, 14 May 2004 13:26:53 +0200, Karsten Wiese wrote: [1 text/plain; us-ascii (7bit)] Hi Takashi, little fix attached. Please commit with comment - avoid entry in system log when device disconnects (for RELEASE build) applied now. thanks, Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: [PATCH] aureon.c - hpamp, adc/dac mute
At Fri, 14 May 2004 14:48:18 +0200, Christoph Haderer wrote: [1 text/plain; us-ascii (7bit)] This patch adds a headphone amplifier control and the ability to mute the DAC (all channels at once) and the ADC channels. wm_adc_vol_put had to be changed a little bit because otherwise the ADC-mute bits would be overwritten when changing the ADC-gain. I have also modified wm_adc_mux_info; IMHO the *texts array was wrong before - the texts didn't match the recording source (tested with alsamixer). This patch applies cleanly against the alsa source files that came with kernel 2.6.6-mm2. thanks, applied now to cvs. Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Emu10k1x driver
At Fri, 14 May 2004 11:50:50 GMT, [EMAIL PROTECTED] wrote: Here's a revised version of the driver. I found a bug in the previous version, not sure why it was working, maybe because I had my printk's in it. I've also revised the indentation and now supports the 3 PCM streams, even though I seem to only be able to hear the first two when the mixer is set correctly. thanks, the code looks nicer. i noticed that you set the irq mask IPR_CH_0_LOOP|IPR_CH_0_HALF_LOOP. does it mean that the chip generates interrupts twice per buffer? if yes, what we need is to limit the number of periods to 2. the attached patch includes some fixes by me for the latest cvs, and changes the periods to 2. i'll apply it to cvs now. Takashi Index: alsa-driver/pci/Kconfig === RCS file: /suse/tiwai/cvs/alsa/alsa-driver/pci/Kconfig,v retrieving revision 1.16 diff -u -r1.16 Kconfig --- alsa-driver/pci/Kconfig 3 Apr 2004 14:20:01 - 1.16 +++ alsa-driver/pci/Kconfig 14 May 2004 13:27:22 - @@ -18,4 +18,12 @@ Say 'Y' or 'M' to include support for RME Hammerfall DSP MADI soundcards. +config SND_EMU10K1X + tristate EMU10K1X (Dell OEM Version) + depends on SND + select SND_AC97_CODEC + help + Say 'Y' or 'M' to include support for Sound Blaster Live Dell + OEM version. + endmenu Index: alsa-driver/pci/emu10k1/Makefile === RCS file: /suse/tiwai/cvs/alsa/alsa-driver/pci/emu10k1/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- alsa-driver/pci/emu10k1/Makefile11 Nov 2003 13:09:46 - 1.5 +++ alsa-driver/pci/emu10k1/Makefile14 May 2004 13:30:14 - @@ -5,6 +5,10 @@ include $(SND_TOPDIR)/toplevel.config include $(SND_TOPDIR)/Makefile.conf +snd-emu10k1x-objs := emu10k1x.o + +obj-$(CONFIG_SND_EMU10K1X) += snd-emu10k1x.o + export-objs := emu10k1_main.o include $(SND_TOPDIR)/alsa-kernel/pci/emu10k1/Makefile Index: alsa-driver/pci/emu10k1/emu10k1x.c === RCS file: alsa-driver/pci/emu10k1/emu10k1x.c diff -N alsa-driver/pci/emu10k1/emu10k1x.c --- /dev/null 1 Jan 1970 00:00:00 - +++ alsa-driver/pci/emu10k1/emu10k1x.c 14 May 2004 13:32:26 - @@ -0,0 +1,867 @@ +/* + * Copyright (c) by Francisco Moraes [EMAIL PROTECTED] + * Driver EMU10K1X chips + * + * BUGS: + *-- + * + * TODO: + *-- + * + * 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 + * + */ +#include sound/driver.h +#include linux/init.h +#include linux/interrupt.h +#include linux/pci.h +#include linux/slab.h +#include linux/moduleparam.h +#include sound/core.h +#include sound/initval.h +#include sound/pcm.h +#include sound/ac97_codec.h + +MODULE_AUTHOR(Francisco Moraes [EMAIL PROTECTED]); +MODULE_DESCRIPTION(EMU10K1X); +MODULE_LICENSE(GPL); +MODULE_CLASSES({sound}); +MODULE_DEVICES({{Dell Creative Labs,SB Live!}); + +// module parameters (see Module Parameters) +static int index[SNDRV_CARDS] = SNDRV_DEFAULT_IDX; +static char *id[SNDRV_CARDS] = SNDRV_DEFAULT_STR; +static int enable[SNDRV_CARDS] = SNDRV_DEFAULT_ENABLE_PNP; +static int boot_devs; + +module_param_array(index, int, boot_devs, 0444); +MODULE_PARM_DESC(index, Index value for the EMU10K1X soundcard.); +MODULE_PARM_SYNTAX(index, SNDRV_INDEX_DESC); +module_param_array(id, charp, boot_devs, 0444); +MODULE_PARM_DESC(id, ID string for the EMU10K1X soundcard.); +MODULE_PARM_SYNTAX(id, SNDRV_ID_DESC); +module_param_array(enable, bool, boot_devs, 0444); +MODULE_PARM_DESC(enable, Enable the EMU10K1X soundcard.); +MODULE_PARM_SYNTAX(enable, SNDRV_ENABLE_DESC); + + +// some definitions were borrowed from emu10k1 driver as they seem to be the same +// +/* PCI function 0 registers, address = val + PCIBASE0 */ +// + +#define PTR0x00/* Indexed register set pointer register*/ + /* NOTE: The CHANNELNUM and
Re: [Alsa-devel] mixer device
On Wed, 2004-05-12 at 17:40, Clemens Ladisch wrote: Ronald S. Bultje wrote: for a given alsa device (default, dmix, plughw:N, hw:N,M, dspN, etc.), how do I automatically obtain the right device to use as a audio mixer with that device? Depends on your definition of right device. In the general case this isn't possible because many cards don't have any mixer controls, or don't have the controls you want to use. Or the pcm device uses several cards, or none. What do you want to do with the mixer? Change the volume, as hinted by others. So, given your .asoundrc hint, is it possible for me to get the cardnumber (and thereby the hw:N entry) for a given non-hw device (e.g. dspN, hw:N,M, dmix, ...)? Either via libalsa or by manually parsing the asoundrc or whatever interface is provided to do that for me? This should be possible for at least plughw:N and hw:N,M card entries (well, that's simple, I can just parse the string, but I'm looking for something inside libalsa). Ronald --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Emu10k1x driver
i noticed that you set the irq mask IPR_CH_0_LOOP|IPR_CH_0_HALF_LOOP. does it mean that the chip generates interrupts twice per buffer? if yes, what we need is to limit the number of periods to 2. The hardware can generate an interrupt at the beginning or the period (ptr = 0) and the middle of the period (halfway through the buffer). I didn't much time trying to understand all the internals of ALSA, so I submitted what worked. This latest version has alsaplayer working and the pcm test in alsa-lib. I've two channels playback but the third one cannot be heard (there seems to be no mixer control for it), so we probably need the specs to figure that one out. the attached patch includes some fixes by me for the latest cvs, and changes the periods to 2. I'll apply it to cvs now. Thanks, Francisco The best thing to hit the Internet in years - NetZero HiSpeed! Surf the Web up to FIVE TIMES FASTER! Only $14.95/ month -visit www.netzero.com to sign up today! --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Emu10k1x driver
Takashi Iwai wrote: At Wed, 12 May 2004 03:16:14 +0100, James Courtier-Dutton wrote: [EMAIL PROTECTED] wrote: Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA output plugin. alsaplayer didn't work, not sure why. I've also tested with the pcm test in alsa-lib which seems to be jumping, so that's another problem. I've removed the joystick support for now, but the only reason I added it was because the intel8x0.c driver has joystick support in it. Enjoy, Francisco I would like to add some information that might help people modifying this for the Audigy LS. The outputs for the card work in 2 modes. 1) Probably analogue on the output jacks. snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x70f); snd_emu10k1x_ptr_write(chip, 0x45, 0, 0); it's already in emu10k1x.c. 2) Probably digital spdif on the output jacks. snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x1000f); snd_emu10k1x_ptr_write(chip, 0x45, 0, 0x700); it's not. Those (1) and (2) should work on bother the LS and the Dell OEM. To enable this driver loading for the Audigy LS, have the following PCI IDs. static struct pci_device_id snd_emu10k1x_ids[] = { { 0x1102, 0x0006, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 }, /* Dell OEM version (EMU10K1X) */ { 0x1102, 0x0007, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 }, /* Audigy LS */ { 0, } }; so, just adding the pci id for audigy LS would suffice at least for analog output? I don't think so, because of all the extra code that will be needed in the interrupt routines. Other information: - value = snd_emu10k1x_ptr_read(chip, 0x74, 0); printk(Some special chip ID = %04x\n,value); what value on Dell OEM? I don't know. Might be worth trying it on the Audigy 2 as well. Further additions to the snd_emu10k1x_create() function, after the lines snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x70f); // ??? snd_emu10k1x_ptr_write(chip, 0x45, 0, 0); hmm... snd_emu10k1x_ptr_write(chip, 0x65, 0, 0x1000); snd_emu10k1x_ptr_write(chip, 0x72, 0, 0xf0f003f); routing? snd_emu10k1x_ptr_write(chip, 0x71, 0, 0xf000); snd_emu10k1x_ptr_write(chip, 0x61, 0, 0x0); snd_emu10k1x_ptr_write(chip, 0x62, 0, 0x0); The AudigyLS also seems to use the emu10k1x_ptr 0x75 a lot in interrupt routines, but the Dell OEM one does not. what value is supposed to be on 0x75? I have no idea. But some trial and error with some actual hardware should help. Takashi Takashi, I am waiting for someone to donate an Audigy LS to me. I will then be able to build a driver for it. It seems that the Audigy LS is quite a lot different from the Dell OEM, so I will probably create a new .c file for it. Maybe at a later stage, when everything works well, we might decide to join the two drivers. Also, if we get the Audigy LS working, it might shed some light on the P16 or P17 chip details in the Audigy 2. For features like high sample rates etc. I have had one offer so far for an Audigy LS, so, if it arrives, I will start work on it. Cheers James --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Emu10k1x driver
At Fri, 14 May 2004 18:14:47 +0100, James Courtier-Dutton wrote: I would like to add some information that might help people modifying this for the Audigy LS. The outputs for the card work in 2 modes. 1) Probably analogue on the output jacks. snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x70f); snd_emu10k1x_ptr_write(chip, 0x45, 0, 0); it's already in emu10k1x.c. 2) Probably digital spdif on the output jacks. snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x1000f); snd_emu10k1x_ptr_write(chip, 0x45, 0, 0x700); it's not. Those (1) and (2) should work on bother the LS and the Dell OEM. then, are they exclusive? To enable this driver loading for the Audigy LS, have the following PCI IDs. static struct pci_device_id snd_emu10k1x_ids[] = { { 0x1102, 0x0006, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 }, /* Dell OEM version (EMU10K1X) */ { 0x1102, 0x0007, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 }, /* Audigy LS */ { 0, } }; so, just adding the pci id for audigy LS would suffice at least for analog output? I don't think so, because of all the extra code that will be needed in the interrupt routines. ok... (snip) Takashi, I am waiting for someone to donate an Audigy LS to me. I will then be able to build a driver for it. It seems that the Audigy LS is quite a lot different from the Dell OEM, so I will probably create a new .c file for it. Maybe at a later stage, when everything works well, we might decide to join the two drivers. that's fine. meanwhile, emu10k1x.c is already on cvs. Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] problems with the mixer
At Fri, 14 May 2004 20:05:09 +0200, Aner Gusic wrote: * Takashi Iwai [EMAIL PROTECTED]: you can use front, rear and surround40 PCMs. then the volumes and the route should be initialized properly. I've tryed playing some samples with aplay combined with -D parameter, e.g. aplay -Dfront foo.wav. However, what I want is to play a sample on both front and rear speakers, but control the sound level independently, so what remains is the surround40-pcm. When I try this (-Dsurround40) I get the following message: aplay: set_params:837: Channels count non available did you play a 4-channel sample file? I've tried reading documentation in alsa-driver source-tree, but it is sparse. No documentation on the homepage that I found covers what I am having problems with. :/ Any suggestions to where I should look? Mostly, it should cover pcm:s, this routing stuff and such. it's not the scope of the driver but the library. you might find some useful info in ALSA wiki page... Takashi --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Emu10k1x driver
Takashi Iwai wrote: At Fri, 14 May 2004 18:14:47 +0100, James Courtier-Dutton wrote: I would like to add some information that might help people modifying this for the Audigy LS. The outputs for the card work in 2 modes. 1) Probably analogue on the output jacks. snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x70f); snd_emu10k1x_ptr_write(chip, 0x45, 0, 0); 2) Probably digital spdif on the output jacks. snd_emu10k1x_ptr_write(chip, 0x41, 0, 0x1000f); snd_emu10k1x_ptr_write(chip, 0x45, 0, 0x700); Those (1) and (2) should work on bother the LS and the Dell OEM. then, are they exclusive? I think you could add a mixer toggle switch for either (1) or (2). I don't know what each bit in those registers does, so for now it could probably be exclusive. I have also heard that the way to program the Audigy LS might also apply in some way the Audigy 2 to get the high samples rates working on the Audigy 2. Hopefully I will get certain answers soon. Cheers James --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [PATCH] aureon.c - hpamp, adc/dac mute
Hm.. It seems then that after all that the Audiotrak Prodigy 7.1 is identical to Terratec Aureon, except that the later has optical digital IO instead of coaxial. The headphone function is also implemented in Audiotrak Prodigy 7.1 driver. I used to think that it was a difference between the Prodigy and Terratec Aureon. If everything else is the same (i.e. wiring inside the card) then we can merge the two drivers into one since they are almost identical (prodigy.c and aureon.c). I also have a dump from the communication of the windows driver with the AC97 codec of the card which is used for mixing the 4 internal connectors (the communication is through a XIlinx programmable device and so it was difficult to implement). I believe that the dump can be used to add the support of the AC97 to both Prodigy and Aureon. I will do it sometime when I find time but if anyone is interested I can send the dump. Cheers, Apostolos At Fri, 14 May 2004 14:48:18 +0200, Christoph Haderer wrote: [1 text/plain; us-ascii (7bit)] This patch adds a headphone amplifier control and the ability to mute the DAC (all channels at once) and the ADC channels. wm_adc_vol_put had to be changed a little bit because otherwise the ADC-mute bits would be overwritten when changing the ADC-gain. I have also modified wm_adc_mux_info; IMHO the *texts array was wrong before - the texts didn't match the recording source (tested with alsamixer). This patch applies cleanly against the alsa source files that came with kernel 2.6.6-mm2. --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Emu10k1x driver
the attached patch includes some fixes by me for the latest cvs, and changes the periods to 2. i'll apply it to cvs now. Is your patch for kernel 2.6? Francisco The best thing to hit the Internet in years - NetZero HiSpeed! Surf the Web up to FIVE TIMES FASTER! Only $14.95/ month -visit www.netzero.com to sign up today! --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel