lkml.org 
[lkml]   [2016]   [Jul]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC PATCH 0/1] Portable Device Tree Connector -- conceptual
From
Date
On 07/02/16 16:55, frowand.list@gmail.com wrote:
> From: Frank Rowand <frank.rowand@am.sony.com>
>
> Hi All,
>
> This is version 2 of this email.

< snip >

> The one remaining piece that this patch does not provide is how
> the overlay manager (which does not yet exist in the mainline
> tree) can apply an overlay to two different targets. That
> final step should be a trivial change to of_overlay_create(),
> adding a parameter that is a mapping of the target (or maybe
> even targets) in the overlay to different targets in the
> active device tree.
>
> This seems like a more straight forward way to handle connectors.
>
> First, ignoring pinctrl and pinmux, what does everyone think?
>
> Then, the next step is whether pinctrl and pinmux work with this method.
> Pantelis, can you point me to a good example for
>
> 1) an in-tree board dts file
> 2) an overlay file (I am assuming out of tree) that applies to the board
> 3) an in-tree .dtsi file that would provide the same features as
> the overlay file if it was included by the board dts file
>
> It should be easier to discuss pinctrl and pinmux with an example.

And I should have added that there are other complexities beyond
pinctrl and pinmux that are not addressed. Baby steps first,
before the whole enchilada.

-Frank

\
 
 \ /
  Last update: 2016-07-03 08:41    [W:1.219 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site