On Thu, 31 Oct 2019, Nathalie Chan King Choy via System-dt wrote:
Hi all,
Welcome to the OpenAMP system-dt mailing list. You're subscribed because you are either (1) in the OpenAMP TSC list, (2) on the DTE Wednesday call invitation that I received, (3) were on the System DT meeting invitation from Linaro Connect SAN19. Info is at the end of this email on how others can subscribe, or how you can unsubscribe yourself. If you are not sure if your colleague is subscribed & want to make sure they are, as a member of the list, you are able to log in & see who else is a member, from the list info page (use the password reminder in the edit options section to find out your auto-generated password).
The notes from today's call can be found on the OpenAMP wiki at this link: https://github.com/OpenAMP/open-amp/wiki/System-DT-Meeting-Notes-2019#201910...
Hi Nathalie,
Thank you for the notes. I'll take this opportunity to test the new mailing list as well ;-)
In today's call, Stefano presented from the example System DTS file that is attached. It is an early draft based on discussions between Stefano & Grant after Linaro Connect SAN19, related to getting a system DT to work in the default case, without requiring pruning. (I wasn't sure how to allow .dts files in the mailing list content filter, so I changed the extension to .txt)
Action items:
- All: if you can think of simple solution to interrupt-map info duplication, let Stefano know & he will try to add to the example.
- Stefano: Remove ranges from amba_rpu
- Stefano: In next couple weeks, look at GPIO controller extensions & write in detail & send to list so we can discuss.
I am trying to look for the interrupt-related GPIO extensions, and the only one I could find is: socionext,interrupt-ranges from Documentation/devicetree/bindings/gpio/gpio-uniphier.txt:
- socionext,interrupt-ranges: Specifies an interrupt number mapping between this GPIO controller and its interrupt parent, in the form of arbitrary number of <child-interrupt-base parent-interrupt-base length> triplets.
which is very similar to what we need here, but it looks like a socionext specific property while I seem to recall that Rob said that it was made "standard".
Rob, is this the property you had in mind? Or is there another one?