[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180409102244.GB11532@sirena.org.uk>
Date: Mon, 9 Apr 2018 11:22:44 +0100
From: Mark Brown <broonie@...nel.org>
To: Laurent Pinchart <laurent.pinchart@...asonboard.com>
Cc: jacopo mondi <jacopo@...ndi.org>,
Jacopo Mondi <jacopo+renesas@...ndi.org>,
architt@...eaurora.org, a.hajda@...sung.com, airlied@...ux.ie,
vladimir_zapolskiy@...tor.com, horms@...ge.net.au,
magnus.damm@...il.com, geert@...ux-m68k.org,
niklas.soderlund@...natech.se, sergei.shtylyov@...entembedded.com,
robh+dt@...nel.org, mark.rutland@....com,
dri-devel@...ts.freedesktop.org, linux-renesas-soc@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v7 1/2] dt-bindings: display: bridge: Document
THC63LVD1024 LVDS decoder
On Fri, Apr 06, 2018 at 06:40:14PM +0300, Laurent Pinchart wrote:
> On Friday, 6 April 2018 17:25:58 EEST jacopo mondi wrote:
> > Same on the mandatory/optional VCC supply thing. Let's try to make
> > next version the final one. If the optional property with the dummy
> > regulator doesn't satisfy you and it is preferred to have a fixed-regulator
> > anyhow in DT I'll do in next version, othewise let's try not to change
> > it again. I'll just remark here that in the current Eagle design vcc is
> > connected to a power rail with no regulator at all :)
> I don't like the dummy regulator much, as it generates a dev_warn(), which
> makes me believe that it's a hack rather than a proper solution. You might
> want to ask Mark Brown for his opinion.
The DT should describe the physical supplies the device needs, if that's
a fixed regulator with no software control then the DT should have a
fixed regulator with no software control.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists