[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20150616093019.GA26119@shlinux2>
Date: Tue, 16 Jun 2015 17:30:21 +0800
From: Zidan Wang <zidan.wang@...escale.com>
To: Mark Brown <broonie@...nel.org>
CC: <lgirdwood@...il.com>, <perex@...ex.cz>, <tiwai@...e.de>,
<ckeepax@...nsource.wolfsonmicro.com>, <lars@...afoo.de>,
<patches@...nsource.wolfsonmicro.com>,
<alsa-devel@...a-project.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [alsa-devel][PATCH 1/4] ASoC: wm8960: codec mclk should be
enabled early to avoid jack detect error
On Fri, Jun 12, 2015 at 11:33:49AM +0100, Mark Brown wrote:
> On Fri, Jun 12, 2015 at 02:32:33PM +0800, Zidan Wang wrote:
>
> > I have done some test today, and found that after mclk enable, we should delay
> > at least 150ms to prepare the jack detect function. So no need to move mclk
> > enable to startup.
>
> No, this makes no sense - jack detection is not related to playback at
> all. The system should be able to detect if something is connected at
> any time. What this says is that you need to keep MCLK enabled while
> jack detection is available.
This may be the wm8960 codec hardware issue. In generally, we will connect the headphone detect
output to the CPU GPIO and let CPU to deal with the headphone jack detect event. The wm8960 have
the feature to auto detect headphone jack itself, so in order to save CPU pin, we connect the
headphone detect output to the codec headphone jack detect pin(RINPUT3/JD2).
This issue is abnormal. Anyone else who using the community driver meet the same issue?
Best Regards,
Zidan Wang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists