- boot-architecture - lists.linaro.org

by Vincent Stehlé

Hi, I hope everybody is doing well. We will have an EBBR call[1] today at 15h UTC/BST. Also, there will be no call on Dec 19. If practicable for everyone, the meeting after the one today shall be next year on Jan 2 2023 (let's confirm during the call today). On the agenda[2] today: - Preparing for version 2.1.0 - Issues[3] scrub - Continue the discussion on Minimum Viable Product (MVP) - Confirm Jan 2 meeting Feel free to add to the agenda, directly on the wiki page or by e-mail. We can use this pad[4] for the meeting notes. Best regards, Vincent Stehlé System Architect - Arm [1]: https://armltd.zoom.us/j/92081365511?pwd=SFZpRitXUEp3Zy9GM0h3UUZ1b1pnUT09 [2]: https://github.com/ARM-software/ebbr/wiki/EBBR-Meetings [3]: https://github.com/ARM-software/ebbr/issues [4]: https://mensuel.framapad.org/p/ebbr-notes-20221205-9xzm?lang=en

3 years, 4 months

6
8
0 0

EBBR v2.1.0 released

by Vincent Stehlé

Hi, EBBR v2.1.0 is now available. This is a minor release of the EBBR specification. Compared to v2.0.1, this release adds requirements on ESRT, EFI Conformance Profile and DTB, and updates the RISC-V boot requirements. https://github.com/ARM-software/ebbr/releases/tag/v2.1.0 Thanks to all the contributors. Best regards, Vincent Stehlé System Architect - Arm

3 years, 4 months

1
0
0 0

There will be NO DT call on Monday Nov 28

by Bill Mills

All, Next Monday the US will still be recovering/traveling from the holiday extended weekend. So we will cancel the call. Happy Thanksgiving to everyone that celebrates. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 5 months

1
0
0 0

We will have an EBBR call today

by Vincent Stehlé

Hi, We will have an EBBR call[1] today at 15h UTC/BST. On the agenda[2]: - Preparing for next version 2.x.y (UEFI 2.10, ESRT, etc.) - Version numbering and corresponding update to conformance profile - Issues[3] scrub - Can we define a minimum viable product (MVP)? - Does this help? - Is Security in? Feel free to add to the agenda, directly on the wiki page or by e-mail. We can use this pad[4] for the meeting notes. Best regards, Vincent Stehlé System Architect - Arm [1]: https://armltd.zoom.us/j/92081365511?pwd=SFZpRitXUEp3Zy9GM0h3UUZ1b1pnUT09 [2]: https://github.com/ARM-software/ebbr/wiki/EBBR-Meetings [3]: https://github.com/ARM-software/ebbr/issues [4]: https://mensuel.framapad.org/p/ebbr-meeting-of-2022-11-21-9xq8

3 years, 5 months

2
2
0 0

RE: [TF-A] Re: [RFC] Proposed location to host the firmware handoff specification.

by Dan Handley

Hi Varun Yes, I think the GitHub issue tracker can be used for all those things. Also, the TF-A list can be used for general questions/discussion - that has more visibility. Cheers Dan. > -----Original Message----- > From: Varun Wadekar <vwadekar(a)nvidia.com> > Sent: 15 November 2022 15:29 > To: Jose Marinho <Jose.Marinho(a)arm.com>; Simon Glass > <sjg(a)chromium.org>; Dan Handley <Dan.Handley(a)arm.com> > Cc: tf-a(a)lists.trustedfirmware.org; u-boot(a)lists.denx.de; boot- > architecture(a)lists.linaro.org; nd <nd(a)arm.com> > Subject: RE: [TF-A] Re: [RFC] Proposed location to host the firmware handoff > specification. > > Hi, > > Thanks for the email. Jose, how do we create bugs, provide ideas, or ask > questions? Do you suggest creating issues for all of these? > > -Varun > > -----Original Message----- > From: Jose Marinho via TF-A <tf-a(a)lists.trustedfirmware.org> > Sent: Monday, 14 November 2022 3:30 PM > To: Simon Glass <sjg(a)chromium.org>; Dan Handley > <Dan.Handley(a)arm.com> > Cc: tf-a(a)lists.trustedfirmware.org; u-boot(a)lists.denx.de; boot- > architecture(a)lists.linaro.org; nd <nd(a)arm.com> > Subject: [TF-A] Re: [RFC] Proposed location to host the firmware handoff > specification. > > External email: Use caution opening links or attachments > > > Hi, > > We're glad to announce that the Firmware Handoff document sources are > now available publicly from: > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > ub.com%2FFirmwareHandoff%2Ffirmware_handoff&data=05%7C01%7 > Cvwadekar%40nvidia.com%7C1802d934994a45de3f4f08dac655668a%7C43083 > d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638040367718884340%7CUnkn > own%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik > 1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=G1T9ndA4NlbTJ > vQ%2BuWVu1S%2FQNjGkA6HicXD%2FS%2FuaG8Q%3D&reserved=0 > > Note that this does not constitute a full "1.0" release of the document. > There are still some topics raised in the ML that need to be aligned on before > the full release -- I'll follow up on those with a separate e-mail. > > Having the document hosted in a public repo allows for all discussions about > the document to progress in the open more easily. > > Regards, > Jose > > -----Original Message----- > From: Simon Glass <sjg(a)chromium.org> > Sent: Sunday, September 18, 2022 4:05 AM > To: Dan Handley <Dan.Handley(a)arm.com> > Cc: tf-a(a)lists.trustedfirmware.org; u-boot(a)lists.denx.de; boot- > architecture(a)lists.linaro.org; nd <nd(a)arm.com> > Subject: Re: [TF-A] Re: [RFC] Proposed location to host the firmware handoff > specification. > > Hi, > > I discussed this with Jose a white back. I am OK with this as an interim > measure to get the initial doc agreed, so long as we move it to a more > independent place when available. > > Regards, > Simon > > > > On Tue, 13 Sept 2022 at 09:48, Dan Handley <Dan.Handley(a)arm.com> wrote: > > > > Hi all > > > > Just picking up this old thread again... > > > > There seemed to be general agreement to host the firmware hand-off > spec in a separate repo with separate maintainers at TrustedFirmware.org, at > least initially. Arm intends to progress with the initial population of this repo. > We intend to use the CC-BY-SA-4.0 > (https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspd > x.org%2Flicenses%2FCC-BY-SA- > 4.0.html&data=05%7C01%7Cvwadekar%40nvidia.com%7C1802d934994a > 45de3f4f08dac655668a%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0% > 7C638040367718884340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAw > MDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C% > 7C&sdata=eB3APd46h8VOPyIPSd1XtIiAziKVr6GMTX3T2UAT39c%3D&am > p;reserved=0) license, the same as used for EBBR > (https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > ub.com%2FARM- > software%2Febbr&data=05%7C01%7Cvwadekar%40nvidia.com%7C1802 > d934994a45de3f4f08dac655668a%7C43083d15727340c1b7db39efd9ccc17a%7 > C0%7C0%7C638040367719040563%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi > MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300 > 0%7C%7C%7C&sdata=w%2FKV4fHrVWZKkDjtQOAFhkUr6axGHLnKhGCp > 2fcbb74%3D&reserved=0). Please say if you have any objections to this. > We will also seek approval from the TrustedFirmware.org board. > > > > Regards > > > > Dan. > > > > _______________________________________________ > > boot-architecture mailing list -- boot-architecture(a)lists.linaro.org > > To unsubscribe send an email to > > boot-architecture-leave(a)lists.linaro.org > _______________________________________________ > boot-architecture mailing list -- boot-architecture(a)lists.linaro.org > To unsubscribe send an email to boot-architecture-leave(a)lists.linaro.org > -- > TF-A mailing list -- tf-a(a)lists.trustedfirmware.org To unsubscribe send an > email to tf-a-leave(a)lists.trustedfirmware.org

3 years, 5 months

1
0
0 0

RE: [TF-A] Re: [RFC] Proposed location to host the firmware handoff specification.

by Dan Handley

Hi all Just picking up this old thread again... There seemed to be general agreement to host the firmware hand-off spec in a separate repo with separate maintainers at TrustedFirmware.org, at least initially. Arm intends to progress with the initial population of this repo. We intend to use the CC-BY-SA-4.0 (https://spdx.org/licenses/CC-BY-SA-4.0.html) license, the same as used for EBBR (https://github.com/ARM-software/ebbr). Please say if you have any objections to this. We will also seek approval from the TrustedFirmware.org board. Regards Dan.

3 years, 5 months

3
2
0 0

DT Call tomorrow

by Bill Mills

All, We will have the Devicetree call tomorrow. The topic will be DT best practice in U-boot. Simon will only be able to join for the first 30 minutes so lets start on time please. Thanks, Bill Topic: Devicetree Evolution Time: Oct 18, 2021 3pm UK time Every 2 weeks on Mon Please download and import the following iCalendar (.ics) files to your calendar system. Weekly: https://linaro-org.zoom.us/meeting/tJIscOmsrDMiGtWio_TMUjXFfAk0Ivr_fr03/ics… Join Zoom Meeting https://linaro-org.zoom.us/j/96170428801?pwd=elBJNFdVMFJub0UzanFUcVQxTHBqdz… Meeting ID: 961 7042 8801 Passcode: 8250 One tap mobile +13017158592,,96170428801# US (Washington DC) +16465588656,,96170428801# US (New York) Find your local number: https://linaro-org.zoom.us/u/acQEZ30MEP -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 5 months

1
0
0 0

Topics for the EBBR call?

by Vincent Stehlé

Hi, For the moment we have no topic for the EBBR call today[1]. Let's give people until noon (UTC) to propose topics, otherwise we can skip this call. Best regards, Vincent Stehlé System Architect - Arm [1]: https://github.com/ARM-software/ebbr/wiki/EBBR-Meetings

3 years, 5 months

1
1
0 0

DT call today

by Bill Mills

All, There will be a DT call today. For the US it will occur 1 hour later than normal due to UK timezone shift. It will be back to normal on Nov 14. (But you all must have figured that out as there is no one on zoom right now.) Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 5 months

1
0
0 0

No agenda for the EBBR call today

by Vincent Stehlé

Hi, We do not have an agenda for the EBBR today's call[1] for the moment. Let's wait until noon (UTC) for people to propose topics, then I think we can skip this call. Best regards, Vincent Stehlé System Architect - Arm [1]: https://github.com/ARM-software/ebbr/wiki/EBBR-Meetings

3 years, 6 months

1
1
0 0

No DT meeting today

by Bill Mills

All, Sorry of the late notice but I will not be able to host this meeting today. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 6 months

1
0
0 0

FW: [SOAFEE] Hypervisor Portability tiger team meeting

by ff

Dear boot architecture community, and in particular the people involved with System Device Tree, The hypervisor portability tiger team of the SOAFEE group (Arm initiated automotive group) is going to have a kick off meeting as per the below invitation to discuss how to make device assignment with type-1 hypervisors much simpler for the hypervisor vendors and for the product makers. Attendees range from car OEM, Tier'1s, hypervisor providers (open source or commercial), silicon providers. There are great chances that a solution will rely on System Device Tree. For instance we expect that the planned SCMI information introduction will allow to get just enough information to understand clock dependencies aspect of the device assignment. We would greatly appreciate your active contributions. Should you want to attend, you have all the information below to connect. Please contact me to be added to the formal invite roaster. Cordially Francois-Frederic De : François Ozog <francois.ozog(a)soafee.io> Date : mardi 11 octobre 2022 à 11:39 À : "tsc(a)soafee.io" <tsc(a)soafee.io> Cc : Matt Spencer <Matt.Spencer(a)arm.com>, Robert Day <Robert.Day(a)arm.com>, "Estela Rey Ramos (via Google Docs)" <estela.reyramos(a)soafee.io> Objet : [SOAFEE] Hypervisor Portability tiger team meeting Hi, As per the Doodle, the best date to organize the meeting on device assignment is on October 31st , 6pm-7pm CET. There will be additional meetings and this one should be considered as the kickoff, and I will trim the distribution list shortly after this first instance. You should have received the calendar invite in parallel on this mail. The meeting link is: https://meet.google.com/vkj-zzue-vqb I created an open folder to share your contributions on the topic: https://drive.google.com/drive/folders/1KD4mySbduyN4BFRfpPNj7cOZxeJpRzDg?us… You may want to drop here a few notes about what problems you faced and how they may be resolved. Those contributions can be in any or multiple forms (you can post a document and or a presentation to share during the meeting). I’ll post some later this week. Cordially, FF PS: sorry to spam you with both a calendar invite and a mail.

3 years, 6 months

1
0
0 0

Any topics for EBBR?

by Heinrich Schuchardt

Hello Vincent, do we have any topics for Monday or will we skip that meeting? Best regards Heinrich

3 years, 6 months

2
1
0 0

DT call topic list (and other notes from Oct 3)

by Bill Mills

[resend from correct email this time.] All, On yesterday's call we brainstormed about what topics we want to talk about on this call going forward. We also said we will continue with the bi-weekly cadence for a few meetings and then reassess if we should go monthly instead. Attending: * Loic * Mark * Etienne * Arnaud * Rob * Ilias * Bill * Joakim Here is the topic list in no specific order: * New DT format * Overlays in kernel * overlays for PCI or USB devices (in an ACPI based system) * DT for other OSes * Zephyr DT schema conformance * ABI stability & testing * source code sync * U-boot DT handling We discussed the ABI issue a bit: Rob: SystemReady IR 2.0 requires schema conformance * There are still open questions + what version of schema + how many warnings allowed * discussion mostly inside ARM * 2.0 will come out this fall Bill: But you can have two DTBs that full conform to schema and are still ABI breaking * Example: ST moving from direct kernel Power/clk control to SCMI * Current recommendation from this group is make new kernels work both ways until all firmware will have been updated * The switch over time could be a couple of years for a GP platform. Loic: It is very difficult to make a kernel that works both ways * Not all customers see the benefit, (mostly security) * Some want to keep doing things the old way Bill: Even if everyone agrees to switch the transition period is hard to handle in anything except a vertical OS. We discussed recent status of U-boot DT handling a bit but need a more structured discussion / investigation. Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 6 months

1
0
0 0

Devicetree call Oct 3 in about 30 min

by Bill Mills

All, This is to confirm that we will have a meeting today at 2pm UTC, 10 am US Eastern, which is about 30 min from now. It has been a good number of months since we meet. I want to collect topics and we can catch up on what has been happening. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 6 months

2
1
0 0

DT fixup protocol

by Vincent Stehlé

Hi, Here is a quick follow up to our last EBBR call[1] and the discussion we had on the DT fixup protocol[2]. After consulting with Samer (in Cc:), he has suggested that submitting an ECR to the UEFI forum would be the way to go. There is a specific template for that, but Samer is experienced in the process and has kindly offered to help. Heinrich, would you be ok to work with Samer on an ECR, please? Best regards, Vincent Stehlé System Architect - Arm [1]: https://github.com/ARM-software/ebbr/wiki/EBBR-Notes-2022.09.26 [2]: https://github.com/ARM-software/ebbr/issues/68

3 years, 6 months

2
1
0 0

Next EBBR call on Sep. 26

by Vincent Stehlé

Hi, I hope everybody had a nice summer. Could we please resume the EBBR bi-weekly calls? Let us have our next call on Sep. 26. Here is the list of proposed topics: - EFI_CONFORMANCE_PROFILE_TABLE - EFI_DT_FIXUP_PROTOCOL - ESRT - Authenticated capsules - Bump UEFI specification version to 2.10 This is also captured on the wiki[1] with links. Feel free to add topics. I would also like to take this opportunity to thank Grant for his work on EBBR. Best regards, Vincent Stehlé System Architect - Arm [1]: https://github.com/ARM-software/ebbr/wiki/EBBR-Meetings

3 years, 7 months

1
0
0 0

Any topics for EBBR today?

by Grant Likely

I don’t have any agenda items. If I don’t hear anything in the next few hours then I will cancel the biweekly. g. —- Grant Likely CTO, Linaro Ltd.

3 years, 7 months

4
5
0 0

RE: [RFC] Proposed location to host the firmware handoff specification.

by Jose Marinho

Hi Varun, The intent is for the proposed location (a new repository hosted in tf.org) to be used to review proposed changes to this spec. The details of the contribution and review process will be debated in the ML once we reach consensus on the hosting location. Regards, Jose > -----Original Message----- > From: Varun Wadekar <vwadekar(a)nvidia.com> > Sent: 06 July 2022 12:58 > To: Jose Marinho <Jose.Marinho(a)arm.com>; Simon Glass > <sjg(a)chromium.org>; Rob Herring <robh(a)kernel.org> > Cc: tf-a(a)lists.trustedfirmware.org; u-boot(a)lists.denx.de; boot- > architecture(a)lists.linaro.org; François Ozog <francois.ozog(a)linaro.org>; > Manish Pandey2 <Manish.Pandey2(a)arm.com>; Joanna Farley > <Joanna.Farley(a)arm.com>; Ilias Apalodimas <ilias.apalodimas(a)linaro.org>; > Matteo Carlini <Matteo.Carlini(a)arm.com>; Dan Handley > <Dan.Handley(a)arm.com>; Harb Abdulhamid > (harb(a)amperecomputing.com) <harb(a)amperecomputing.com>; Samer El- > Haj-Mahmoud <Samer.El-Haj-Mahmoud(a)arm.com>; nd <nd(a)arm.com> > Subject: RE: [RFC] Proposed location to host the firmware handoff > specification. > > Hi, > > My concern with a standalone gitlab project is that it might be treated as an > experiment by the wider community and be neglected. Do we have any > gitlab projects (tf.org or otherwise) that have some "official" value? > > @Jose, do you see the location getting used for all future spec reviews? If > yes, then the gitlab project will acquire some legitimacy over time and we can > start with it now. But if we see this as a one off, then I would prefer the spec > being hosted on tf.org. > > For the actual mechanics, I prefer reviewing docs and later updates as > fragments instead of looking at the file and a separate changelog. So a > platform (gerrit, gitlab, etc) that facilitates the approach would be helpful > IMO. > > -Varun > > -----Original Message----- > From: Jose Marinho via TF-A <tf-a(a)lists.trustedfirmware.org> > Sent: Wednesday, 6 July 2022 11:50 AM > To: Simon Glass <sjg(a)chromium.org>; Rob Herring <robh(a)kernel.org> > Cc: tf-a(a)lists.trustedfirmware.org; u-boot(a)lists.denx.de; boot- > architecture(a)lists.linaro.org; François Ozog <francois.ozog(a)linaro.org>; > Manish Pandey2 <Manish.Pandey2(a)arm.com>; Joanna Farley > <Joanna.Farley(a)arm.com>; Ilias Apalodimas <ilias.apalodimas(a)linaro.org>; > Matteo Carlini <Matteo.Carlini(a)arm.com>; Dan Handley > <Dan.Handley(a)arm.com>; Harb Abdulhamid > (harb(a)amperecomputing.com) <harb(a)amperecomputing.com>; Samer El- > Haj-Mahmoud <Samer.El-Haj-Mahmoud(a)arm.com>; nd <nd(a)arm.com> > Subject: [TF-A] Re: [RFC] Proposed location to host the firmware handoff > specification. > > External email: Use caution opening links or attachments > > > Hi All, > > > -----Original Message----- > > From: Simon Glass <sjg(a)chromium.org> > > Sent: 06 July 2022 09:34 > > To: Rob Herring <robh(a)kernel.org> > > Cc: Jose Marinho <Jose.Marinho(a)arm.com>; > > tf-a(a)lists.trustedfirmware.org; u-boot(a)lists.denx.de; > > boot-architecture(a)lists.linaro.org; François Ozog > > <francois.ozog(a)linaro.org>; Manish Pandey2 > <Manish.Pandey2(a)arm.com>; > > Joanna Farley <Joanna.Farley(a)arm.com>; Ilias Apalodimas > > <ilias.apalodimas(a)linaro.org>; Matteo Carlini > > <Matteo.Carlini(a)arm.com>; Dan Handley <Dan.Handley(a)arm.com>; Harb > > Abdulhamid > > (harb(a)amperecomputing.com) <harb(a)amperecomputing.com>; Samer > El- > > Haj-Mahmoud <Samer.El-Haj-Mahmoud(a)arm.com>; nd <nd(a)arm.com> > > Subject: Re: [RFC] Proposed location to host the firmware handoff > > specification. > > > > Hi Rob, > > > > On Tue, 5 Jul 2022 at 11:27, Rob Herring <robh(a)kernel.org> wrote: > > > > > > On Tue, Jul 5, 2022 at 10:37 AM Simon Glass <sjg(a)chromium.org> wrote: > > > > > > > > Hi Rob, > > > > > > > > On Tue, 5 Jul 2022 at 09:24, Rob Herring <robh(a)kernel.org> wrote: > > > > > > > > > > On Thu, Jun 30, 2022 at 3:24 AM Simon Glass <sjg(a)chromium.org> > > wrote: > > > > > > > > > > > > Hi Jose, > > > > > > > > > > > > I don't think this is correct. TF-A is a project that aims to > > > > > > replace U-Boot SPL (and perhaps other components) with more > > > > > > closed firmware, e.g. the permissive license. > > > > > > > > > > > > This spec needs to be in a neutral place, not captive of one project. > > > > > > > > > > > > Given its close relationship to device tree, I suggest > > > > > > github.com/devicetree-org > > > > > > > > > > The only relationship to DT I see is DT is a payload as is ACPI. > > > > > So I don't think dt.org is the right place. > > > > > > > > Actually I was about to email you about this. Here's how I see it. > > > > > > > > DT is a base structure to allow self-describing data to be stored. > > > > This is in contrast with ACPI where there is just a header, but it > > > > is not possible to read the data without specific parsing code for > > > > the particular table types. Let's ignore ACPI for this discussion. > > > > > > > > Unfortunately DT has an overhead and is too expensive for early > > > > firmware use. It takes 3-4KB of code for libfdt as well as extra > > > > code and data to read properties, etc. > > > > > > > > Transfer List aims to bridge the gap, allowing simple C structures > > > > to be put into a tagged data structure. The intention is that > > > > anything more complex than that would use DT. > > > > > > > > So there is at least some relationship: simple stuff = Transfer > > > > list, complex stuff = DT. > > > > > > That's a stretch IMO. Perhaps if this was a new output (DTB) format > > > for easier parsing, I'd agree. It's related to DT only as much as > > > any other data passed between 2 boot components (remember > ATAGS?). > > > > Yes it is a stretch. I'm just making the case. > > > > > > > > > The Transfer List spec specifies the data format for each entry > > > > type (the analog to the schema). The DT provides the format and > > > > schema for more complicated stuff. > > > > > > > > We could perhaps put it in an entirely separate repo, but to me > > > > there is a relationship with DT. > > > > > > It seems to me that TF is the main driver and user of this, so I > > > don't see the issue with them hosting it at least to start as long > > > as there's not barriers to contributions. It's just a namespace like > > > devicetree-org. Personally, I'd be more concerned on what the source > > > format is (I assume the plan is not to commit PDFs) and what the > > > output generation is. GH has a lot of nice features to support that > > > which we've used for the DT spec and EBBR. > > The default working plan is for the source format to be sphinx. > Other alternatives/suggestions are welcome. > > The output generated should be html (pdf can be supported too for > 0/negligible effort). > This generation process can and will most likely evolve over time, depending > on community direction/desire and the tools we have at our disposal. > The process should be as automated as possible given any practical > constraints 😊 . > > Regards, > Jose > > > > > Yes the DT spec works well and I hope the same thing can be used. > > > > > > > > I'm not saying no to devicetree-org either. If the consensus is to > > > put it there, I really don't care so much as it takes less time to > > > create a new repo there than to write this email. > > > > I do hope that this can become a standard beyond ARM, e.g. with Intel > > and another i can think of. Intel is essentially trying to create a > > different thing independently, although has apparently adjusted to use > > device tree due to its self-describing properties. I suspect that > > having this spec in an ARM site would be a barrier to that. > > > > I am OK with ARM TF being the means to get this into the open, but not > > with it being the final destination. > > > > If we cannot agree on anything better, I am happy with creating a new > > project on github. We'll need to pick someone to own it and make final > > calls when there is disagreement. > > > > Regards, > > Simon > -- > TF-A mailing list -- tf-a(a)lists.trustedfirmware.org To unsubscribe send an > email to tf-a-leave(a)lists.trustedfirmware.org

3 years, 9 months

1
0
0 0

No EBBR meeting today

by Grant Likely

Hi all, Sorry for the late notice, but there will not be an EBBR meeting today. There hasn’t been any really activity recently. Also, I’m handing over EBBR responsibility to Vincent Stehlé, so I’ve cancelled the meeting series if you were receiving that invite. I’ll leave it up to Vincent on when it would be best to resume meetings (probably after the summer). Let me know if you have any questions Cheers, g.

3 years, 10 months

1
0
0 0

EBBR Biweekly cancelled today

by Grant Likely

I don't have anything for the agenda, so there is no meeting today g. IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

3 years, 10 months

1
0
0 0

Devicetree call May 16

by Bill Mills

All, On today's call I would like to talk about DT in other contexts: * To describe the contents of a given PCI card (even on a ACPI based system) * To describe what is attached to a given FDTI device (Multiple I2C devices etc) We can open to other topics as well. Zoom: 2PM UTC, 10AM US east https://linaro-org.zoom.us/j/96170428801?pwd=elBJNFdVMFJub0UzanFUcVQxTHBqdz… Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 11 months

1
0
0 0

Devicetree call today May 2

by Bill Mills

All, On today's call I would like to talk about DT in other contexts: * To describe the contents of a given PCI card (even on a ACPI based system) * To describe what is attached to a given FDTI device (Multiple I2C devices etc) We can open to other topics as well. Zoom: 2PM UTC, 10AM US east https://linaro-org.zoom.us/j/96170428801?pwd=elBJNFdVMFJub0UzanFUcVQxTHBqdz… Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

3 years, 11 months

1
1
0 0

No DT meeting April 18

by Bill Mills

All, I am getting a lot of declines for the April 18th meeting. I am going to go ahead and cancel now. For everyone that has a long weekend ahead, enjoy! Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

4 years

1
0
0 0

Call for agenda for the April 4 DTE call

by Bill Mills

All, Do we have any suggested topics for Monday April 4? Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

4 years

1
1
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

boot-architecture