[Intel-gfx] [PATCH 5/7] ALSA: hda - Use component ops for i915 HDMI/DP audio jack handling
Takashi Iwai
tiwai at suse.de
Mon Nov 30 08:44:48 PST 2015
On Mon, 30 Nov 2015 17:42:33 +0100,
Vinod Koul wrote:
>
> On Mon, Nov 30, 2015 at 02:37:49PM +0100, Takashi Iwai wrote:
> > Since we have a new audio component ops to fetch the current ELD and
> > state now, we can reduce the usage of unsol event of HDMI/DP pins.
> > The unsol event isn't only unreliable, but it also needs the power
> > up/down of the codec and link at each time, which is a significant
> > power and time loss.
> >
> > In this patch, the jack creation and unsol/jack event handling are
> > modified to use the audio component for the dedicated Intel chips.
> >
> > The jack handling got slightly more codes than a simple usage of
> > hda_jack layer since we need to deal directly with snd_jack object;
> > the hda_jack layer is basically designed for the pin sense read and
> > unsol events, both of which aren't used any longer in our case.
> >
> > Signed-off-by: Takashi Iwai <tiwai at suse.de>
> > ---
> > sound/pci/hda/patch_hdmi.c | 84 ++++++++++++++++++++++++++++++++++++++++++++--
> > 1 file changed, 82 insertions(+), 2 deletions(-)
> >
> > diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c
> > index 28684aa86408..8378c31e0b4f 100644
> > --- a/sound/pci/hda/patch_hdmi.c
> > +++ b/sound/pci/hda/patch_hdmi.c
> > @@ -83,6 +83,7 @@ struct hdmi_spec_per_pin {
> > struct mutex lock;
> > struct delayed_work work;
> > struct snd_kcontrol *eld_ctl;
> > + struct snd_jack *acomp_jack; /* jack via audio component */
> > int repoll_count;
> > bool setup; /* the stream has been set up by prepare callback */
> > int channels; /* current number of channels */
> > @@ -141,6 +142,7 @@ struct hdmi_spec {
> > struct hdmi_ops ops;
> >
> > bool dyn_pin_out;
> > + bool use_acomp; /* use audio component for ELD notify/update */
> >
> > /*
> > * Non-generic VIA/NVIDIA specific
> > @@ -1580,6 +1582,9 @@ static void update_eld(struct hda_codec *codec,
> > &per_pin->eld_ctl->id);
> > }
> >
> > +static void sync_eld_via_acomp(struct hda_codec *codec,
> > + struct hdmi_spec_per_pin *per_pin);
> > +
> > static bool hdmi_present_sense(struct hdmi_spec_per_pin *per_pin, int repoll)
> > {
> > struct hda_jack_tbl *jack;
> > @@ -1599,6 +1604,11 @@ static bool hdmi_present_sense(struct hdmi_spec_per_pin *per_pin, int repoll)
> > int present;
> > bool ret;
> >
> > + if (spec->use_acomp) {
> > + sync_eld_via_acomp(codec, per_pin);
> > + return false; /* don't call snd_hda_jack_report_sync() */
> > + }
> > +
> > snd_hda_power_up_pm(codec);
> > present = snd_hda_pin_sense(codec, pin_nid);
> >
> > @@ -2091,6 +2101,68 @@ static int generic_hdmi_build_pcms(struct hda_codec *codec)
> > return 0;
> > }
> >
> > +/* update ELD and jack state via audio component */
> > +static void sync_eld_via_acomp(struct hda_codec *codec,
> > + struct hdmi_spec_per_pin *per_pin)
> > +{
> > + struct i915_audio_component *acomp = codec->bus->core.audio_component;
> > + struct hdmi_spec *spec = codec->spec;
> > + struct hdmi_eld *eld = &spec->temp_eld;
> > + int size;
> > +
> > + if (acomp && acomp->ops && acomp->ops->get_eld) {
> > + mutex_lock(&per_pin->lock);
> > + size = acomp->ops->get_eld(acomp->dev,
> > + intel_pin2port(per_pin->pin_nid),
> > + &eld->monitor_present,
> > + eld->eld_buffer,
> > + ELD_MAX_SIZE);
> > + if (size > 0) {
> > + memset(&eld->info, 0, sizeof(eld->info));
> > + if (snd_hdmi_parse_eld(codec, &eld->info,
> > + eld->eld_buffer, size) < 0)
> > + size = -EINVAL;
> > + }
> > +
> > + if (size > 0) {
> > + eld->eld_valid = true;
> > + eld->eld_size = size;
> > + } else {
> > + eld->eld_valid = false;
> > + eld->eld_size = 0;
> > + }
> > +
> > + update_eld(codec, per_pin, eld);
> > + snd_jack_report(per_pin->acomp_jack,
> > + eld->monitor_present ? SND_JACK_AVOUT : 0);
> > + mutex_unlock(&per_pin->lock);
> > + }
> > +}
>
> IMO This and the rest can be moved to sound/hda/ so that other can reuse
> this code, as the code will be same for other users too..
We have no per_pin or HDMI specific stuff there yet.
What we can reuse at most is only the acomp->ops... call itself, so
far. hdac_i915.c is a thin wrapper, and it doesn't handle anything
deep wrt HDMI/DP by itself.
Takashi
More information about the Intel-gfx
mailing list