From: Jani Nikula <jani.nikula@linux.intel.com>
To: Takashi Iwai <tiwai@suse.de>,
David Henningsson <david.henningsson@canonical.com>
Cc: vinod.koul@intel.com, daniel.vetter@intel.com,
alsa-devel@alsa-project.org, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 4/4] ALSA: hda - Wake the codec up on pin/ELD notify events
Date: Fri, 28 Aug 2015 16:10:36 +0300 [thread overview]
Message-ID: <87pp275zjn.fsf@intel.com> (raw)
In-Reply-To: <s5h8u9670mv.wl-tiwai@suse.de>
On Thu, 20 Aug 2015, Takashi Iwai <tiwai@suse.de> wrote:
> On Thu, 20 Aug 2015 11:41:42 +0200,
> David Henningsson wrote:
>>
>>
>>
>> On 2015-08-20 11:28, Takashi Iwai wrote:
>> > On Wed, 19 Aug 2015 10:48:58 +0200,
>> > David Henningsson wrote:
>> >>
>> >> Whenever there is an event from the i915 driver, wake the codec
>> >> and recheck plug/unplug + ELD status.
>> >>
>> >> This fixes the issue with lost unsol events in power save mode,
>> >> the codec and controller can now sleep in D3 and still know when
>> >> the HDMI monitor has been connected.
>> >>
>> >> Signed-off-by: David Henningsson <david.henningsson@canonical.com>
>> >
>> > This addition looks fine, but then we'll get double notification for
>> > the normal hotplug/unplug, one via component ops and another via unsol
>> > event?
>>
>> Right, in case the unsol event actually works...
>>
>> I would argue that the normal case would be that the controller and
>> codec is in D3 which means that the unsol event never gets through - due
>> to hw limitations - which is what triggered this patch set in the first
>> place.
>>
>> But yes, in some case we might get double notification, but this should
>> not cause any trouble in practice. The unsol event could be turned off,
>> but would it be okay to save that for a later patch set (so I don't miss
>> the upcoming merge window)?
>
> In that case, it should be mentioned in the changelog at least.
>
> This series came a bit too late for the merge window, so I'm not sure
> whether this can get in. I personally find it OK, so take my ack for
> ALSA parts (patch 3/4), but the rest need review and ack from i915
> guys. And we don't know who to merge this, if any. The changes are
> almost even to i915 and hda. I don't mind either way, via drm or
> sound tree.
Personally I'm fine with this still going for v4.3 since to me it looks
like any regressions this might cause will be on your side. *grin*.
BR,
Jani.
>
> In anyway,
> Reviewed-by: Takashi Iwai <tiwai@suse.de>
>
>
> thanks,
>
> Takashi
>
>> >
>> >
>> > thanks,
>> >
>> > Takashi
>> >
>> >> ---
>> >> sound/pci/hda/patch_hdmi.c | 22 +++++++++++++++++++++-
>> >> 1 file changed, 21 insertions(+), 1 deletion(-)
>> >>
>> >> diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c
>> >> index a97db5f..932292c 100644
>> >> --- a/sound/pci/hda/patch_hdmi.c
>> >> +++ b/sound/pci/hda/patch_hdmi.c
>> >> @@ -37,6 +37,8 @@
>> >> #include <sound/jack.h>
>> >> #include <sound/asoundef.h>
>> >> #include <sound/tlv.h>
>> >> +#include <sound/hdaudio.h>
>> >> +#include <sound/hda_i915.h>
>> >> #include "hda_codec.h"
>> >> #include "hda_local.h"
>> >> #include "hda_jack.h"
>> >> @@ -144,6 +146,9 @@ struct hdmi_spec {
>> >> */
>> >> struct hda_multi_out multiout;
>> >> struct hda_pcm_stream pcm_playback;
>> >> +
>> >> + /* i915/powerwell (Haswell+/Valleyview+) specific */
>> >> + struct i915_audio_component_audio_ops i915_audio_ops;
>> >> };
>> >>
>> >>
>> >> @@ -2191,6 +2196,9 @@ static void generic_hdmi_free(struct hda_codec *codec)
>> >> struct hdmi_spec *spec = codec->spec;
>> >> int pin_idx;
>> >>
>> >> + if (is_haswell_plus(codec) || is_valleyview_plus(codec))
>> >> + snd_hdac_i915_register_notifier(NULL);
>> >> +
>> >> for (pin_idx = 0; pin_idx < spec->num_pins; pin_idx++) {
>> >> struct hdmi_spec_per_pin *per_pin = get_pin(spec, pin_idx);
>> >>
>> >> @@ -2316,6 +2324,14 @@ static void haswell_set_power_state(struct hda_codec *codec, hda_nid_t fg,
>> >> snd_hda_codec_set_power_to_all(codec, fg, power_state);
>> >> }
>> >>
>> >> +static void intel_pin_eld_notify(void *audio_ptr, int port, int port_mst_index)
>> >> +{
>> >> + struct hda_codec *codec = audio_ptr;
>> >> + int pin_nid = port + 0x04;
>> >> +
>> >> + check_presence_and_report(codec, pin_nid);
>> >> +}
>> >> +
>> >> static int patch_generic_hdmi(struct hda_codec *codec)
>> >> {
>> >> struct hdmi_spec *spec;
>> >> @@ -2342,8 +2358,12 @@ static int patch_generic_hdmi(struct hda_codec *codec)
>> >> if (is_valleyview_plus(codec) || is_skylake(codec))
>> >> codec->core.link_power_control = 1;
>> >>
>> >> - if (is_haswell_plus(codec) || is_valleyview_plus(codec))
>> >> + if (is_haswell_plus(codec) || is_valleyview_plus(codec)) {
>> >> codec->depop_delay = 0;
>> >> + spec->i915_audio_ops.audio_ptr = codec;
>> >> + spec->i915_audio_ops.pin_eld_notify = intel_pin_eld_notify;
>> >> + snd_hdac_i915_register_notifier(&spec->i915_audio_ops);
>> >> + }
>> >>
>> >> if (hdmi_parse_codec(codec) < 0) {
>> >> codec->spec = NULL;
>> >> --
>> >> 1.9.1
>> >>
>> >
>>
>> --
>> David Henningsson, Canonical Ltd.
>> https://launchpad.net/~diwic
>>
--
Jani Nikula, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-08-28 13:10 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-19 8:48 [PATCH v4 0/4] i915 to call hda driver on HDMI plug/unplug David Henningsson
2015-08-19 8:48 ` [PATCH 1/4] drm/i915: Add audio pin sense / ELD callback David Henningsson
2015-08-26 8:33 ` Daniel Vetter
2015-08-26 18:39 ` [alsa-devel] " David Henningsson
2015-08-27 14:24 ` Jani Nikula
2015-08-28 12:55 ` Jani Nikula
2015-08-19 8:48 ` [PATCH 2/4] drm/i915: Call audio pin/ELD notify function David Henningsson
2015-08-28 13:07 ` Jani Nikula
2015-08-28 13:15 ` David Henningsson
2015-08-19 8:48 ` [PATCH 3/4] ALSA: hda - allow codecs to access the i915 pin/ELD callback David Henningsson
2015-08-19 8:48 ` [PATCH 4/4] ALSA: hda - Wake the codec up on pin/ELD notify events David Henningsson
2015-08-20 9:28 ` Takashi Iwai
2015-08-20 9:41 ` David Henningsson
2015-08-20 9:46 ` Takashi Iwai
2015-08-28 13:10 ` Jani Nikula [this message]
2015-09-02 8:00 ` Daniel Vetter
2015-09-02 8:03 ` Takashi Iwai
2015-09-02 8:32 ` Daniel Vetter
2015-09-02 9:39 ` Takashi Iwai
-- strict thread matches above, loose matches on Subject: below --
2015-08-28 17:02 [PATCH 0/4 v5] i915 to call hda driver on HDMI plug/unplug David Henningsson
2015-08-28 17:02 ` [PATCH 4/4] ALSA: hda - Wake the codec up on pin/ELD notify events David Henningsson
2015-11-25 9:56 ` Zhang, Xiong Y
2015-11-25 10:07 ` Takashi Iwai
2015-11-25 10:57 ` Zhang, Xiong Y
2015-11-25 11:17 ` Takashi Iwai
2015-11-26 6:06 ` Zhang, Xiong Y
2015-11-26 6:25 ` Takashi Iwai
2015-11-26 7:57 ` Zhang, Xiong Y
2015-11-26 8:07 ` [Intel-gfx] " Takashi Iwai
2015-11-26 9:16 ` Zhang, Xiong Y
2015-11-26 9:24 ` Takashi Iwai
2015-11-26 15:08 ` David Henningsson
2015-11-26 15:23 ` Takashi Iwai
2015-11-26 15:29 ` David Henningsson
2015-11-26 15:37 ` Imre Deak
2015-11-26 15:43 ` Ville Syrjälä
2015-11-26 15:51 ` Takashi Iwai
2015-11-26 15:58 ` Ville Syrjälä
2015-11-26 16:16 ` Takashi Iwai
2015-11-27 2:55 ` Zhang, Xiong Y
2015-11-27 13:38 ` Takashi Iwai
2015-11-27 13:45 ` David Henningsson
2015-11-27 13:50 ` Takashi Iwai
2015-11-26 15:47 ` Takashi Iwai
2015-11-26 15:48 ` Daniel Vetter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87pp275zjn.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=daniel.vetter@intel.com \
--cc=david.henningsson@canonical.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=tiwai@suse.de \
--cc=vinod.koul@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox