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

[PATCH - Basic mixer support for Fast Track Ultra 3/6]Add mixer quirk for Fast Track Ultra devices
by Felix Homann 18 May '11

18 May '11

Signed-off-by: Felix Homann <linuxaudio(a)showlabor.de> diff --git a/sound/usb/mixer.c b/sound/usb/mixer.c index ea95ce2..1c37792 100644 --- a/sound/usb/mixer.c +++ b/sound/usb/mixer.c @@ -542,6 +542,31 @@ static int add_control_to_empty(struct mixer_build *state, struct snd_kcontrol * return 0; } +/* + * This is almost the same as 'add_control_to_empty' but using a mixer instead of a mixer_build + * it simplifies building a mixer for devices without proper descriptors, + * e.g. the Fast Track Ultra devices + */ +int add_unique_control_to_empty_mixer(struct usb_mixer_interface *mixer, struct snd_kcontrol *kctl) +{ + struct usb_mixer_elem_info *cval = kctl->private_data; + int err; + + /* No duplicates! */ + if (snd_ctl_find_id(mixer->chip->card, &kctl->id)) + return 0; + + if ((err = snd_ctl_add(mixer->chip->card, kctl)) < 0) { + snd_printd(KERN_ERR "cannot add control (err = %d)\n", err); + return err; + } + + cval->elem_id = &kctl->id; + cval->next_id_elem = mixer->id_elems[cval->id]; + mixer->id_elems[cval->id] = cval; + + return 0; +} /* * get a terminal name string @@ -1331,6 +1356,57 @@ static void build_mixer_unit_ctl(struct mixer_build *state, add_control_to_empty(state, kctl); } +/* + * build a mixer unit control and give it a name + * + * this is essentially identical to build_mixer_unit_ctl but doesn't + * rely on proper descriptors to get a name for a control. + * At least, useful for Fast Track Ultra devices. + */ + +int build_named_mixer_unit_ctl(struct usb_mixer_interface *mixer, + int in_pin, int in_ch, int unitid, int val_type, unsigned int cmask, char* ctrl_name, int channels) +{ + struct usb_mixer_elem_info *cval; + struct snd_kcontrol *kctl; + int err; + + cval = kzalloc(sizeof(*cval), GFP_KERNEL); + if (! cval) + return -1; + + cval->mixer = mixer; + cval->id = unitid; + cval->control = in_ch + 1; /* based on 1 */ + cval->val_type = val_type; /* like USB_MIXER_S16 etc. */ + if (!((0 < channels) && (channels <= MAX_CHANNELS))) + return -1; + cval->channels = 1; + cval->cmask = cmask; + /* get min/max values */ + get_min_max(cval, 0); + + kctl = snd_ctl_new1(&usb_feature_unit_ctl, cval); + if (! kctl) { + snd_printk(KERN_ERR "cannot malloc kcontrol\n"); + kfree(cval); + return -1; + } + + kctl->tlv.c = mixer_vol_tlv; + kctl->vd[0].access |= + SNDRV_CTL_ELEM_ACCESS_TLV_READ | + SNDRV_CTL_ELEM_ACCESS_TLV_CALLBACK; + kctl->private_free = usb_mixer_elem_free; + + sprintf(kctl->id.name, ctrl_name); + + if (err = add_unique_control_to_empty_mixer(mixer, kctl)) + return err; + + return 0; +} + /* * parse a mixer unit diff --git a/sound/usb/mixer.h b/sound/usb/mixer.h index 86af922..6fe7bea 100644 --- a/sound/usb/mixer.h +++ b/sound/usb/mixer.h @@ -61,6 +61,9 @@ void snd_usb_mixer_notify_id(struct usb_mixer_interface *mixer, int unitid); int snd_usb_mixer_set_ctl_value(struct usb_mixer_elem_info *cval, int request, int validx, int value_set); +int build_named_mixer_unit_ctl(struct usb_mixer_interface *mixer, + int in_pin, int in_ch, int unitid, int val_type, + unsigned int cmask, char* ctrl_name, int channels); void snd_usb_mixer_inactivate(struct usb_mixer_interface *mixer); int snd_usb_mixer_activate(struct usb_mixer_interface *mixer); diff --git a/sound/usb/mixer_quirks.c b/sound/usb/mixer_quirks.c index 73dcc82..e87f359 100644 --- a/sound/usb/mixer_quirks.c +++ b/sound/usb/mixer_quirks.c @@ -500,6 +500,36 @@ void snd_emuusb_set_samplerate(struct snd_usb_audio *chip, } } +/* + * Create mixer controls for Fast Track Ultra (8R) + */ +int snd_ftu_controls_create(struct usb_mixer_interface *mixer) +{ + char name[44]; + int out, in_ch, unitid, err; + unsigned int cmask; + int val_type = USB_MIXER_S16; + int channels = 1; /* mono channels */ + + unitid = 5; // FTU's unit id + for (out = 0; out < 8; ++out) { + for (in_ch = 0; in_ch < 16; ++in_ch) { + cmask = (1 << in_ch); + if (in_ch < 8) + sprintf(name, "AIn%d - Out%d Capture Volume", in_ch + 1, out + 1); + else if (in_ch >= 8) + sprintf(name, "DIn%d - Out%d Playback Volume", in_ch - 7, out + 1); + if ((err = build_named_mixer_unit_ctl(mixer, in_ch, out, unitid, + val_type, cmask, name, channels))) { + return err; + } + } + } + + return 0; +} + + int snd_usb_mixer_apply_create_quirk(struct usb_mixer_interface *mixer) { int err = 0; @@ -537,6 +567,10 @@ int snd_usb_mixer_apply_create_quirk(struct usb_mixer_interface *mixer) snd_nativeinstruments_ta10_mixers, ARRAY_SIZE(snd_nativeinstruments_ta10_mixers)); break; + case USB_ID(0x0763, 0x2080):/* M-Audio Fast Track Ultra */ + case USB_ID(0x0763, 0x2081): /* M-Audio Fast Track Ultra 8R */ + err = snd_ftu_controls_create(mixer); + break; } return err; -- 1.7.4.1 --------------000101040900080309070209 Content-Type: text/x-patch; name="0004-Try-to-create-a-mixer-for-quirked-devices-too.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0004-Try-to-create-a-mixer-for-quirked-devices-too.patch"

1 0

[PATCH - Basic mixer support for Fast Track Ultra 2/6]Move USB_MIXER_ enum to mixer.h This facilitates using it in mixer_quirks.c
by Felix Homann 18 May '11

18 May '11

Signed-off-by: Felix Homann <linuxaudio(a)showlabor.de> diff --git a/sound/usb/mixer.c b/sound/usb/mixer.c index 5e47757..ea95ce2 100644 --- a/sound/usb/mixer.c +++ b/sound/usb/mixer.c @@ -86,16 +86,6 @@ struct mixer_build { const struct usbmix_selector_map *selector_map; }; -enum { - USB_MIXER_BOOLEAN, - USB_MIXER_INV_BOOLEAN, - USB_MIXER_S8, - USB_MIXER_U8, - USB_MIXER_S16, - USB_MIXER_U16, -}; - - /*E-mu 0202/0404/0204 eXtension Unit(XU) control*/ enum { USB_XU_CLOCK_RATE = 0xe301, diff --git a/sound/usb/mixer.h b/sound/usb/mixer.h index 06d035f..86af922 100644 --- a/sound/usb/mixer.h +++ b/sound/usb/mixer.h @@ -1,6 +1,15 @@ #ifndef __USBMIXER_H #define __USBMIXER_H +enum { + USB_MIXER_BOOLEAN, + USB_MIXER_INV_BOOLEAN, + USB_MIXER_S8, + USB_MIXER_U8, + USB_MIXER_S16, + USB_MIXER_U16, +}; + struct usb_mixer_interface { struct snd_usb_audio *chip; struct list_head list; -- 1.7.4.1 --------------000101040900080309070209 Content-Type: text/x-patch; name="0003-Add-mixer-quirk-for-Fast-Track-Ultra-devices.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0003-Add-mixer-quirk-for-Fast-Track-Ultra-devices.patch"

1 0

[PATCH - Basic mixer support for Fast Track Ultra 1/6]Raise MAX_CHANNELS to 16 as needed by Fast TRack Ultra (8R)
by Felix Homann 18 May '11

18 May '11

Signed-off-by: Felix Homann <linuxaudio(a)showlabor.de> diff --git a/sound/usb/mixer.h b/sound/usb/mixer.h index b4a2c81..06d035f 100644 --- a/sound/usb/mixer.h +++ b/sound/usb/mixer.h @@ -24,7 +24,7 @@ struct usb_mixer_interface { u8 xonar_u1_status; }; -#define MAX_CHANNELS 10 /* max logical channels */ +#define MAX_CHANNELS 16 /* max logical channels */ struct usb_mixer_elem_info { struct usb_mixer_interface *mixer; -- 1.7.4.1 --------------000101040900080309070209 Content-Type: text/x-patch; name="0002-Move-USB_MIXER_-enum-to-mixer.h.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0002-Move-USB_MIXER_-enum-to-mixer.h.patch"

1 0

Re: [alsa-devel] Audio Video synchronization for data received from a HDMI receiver chip
by Hans Verkuil 18 May '11

18 May '11

On Wednesday, May 18, 2011 06:10:43 Bhupesh SHARMA wrote: > Hi, > > (adding alsa mailing list in cc) > > > On Thursday, May 12, 2011 18:59:33 Charlie X. Liu wrote: > > > Which HDMI receiver chip? > > > > Indeed, that's my question as well :-) > > We use Sil 9135 receiver chip which is provided by Silicon Image. > Please see details here: http://www.siliconimage.com/products/product.aspx?pid=109 > > > Anyway, this question comes up regularly. V4L2 provides timestamps for > > each > > frame, so that's no problem. But my understanding is that ALSA does not > > give > > you timestamps, so if there are processing delays between audio and > > video, then > > you have no way of knowing. The obvious solution is to talk to the ALSA > > people > > to see if some sort of timestamping is possible, but nobody has done > > that. > > I am aware of the time stamping feature provided by V4L2, but I am also > not sure whether the same feature is supported by ALSA. I have included > alsa-mailing list also in copy of this mail. Let's see if we can get > some sort of confirmation on this from them. > > > This is either because everyone that needs it hacks around it instead > > of trying > > to really solve it, or because it is never a problem in practice. > > What should be the proper solution according to you to solve this issue. > Do we require a Audio-Video Bridge kind of utility/mechanism? I don't believe so. All you need is reliable time stamping for your audio and video streams. That's enough for userspace to detect AV sync issues. Regards, Hans > > Regards, > Bhupesh > > > > > > > > > -----Original Message----- > > > From: linux-media-owner(a)vger.kernel.org > > > [mailto:linux-media-owner@vger.kernel.org] On Behalf Of Bhupesh > > SHARMA > > > Sent: Wednesday, May 11, 2011 10:49 PM > > > To: linux-media(a)vger.kernel.org > > > Cc: Laurent Pinchart; Guennadi Liakhovetski; Hans Verkuil > > > Subject: Audio Video synchronization for data received from a HDMI > > receiver > > > chip > > > > > > Hi Linux media folks, > > > > > > We are considering putting an advanced HDMI receiver chip on our SoC, > > > to allow reception of HDMI audio and video. The chip receives HDMI > > data > > > from a host like a set-up box or DVD player. It provides a video data > > > interface > > > and SPDIF/I2S audio data interface. > > > > > > We plan to support the HDMI video using the V4L2 framework and the > > HDMI > > > audio using ALSA framework. > > > > > > Now, what seems to be intriguing us is how the audio-video > > synchronization > > > will be maintained? Will a separate bridging entity required to > > ensure the > > > same > > > or whether this can be left upon a user space application like > > mplayer or > > > gstreamer. > > > > > > Also is there a existing interface between the V4L2 and ALSA > > frameworks and > > > the same > > > can be used in our design? > > > > > > Regards, > > > Bhupesh > > > ST Microelectronics > > > -- > > > To unsubscribe from this list: send the line "unsubscribe linux- > > media" in > > > the body of a message to majordomo(a)vger.kernel.org > > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-media" > > in > > the body of a message to majordomo(a)vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > > > > -- > > regards > > Shiraz Hashim > >

1 0

Re: [alsa-devel] ALC892 Support (Intel HDA) - HDMI
by Raymond Yau 18 May '11

18 May '11

2011/5/18 Jeremy Bush <jbush(a)sittercity.com>: > > On May 15, 2011, at 10:50 PM, Jeremy Bush wrote: > >> >> On May 15, 2011, at 10:45 PM, Raymond Yau wrote: >> >>> 2011/5/16 Jeremy Bush <contractfrombelow(a)gmail.com> >>> >>>>>> However, it seems that the ALSA drivers (even the ones from the realtek >>>>>> website) limit the output to 2 channels, 16bit, 88.2KHz. >>>>>> >>>>>> Here is my system information that you can see these results: >>>>>> >>>>>> >>>> http://www.alsa-project.org/db/?f=5b55a63fea6580dfcbf1a85c7c734f977df798f1 >>>>>> >>>>>> I see the ALC892 as being supported in the ALSA changelog, but I don't >>>> see >>>>>> any model options in Documentation/HD-Audio-Models.txt. I'm currently >>>> using >>>>>> "options snd-hda-intel model=6stack-digout" (as I have 6-jack with a >>>> SPDIF >>>>>> out on the motherboard) but I'm not sure that is actually doing >>>> anything. >>>>>> >>>>>> >>>>> As your codec info does not have "Side Playback Channel" and "Side >>>> Playback >>>>> Switch", it look like the model is used for 5stack motherboard which >>>> support >>>>> 5.1 >>>>> >>>>> Do you hear any noise since Valerio reported noise appear when using the >>>>> model=auto in >>>>> >>>>> http://thread.gmane.org/gmane.linux.alsa.devel/84653/focus=84724 >>>> >>>> I'm not actually trying to get analog working or the front-panel output. >>>> Only surround sound over HDMI. I have tried model=auto and didn't notice >>>> anything different than specifying the model. >>>> >>>>>> Is what I'm getting now the best I should expect over HDMI? I saw >>>> support >>>>>> in ALSA and bought the motherboard expecting it to be fully supported >>>> since >>>>>> the changelogs say support was added. >>>>> >>>>> Codec: Intel CougarPoint HDMI >>>>> >>>>> Address: 3 >>>>> AFG Function Id: 0x1 (unsol 0) >>>>> Vendor Id: 0x80862805 >>>>> Subsystem Id: 0x80862805 >>>>> Revision Id: 0x100000 >>>>> No Modem Function Group found >>>>> >>>>> Node 0x03 [Audio Output] wcaps 0x6611: 8-Channels Digital >>>>> >>>>> Control: name="IEC958 Playback Con Mask", index=1, device=0 >>>>> Control: name="IEC958 Playback Pro Mask", index=1, device=0 >>>>> Control: name="IEC958 Playback Default", index=1, device=0 >>>>> Control: name="IEC958 Playback Switch", index=1, device=0 >>>>> Device: name="HDMI 0", type="HDMI", device=3 >>>>> Converter: stream=8, channel=0 >>>>> Digital: Enabled >>>>> Digital category: 0x0 >>>>> PCM: >>>>> rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000 >>>>> bits [0x1e]: 16 20 24 32 >>>>> formats [0x5]: PCM AC3 >>>>> Power states: D0 D3 EPSS >>>>> Power: setting=D0, actual=D0 >>>>> >>>>> Node 0x06 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP >>>>> Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 >>>>> Amp-Out vals: [0x00 0x00] >>>>> Pincap 0x09000094: OUT Detect HBR HDMI DP >>>>> Pin Default 0x18560020: [Jack] Digital Out at Int HDMI >>>>> Conn = Digital, Color = Unknown >>>>> DefAssociation = 0x2, Sequence = 0x0 >>>>> Pin-ctls: 0x40: OUT >>>>> Unsolicited: tag=06, enabled=1 >>>>> Power states: D0 D3 EPSS >>>>> Power: setting=D0, actual=D0 >>>>> Connection: 1 >>>>> 0x03 >>>> >>>> So this seems to say I should be getting 7.1 over the HDMI output. What do >>>> I need to change in my config to actually get it? I tried messing around >>>> with /sys/class/sound/hwC1D3/user_pin_configs but I'm not sure what to >>>> change. >>>> >>>> >>> Do your hdmi monitor support 7.1 ? >>> >>> [ 2.090473] HDMI: detected monitor at connection type HDMI >>> [ 2.090475] HDMI: available speakers: FL/FR >>> [ 2.090477] HDMI: supports coding type LPCM: channels = 2, rates = >>> 44100 48000 88200, bits = 16 >>> [ 2.090480] HDMI hot plug event: Pin=6 Presence_Detect=1 ELD_Valid=1 >> >> Yes, it's connected to an Onkyo TX-SR607 7.2-Channel receiver. > > > I've also upgraded to the latest nightly build of alsa, and still experience the same behavior. > > Jeremy you have to check the video driver since it is the video driver query hdmi monitor and pass back ELD to audio driver >>> [ 2.090475] HDMI: available speakers: FL/FR >>> [ 2.090477] HDMI: supports coding type LPCM: channels = 2, rates = >>> 44100 48000 88200, bits = 16

1 0

[alsa-devel] snd jack report and unsolicited event ad1988
by Raymond Yau 18 May '11

18 May '11

2011/4/28 Takashi Iwai <tiwai(a)suse.de> > At Thu, 28 Apr 2011 21:10:23 +0800, > Raymond Yau wrote: > > > > > Still unable to enable the unsolicited event for jack sense even if I add > > the unsol_event and verb for the audio jacks at rear panel since I don't > > have the HDA compilant front audio panel > > > > SoundMax automatically popup immediately when jack is plug into the rear > > panel at other OS, so the hardware is capable of jack sense at rear panel > > > > AFG Function Id: 0x1 (unsol 0) > > > > Is there any trick to enable/debug the unsolicited event ? > > seem unsol event is disabled in the HDA controller > > No, there shouldn't be big differences. Otherwise it won't work on > any other machines. > > There might be other way to trigger the jack detection, e.g. GPIO > unsolicited event, depending on the codec chip. I don't remember how > is AD1988, though... > > > OK, after a few experiments, unsolicited events seem to work for those rear panel jacks 1) for the unsolicited event , different tags have to be assigned for six different jacks This mean that the driver need to define FRONT_MIC_EVENT, REAR_MIC_EVENT, LINE_IN_EVENT in addition to HP_EVENT Can snd_jack_report used to report the mic event of two pink jacks (front panel and rear panel) of the desktop to the user space program? 2) when the jack is plug in or out. , snd_hda_jack_detect() work with no_trigger_sense=1 to detect jack presence but the driver get several unsolicited responses with no_trigger_sense=0 3) snd_hda_pin_sense() need trigger sense to get the Impedance it usually get the value of 0x7FFF,FFFF and need to wait for a while to get the sense measurement (all1’s) indicates that a valid sense reading is not available, or the sense measurement is busy if it has been recently triggered

2 4

[alsa-devel] [PATCH 0/3] ASoC: codecs: max98088: bug fixes and changes
by jinyoungp＠nvidia.com 18 May '11

18 May '11

From: Jin Park <jinyoungp(a)nvidia.com> Recently, I working on max98088 and changed something in max98088 asoc driver. The MAX98088 driver had some bug and needed modifies. The changes was confirmed by Peter Hsiang who author of max98088 driver and maxim engineer. Please review my changes. Thanks, Jin Park. Jin Park (3): ASoC: codecs: max98088: Fixed invalid register definitions in mixer controls ASoC: codecs: max98088: Moved the EX Limiter Mode from dapm widget to control ASoC: codecs: max98088: Added digital mute function in DAI1 and DAI2 sound/soc/codecs/max98088.c | 62 +++++++++++++++++++++++++++++++------------ sound/soc/codecs/max98088.h | 13 +++++++++ 2 files changed, 58 insertions(+), 17 deletions(-) ----------------------------------------------------------------------------------- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -----------------------------------------------------------------------------------

7 12

[alsa-devel] ALC892 Support (Intel HDA) - HDMI
by Jeremy Bush 18 May '11

18 May '11

Hello- I'm trying to get my Realtek ALC892 chip to work according to it's specifications over HDMI. The manufacturers site say it should be able to do 7.1+2 channels, 24bit audio and 192Khz sample rate. However, it seems that the ALSA drivers (even the ones from the realtek website) limit the output to 2 channels, 16bit, 88.2KHz. Here is my system information that you can see these results: http://www.alsa-project.org/db/?f=5b55a63fea6580dfcbf1a85c7c734f977df798f1 I see the ALC892 as being supported in the ALSA changelog, but I don't see any model options in Documentation/HD-Audio-Models.txt. I'm currently using "options snd-hda-intel model=6stack-digout" (as I have 6-jack with a SPDIF out on the motherboard) but I'm not sure that is actually doing anything. What's the *actual* support of this chipset? Is what I'm getting now the best I should expect over HDMI? I saw support in ALSA and bought the motherboard expecting it to be fully supported since the changelogs say support was added. I also tried with an ALC887 chipset as well, and got basically the same results. Any help getting this to work would be appreciated. Let me know if there's any other information required. Thank you- Jeremy

2 5

[alsa-devel] Alsa Support for Korg Pandora Mini, Vox ToneLab ST
by Pawel Siemienski 17 May '11

17 May '11

Hi, I am Ubuntu Studio user and I use also ALSA for driving my audio for recording etc... I have tested two devices with ALSA: 1. Vox Tonelab ST - works with ALSA out of the box as USB audio interface with no need of modifications, provides complete functionalities needed for recording and playing audio 2. Korg Pandora Mini - is detected as audio interface, but when selecting it information that no controls are available is displayed, this device can not work as audio interface in fact with Alsa. Could you please advise what modifications in ALSA should be made to enable Korg Pandora Mini as audio interface with ALSA, is there any patch for this device? If you would need any information on Korg Pandora Mini please let know. Thanks Pawel Siemienski

5 22

[PATCH] hda-emu: update jack.h to match latest kernel version
by David Henningsson 17 May '11

17 May '11

Signed-off-by: David Henningsson <david.henningsson(a)canonical.com> --- include/sound/jack.h | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/sound/jack.h b/include/sound/jack.h index 77247d0..a6a4f21 100644 --- a/include/sound/jack.h +++ b/include/sound/jack.h @@ -12,6 +12,9 @@ enum snd_jack_types { SND_JACK_MICROPHONE = 0x0002, SND_JACK_HEADSET = SND_JACK_HEADPHONE | SND_JACK_MICROPHONE, SND_JACK_LINEOUT = 0x0004, + SND_JACK_MECHANICAL = 0x0008, /* If detected separately */ + SND_JACK_VIDEOOUT = 0x0010, + SND_JACK_AVOUT = SND_JACK_LINEOUT | SND_JACK_VIDEOOUT, }; struct snd_jack { -- 1.7.4.1 --------------030905020802080904050601--

1 0