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

[alsa-devel] [PATCH] hda_proc - Add output of Vref, additional pcaps, and proccaps to proc output
by Andrew Paprocki 18 Jan '08

18 Jan '08

This adds additional pincaps which were not previously output. Also, Vref capabilities are output per-pin along with the current Vref pinctl setting if the NID supports Vref. Also added: processing widgets and proccaps, as well as processing coefficient and coefficient index from the Realtek Define Registers per the ALC883 datasheet. Signed-off-by: Andrew Paprocki <andrew(a)ishiboo.com> diff -r 1e5c4ccf093c -r 8a9218bae32f pci/hda/hda_proc.c --- a/pci/hda/hda_proc.c Sun Jan 13 12:03:53 2008 +0100 +++ b/pci/hda/hda_proc.c Thu Jan 17 09:44:07 2008 -0500 @@ -202,7 +202,8 @@ static const char *get_jack_color(u32 cf } static void print_pin_caps(struct snd_info_buffer *buffer, - struct hda_codec *codec, hda_nid_t nid) + struct hda_codec *codec, hda_nid_t nid, + int *supports_vref) { static char *jack_conns[4] = { "Jack", "N/A", "Fixed", "Both" }; static char *jack_types[16] = { @@ -226,7 +227,35 @@ static void print_pin_caps(struct snd_in snd_iprintf(buffer, " EAPD"); if (caps & AC_PINCAP_PRES_DETECT) snd_iprintf(buffer, " Detect"); - snd_iprintf(buffer, "\n"); + if (caps & AC_PINCAP_BALANCE) + snd_iprintf(buffer, " Balanced"); + if (caps & AC_PINCAP_LR_SWAP) + snd_iprintf(buffer, " R/L"); + if (caps & AC_PINCAP_TRIG_REQ) + snd_iprintf(buffer, " Trigger"); + if (caps & AC_PINCAP_IMP_SENSE) + snd_iprintf(buffer, " ImpSense"); + snd_iprintf(buffer, "\n"); + if (caps & AC_PINCAP_VREF) { + unsigned int vref = + (caps & AC_PINCAP_VREF) >> AC_PINCAP_VREF_SHIFT; + snd_iprintf(buffer, " Vref:"); + if (vref & AC_PINCAP_VREF_HIZ) + snd_iprintf(buffer, " HIZ"); + if (vref & AC_PINCAP_VREF_50) + snd_iprintf(buffer, " 50"); + if (vref & AC_PINCAP_VREF_GRD) + snd_iprintf(buffer, " GRD"); + if (vref & AC_PINCAP_VREF_80) + snd_iprintf(buffer, " 80"); + if (vref & AC_PINCAP_VREF_100) + snd_iprintf(buffer, " 100"); + snd_iprintf(buffer, "\n"); + *supports_vref = 1; + } + else { + *supports_vref = 0; + } caps = snd_hda_codec_read(codec, nid, 0, AC_VERB_GET_CONFIG_DEFAULT, 0); snd_iprintf(buffer, " Pin Default 0x%08x: [%s] %s at %s %s\n", caps, jack_conns[(caps & AC_DEFCFG_PORT_CONN) >> AC_DEFCFG_PORT_CONN_SHIFT], @@ -330,8 +359,9 @@ static void print_codec_info(struct snd_ } switch (wid_type) { - case AC_WID_PIN: - print_pin_caps(buffer, codec, nid); + case AC_WID_PIN: { + int supports_vref; + print_pin_caps(buffer, codec, nid, &supports_vref); pinctls = snd_hda_codec_read(codec, nid, 0, AC_VERB_GET_PIN_WIDGET_CONTROL, 0); @@ -342,8 +372,29 @@ static void print_codec_info(struct snd_ snd_iprintf(buffer, " OUT"); if (pinctls & AC_PINCTL_HP_EN) snd_iprintf(buffer, " HP"); + if (supports_vref) { + int vref = pinctls & AC_PINCTL_VREFEN; + switch (vref) { + case AC_PINCTL_VREF_HIZ: + snd_iprintf(buffer, " VREF_HIZ"); + break; + case AC_PINCTL_VREF_50: + snd_iprintf(buffer, " VREF_50"); + break; + case AC_PINCTL_VREF_GRD: + snd_iprintf(buffer, " VREF_GRD"); + break; + case AC_PINCTL_VREF_80: + snd_iprintf(buffer, " VREF_80"); + break; + case AC_PINCTL_VREF_100: + snd_iprintf(buffer, " VREF_100"); + break; + } + } snd_iprintf(buffer, "\n"); break; + } case AC_WID_VOL_KNB: pinctls = snd_hda_param_read(codec, nid, AC_PAR_VOL_KNB_CAP); @@ -386,6 +437,31 @@ static void print_codec_info(struct snd_ snd_iprintf(buffer, "\n"); } } + + if (wid_caps & AC_WCAP_PROC_WID) { + unsigned int proc_caps = + snd_hda_param_read(codec, nid, + AC_PAR_PROC_CAP); + snd_iprintf(buffer, + " Processing Caps: benign=%d ncoeff=%d\n", + proc_caps & AC_PCAP_BENIGN, + (proc_caps & AC_PCAP_NUM_COEF) >> + AC_PCAP_NUM_COEF_SHIFT); + } + + /* NID 0x20 == Realtek Define Registers */ + if (codec->vendor_id == 0x10ec && nid == 0x20) { + int coeff = + snd_hda_codec_read(codec, nid, 0, + AC_VERB_GET_PROC_COEF, 0); + snd_iprintf(buffer, + " Processing Coefficient: 0x%02x\n", + coeff); + coeff = snd_hda_codec_read(codec, nid, 0, + AC_VERB_GET_COEF_INDEX, 0); + snd_iprintf(buffer, + " Coefficient Index: 0x%02x\n", coeff); + } } snd_hda_power_down(codec); }

3 5

Re: [alsa-devel] intel-hd on an intel G33 motherboard
by De Fuuss 18 Jan '08

18 Jan '08

Hi, Indeed it works. As you mght have noticed I'm new to ALSA ;-) and I hadn't noticed that some of the channels could be muted. I thought they were muted only when at 0%. I also get "hda_codec_setup_stream:NID=" lines in dmesg now. I'm really sorry about that, it's really a beginner's mistake. At least one good thing came out of it: I can confirm that hda_intel works with model=6stack-hp on the XPC Shuttle SG33G5M . I will continue to carry out tests to see if there are any issues with Mic, line out, spdifs etc.. I'd like to thank all those that helped me for their continued patience and understanding. ALSA rocks because of you! Regards, Patrick > From: zhe.jiang(a)intel.com > To: fuuss(a)hotmail.com > Date: Thu, 17 Jan 2008 11:36:32 +0800 > CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org > Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard > > On Wed, 2008-01-16 at 23:06 +0000, De Fuuss wrote: >> Ups my bad, somehow the model number got commented out by an update script I ran yesterday. The drivers were recompiled with the "with-debug=detect" option set. I've attached the dmesg, codec#0 output and amixer contents. >> Dmesg is not very talkative, it did not show "hda_codec_setup_stream:NID=", however I get something of the type "hda_generic: no proper output path found". >> About the testing, I performed speaker-test every time I changed something (still only output on "Front L/R channels"). >> > > I guess that the "hda_generic: no proper output" is caused during > detect another codec. > > It's strange that there is no messages like > "hda_codec_setup_stream:NID=" when you run speaker-test. > >>From you amixer1.txt, I found that you muted the Surround,C/LFE and > Side.Please unmute them. > > Did you just run the "speaker-test -Dplug:surround71 -c8 -sX" with the > X=0 and X=1? > If it is true, you should change the X from 0 to 8. > > Best regards! > > >> Patrick >> >>> From: zhe.jiang(a)intel.com >>> To: fuuss(a)hotmail.com >>> Date: Wed, 16 Jan 2008 13:49:43 +0800 >>> CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org >>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>> >>> On Wed, 2008-01-16 at 02:22 +0800, De Fuuss wrote: >>>> >>>> Hi, >>>> >>>> I have recompiled the driver with --with-debug=detect. Dmesg output is >>>> attached to this mail. ALSA specificities seem to be present this >>>> time. >>> Hi, >>> >>>>From the dmesg, there is "hda_codec: Unknown model for ALC883, trying >>> auto-probe from BIOS" >>> It looks like that no "model=" is assigned. >>> Did you assign model for the driver? >>> >>> Can you play some music? >>> Then there will be some info in the dmesg like >>> "hda_codec_setup_stream:NID= ". >>> Please paste such info and give the result of >>> "cat /proc/asound/card0/codec#0". >>> >>> BTW, how did you do the testing? >>> You run speaker-test or by other way? >>> >>>>From the codec info, it seems that there are paths from DAC to Jack. >>> So it's a little weird that all other jacks are silent. >>> >>> Thanks! >>> >>>> Hope this helps. >>>> >>>> Best regards, >>>> >>>> Patrick >>>> >>>>> From: zhe.jiang(a)intel.com >>>>> To: fuuss(a)hotmail.com >>>>> Date: Tue, 15 Jan 2008 09:32:35 +0800 >>>>> CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org >>>>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>>>> >>>>> On Mon, 2008-01-14 at 17:11 +0000, De Fuuss wrote: >>>>>> The jumper is now set to enable onboard (Intel HDA) audio. >>>>>> At the back of the barebone there are 5 jacks (4 channels for 7.1 >>>> and 1 line in channel) + 1 spdif out. >>>>>> From these, using 6stack-hp, only the "Front L/R" jack works, none >>>> of the others >>>>>> On the front, there are 2 jacks (1 headphones and 1 microphone). >>>> The headphone jack works. >>>>>> >>>>> Can you tell us how you did the testing? >>>>>>From the driver code, it's not likely that all other jacks don't >>>> work. >>>>> >>>>> Because the driver support up-mixing, you can play a 2-channel music >>>> and >>>>> get sound from 4 jacks on the back panel. >>>>> >>>>> I read the dmesg output that you sent to me. >>>>> But there is no alsa debug info in it. >>>>> Did you really configure the driver with the option >>>>> "--with-debug=detect"? >>>>> If not, please try it and paste the dmesg info, it is helpful to >>>> trace >>>>> the issue. >>>>> >>>>> Best regards! >>>>> Jiang,zhe >>>>>> All the channels have been set to 100% in alsamixer. >>>>>> >>>>>> Considering that a week ago I had 0.0 and today I'm at 2.0, it's >>>> already a improvement. ;-) >>>>>> >>>>>> Patrick >>>>>> >>>>>>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>>>>>> From: zhe.jiang(a)intel.com >>>>>>> To: fuuss(a)hotmail.com >>>>>>> CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org >>>>>>> Date: Mon, 14 Jan 2008 16:43:00 +0800 >>>>>>> >>>>>>> On Mon, 2008-01-14 at 02:06 +0800, De Fuuss wrote: >>>>>>>> >>>>>>>> Following your advice, I tested per channel output. Using either >>>>>>>> 6stack-dig or 6stack-hp, I get noise from Front Left and Right >>>> jacks, >>>>>>>> using speaker-test (X=1 and 2) but not on any other channels. >>>>>>> >>>>>>> Hi, >>>>>>> Did you mean that after you changed the 'Jumper', >>>>>>> you could get the sound from the Front jack on the back channel? >>>>>>> >>>>>>>> Patrick >>>>>>>> >>>>>>>>> Date: Sun, 13 Jan 2008 01:01:50 -0200 >>>>>>>>> From: cmatsuoka(a)gmail.com >>>>>>>>> To: fuuss(a)hotmail.com >>>>>>>>> CC: zhe.jiang(a)intel.com; alsa-devel(a)alsa-project.org >>>>>>>>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>>>>>>>> >>>>>>>>> 2008/1/12 De Fuuss : >>>>>>>>> >>>>>>>>>> I get the uneasy feeling that something is messed up with this >>>>>>>> board. Anyway, for completeness' sake, I attached the results of >>>>>>>> amixer contents, cat /proc/asound/card0/codec#0 and dmesg for the >>>>>>>> module loaded as 6stack-dig. I have to try 6stack-hp again to >>>> confirm >>>>>>>> if I get something there. >>>>>>>>> >>>>>>>>> I fixed the Inspiron output, and I'm adding the SG33G5M codec to >>>> the >>>>>>>>> codecgraph codecs collection (git repository at >>>>>>>>> http://helllabs.org/git/codecgraph.git). If nodes 0x14, 0x15, >>>> 0x16 >>>>>>>> and >>>>>>>>> 0x17 are the front, rear, clfe and side connectors in the back >>>>>>>> panel, >>>>>>>>> 6stack-hp should work (at least for the outputs). You can test >>>> the >>>>>>>>> outputs using "speaker-test -Dplug:surround71 -c8 -sX" (where X >>>>>>>> varies >>>>>>>>> from 1 to 8) and a pair of headphones. >>>>>>>>> _______________________________________________ >>>>>>>>> Alsa-devel mailing list >>>>>>>>> Alsa-devel(a)alsa-project.org >>>>>>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>>>>>> >>>>>>>> _________________________________________________________________ >>>>>>>> Express yourself instantly with MSN Messenger! Download today >>>> it's >>>>>>>> FREE! >>>>>>>> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >>>>>>>> _______________________________________________ >>>>>>>> Alsa-devel mailing list >>>>>>>> Alsa-devel(a)alsa-project.org >>>>>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> _________________________________________________________________ >>>>>> Express yourself instantly with MSN Messenger! Download today it's >>>> FREE! >>>>>> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >>>>> >>>>> _______________________________________________ >>>>> Alsa-devel mailing list >>>>> Alsa-devel(a)alsa-project.org >>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>> >>>> _________________________________________________________________ >>>> Express yourself instantly with MSN Messenger! Download today it's >>>> FREE! >>>> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >>>> >>>> >>> >>> _______________________________________________ >>> Alsa-devel mailing list >>> Alsa-devel(a)alsa-project.org >>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >> >> _________________________________________________________________ >> Express yourself instantly with MSN Messenger! Download today it's FREE! >> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

3 2

[alsa-devel] [PATCH] [ALSA] mpc8610: Add mmap support
by Timur Tabi 17 Jan '08

17 Jan '08

Enable mmap support in the MPC8610 ASoC driver. The driver can use ALSA's default mmap functionality, it was just not enabled previously. Signed-off-by: Timur Tabi <timur(a)freescale.com> --- sound/soc/fsl/fsl_dma.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/sound/soc/fsl/fsl_dma.c b/sound/soc/fsl/fsl_dma.c index 2173203..652514f 100644 --- a/sound/soc/fsl/fsl_dma.c +++ b/sound/soc/fsl/fsl_dma.c @@ -136,7 +136,9 @@ struct fsl_dma_private { */ static const struct snd_pcm_hardware fsl_dma_hardware = { - .info = SNDRV_PCM_INFO_INTERLEAVED, + .info = SNDRV_PCM_INFO_INTERLEAVED | + SNDRV_PCM_INFO_MMAP | + SNDRV_PCM_INFO_MMAP_VALID, .formats = FSLDMA_PCM_FORMATS, .rates = FSLDMA_PCM_RATES, .rate_min = 5512, -- 1.5.2.4

4 6

[alsa-devel] HDA NIDs 0x25 & 0x26 on ALC883
by Andrew Paprocki 17 Jan '08

17 Jan '08

Takashi, Do you know anything about NIDs 0x25 and 0x26 on the ALC883 chip? 0x25 is an Audio Output and 0x26 is an Audio Mixer. They appear completely separate from the 0x0c-0x0f mixers, but when I map one of my pins to use the 0x26 mixer, I hear audio over the jack whenever I play to the standard 'Green' 0x0c mixer. The 0x26 mixer seems unused in the current driver, so I'm not sure if there is something special about it. I'm basically trying to use it as a 5th output. Also, when I play audio, the 0x0c mixer has a nice full sound (the "expected" sound). The 0x0d & 0x0e mixers have much less bass and sound like someone turned up the treble. The 0x0f and 0x26 mixers have an even more "tinny" sound. I've verified that all the mixers/pins are configured the same exact way and all have full volume (0x1f). Do you know of any reason why the audio output over the pins would differ? I'm not sure what I could be missing here to get them to all sound the same. I appreciate any info you could provide. Thanks, -Andrew This is my 0x26 / 0x25 config, mapped to pin 0x1a which I've reconfigured as an output jack: 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: [0x00 0x00] Pincap 0x08173e: IN OUT HP Detect Pin Default 0x0181344f: [Jack] Line In at Ext Rear Conn = 1/8, Color = Blue EAPD: 0x0 Pin-ctls: 0x40: OUT Connection: 5 0x0c 0x0d 0x0e 0x0f 0x26* 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: [0x1f 0x1f] Connection: 2 0x25 0x0b Node 0x25 [Audio Output] wcaps 0x11: Stereo PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM

2 4

Re: [alsa-devel] S16_LE + softvol = bad
by Alexander E. Patrakov 17 Jan '08

17 Jan '08

[sorry for a possible duplicate] 2008/1/17, Clemens Ladisch <cladisch(a)fastmail.net>: > Alexander E. Patrakov wrote: > > some cards (most notably, Intel HD audio) have the PCM control as softvol, and > > default to S16_LE as a format for dmix. > > HDA-Intel.conf doesn't set a sample format, and when none is set, dmix > tries S32 before S16. You get S16 only if the device doesn't support > S32. Sorry, this doesn't appear to be the case here. # with explicit defaults.pcm.dmix.format S32_LE patrakov@home:~$ aplay -vv /usr/share/sounds/alsa/Front_Left.wav Playing WAVE '/usr/share/sounds/alsa/Front_Left.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono Plug PCM: Route conversion PCM (sformat=S32_LE) Transformation table: 0 <- 0 1 <- 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 1 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 8192 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 8192 stop_threshold : 8192 silence_threshold: 0 silence_size : 0 boundary : 1073741824 Slave: Soft volume PCM Control: PCM Playback Volume min_dB: -51 max_dB: 0 resolution: 256 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 32 buffer_size : 8192 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 8192 stop_threshold : 8192 silence_threshold: 0 silence_size : 0 boundary : 1073741824 Slave: Direct Stream Mixing PCM Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 32 buffer_size : 8192 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 8192 stop_threshold : 8192 silence_threshold: 0 silence_size : 0 boundary : 1073741824 Hardware PCM card 0 'HDA Intel' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 32 buffer_size : 8192 period_size : 1024 period_time : 21333 tick_time : 4000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 1 stop_threshold : 1073741824 silence_threshold: 0 silence_size : 1073741824 boundary : 1073741824 #+ | 00% # The same without defaults.pcm.dmix.format patrakov@home:~$ aplay -vv /usr/share/sounds/alsa/Front_Left.wav Playing WAVE '/usr/share/sounds/alsa/Front_Left.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono Plug PCM: Route conversion PCM (sformat=S16_LE) Transformation table: 0 <- 0 1 <- 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 1 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 16384 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 16384 stop_threshold : 16384 silence_threshold: 0 silence_size : 0 boundary : 1073741824 Slave: Soft volume PCM Control: PCM Playback Volume min_dB: -51 max_dB: 0 resolution: 256 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 16384 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 16384 stop_threshold : 16384 silence_threshold: 0 silence_size : 0 boundary : 1073741824 Slave: Direct Stream Mixing PCM Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 16384 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 16384 stop_threshold : 16384 silence_threshold: 0 silence_size : 0 boundary : 1073741824 Hardware PCM card 0 'HDA Intel' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 16384 period_size : 1024 period_time : 21333 tick_time : 4000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 1 stop_threshold : 1073741824 silence_threshold: 0 silence_size : 1073741824 boundary : 1073741824 # + | 49% This is with libasound2 1.0.15-3 from Debian. -- Alexander E. Patrakov

1 0

[alsa-devel] [PATCH] Change of cold reset and ac97 register cache
by Robert Jarzmik 17 Jan '08

17 Jan '08

This patch synchronizes wm9713 AC97 register cache and hardware registers upon reset. The actual implementation of the wm9713 codec provides a cache of AC97 registers. After cold reset, the cache and hardware are not in sync. When using wm9713 logic, oring a GPIO triggers many other GPIOS. The solution of this patch reads from hardware to cache upon cold reset. Another one would be to write the cache to hardware upon init. If decided so, I would gladly change my patch. -- Robert Jarzmik

2 1

[alsa-devel] [PATCH]
by Jiang zhe 17 Jan '08

17 Jan '08

Hi, For codec conexant 5045, I found that the name of "Capture Source Items" is different from the name of mixer. The mixer is: HDA_CODEC_VOLUME("Ext Mic Playback Volume", 0x17, 0x2, HDA_INPUT), HDA_CODEC_MUTE("Ext Mic Playback Switch", 0x17, 0x2, HDA_INPUT), But the capture source item is : static struct hda_input_mux cxt5045_capture_source = { .num_items = 2, .items = { { "IntMic", 0x1 }, { "LineIn", 0x2 }, } }; I think that it's better to change the name of capture_source to avoid misunderstanding. Best regards! Signed-off-by: Jiang zhe <zhe.jiang(a)intel.com> --- alsa-driver-hg20080115/alsa-kernel/pci/hda/patch_conexant.c 2008-01-09 09:00:15.000000000 +0800 +++ b/alsa-kernel/pci/hda/patch_conexant.c 2008-01-17 10:50:06.000000000 +0800 @@ -453,7 +453,7 @@ static struct hda_input_mux cxt5045_capt .num_items = 2, .items = { { "IntMic", 0x1 }, - { "LineIn", 0x2 }, + { "ExtMic", 0x2 }, } };

2 1

[alsa-devel] [PATCH]New model for conexant 5045 codec to support benq r55e
by Jiang zhe 17 Jan '08

17 Jan '08

Hi, Please refer to bug 0003636. The benq r55e laptop have 3 jacks on the front panel. One for HP, one for Line In and one for Mic In. This patch implemented a new model to support it. Best regards! Jiang,zhe Signed-off-by: Jiang Zhe <zhe.jiang(a)intel.com> --- alsa-driver-hg20080115/alsa-kernel/pci/hda/patch_conexant.c 2008-01-09 09:00:15.000000000 +0800 +++ b/alsa-kernel/pci/hda/patch_conexant.c 2008-01-17 10:33:44.000000000 +0800 @@ -457,6 +457,15 @@ static struct hda_input_mux cxt5045_capt } }; +static struct hda_input_mux cxt5045_capture_source_benq = { + .num_items = 3, + .items = { + { "IntMic", 0x1 }, + { "ExtMic", 0x2 }, + { "LineIn", 0x3 }, + } +}; + /* turn on/off EAPD (+ mute HP) as a master switch */ static int cxt5045_hp_master_sw_put(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_value *ucontrol) @@ -576,6 +585,15 @@ static struct snd_kcontrol_new cxt5045_m {} }; +static struct snd_kcontrol_new cxt5045_benq_mixers[] = { + HDA_CODEC_VOLUME("Line In Capture Volume", 0x1a, 0x03, HDA_INPUT), + HDA_CODEC_MUTE("Line In Capture Switch", 0x1a, 0x03, HDA_INPUT), + HDA_CODEC_VOLUME("Line In Playback Volume", 0x17, 0x3, HDA_INPUT), + HDA_CODEC_MUTE("Line In Playback Switch", 0x17, 0x3, HDA_INPUT), + + {} +}; + static struct hda_verb cxt5045_init_verbs[] = { /* Line in, Mic */ {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN }, @@ -601,6 +619,30 @@ static struct hda_verb cxt5045_init_verb { } /* end */ }; +static struct hda_verb cxt5045_benq_init_verbs[] = { + /* Int Mic, Mic */ + {0x12, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN|AC_PINCTL_VREF_80 }, + {0x14, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN|AC_PINCTL_VREF_80 }, + /* Line In,HP, Amp */ + {0x10, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, + {0x10, AC_VERB_SET_CONNECT_SEL, 0x1}, + {0x11, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_IN}, + {0x11, AC_VERB_SET_CONNECT_SEL, 0x1}, + {0x17, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(0)}, + {0x17, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(1)}, + {0x17, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(2)}, + {0x17, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(3)}, + {0x17, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(4)}, + /* Record selector: Int mic */ + {0x1a, AC_VERB_SET_CONNECT_SEL,0x1}, + {0x1a, AC_VERB_SET_AMP_GAIN_MUTE, + AC_AMP_SET_INPUT|AC_AMP_SET_RIGHT|AC_AMP_SET_LEFT|0x17}, + /* SPDIF route: PCM */ + { 0x13, AC_VERB_SET_CONNECT_SEL, 0x0 }, + /* EAPD */ + {0x10, AC_VERB_SET_EAPD_BTLENABLE, 0x2 }, /* default on */ + { } /* end */ +}; static struct hda_verb cxt5045_hp_sense_init_verbs[] = { /* pin sensing on HP jack */ @@ -741,6 +783,7 @@ static int cxt5045_init(struct hda_codec enum { CXT5045_LAPTOP, /* Laptops w/ EAPD support */ CXT5045_FUJITSU, /* Laptops w/ EAPD support */ + CXT5045_BENQ, #ifdef CONFIG_SND_DEBUG CXT5045_TEST, #endif @@ -750,6 +793,7 @@ enum { static const char *cxt5045_models[CXT5045_MODELS] = { [CXT5045_LAPTOP] = "laptop", [CXT5045_FUJITSU] = "fujitsu", + [CXT5045_BENQ] = "benq", #ifdef CONFIG_SND_DEBUG [CXT5045_TEST] = "test", #endif @@ -763,6 +807,7 @@ static struct snd_pci_quirk cxt5045_cfg_ SND_PCI_QUIRK(0x103c, 0x30cd, "HP DV Series", CXT5045_LAPTOP), SND_PCI_QUIRK(0x103c, 0x30d5, "HP 530", CXT5045_LAPTOP), SND_PCI_QUIRK(0x103c, 0x30d9, "HP Spartan", CXT5045_LAPTOP), + SND_PCI_QUIRK(0x152d, 0x0753, "Benq R55E", CXT5045_BENQ), SND_PCI_QUIRK(0x1734, 0x10ad, "Fujitsu Si1520", CXT5045_FUJITSU), SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_LAPTOP), SND_PCI_QUIRK(0x1734, 0x110e, "Fujitsu V5505", CXT5045_LAPTOP), @@ -819,6 +864,16 @@ static int patch_cxt5045(struct hda_code spec->mixers[0] = cxt5045_mixers; codec->patch_ops.init = cxt5045_init; break; + case CXT5045_BENQ: + codec->patch_ops.unsol_event = cxt5045_hp_unsol_event; + spec->input_mux = &cxt5045_capture_source_benq; + spec->num_init_verbs = 1; + spec->init_verbs[0] =cxt5045_benq_init_verbs; + spec->mixers[0] = cxt5045_mixers; + spec->mixers[1] = cxt5045_benq_mixers; + spec->num_mixers = 2; + codec->patch_ops.init = cxt5045_init; + break; #ifdef CONFIG_SND_DEBUG case CXT5045_TEST: spec->input_mux = &cxt5045_test_capture_source;

2 1

Re: [alsa-devel] intel-hd on an intel G33 motherboard
by De Fuuss 17 Jan '08

17 Jan '08

Ups my bad, somehow the model number got commented out by an update script I ran yesterday. The drivers were recompiled with the "with-debug=detect" option set. I've attached the dmesg, codec#0 output and amixer contents. Dmesg is not very talkative, it did not show "hda_codec_setup_stream:NID=", however I get something of the type "hda_generic: no proper output path found". About the testing, I performed speaker-test every time I changed something (still only output on "Front L/R channels"). Patrick > From: zhe.jiang(a)intel.com > To: fuuss(a)hotmail.com > Date: Wed, 16 Jan 2008 13:49:43 +0800 > CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org > Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard > > On Wed, 2008-01-16 at 02:22 +0800, De Fuuss wrote: >> >> Hi, >> >> I have recompiled the driver with --with-debug=detect. Dmesg output is >> attached to this mail. ALSA specificities seem to be present this >> time. > Hi, > >>From the dmesg, there is "hda_codec: Unknown model for ALC883, trying > auto-probe from BIOS" > It looks like that no "model=" is assigned. > Did you assign model for the driver? > > Can you play some music? > Then there will be some info in the dmesg like > "hda_codec_setup_stream:NID= ". > Please paste such info and give the result of > "cat /proc/asound/card0/codec#0". > > BTW, how did you do the testing? > You run speaker-test or by other way? > >>From the codec info, it seems that there are paths from DAC to Jack. > So it's a little weird that all other jacks are silent. > > Thanks! > >> Hope this helps. >> >> Best regards, >> >> Patrick >> >>> From: zhe.jiang(a)intel.com >>> To: fuuss(a)hotmail.com >>> Date: Tue, 15 Jan 2008 09:32:35 +0800 >>> CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org >>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>> >>> On Mon, 2008-01-14 at 17:11 +0000, De Fuuss wrote: >>>> The jumper is now set to enable onboard (Intel HDA) audio. >>>> At the back of the barebone there are 5 jacks (4 channels for 7.1 >> and 1 line in channel) + 1 spdif out. >>>> From these, using 6stack-hp, only the "Front L/R" jack works, none >> of the others >>>> On the front, there are 2 jacks (1 headphones and 1 microphone). >> The headphone jack works. >>>> >>> Can you tell us how you did the testing? >>>>From the driver code, it's not likely that all other jacks don't >> work. >>> >>> Because the driver support up-mixing, you can play a 2-channel music >> and >>> get sound from 4 jacks on the back panel. >>> >>> I read the dmesg output that you sent to me. >>> But there is no alsa debug info in it. >>> Did you really configure the driver with the option >>> "--with-debug=detect"? >>> If not, please try it and paste the dmesg info, it is helpful to >> trace >>> the issue. >>> >>> Best regards! >>> Jiang,zhe >>>> All the channels have been set to 100% in alsamixer. >>>> >>>> Considering that a week ago I had 0.0 and today I'm at 2.0, it's >> already a improvement. ;-) >>>> >>>> Patrick >>>> >>>>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>>>> From: zhe.jiang(a)intel.com >>>>> To: fuuss(a)hotmail.com >>>>> CC: cmatsuoka(a)gmail.com; alsa-devel(a)alsa-project.org >>>>> Date: Mon, 14 Jan 2008 16:43:00 +0800 >>>>> >>>>> On Mon, 2008-01-14 at 02:06 +0800, De Fuuss wrote: >>>>>> >>>>>> Following your advice, I tested per channel output. Using either >>>>>> 6stack-dig or 6stack-hp, I get noise from Front Left and Right >> jacks, >>>>>> using speaker-test (X=1 and 2) but not on any other channels. >>>>> >>>>> Hi, >>>>> Did you mean that after you changed the 'Jumper', >>>>> you could get the sound from the Front jack on the back channel? >>>>> >>>>>> Patrick >>>>>> >>>>>>> Date: Sun, 13 Jan 2008 01:01:50 -0200 >>>>>>> From: cmatsuoka(a)gmail.com >>>>>>> To: fuuss(a)hotmail.com >>>>>>> CC: zhe.jiang(a)intel.com; alsa-devel(a)alsa-project.org >>>>>>> Subject: Re: [alsa-devel] intel-hd on an intel G33 motherboard >>>>>>> >>>>>>> 2008/1/12 De Fuuss : >>>>>>> >>>>>>>> I get the uneasy feeling that something is messed up with this >>>>>> board. Anyway, for completeness' sake, I attached the results of >>>>>> amixer contents, cat /proc/asound/card0/codec#0 and dmesg for the >>>>>> module loaded as 6stack-dig. I have to try 6stack-hp again to >> confirm >>>>>> if I get something there. >>>>>>> >>>>>>> I fixed the Inspiron output, and I'm adding the SG33G5M codec to >> the >>>>>>> codecgraph codecs collection (git repository at >>>>>>> http://helllabs.org/git/codecgraph.git). If nodes 0x14, 0x15, >> 0x16 >>>>>> and >>>>>>> 0x17 are the front, rear, clfe and side connectors in the back >>>>>> panel, >>>>>>> 6stack-hp should work (at least for the outputs). You can test >> the >>>>>>> outputs using "speaker-test -Dplug:surround71 -c8 -sX" (where X >>>>>> varies >>>>>>> from 1 to 8) and a pair of headphones. >>>>>>> _______________________________________________ >>>>>>> Alsa-devel mailing list >>>>>>> Alsa-devel(a)alsa-project.org >>>>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>>>> >>>>>> _________________________________________________________________ >>>>>> Express yourself instantly with MSN Messenger! Download today >> it's >>>>>> FREE! >>>>>> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >>>>>> _______________________________________________ >>>>>> Alsa-devel mailing list >>>>>> Alsa-devel(a)alsa-project.org >>>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>>>> >>>>>> >>>>> >>>> >>>> _________________________________________________________________ >>>> Express yourself instantly with MSN Messenger! Download today it's >> FREE! >>>> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >>> >>> _______________________________________________ >>> Alsa-devel mailing list >>> Alsa-devel(a)alsa-project.org >>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >> >> _________________________________________________________________ >> Express yourself instantly with MSN Messenger! Download today it's >> FREE! >> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >> >> > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

Re: [alsa-devel] hdsp driver broken for Multiface II Rev 35
by Jean Batrel 17 Jan '08

17 Jan '08

> Date: Mon, 14 Jan 2008 02:21:42 +0100 > From: Andreas Degert <ad(a)papyrus-gmbh.de> > Subject: [alsa-devel] hdsp driver broken for Multiface II Rev 35 > To: alsa-devel(a)alsa-project.org > Cc: tiwai(a)suse.de > Message-ID: <20080114022142.51d6ae44(a)pluto.noname> > Content-Type: text/plain; charset=US-ASCII > > Hi folks, > > changeset 5326 from 2007/08/31 broke the driver for this card revision. > There was an older thread about this problem which didn't seem to come > to a conclusion. > (...) > Similar changes must be made to hdsp_input_to_output_key. Does anyone > know which firmware revision exist for which card (io_type) ? > > thank you > Andreas Degert > ------------------------------ Bonjour ! You are asking for firmware revision and (RME) cards : I use a HDSP9632 RME card with issues : my card is Rev. 1.53 and only the 1.51 version is working with Linux, AFAIK... The card is detected, there is some activity in the middle of HDSPmixer, but I can hear no sound... A lspci says : 02:01.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP (rev 99) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 255 Interrupt: pin A routed to IRQ 20 Region 0: Memory at feaf0000 (32-bit, non-prefetchable) [size=64K] I have no very skills with Linux yet, but I very hope getting this card working with Linux. Can you help me please ? I very apologize if this mail is not relevant in this list. But I very thank you in advance (I use Fedora 8 and the latest CCRMA kernel) ! Jean Batrel - jean.batrel(a)voila.fr

1 0