From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753818AbdK3RBF convert rfc822-to-8bit (ORCPT <rfc822;w@1wt.eu>);
        Thu, 30 Nov 2017 12:01:05 -0500
Received: from muru.com ([72.249.23.125]:52834 "EHLO muru.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753782AbdK3RBC (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 30 Nov 2017 12:01:02 -0500
Date: Thu, 30 Nov 2017 09:00:58 -0800
From: Tony Lindgren <tony@atomide.com>
To: Mark Brown <broonie@kernel.org>
Cc: "Andrew F. Davis" <afd@ti.com>, Liam Girdwood <lgirdwood@gmail.com>,
        Rob Herring <robh+dt@kernel.org>, Mark Rutland <mark.rutland@arm.com>,
        =?utf-8?Q?Beno=C3=AEt?= Cousson <bcousson@baylibre.com>,
        Shawn Guo <shawnguo@kernel.org>, Sascha Hauer <kernel@pengutronix.de>,
        alsa-devel@alsa-project.org, devicetree@vger.kernel.org,
        linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's
 reset pin
Message-ID: <20171130170058.GQ28152@atomide.com>
References: <20171129171359.29382-1-afd@ti.com>
 <20171129171359.29382-6-afd@ti.com>
 <20171130161826.GP28152@atomide.com>
 <20171130163344.kudopvsljywb4hyw@sirena.org.uk>
 <4b535cec-6e33-adc0-a962-f5e65d84d1ad@ti.com>
 <20171130165328.q5nknyvwp36xj4t2@sirena.org.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: 8BIT
In-Reply-To: <20171130165328.q5nknyvwp36xj4t2@sirena.org.uk>
User-Agent: Mutt/1.9.1 (2017-09-22)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

* Mark Brown <broonie@kernel.org> [171130 16:56]:
> On Thu, Nov 30, 2017 at 10:37:22AM -0600, Andrew F. Davis wrote:
> > On 11/30/2017 10:33 AM, Mark Brown wrote:
> 
> > > It might make sense to pull in the relevant branches from ASoC first
> > > however IIRC the reset GPIO code currently does nothing useful anyway so
> > > it won't have any impact on bisection.  Andrew?
> 
> > Yeah, that's right, for safety it would be nice to take these after the
> > ASoC code, but it shouldn't matter in practice as the reset wasn't used
> > right anyway.
> 
> I'd just go for it.

OK will apply the two omap dts changes for v4.16.

Thanks,

Tony