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. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
