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

[alsa-devel] [PATCH 1/5] asihpi: minor checkpatch cleanups
by Eliot Blennerhassett 06 Mar '08

06 Mar '08

A few minor checkpatch cleanups. Make hpi ioctl cmd unique. Signed-off-by: Eliot Blennerhassett <linux(a)audioscience.com> --- diff -r 6def4892d3f5 pci/asihpi/hpi6000.c --- a/pci/asihpi/hpi6000.c Mon Mar 03 11:05:48 2008 +0100 +++ b/pci/asihpi/hpi6000.c Wed Mar 05 21:59:25 2008 +1300 @@ -923,15 +923,15 @@ static short Hpi6000_AdapterBootLoadDsp( 0 - 1 - 2 - - 3 CLK2EN=1 CLKOUT2 enabled - 4 CLK1EN=0 CLKOUT1 disabled - 5 EKEN=1 <----------------!! C6713 specific, enables ECLKOUT + 3 CLK2EN = 1 CLKOUT2 enabled + 4 CLK1EN = 0 CLKOUT1 disabled + 5 EKEN = 1 <--!! C6713 specific, enables ECLKOUT 6 - - 7 NOHOLD=1 external HOLD disabled - 8 HOLDA=0 HOLDA output is low - 9 HOLD=0 HOLD input is low - 10 ARDY=1 ARDY input is high - 11 BUSREQ=0 BUSREQ output is low + 7 NOHOLD = 1 external HOLD disabled + 8 HOLDA = 0 HOLDA output is low + 9 HOLD = 0 HOLD input is low + 10 ARDY = 1 ARDY input is high + 11 BUSREQ = 0 BUSREQ output is low 12,13 Reserved = 1 */ HpiWriteWord(pdo, 0x01800000, 0x34A8); @@ -952,12 +952,12 @@ static short Hpi6000_AdapterBootLoadDsp( /* EMIF SDRAM Extension 31-21 0 20 WR2RD = 0 - 19-18 WR2DEAC=1 - 17 WR2WR=0 - 16-15 R2WDQM=2 - 14-12 RD2WR=4 - 11-10 RD2DEAC=1 - 9 RD2RD= 1 + 19-18 WR2DEAC = 1 + 17 WR2WR = 0 + 16-15 R2WDQM = 2 + 14-12 RD2WR = 4 + 11-10 RD2DEAC = 1 + 9 RD2RD = 1 8-7 THZP = 10b 6-5 TWR = 2-1 = 01b (tWR = 10ns) 4 TRRD = 0b = 2 ECLK (tRRD = 14ns) diff -r 6def4892d3f5 pci/asihpi/hpi6205.h --- a/pci/asihpi/hpi6205.h Mon Mar 03 11:05:48 2008 +0100 +++ b/pci/asihpi/hpi6205.h Wed Mar 05 22:06:08 2008 +1300 @@ -30,14 +30,14 @@ Copyright AudioScience, Inc., 2003 /*********************************************************** Defines used for basic messaging ************************************************************/ -#define H620_HIF_RESET 0 -#define H620_HIF_IDLE 1 -#define H620_HIF_GET_RESP 2 -#define H620_HIF_DATA_DONE 3 -#define H620_HIF_DATA_MASK 0x10 -#define H620_HIF_SEND_DATA 0x14 -#define H620_HIF_GET_DATA 0x15 -#define H620_HIF_UNKNOWN 0xffff +#define H620_HIF_RESET 0 +#define H620_HIF_IDLE 1 +#define H620_HIF_GET_RESP 2 +#define H620_HIF_DATA_DONE 3 +#define H620_HIF_DATA_MASK 0x10 +#define H620_HIF_SEND_DATA 0x14 +#define H620_HIF_GET_DATA 0x15 +#define H620_HIF_UNKNOWN 0xffff /*********************************************************** Types used for mixer control caching @@ -48,7 +48,7 @@ Copyright AudioScience, Inc., 2003 #define HPI_NMIXER_CONTROLS 2048 /********************************************************************* - This is used for background buffer bus mastering stream buffers. +This is used for background buffer bus mastering stream buffers. **********************************************************************/ struct hostbuffer_status_6205 { u32 dwSamplesProcessed; @@ -62,7 +62,7 @@ struct hostbuffer_status_6205 { }; /********************************************************************* - This is used for dynamic control cache allocation +This is used for dynamic control cache allocation **********************************************************************/ struct controlcache_6205 { u32 dwNumberOfControls; @@ -71,7 +71,7 @@ struct controlcache_6205 { }; /********************************************************************* - This is used for dynamic allocation of async event array +This is used for dynamic allocation of async event array **********************************************************************/ struct async_event_buffer_6205 { u32 dwPhysicalPCI32address; @@ -80,8 +80,8 @@ struct async_event_buffer_6205 { }; /*********************************************************** - The Host located memory buffer that the 6205 will bus master - in and out of. +The Host located memory buffer that the 6205 will bus master +in and out of. ************************************************************/ #define HPI6205_SIZEOF_DATA (16*1024) struct bus_master_interface { diff -r 6def4892d3f5 pci/asihpi/hpimsginit.c --- a/pci/asihpi/hpimsginit.c Mon Mar 03 11:05:48 2008 +0100 +++ b/pci/asihpi/hpimsginit.c Thu Mar 06 12:21:47 2008 +1300 @@ -29,7 +29,7 @@ static u16 aMsgSize[HPI_OBJ_MAXINDEX + 1 /* The actual response size for each object type */ static u16 aResSize[HPI_OBJ_MAXINDEX + 1] = HPI_RESPONSE_SIZE_BY_OBJECT; /* Flag to enable alternate message type for SSX2 bypass. */ -static u16 gwSSX2Bypass = 0; +static u16 gwSSX2Bypass; /** \internal * Used by ASIO driver to disable SSX2 for a single process diff -r 6def4892d3f5 pci/asihpi/hpios.h --- a/pci/asihpi/hpios.h Mon Mar 03 11:05:48 2008 +0100 +++ b/pci/asihpi/hpios.h Wed Mar 05 21:58:51 2008 +1300 @@ -27,13 +27,6 @@ HPI Operating System function declaratio #ifndef STR_SIZE #define STR_SIZE(a) (a) -#endif - -#ifndef __user -#define __user -#endif -#ifndef __iomem -#define __iomem #endif /* physical memory allocation */ diff -r 6def4892d3f5 pci/asihpi/hpios_linux_kernel.h --- a/pci/asihpi/hpios_linux_kernel.h Mon Mar 03 11:05:48 2008 +0100 +++ b/pci/asihpi/hpios_linux_kernel.h Wed Mar 05 21:59:18 2008 +1300 @@ -28,6 +28,7 @@ HPI Operating System Specific macros for #endif #include <asm/io.h> +#include <asm/system.h> #include <linux/ioctl.h> #include <linux/kernel.h> #include <linux/string.h> @@ -35,10 +36,7 @@ HPI Operating System Specific macros for #include <linux/firmware.h> #include <linux/interrupt.h> #include <linux/pci.h> - -#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2 , 5 , 0)) -# include <linux/device.h> -#endif +#include <linux/device.h> #define INLINE inline @@ -104,9 +102,8 @@ struct hpi_ioctl_linux { /* Conflict?: H is already used by a number of drivers hid, bluetooth hci, and some sound drivers sb16, hdsp, emu10k. AFAIK 0xFC is ununsed command +*/ #define HPI_IOCTL_LINUX _IOWR('H', 0xFC, struct hpi_ioctl_linux) -*/ -#define HPI_IOCTL_LINUX _IOWR('H', 1, struct hpi_ioctl_linux) #define HPI_DEBUG_FLAG_ERROR KERN_ERR #define HPI_DEBUG_FLAG_WARNING KERN_WARNING

1 0

[alsa-devel] sound/pci/au88x0/au88x0_core.c: incorrect for loop in vortex_mixer_init()
by Roel Kluin 05 Mar '08

05 Mar '08

in sound/pci/au88x0/au88x0_core.c:430 (linus' tree) it reads in commented code: for (x = 0; x > 0x80; x++) { Not sure whether this is important but it appears to be incorrect. should it be 'x < 0x80' ?

1 0

[alsa-devel] volume control
by Reiner 05 Mar '08

05 Mar '08

Hello, is there a function available to control the volume of playback? Thanks Reiner

1 0

[alsa-devel] Alsa MMAP emulation
by Mathieu Monney 05 Mar '08

05 Mar '08

Hi, I'm trying to get working Alsa with the PortAudio library on an embedded device (Nokia N810). The problem is that the sound driver is not an hardware driver for Alsa but a plugin which deals with the internal DSP of the device. This plugin doesn't support mmap'ing at all. So I was wondering if it is possible to configure Alsa a way such PortAudio can use mmap'ing on my DSP plugin ? I saw there is a mmap_emulation flag but the problem is that it seems to be only available on HW driver and not on alsa plugins. Any clues ? Thank you in advance Mathieu

3 3

[alsa-devel] HDMI v. ICH8 on Dell XPS M1330
by Armando Di Cianno 05 Mar '08

05 Mar '08

I figured this was more appropriate for devel, and not user. Sorry, if that's wrong. First, I'm using the 1.0.16 release tarballs. They work better than the in-kernel drivers, as they survive both suspend and hibernate, whereas the kernel drivers do not. I'm eager to see audio over HDMI working on my Dell XPS M1330. I'm pretty sure that this is /not supported/ at the moment -- if this isn't the case, please stop reading, and let me know the particulars. HDMI seems to be supported noted, but mainly for the ATI chips. I'm pretty sure the m1330 has a STAC9228 setup. None of the suggested model= module parameters succeeded in getting audio over HDMI, beyond what is autodetected without any parameter specified. model=5stack seems to show a digital SPDIF device added. If there is anyway I can help the core developers get HDMI audio working, I would be glad to help. I will post all the relevant information I can think of following; please let me know if other information would be helpful. I will gladly turn on any excessive debugging options needed. I am an ALSA n00b, but I will happily do any required work that I can do from this end. Thanks! -- Armando Di Cianno http://dicianno.org/blog armando(a)dicianno.org armando(a)goodship.net w/o model= parameter # aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog] Subdevices: 1/1 w/ model=5stack # aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: STAC92xx Digital [STAC92xx Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 # lspci -nvvvv -d 8086:284b 00:1b.0 0403: 8086:284b (rev 02) Subsystem: 1028:0209 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at febfc000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot +,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 (v1) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us ClockPM- Suprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [100] Virtual Channel <?> Capabilities: [130] Root Complex Link <?> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel

6 20

[alsa-devel] [PATCH] model for alc883 to support M720R
by Jiang zhe 04 Mar '08

04 Mar '08

Hi, Please refer to [0003781] on the alsa mantis. There is no suitable model for M720R. This patch is to support HP jack-sensing and mixer. The reporter complained that there was a constant noise when he recorded from Mic, It existed even after he muted the input. I checked the codec info carefully, the input widget was muted indeed. It's strange, Is there anything special for this codec? Thanks! Signed-off-by: Jiang zhe <zhe.jiang(a)intel.com> --- alsa-driver-hg20080304/alsa-kernel/pci/hda/patch_realtek.c 2008-03-01 09:00:07.000000000 +0800 +++ b/alsa-kernel/pci/hda/patch_realtek.c 2008-03-04 16:49:09.000000000 +0800 @@ -201,6 +201,7 @@ enum { ALC888_3ST_HP, ALC888_6ST_DELL, ALC883_MITAC, + ALC883_CLEVO_M720R, ALC883_AUTO, ALC883_MODEL_LAST, }; @@ -6645,6 +6646,33 @@ static struct snd_kcontrol_new alc883_mi { } /* end */ }; +static struct snd_kcontrol_new alc883_clevo_m720r_mixer[] = { + HDA_CODEC_VOLUME("Headphone Playback Volume", 0x0c, 0x0, HDA_OUTPUT), + HDA_BIND_MUTE("Headphone Playback Switch", 0x0c, 2, HDA_INPUT), + HDA_CODEC_VOLUME("Speaker Playback Volume", 0x0d, 0x0, HDA_OUTPUT), + HDA_BIND_MUTE("Speaker Playback Switch", 0x0d, 2, HDA_INPUT), + HDA_CODEC_VOLUME("Mic Playback Volume", 0x0b, 0x0, HDA_INPUT), + HDA_CODEC_VOLUME("Mic Boost", 0x18, 0, HDA_INPUT), + HDA_CODEC_MUTE("Mic Playback Switch", 0x0b, 0x0, HDA_INPUT), + HDA_CODEC_VOLUME("Int Mic Playback Volume", 0x0b, 0x1, HDA_INPUT), + HDA_CODEC_VOLUME("Int Mic Boost", 0x19, 0, HDA_INPUT), + HDA_CODEC_MUTE("Int Mic Playback Switch", 0x0b, 0x1, HDA_INPUT), + HDA_CODEC_VOLUME("Capture Volume", 0x08, 0x0, HDA_INPUT), + HDA_CODEC_MUTE("Capture Switch", 0x08, 0x0, HDA_INPUT), + HDA_CODEC_VOLUME_IDX("Capture Volume", 1, 0x09, 0x0, HDA_INPUT), + HDA_CODEC_MUTE_IDX("Capture Switch", 1, 0x09, 0x0, HDA_INPUT), + { + .iface = SNDRV_CTL_ELEM_IFACE_MIXER, + /* .name = "Capture Source", */ + .name = "Input Source", + .count = 2, + .info = alc883_mux_enum_info, + .get = alc883_mux_enum_get, + .put = alc883_mux_enum_put, + }, + { } /* end */ +}; + static struct snd_kcontrol_new alc883_3ST_2ch_mixer[] = { HDA_CODEC_VOLUME("Front Playback Volume", 0x0c, 0x0, HDA_OUTPUT), HDA_BIND_MUTE("Front Playback Switch", 0x0c, 2, HDA_INPUT), @@ -7178,6 +7206,20 @@ static struct hda_verb alc883_mitac_verb { } /* end */ }; +static struct hda_verb alc883_clevo_m720r_verbs[] = { + /* HP */ + {0x15, AC_VERB_SET_CONNECT_SEL, 0x00}, + {0x15, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_HP}, + /* Int speaker */ + {0x14, AC_VERB_SET_CONNECT_SEL, 0x01}, + {0x14, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, + + /* enable unsolicited event */ + {0x15, AC_VERB_SET_UNSOLICITED_ENABLE, ALC880_HP_EVENT | AC_USRSP_EN}, + + { } /* end */ +}; + static struct hda_verb alc883_tagra_verbs[] = { {0x0c, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, {0x0c, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(1)}, @@ -7361,6 +7403,25 @@ static void alc883_tagra_unsol_event(str alc883_tagra_automute(codec); } +/* toggle speaker-output according to the hp-jack state */ +static void alc883_clevo_m720r_automute(struct hda_codec *codec) +{ + unsigned int present; + unsigned char bits; + + present = snd_hda_codec_read(codec, 0x15, 0, + AC_VERB_GET_PIN_SENSE, 0) & 0x80000000; + bits = present ? HDA_AMP_MUTE : 0; + snd_hda_codec_amp_stereo(codec, 0x14, HDA_OUTPUT, 0, + HDA_AMP_MUTE, bits); +} + +static void alc883_clevo_m720r_unsol_event(struct hda_codec *codec, unsigned int res) +{ + if ((res >> 26) == ALC880_HP_EVENT) + alc883_clevo_m720r_automute(codec); +} + static void alc883_haier_w66_automute(struct hda_codec *codec) { unsigned int present; @@ -7598,6 +7659,7 @@ static const char *alc883_models[ALC883_ [ALC888_3ST_HP] = "3stack-hp", [ALC888_6ST_DELL] = "6stack-dell", [ALC883_MITAC] = "mitac", + [ALC883_CLEVO_M720R] = "clevo-m720r", [ALC883_AUTO] = "auto", }; @@ -7638,6 +7700,7 @@ static struct snd_pci_quirk alc883_cfg_t SND_PCI_QUIRK(0x1462, 0x7327, "MSI", ALC883_6ST_DIG), SND_PCI_QUIRK(0x1462, 0xa422, "MSI", ALC883_TARGA_2ch_DIG), SND_PCI_QUIRK(0x147b, 0x1083, "Abit IP35-PRO", ALC883_6ST_DIG), + SND_PCI_QUIRK(0x1558, 0x0721, "Clevo laptop M720R", ALC883_CLEVO_M720R), SND_PCI_QUIRK(0x1558, 0, "Clevo laptop", ALC883_LAPTOP_EAPD), SND_PCI_QUIRK(0x15d9, 0x8780, "Supermicro PDSBA", ALC883_3ST_6ch), SND_PCI_QUIRK(0x161f, 0x2054, "Medion laptop", ALC883_MEDION), @@ -7780,6 +7843,18 @@ static struct alc_config_preset alc883_p .channel_mode = alc883_3ST_2ch_modes, .input_mux = &alc883_capture_source, }, + [ALC883_CLEVO_M720R] = { + .mixers = { alc883_clevo_m720r_mixer }, + .init_verbs = { alc883_init_verbs, alc883_clevo_m720r_verbs }, + .num_dacs = ARRAY_SIZE(alc883_dac_nids), + .dac_nids = alc883_dac_nids, + .dig_out_nid = ALC883_DIGOUT_NID, + .num_channel_mode = ARRAY_SIZE(alc883_3ST_2ch_modes), + .channel_mode = alc883_3ST_2ch_modes, + .input_mux = &alc883_capture_source, + .unsol_event = alc883_clevo_m720r_unsol_event, + .init_hook = alc883_clevo_m720r_automute, + }, [ALC883_LENOVO_101E_2ch] = { .mixers = { alc883_lenovo_101e_2ch_mixer}, .init_verbs = { alc883_init_verbs, alc883_lenovo_101e_verbs},

3 4

[alsa-devel] Driver recovers from underrun in plain ALSA mode, but not in OSS emulation
by Timur Tabi 04 Mar '08

04 Mar '08

I'm stress-testing my sound driver using mplayer to see how it handles underrun during jumps in CPU loads. That is, I start playing a movie, and then I cause the CPU to jump to 100%, and then I drop the CPU back to normal. During the times when the CPU is at 100%, I get underruns and other problems. That's normal. When I tell mplayer to use the ALSA API, my driver recovers nicely from an underrun situation when the CPU load drops back to normal. However, if I tell mplayer to use the OSS API (i.e. ALSA's OSS emulation), it does not recover from an underrun situation. The audio and video playback remains distorted. I need to tell mplayer to pause and resume to get it to recover. Is this normal for ALSA drivers? Before I try to debug this problem the hard way, I want to know if this could be the result of a common programming mistake in my driver or something like similar. (FYI, the source code for my driver is in sound/soc/fsl/) -- Timur Tabi Linux kernel developer at Freescale

2 3

[alsa-devel] mm functions vs. normal IO
by Reiner 04 Mar '08

04 Mar '08

Hello, I'am new for using ALSA API. I was astonished that a simple wav playback example does not exist. But after reading the pcm examples I have managed to make one (if I will finish it I can post it so it can be added to the examples) Now my question: What should be used: snd_pcm_mmap_commit <http://www.alsa-project.org/alsa-doc/alsa-lib/group___p_c_m___direct.html#g…> (I think snd_pcm_mmap_writei <http://www.alsa-project.org/alsa-doc/alsa-lib/group___p_c_m___direct.html#g…> is the same with an additional copy behind ?) or snd_pcm_writei <http://www.alsa-project.org/alsa-doc/alsa-lib/group___p_c_m.html#gf13067c0e…> I think mmap will have better performance, but will it work with all soundcards? Or should it be in a config what to use? I'am also looking for a function to get the number of played frames. I have played around with "snd_pcm_status" but it seems not to have a counter for this. By the way is there a detailed tutorial (introduction) for ALSA available? The online help is a little bit too short for newbies. ;-) Reiner

4 3

[alsa-devel] [PATCH] ALC288 - Add NEC S970 to the quirk table
by Pascal Terjan 04 Mar '08

04 Mar '08

Hi, NEC S970 has no sound in the internal speakers when autodetection is used. With targa-dig model, there is sound in the speakers and it gets correctly muted when pluging headphones.

2 1

[alsa-devel] Question about snd_pcm_update_hw_ptr_post()
by Timur Tabi 04 Mar '08

04 Mar '08

Can someone explain to me this snippet from snd_pcm_update_hw_ptr_post(): if (avail >= runtime->stop_threshold) { if (substream->runtime->status->state == SNDRV_PCM_STATE_DRAINING) snd_pcm_drain_done(substream); else xrun(substream); return -EPIPE; } During playback, avail = snd_pcm_playback_avail(). Does this mean that avail is number of frames available in the playback DMA buffer for new data? If so, why is avail >= runtime->stop_threshold considered an underrun condition? Does ALSA try to keep the amount of available data to a minimum? If so, how can I adjust runtime->stop_threshold? I'd like to see what happens if I make stop_threshold equal to the size of my DMA buffer. -- Timur Tabi Linux kernel developer at Freescale

2 1