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 S1753281AbbKPSYT (ORCPT <rfc822;w@1wt.eu>);
	Mon, 16 Nov 2015 13:24:19 -0500
Received: from mezzanine.sirena.org.uk ([106.187.55.193]:34712 "EHLO
	mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752056AbbKPSYN (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 16 Nov 2015 13:24:13 -0500
Date: Mon, 16 Nov 2015 18:23:54 +0000
From: Mark Brown <broonie@kernel.org>
To: "Andrew F. Davis" <afd@ti.com>
Cc: Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
        Mark Rutland <mark.rutland@arm.com>,
        Ian Campbell <ijc+devicetree@hellion.org.uk>,
        Kumar Gala <galak@codeaurora.org>, Lee Jones <lee.jones@linaro.org>,
        Alexandre Courbot <gnurou@gmail.com>,
        Grygorii Strashko <grygorii.strashko@ti.com>,
        devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Message-ID: <20151116182354.GI31303@sirena.org.uk>
References: <20151106104322.GA18409@sirena.org.uk>
 <563CED25.6020405@ti.com>
 <20151106211651.GJ18409@sirena.org.uk>
 <5640DAC0.9080008@ti.com>
 <20151110095719.GC12392@sirena.org.uk>
 <56421FA5.1020103@ti.com>
 <20151110170447.GI12392@sirena.org.uk>
 <56422ECC.6070603@ti.com>
 <20151110184408.GJ12392@sirena.org.uk>
 <56424836.7000608@ti.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="J+eNKFoVC4T1DV3f"
Content-Disposition: inline
In-Reply-To: <56424836.7000608@ti.com>
X-Cookie: Does the name Pavlov ring a bell?
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SA-Exim-Connect-IP: 94.175.94.161
X-SA-Exim-Mail-From: broonie@sirena.org.uk
Subject: Re: [PATCH v4 4/5] regulator: tps65912: Add regulator driver for the
 TPS65912 PMIC
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org


--J+eNKFoVC4T1DV3f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Nov 10, 2015 at 01:40:38PM -0600, Andrew F. Davis wrote:
> On 11/10/2015 12:44 PM, Mark Brown wrote:

> >There's also the third option where we don't have any compatible strings
> >in the subnodes at all.

> Ok, two, but would you really want to go that way? Matching by node name costs
> us all of the flexibility of DT sub-device selection. Still don't see an upside
> as we would now be locked to node names instead of compatible strings to declare
> component type compatibility (what they are for).

Yes, we should go that way.  No, there is nothing meaningful being lost
- the fact that there is zero paramterisation in the bindings and each
subfunction has the full device name as a compatible string ought to be
a big red flag here.

--J+eNKFoVC4T1DV3f
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJWSh86AAoJECTWi3JdVIfQkkUH/0a+ejxdEMwuTceJ0M1D/OX3
yKUf1LkhZJRe4Yx3jwXBWFu/+jCBW22/38XZUk584twlj28dYJN6AosUlAhwww2u
Bj5QEueDGbX95jfMhIokgzhudHjEnlLU6PqmUxgXI/lYxDSbktBZw14m7YqqMvaG
T7Jhtu+duapKXJ+TlkVUhpv18CoDeBN4JcZOq56keT7wP2cKbrqRueddXUEkJz7K
eCZM7hzy9sJCu/BecnNl934WpPUfyIDrQhXs0h4RiEF+Yrz0XFDJEc7s6/1VxuN1
F5sjgsNEvc+bBfE4YL5mOb6MR2kDKqrN6z72u4SdskaY8Gjz0B5o8H4b3rZ07ww=
=Tl/0
-----END PGP SIGNATURE-----

--J+eNKFoVC4T1DV3f--