On Tue, Sep 24, 2013 at 11:44:57AM +0200, Laurent Pinchart wrote:

On Monday 23 September 2013 15:33:10 Stephen Warren wrote:

quoted

So I think you want to make the supply properties mandatory in DT (since
some form of supply is mandatory in HW), yet make the driver support
broken DTs which don't have those properties, by error-checking the
return value from regulator_get(). You might want to put a note into DT
saying that a previous version of the binding didn't require those
supply properties, so they may be missing from older DTs.

Are there such devices in the wild ?

From v3.12 on the kernel will stub in a dummy supply if one isn't found

when using DT but I wouldn't mention that in the bindings since it's
very much fixing up broken DTs rather than a good idea.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130924/c9956124/attachment.sig>