[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170818115223.pyfqji5jkplt6isx@sirena.org.uk>
Date: Fri, 18 Aug 2017 12:52:23 +0100
From: Mark Brown <broonie@...nel.org>
To: jeffy <jeffy.chen@...k-chips.com>
Cc: linux-kernel@...r.kernel.org, dgreid@...omium.org, heiko@...ech.de,
briannorris@...omium.org, mka@...omium.org, dianders@...omium.org,
Jaroslav Kysela <perex@...ex.cz>, devicetree@...r.kernel.org,
alsa-devel@...a-project.org, linux-rockchip@...ts.infradead.org,
Liam Girdwood <lgirdwood@...il.com>,
Takashi Iwai <tiwai@...e.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v3 2/9] ASoC: rockchip: Remove obsolete dmic-delay
On Fri, Aug 18, 2017 at 09:41:54AM +0800, jeffy wrote:
> On 08/18/2017 01:11 AM, Mark Brown wrote:
> > On Thu, Aug 17, 2017 at 12:44:10PM +0800, Jeffy Chen wrote:
> > > -Optional properties:
> > > -- dmic-wakeup-delay-ms : specify delay time (ms) for DMIC ready.
> > > - If this option is specified, which means it's required dmic need
> > > - delay for DMIC to ready so that rt5514 can avoid recording before
> > > - DMIC send valid data
> > Why would nobody ever want to use this in future?
> hmmm, check again, rt5514 fixed this issue in there driver instead in:
> a5461fd6c8f7 ASoC: rt5514: Add the DMIC initial delay to wait it ready.
> so we don't need this...
You don't need it on your board for new DTs but why is it not possible
that another board might need it?
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists