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@xxxxxxxxxxxxxxxxxxxxx> 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:
signature.asc
Description: PGP signature
