From: David Henningsson <david.henningsson@canonical.com>
To: Takashi Iwai <tiwai@suse.de>, alsa-devel@alsa-project.org
Cc: Libin Yang <libin.yang@linux.intel.com>, mengdong.lin@linux.intel.com
Subject: Re: [PATCH RFC 0/4] HDA/i915 jack handling using component
Date: Thu, 12 Nov 2015 17:44:04 +0100 [thread overview]
Message-ID: <5644C1D4.6060101@canonical.com> (raw)
In-Reply-To: <1447345214-7212-1-git-send-email-tiwai@suse.de>
On 2015-11-12 17:20, Takashi Iwai wrote:
> Hi,
>
> after the previous discussion ([RFC PATCH 0/2] ALSA: hda - DP MST
> audio for Jack support), I thought it'd be even easier to give a
> concrete code for further discussion; so here we go, it's a patchset
> to implement the jack via audio component.
>
> In the end, I added a new audio component ops to fetch the current
> ELD, since the state is unknown at the time the audio driver starts.
> The other two patches are just a cleanup.
>
> This series is submitted just as an RFC, basically for a better
> understanding, not seriously considered to be merged as is.
> (That's why no intel-gfx is Cc'ed yet.)
>
> Note that the i915 patches are applied to the latest Linus tree, while
> patch_hdmi.c patch is to my for-linus branch. The patches are found
> in test/hdmi-jack branch of sound git tree.
Right; maybe you got tired of waiting for me to make that patch set,
sorry. :-/
I looked at it a while ago, but got a bit stuck in figuring out how to
properly lock things to ensure that the ELD info is not being written to
(by another kernel thread) at the same time as we read it.
I'm not sure whether your patch resolves that or not. But if av_mutex is
always held whenever your audio_enabled flag is changed (and ELD is
never changed while audio_enabled=true), that might do it though.
We might also need to send audio_enabled itself over too, not sure if we
can have audio enabled without valid ELD - in some cases when we have
monitors not giving us any ELD info.
>
>
> Takashi
>
> ===
>
> Takashi Iwai (4):
> drm/i915: Add get_eld audio component
> drm/i915: Remove superfluous NULL check
> drm/i915: refactoring audio component functions
> ALSA: hda - Use component ops for i915 HDMI/DP audio jack handling
>
> drivers/gpu/drm/i915/intel_audio.c | 73 ++++++++++++++++++++++++---------
> drivers/gpu/drm/i915/intel_drv.h | 1 +
> include/drm/i915_component.h | 4 ++
> sound/pci/hda/patch_hdmi.c | 83 +++++++++++++++++++++++++++++++++++++-
> 4 files changed, 141 insertions(+), 20 deletions(-)
>
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
next prev parent reply other threads:[~2015-11-12 16:44 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-12 16:20 [PATCH RFC 0/4] HDA/i915 jack handling using component Takashi Iwai
2015-11-12 16:20 ` [PATCH RFC 1/4] drm/i915: Add get_eld audio component Takashi Iwai
2015-11-12 16:20 ` [PATCH RFC 2/4] drm/i915: Remove superfluous NULL check Takashi Iwai
2015-11-12 16:20 ` [PATCH RFC 3/4] drm/i915: refactoring audio component functions Takashi Iwai
2015-11-12 16:20 ` [PATCH RFC 4/4] ALSA: hda - Use component ops for i915 HDMI/DP audio jack handling Takashi Iwai
2015-11-13 1:55 ` Libin Yang
2015-11-13 5:56 ` Takashi Iwai
2015-11-13 15:39 ` Takashi Iwai
2015-11-12 16:44 ` David Henningsson [this message]
2015-11-12 16:55 ` [PATCH RFC 0/4] HDA/i915 jack handling using component Takashi Iwai
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=5644C1D4.6060101@canonical.com \
--to=david.henningsson@canonical.com \
--cc=alsa-devel@alsa-project.org \
--cc=libin.yang@linux.intel.com \
--cc=mengdong.lin@linux.intel.com \
--cc=tiwai@suse.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.