From: David Henningsson <david.henningsson@canonical.com>
To: Takashi Iwai <tiwai@suse.de>, "Wang, Xingchao" <xingchao.wang@intel.com>
Cc: "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>
Subject: Re: [PATCH 2/2] ALSA: hda - get realtime ELD info when codec suspended
Date: Tue, 25 Jun 2013 09:45:04 +0200 [thread overview]
Message-ID: <51C94A80.70709@canonical.com> (raw)
In-Reply-To: <s5h38s7vf2v.wl%tiwai@suse.de>
On 06/24/2013 03:00 PM, Takashi Iwai wrote:
> At Mon, 24 Jun 2013 14:47:01 +0200,
> David Henningsson wrote:
>>
>> On 06/24/2013 02:00 PM, Takashi Iwai wrote:
>>> At Mon, 24 Jun 2013 11:56:21 +0000,
>>> Wang, Xingchao wrote:
>>>>
>>>>> -----Original Message-----
>>>>> From: Takashi Iwai [mailto:tiwai@suse.de]
>>>>> Sent: Monday, June 24, 2013 7:36 PM
>>>>> To: Wang Xingchao
>>>>> Cc: alsa-devel@alsa-project.org; Wang, Xingchao
>>>>> Subject: Re: [PATCH 2/2] ALSA: hda - get realtime ELD info when codec
>>>>> suspended
>>>>>
>>>>> At Mon, 24 Jun 2013 07:45:24 -0400,
>>>>> Wang Xingchao wrote:
>>>>>>
>>>>>> when controller/codec in runtime suspended mode, monitor hotplug would
>>>>>> not trigger unsolicited event.
>>
>> And here's the original problem IMO: If you can't detect plug/unplug in
>> runtime suspend mode, the runtime suspend mode is broken. Userspace
>> relies on getting notification when a HDMI/DP connection is
>> plugged/unplugged. If no unsol event is triggered, how is userspace
>> notified?
>
> It can't, so far. The same thing happens for any other jack
> detections when the power-saving is turned on.
>
> There is a low power mode that allows the jack detection, but this is
> different from the aggressive power-saving with runtime D3.
If "aggressive power-saving with runtime D3" is the same as
AZX_DCAPS_PM_RUNTIME, this is also enabled for analog codecs connected
to a Lynx point controller.
It looks like userspace have problems getting notifications for e g
headphone insertion on Lynx point controllers, so this is not only an
HDMI/DP problem?
Trying to read up a little on this, there seem to be an option to set
the WAKEEN register to have jack detection working even when the
controller is in D3. (refer HDA specification 4.5.9.2:
Codec Wake From System S0, Controller D3.)
But it seems we do not (yet) use this feature. Is this something that
could/should be implemented to fix the jack detection problems that
seems to be happening otherwise?
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
next prev parent reply other threads:[~2013-06-25 7:45 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-24 11:45 [PATCH 1/2] ALSA: hdmi - poll eld at resume time Wang Xingchao
2013-06-24 10:43 ` Wang, Xingchao
2013-06-24 11:32 ` Takashi Iwai
2013-06-24 12:19 ` Wang, Xingchao
2013-06-24 12:49 ` Takashi Iwai
2013-06-25 4:54 ` Wang, Xingchao
2013-06-25 6:06 ` Takashi Iwai
2013-06-25 6:34 ` Wang, Xingchao
2013-06-25 7:06 ` Takashi Iwai
2013-06-25 7:09 ` Takashi Iwai
2013-06-25 8:30 ` Wang, Xingchao
2013-06-26 4:28 ` Wang, Xingchao
2013-06-25 6:15 ` Wang, Xingchao
2013-06-24 11:45 ` [PATCH 2/2] ALSA: hda - get realtime ELD info when codec suspended Wang Xingchao
2013-06-24 11:36 ` Takashi Iwai
2013-06-24 11:56 ` Wang, Xingchao
2013-06-24 12:00 ` Takashi Iwai
2013-06-24 12:47 ` David Henningsson
2013-06-24 13:00 ` Takashi Iwai
2013-06-25 7:45 ` David Henningsson [this message]
2013-06-25 7:55 ` Takashi Iwai
2013-06-25 9:02 ` David Henningsson
2013-06-25 9:33 ` Wang, Xingchao
2013-06-25 9:43 ` David Henningsson
2013-07-12 6:13 ` Wang Xingchao
2013-07-15 4:28 ` David Henningsson
2013-07-15 8:54 ` Wang, Xingchao
2013-07-17 10:15 ` Wang, Xingchao
2013-07-18 5:47 ` Wang, Xingchao
2013-07-18 6:43 ` 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=51C94A80.70709@canonical.com \
--to=david.henningsson@canonical.com \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
--cc=xingchao.wang@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 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.