Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752659AbcDZQug (ORCPT ); Tue, 26 Apr 2016 12:50:36 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:45306 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752507AbcDZQud (ORCPT ); Tue, 26 Apr 2016 12:50:33 -0400 Date: Tue, 26 Apr 2016 17:50:06 +0100 From: Mark Brown To: Andreas Dannenberg Cc: alsa-devel@alsa-project.org, devicetree@vger.kernel.org, Liam Girdwood , Jaroslav Kysela , Takashi Iwai , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , linux-kernel@vger.kernel.org Message-ID: <20160426165006.GD3217@sirena.org.uk> References: <1461615456-19510-1-git-send-email-dannenberg@ti.com> <1461615456-19510-2-git-send-email-dannenberg@ti.com> <20160426153707.GZ3217@sirena.org.uk> <20160426161425.GA2885@borg.dal.design.ti.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="an18TTCYBDxQZRot" Content-Disposition: inline In-Reply-To: <20160426161425.GA2885@borg.dal.design.ti.com> X-Cookie: Tomorrow, you can be anywhere. User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 2a01:348:6:8808:fab::3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH v3 1/2] ASoC: codecs: add TA5720 digital amplifier DT bindings 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: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2102 Lines: 52 --an18TTCYBDxQZRot Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 26, 2016 at 11:14:25AM -0500, Andreas Dannenberg wrote: > On Tue, Apr 26, 2016 at 04:37:07PM +0100, Mark Brown wrote: > > On Mon, Apr 25, 2016 at 03:17:35PM -0500, Andreas Dannenberg wrote: > > > +Optional properties: > > > +- dvdd-supply : phandle to a 3.3-V supply for the digital circuitry > > > +- pvdd-supply : phandle to a supply used for the Class-D amp and the= analog > > This suggests that the device doesn't need power... =20 > no power, now that would be nice! :) What this was supposed to mean is > that the properties are optional, the power of course is not. The DT has They should only be optional if they may really be missing. We may attempt to be liberal in the DTs we accept but we should not encourage sloppily written DTs. > really no control over how I wire up my HW and I'd argue most folks just > permanently power the TAS5720 since the shutdown current is just a few > uAs IIRC in order to save some BOM cost. But I suppose the DT description > is such that the Kernel can more intelligently handle things based on > what the driver is doing if somebody choses and implements additional > regulator/power switch HW. Or did I misunderstand your point? It doesn't really matter if a given system ends up controlling things actively, we still want to be consistent in describing them since it is less error prone when it does become relevant. --an18TTCYBDxQZRot Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXH5w9AAoJECTWi3JdVIfQEQYH/367gpPyBFVghsejyDRuOOZr 8CqQ61D9Y5/f1dSdVhMErNaPTVqiaRRPrxS/7tMEEuh18HR2XiRkgt9rzrxySlwT lRP1DCParRrhFBVOd751vXkKClGgRveIk+CXc07JZ5OLjXBfyTSjFrqFAGxoKQB1 57vt+uae4Ox3ANqEyp7DZoV/U43HyIjSeI7zidorWlYyTX0y9AjLExmmArR4ei6V ivVowBd/V2n+KHlokBop5zn9KeCxadvIqcpaq12FBbsJPTkMtPUynBtAAvtyc+vO Bh+3fRZrOXWwy9hjHZj9W6wkXwGL7xrxHiHSj3YO8wrAiCym3Fj2e7qtb36vqRY= =dhQW -----END PGP SIGNATURE----- --an18TTCYBDxQZRot--