From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753930AbdHRBsE (ORCPT ); Thu, 17 Aug 2017 21:48:04 -0400 Received: from regular2.263xmail.com ([211.157.152.5]:38029 "EHLO regular2.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753817AbdHRBsC (ORCPT ); Thu, 17 Aug 2017 21:48:02 -0400 X-Greylist: delayed 317 seconds by postgrey-1.27 at vger.kernel.org; Thu, 17 Aug 2017 21:48:02 EDT X-263anti-spam: KSV:0;BIG:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ADDR-CHECKED4: 1 X-ABS-CHECKED: 1 X-SKE-CHECKED: 1 X-ANTISPAM-LEVEL: 2 X-RL-SENDER: jeffy.chen@rock-chips.com X-FST-TO: broonie@kernel.org X-SENDER-IP: 103.29.142.67 X-LOGIN-NAME: jeffy.chen@rock-chips.com X-UNIQUE-TAG: X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Message-ID: <599645E2.4020402@rock-chips.com> Date: Fri, 18 Aug 2017 09:41:54 +0800 From: jeffy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20130126 Thunderbird/19.0 MIME-Version: 1.0 To: Mark Brown CC: linux-kernel@vger.kernel.org, dgreid@chromium.org, heiko@sntech.de, briannorris@chromium.org, mka@chromium.org, dianders@chromium.org, Jaroslav Kysela , devicetree@vger.kernel.org, alsa-devel@alsa-project.org, linux-rockchip@lists.infradead.org, Liam Girdwood , Takashi Iwai , Rob Herring , Mark Rutland , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 2/9] ASoC: rockchip: Remove obsolete dmic-delay References: <20170817044417.22069-1-jeffy.chen@rock-chips.com> <20170817044417.22069-3-jeffy.chen@rock-chips.com> <20170817171152.abf3ngr6nr22jfif@sirena.org.uk> In-Reply-To: <20170817171152.abf3ngr6nr22jfif@sirena.org.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mark, thanks for your reply On 08/18/2017 01:11 AM, Mark Brown wrote: > On Thu, Aug 17, 2017 at 12:44:10PM +0800, Jeffy Chen wrote: > >> This property is no longer used. > >> -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...