devicetree-compiler.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Ayush Singh <ayush@beagleboard.org>,
	d-gole@ti.com, lorforlinux@beagleboard.org,
	jkridner@beagleboard.org, robertcnelson@beagleboard.org,
	nenad.marinkovic@mikroe.com, Andrew Davis <afd@ti.com>,
	Robert Nelson <robertcnelson@gmail.com>,
	devicetree-compiler@vger.kernel.org
Subject: Re: [PATCH 1/2] libfdt: overlay: Allow resolving phandle symbols
Date: Thu, 26 Sep 2024 13:51:29 +1000	[thread overview]
Message-ID: <ZvTaQRupx1cG9fyE@zatzit.fritz.box> (raw)
In-Reply-To: <CAMuHMdVMFP_pNPEvi1n_CnUTXZ9SBk3G0o7cn6i3iQtca0G8kA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2359 bytes --]

On Wed, Sep 25, 2024 at 09:58:06AM +0200, Geert Uytterhoeven wrote:
> On Wed, Sep 25, 2024 at 9:28 AM David Gibson
> <david@gibson.dropbear.id.au> wrote:
> > On Tue, Sep 24, 2024 at 12:11:36PM +0530, Ayush Singh wrote:
> > > On 9/23/24 09:11, David Gibson wrote:
> > > > The old "connector binding" proposals I was describing aimed to
> > > > decouple the type of the connector from the instance of the connector
> > > > for exactly this sort of case.
> > >
> > > Do you have a link to the "connector binding" proposal you are mentioning
> > > here? I really believe having a better way to support such connectors is
> > > really important for embedded systems. And I am okay with adding any missing
> > > bits to make it a reality.
> > >
> > > With `PREEMPT_RT` patches being merged, it is probably a good time to
> > > improve embedded linux.
> >
> > I don't think there was ever a proposal written up as such.  It was
> > just an idea floating around the mailing lists.  I did manage to dig
> > up what were meant to be some illustrative examples of the idea.
> > Alas, without any explanatory notes.  It was last modified in 2016,
> > but let's see what I can remember in terms of context.  Note that all
> > of the below was a quick draft - it would certainly need polish and
> > all syntax is negotiable.  In particular the use of the /plugin/
> > keyword might not be compatible with its current use for overlays, so
> > that would probably need changing.
> >
> >
> > The idea is that a base board could define specific "connectors",
> > which could describe what buses / pins / interrupts / whatever were
> > exposed on that connector.  Each connector instance had some local
> > aliases referencing the nodes in the base board the connector could
> > alter.
> 
> Several people are working on things related to this.
> Please have a look at https://lpc.events/event/18/contributions/1696/.
> I don't know the video is online yet.

Ayush linked to that earlier in the thread.  AFAICT it still seems to
be focussing on using overlays in their existing formulation, rather
than redesigning the plugin mechanism.

-- 
David Gibson (he or they)	| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you, not the other way
				| around.
http://www.ozlabs.org/~dgibson

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2024-09-26  3:53 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-02 12:17 [PATCH 0/2] Add support for phandle in symbols Ayush Singh
2024-09-02 12:17 ` [PATCH 1/2] libfdt: overlay: Allow resolving phandle symbols Ayush Singh
2024-09-09  5:03   ` David Gibson
2024-09-09  7:24     ` Ayush Singh
2024-09-12  3:38       ` David Gibson
2024-09-16  9:40         ` Ayush Singh
2024-09-18  2:36           ` David Gibson
2024-09-20 16:34             ` Ayush Singh
2024-09-23  3:41               ` David Gibson
2024-09-23  8:22                 ` Geert Uytterhoeven
2024-09-23  8:38                   ` David Gibson
2024-09-23  9:12                     ` Geert Uytterhoeven
2024-09-23  9:48                       ` David Gibson
2024-11-13  9:46                         ` Ayush Singh
2024-10-06  5:13                       ` Ayush Singh
2024-09-24  6:41                 ` Ayush Singh
2024-09-25  7:28                   ` David Gibson
2024-09-25  7:58                     ` Geert Uytterhoeven
2024-09-26  3:51                       ` David Gibson [this message]
2024-10-03  7:35                     ` Ayush Singh
2024-09-02 12:17 ` [PATCH 2/2] tests: Add test for symbol resolution Ayush Singh
2024-09-05 14:37   ` Andrew Davis
2024-09-05 14:35 ` [PATCH 0/2] Add support for phandle in symbols Andrew Davis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZvTaQRupx1cG9fyE@zatzit.fritz.box \
    --to=david@gibson.dropbear.id.au \
    --cc=afd@ti.com \
    --cc=ayush@beagleboard.org \
    --cc=d-gole@ti.com \
    --cc=devicetree-compiler@vger.kernel.org \
    --cc=geert@linux-m68k.org \
    --cc=jkridner@beagleboard.org \
    --cc=lorforlinux@beagleboard.org \
    --cc=nenad.marinkovic@mikroe.com \
    --cc=robertcnelson@beagleboard.org \
    --cc=robertcnelson@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).