SMP Boot

] https://www.power.org/resources/downloads/Power_ePAPR_APPROVED_v1.0.pdf -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ___ boot-architecture mailing list boot-architecture@lists.linaro.org http://lists.linaro.org/mailman/listinfo/boot

Boot Architecture - the plan from here

at the end of October. [1] https://wiki.linaro.org/OfficeofCTO/BootArchitecture/2011-08-05 -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ___ boot-architecture mailing list boot-architecture@lists.linaro.org http://lists.linaro.org

Re: UEFI Runtime Service Support?

There is currently no support for UEFI runtime services in the Linux kernel. I don't know if anyone is working on it. g. On Wed, Sep 28, 2011 at 03:08:21PM +, Cohen, Eugene wrote: Is there already support for UEFI Runtime Services in the kernel? If not is this already planned for

Re: [ACTIVITY] Meeting minutes from 13Oct2011

interface - there is some discussion more to say say by around mid October DONE  - [ACTION] Grant to post request for feedback for ACPI and UEFI - wants to have this checked from ACPI pov DONE -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd

Re: Detect SMBIOS table

[cc'ing the boot architecture list; this conversation should be in public] On Wed, May 29, 2013 at 11:19 AM, Leif Lindholm leif.lindh...@linaro.org wrote: Hi Yi, On 28 May 2013 15:52, Li Yi yi...@linaro.org wrote: just modify linux loader , add SMBIOS address information into fdt. then I

Re: ARM client program boot architecture

On Tue, Jul 23, 2013 at 12:39 PM, Peter Maydell peter.mayd...@linaro.org wrote: On 23 July 2013 12:33, Grant Likely grant.lik...@secretlab.ca wrote: Historically each ARM SoC did its own thing for secondary CPU startup. New platforms are expected to use the PSCI spec (which unfortunately isn't

Re: ARM client program boot architecture

On Mon, Jul 22, 2013 at 8:56 PM, Yoder Stuart-B08248 b08...@freescale.com wrote: Is there a written spec or description of how a boot program (u-boot, UEFI, hypervisor) boots an OS on ARM platforms? ePAPR-type device trees are used to describe a platform, but what about the type of

Re: [PROPOSAL] ARM/FDT: passing multiple binaries to a kernel

On Tue, 03 Sep 2013 17:53:44 +0200, Andre Przywara andre.przyw...@linaro.org wrote: Hi, a normal Linux kernel currently supports reading the start and end address of a single binary blob via the FDT's /chosen node. This will be interpreted as the location of an initial RAM disk. The Xen

Re: [Arm.ebbr-discuss] Booting from eMMC without the boot protocol

On 04/05/2018 16:00, Tom Rini wrote: On Fri, May 04, 2018 at 03:46:52PM +0100, Grant Likely wrote: [...] Can we start a list of SoCs that have special requirements on the boot eMMC/SD/USB? It would be useful to see the cross-section of requirements. I've created a wiki page to start capturing

[PATCH 2/2] Add PDF output

Use Sphinx-doc to generate PDF output from the source text. With Sphinx installed, a PDF version of the document can be generated by typing: 'make latexpdf' Signed-off-by: Grant Likely <grant.lik...@arm.com> --- .gitignore | 1 + Makefile| 20 +++ README.rst

EBBR repo created

Hi folks, Internal approval for EBBR has come through and we now have a GitHub repo. It's empty at the moment, but I'll be pushing the current EBBR text there shortly once I've fixed the license text. License will be CC-BY-SA https://github.com/ARM-software/ebbr We can start using this page

Re: Question about EBBR

Hi Abner, Answers below... On 27/04/2018 07:06, Chang, Abner (HPS SW/FW Technologist) wrote: Not sure if this mail list works or not. Hi Grant, GiIbert (from HPE, I think he is also in the mail list) and I are new to this discussion thread . Here are couple questions for you, your answer can

Re: [Arm.ebbr-discuss] ebbr: boot behaviour without persistent variables

On 26/04/2018 17:52, William Mills wrote: On 04/26/2018 08:43 AM, Alexander Graf wrote: On 04/26/2018 10:51 AM, Grant Likely wrote: On 25/04/2018 19:34, Alexander Graf wrote: On 25.04.18 19:54, Leif Lindholm wrote: I took an action last week to provide a block of text for how platforms

Re: EBBR repo created

[Resending to correct list] On 09/05/2018 15:06, Grant Likely wrote: Hi folks, Internal approval for EBBR has come through and we now have a GitHub repo. It's empty at the moment, but I'll be pushing the current EBBR text there shortly once I've fixed the license text. License will be CC

Re: [Arm.ebbr-discuss] Multi-cpu boot protocol?

On 18/05/2018 12:40, Ard Biesheuvel wrote: On 18 May 2018 at 13:37, Grant Likely <grant.lik...@arm.com> wrote: On 18/05/2018 12:13, Andre Przywara wrote: Hi, On 18/05/18 12:04, Grant Likely wrote: I'm adding some EBBR text around the CPU state at boot and I've lost track of what is

Re: [Arm.ebbr-discuss] Multi-cpu boot protocol?

On 18/05/2018 12:13, Andre Przywara wrote: Hi, On 18/05/18 12:04, Grant Likely wrote: I'm adding some EBBR text around the CPU state at boot and I've lost track of what is being done for multicore bringup. What is the current state-of-the-art for multicore boot protocol when PSCI isn't

Proposed EBBR Document Structure

I've been thinking about how to organize EBBR. It started matching the SBBR document structure with the ACPI & ACPI sections removed, but I've moved things around a bit (for instance, citations are now at the end and use the citation markup so they can be collected from the whole document.) We

[PATCH] Remove MP Start protocol from EBBR and revert to PSCI v1.0

required. PSCI v1.1 adds new capabilities, but is not required for interoperability. Suggested-by: Dong Wei <dong@arm.com> Signed-off-by: Grant Likely <grant.lik...@arm.com> --- source/ebbr.rst | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/sourc

EBBR Weekly - Notes 17 May 2018

https://github.com/ARM-software/ebbr/wiki/EBBR-Notes-2018.05.17 # 17 May 2018 ## Attendees * Alex Graf (SUSE) * Ryan Harkin (Linaro) * Rob Herring (Linaro) * Udit Kumar (NXP) * Grant Likely (Arm) * Bill Mills (TI) * Tom Rini (Konsulko) * Daniel Thompson (Linaro) ## Agenda * Issue/Action

Re: [Arm.ebbr-discuss] [PATCH] Describe protective partitioning for platforms using shared storage

On 23/05/2018 14:21, Daniel Thompson wrote: On Tue, May 22, 2018 at 11:12:26PM +0200, Alexander Graf wrote: Am 22.05.2018 um 21:17 schrieb Daniel Thompson : Fixes: #3 Fixed: #8 Signed-off-by: Daniel Thompson --- Notes: This patch

Re: [Arm.ebbr-discuss] [PATCH] Describe protective partitioning for platforms using shared storage

On 24/05/2018 14:00, Alexander Graf wrote: On 24.05.18 11:16, Daniel Thompson wrote: On Wed, May 23, 2018 at 04:08:52PM +0200, Alexander Graf wrote: +MBR partitioning + + +Protective partitions should have a partition type of 0xF8 unless some +immutable feature of the

[PATCH] Move citations to the end of the document

Use reStructuredText citation markup to capture all referenced documents. Sphinx will take care of creating a table of references at the end of the document. Fixes #6 Signed-off-by: Grant Likely <grant.lik...@arm.com> --- source/ebbr.rs

[PATCH] Move Scope into About This Document chapter

compliant, but the converse is not true). Signed-off-by: Grant Likely <grant.lik...@arm.com> --- source/ebbr.rst | 39 +-- 1 file changed, 25 insertions(+), 14 deletions(-) diff --git a/source/ebbr.rst b/source/ebbr.rst index 858bd01..700feba 100644 --- a/

Re: [Arm.ebbr-discuss] [PATCH] Be specific about DT or ACPI requirements

On 18/05/2018 18:08, Mark Brown wrote: On Fri, May 18, 2018 at 06:04:11PM +0100, Grant Likely wrote: My bikeshed now has a sign that reads: +As stated above, EBBR systems must not provide both ACPI +and Devicetree tables at the same time. +Systems that support both interfaces must provide

[RFC PATCH] Fill out the system firmware discussion

Add some more detail on how to handle system firmware. I'm still undecided about this, so this patch is more of an RFC discussion than a serious patch. Please comment. Cc: Daniel Thompson Signed-off-by: Grant Likely --- source/ebbr.rst | 58

Re: [Arm.ebbr-discuss] [PATCH] Describe protective partitioning for platforms using shared storage

On 30/05/2018 14:04, Grant Likely wrote: On 25/05/2018 15:41, Peter Robinson wrote: On Thu, May 24, 2018 at 3:55 PM, Grant Likely wrote: Personally I think we should encourage separate ESP and firmware partitions. I tend to agree here. Also, not directly related but someone referred me

Re: [Arm.ebbr-discuss] ebbr: boot behaviour without persistent variables

On 25/04/2018 19:34, Alexander Graf wrote: On 25.04.18 19:54, Leif Lindholm wrote: I took an action last week to provide a block of text for how platforms without persistent variable storage should behave. Here's my opening play: Thanks a lot for getting this started! Boot manager

Cancelled EBBR meeting: [Was: EBBR Weekly - Agenda 3 May 2018]

I've had a number of people unable to make it to today's meeting, so I'm cancelling today's EBBR meeting. Please send any action item updates to the mailing list. On my side, legal approval is progressing, but it isn't complete yet. Talk to you next week. g. On 02/05/2018 15:43, Grant Likely

Re: OSFC

On 03/08/2018 17:40, Mark Brown wrote: On Fri, Aug 03, 2018 at 05:34:05PM +0100, Grant Likely wrote: Anyone familiar with Open Source Firmware Conference coming up in September? Is this just a PC firmware thing, or do we have some U-Boot involvement? https://osfc.io/ Their CFP lists

OSFC

Anyone familiar with Open Source Firmware Conference coming up in September? Is this just a PC firmware thing, or do we have some U-Boot involvement? https://osfc.io/ g. IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not

Re: [Arm.ebbr-discuss] U-boot

[Looping in Steve McIntyre] Steve, are you to comment on the 64-bit Arm support in Debian that David was running into? g. On 30/07/2018 13:16, David Rusling wrote: Success. I now have a u-boot built on Arm64 that works. Along the way I learnt various things: [1] Raspberry Pi's first

EBBR Meeting Notes updated on wiki

A bit of housekeeping: I've added the backlog of meeting notes to the EBBR wiki. Since there were several weeks worth of them I won't post each one to the mailing list, but you can find them here if you want to read through: https://github.com/ARM-software/ebbr/wiki/EBBR-Notes-2018.07.19

Today's EBBR meeting cancelled

Hi all, Today's EBBR meeting is cancelled due to conflicts with other meetings. We'll meet again next week. 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

EBBR Weekly - Agenda 19 July 2018

This is a reminder email for tomorrow's EBBR meeting. For those who are not aware, the EBBR meetings are open for anyone to join and the dialin details can be found below. This week I think we need to revisit the SetVariable() topic. Last week we deferred on what the behaviour should be so that

Re: [Arm.ebbr-discuss] EBBR v0.6 Release Announcement

On 16/07/2018 12:35, Neil Williams wrote: On Mon, 16 Jul 2018 at 18:11, Daniel Thompson wrote: Hi Folks Sorry if you have already seen this but for those that didn't, last Friday Grant pushed out version 0.6 of EBBR. Details below but the summary is that it is time for feedback. This v0.6

[PATCH 1/2] Fix link to readable text

Remove the link to the draft index.rst file and replace it with a link to the releases page. The link to the index.rst doesn't make sense anymore now that the text is broken out into one file per chapter. Resolves: #24 Signed-off-by: Grant Likely --- README.rst | 11 ++- 1 file changed

[PATCH] Add weekly conference call to CONTRIBUTING

Add the conference call details to the CONTRIBUTING file so it is easy to find. Signed-off-by: Grant Likely --- CONTRIBUTING.rst | 10 ++ 1 file changed, 10 insertions(+) diff --git a/CONTRIBUTING.rst b/CONTRIBUTING.rst index 25ad49d..2b69bf5 100644 --- a/CONTRIBUTING.rst +++ b

EBBR v0.6 Release Announcement

to this release: Andreas Färber (SUSE) Alex Graf (SUSE) Ryan Harkin (Linaro) Rob Herring (Linaro) Udit Kumar (NXP) Leif Lindholm (Linaro) Bill Mills (TI) Peter Robinson (Red Hat) Tom Rini (Konsulko) Daniel Thompson (Linaro) Dong Wei (Arm) Sincerely, Grant Likely, EBBR

Re: EBBR Weekly - Agenda 30 Aug 2018

On 30/08/2018 15:14, Grant Likely wrote: Hi all, I'd like to use today's EBBR meeting to discuss the demo for Linaro connect. It would be great if we can have several distro images and show them booting on multiple boards without fuss. Let's coordinate on which boards are feasable candidates

EBBR Weekly - Agenda 6 Sept 2018

Hi all, Following from last week's meeting, I'd like to continue talking about the EBBR demo for Connect, which is now less that two weeks away. I've started a shared document to track the platforms that will be shown. You can find it here:

[PATCH v2] Create a new chapter to discuss shared storage

-by: Grant Likely --- source/chapter1-about.rst | 5 + source/chapter2-uefi.rst | 44 --- source/chapter4-firmware-media.rst | 245 + source/index.rst | 1 + 4 files changed, 251 insertions(+), 44 deletions(-) create

Re: [PATCH] Create a new chapter to discuss shared storage

On 03/07/2018 14:17, Daniel Thompson wrote: On Fri, Jun 29, 2018 at 06:02:50PM +0100, Grant Likely wrote: Special care is needed when storage is shared between firmware and the OS. Add a chapter that discusses the issues and puts down the requirements for using shared storage. Resolves: #19

[PATCH] Add requirements on runtime access to devices

inaccessible for exactly that reason. Resolves: #1, "Need policy on sharing devices between FW and OS" Resolves: #14, "RTC should be optional" Signed-off-by: Grant Likely --- source/chapter2-uefi.rst | 33 + 1 file changed, 25 insertions(+), 8 dele

Re: [Arm.ebbr-discuss] [PATCH] README: add latexmk for debian/ubuntu

On 05/07/2018 14:47, Udit Kumar wrote: Same for me Ubuntu is giving error , However I could build on my fedora machine Regards Udit Applied, thanks. g. -Original Message- From: arm.ebbr-discuss-boun...@arm.com [mailto:arm.ebbr-discuss- boun...@arm.com] On Behalf Of Bill Mills

Re: [Arm.ebbr-discuss] EBBR v0.6-pre1 Released

is legit. Sometimes vendors may need to change the proposed name if it collides with the existing one. - DW - -Original Message- From: Grant Likely Sent: Monday, July 9, 2018 11:17 AM To: Dong Wei ; boot-architecture@lists.linaro.org; arm.ebbr-discuss Subject: Re: [Arm.ebbr-discuss] EBBR

Re: [Arm.ebbr-discuss] EBBR v0.6-pre1 Released

due to U-Boot not being able to implement everything that is required yet. Regards Udit -Original Message- From: arm.ebbr-discuss-boun...@arm.com [mailto:arm.ebbr-discuss- boun...@arm.com] On Behalf Of Grant Likely Sent: Saturday, July 7, 2018 12:43 AM To: boot-architecture@lists.linaro.org; a

[PATCH] v0.6-pre1 draft comments responses

Edits responding to comments from Udit Kumar Suggested-by: Udit Kumar Signed-off-by: Grant Likely --- source/chapter1-about.rst | 16 +--- source/chapter4-firmware-media.rst | 3 ++- 2 files changed, 11 insertions(+), 8 deletions(-) diff --git a/source/chapter1-about.rst

Re: [Arm.ebbr-discuss] UEFI requirements section

On 06/07/2018 14:03, Alexander Graf wrote: On 06.07.18 14:57, Grant Likely wrote: Dong, Looking at the current state of EBBR, Appendix A contains a big list of boot/runtime services and protocols that are required to be implemented. However, I don't think this list has been audited, and I'm

UEFI requirements section

Dong, Looking at the current state of EBBR, Appendix A contains a big list of boot/runtime services and protocols that are required to be implemented. However, I don't think this list has been audited, and I'm not sure how much of it is actually needed. Some of these things (like the list of

[PATCH] Be clear that UEFI is required

as a subsection of the system environment section (which mainly talks about the CPU execution mode). Signed-off-by: Grant Likely --- source/appendix-a-uefi-features.rst | 2 ++ source/chapter1-about.rst | 17 ++--- source/chapter2-uefi.rst| 29

Re: [Arm.ebbr-discuss] EBBR presentations at LInaro Connect and ELC-E

On 04/07/2018 19:23, Mills, William wrote: All, We really should be doing presentations at Linaro Connect and ELC-E. Presentation is submitted for Connect, and is expected to be accepted. I can volunteer to help present at ELC-E but I think it would looks better if a small group was

Re: [PATCH] Be clear that UEFI is required

On 06/07/2018 23:03, Simon Glass wrote: Hi Grant, On 6 July 2018 at 08:14, Grant Likely wrote: Some of the language was ambiguous and it seemed like UEFI was optional. Tighten it up to be clear the EBBR requires UEFI and add some details about how EBBR informs how UEFI is used for embedded

EBBR v0.6-pre1 Released

I've tagged the prerelease in preparation for a wider v0.6 RFC release next week. Please review and comment: https://github.com/glikely/ebbr/releases/tag/v0.6-pre1 (I've linked to the copy on my personal ebbr fork because I'm having trouble getting Travis-ci to deploy to the official repo. It

[PATCH 5/5] editorial: Drop value statement between ACPI & DT

Suggested-by: Mark Brown Signed-off-by: Grant Likely --- source/chapter1-about.rst | 2 -- 1 file changed, 2 deletions(-) diff --git a/source/chapter1-about.rst b/source/chapter1-about.rst index 34627aa..d1c6d1d 100644 --- a/source/chapter1-about.rst +++ b/source/chapter1-about.rst @@ -76,8

[PATCH 3/5] trivial: Fix reference to required runtime services section

Fix old artifact of conversion from .docx to .rst. There was a plain text reference to an appendix section that should have been converted to a reStructuredText :ref: tag. Fixed in this patch. Signed-off-by: Grant Likely --- source/appendix-a-uefi-features.rst | 2 ++ source/chapter2-uefi.rst

[PATCH 0/5] Editorial and trivial changes for v0.6

I've already pushed these out to GitHub, but posting to the mailing list for completeness. Grant Likely (5): trivial: fix broken internal reference trivial: Put SPDX tag into all source files trivial: Fix reference to required runtime services section editorial: tighten up uefi runtime

[PATCH 2/5] trivial: Put SPDX tag into all source files

All .rst files should include the SPDX tag so that it stays with the file if taken into a different context. Signed-off-by: Grant Likely --- source/appendix-a-uefi-features.rst | 1 + source/chapter1-about.rst | 2 ++ source/chapter2-uefi.rst| 2 ++ source/chapter3

[PATCH 1/5] trivial: fix broken internal reference

Signed-off-by: Grant Likely --- source/chapter2-uefi.rst | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/source/chapter2-uefi.rst b/source/chapter2-uefi.rst index a8bd71e..03a0c83 100644 --- a/source/chapter2-uefi.rst +++ b/source/chapter2-uefi.rst @@ -16,7 +16,8 @@ EBBR

Re: [Arm.ebbr-discuss] [RFC] uefi: Account for SetVariable() not working at runtime

On 12/07/2018 14:12, Mark Brown wrote: On Thu, Jul 12, 2018 at 01:50:45PM +0100, Daniel Thompson wrote: On Thu, Jul 12, 2018 at 11:41:08AM +0100, Grant Likely wrote: Add details on what to do if the platform is unable to set persistent variables in runtime services. The idea here

EBBR Weekly - Agenda 12 July 2018

Next EBBR meeting is in a few minutes. Here are the agenda items I've got for today: - Issue review - Set/GetVariable() behaviour when non-volatile doesn't work at runtime - v0.6 release - Review distribution list - Any other business As always, this Google doc will be used to capture notes.

Re: [RFC] uefi: Account for SetVariable() not working at runtime

runtime services? g. - DW - -Original Message- From: Grant Likely Sent: Thursday, July 12, 2018 3:41 AM To: boot-architecture@lists.linaro.org; arm.ebbr-discuss Cc: nd ; Grant Likely ; Dong Wei ; Alexander Graf ; Peter Robinson Subject: [RFC] uefi: Account for SetVariable() not working

Re: [Arm.ebbr-discuss] [RFC] uefi: Account for SetVariable() not working at runtime

On 12/07/2018 16:56, Graeme Gregory wrote: On Thu, 12 Jul 2018 at 16:50, Rob Herring wrote: On Thu, Jul 12, 2018 at 9:37 AM Graeme Gregory wrote: On Thu, 12 Jul 2018 at 16:30, Udit Kumar wrote: Hi Mark -Original Message- From: Mark Brown [mailto:broo...@kernel.org] Sent:

Re: [PATCH] Introduction: add a manifesto

On 06/07/2018 18:28, William Mills wrote: Grant, Excellent. Some suggestions in-line: On 07/06/2018 12:26 PM, Grant Likely wrote: Give some rationale behind EBBR so the reader understands what problem the specification is intended to solve. Signed-off-by: Bill Mills [glikely: made it more

Re: [Arm.ebbr-discuss] EBBR v0.6-pre1 Released

tool vendors, or any other vendor that wishes to install files on an EFI system partition." Seems to me that the vendors have freedom to chose a name. Cheers, g. - DW - -Original Message- From: arm.ebbr-discuss-boun...@arm.com On Behalf Of Grant Likely Sent: Friday, July

Re: [Arm.ebbr-discuss] Questions about GPT

On 03/07/2018 16:58, Daniel Thompson wrote: On Tue, Jul 03, 2018 at 04:46:38PM +0100, Grant Likely wrote: On 03/07/2018 10:08, Nicolas Dechesne wrote: On Mon, Jul 2, 2018 at 11:59 PM Alexander Graf wrote: On 02.07.18 20:40, William Mills wrote: [...] I am still trying to figure out

EBBR weekly notes - 2018-04-05

get quite that many names.): - Nicusor Penisoara (NXP) - Udit Kumar (NXP) - Bill Mills (TI) - Rob Herring (Linaro) - Tom Rini (Konsulko) - Grant Likely (Arm) - Peter Robinson (Red Hat) - Daniel Thompson (Linaro) - Nicolas Dechesne (Linaro) - Alex Graf (SuSE) - Michal Simek (Xilinx) We talked about

EBBR weekly meeting details (Every Thursday)

Time: Every Thursday at 16:30-17:30 BST (8:30 PDT, 23:30 CST) Join by Phone +44 2033215213,, 4664465# https://meet.lync.com/armh/grant.likely/YBY93TIK This is a weekly status call for the EBBR drafting process that came out of a discussion at Linaro Connect HKG18 in March this year. As mentioned

Canceled: EBBR Kickoff Meeting

This is a follow-up from the EBBR discussion that happened at Linaro Connect 2 weeks ago. As mentioned in the notes[1] from that meeting, there is a desire to have EBBR published in time for it to be used by an upcoming 96Boards specification, due to be released in about 6 months time. This

EBBR Kickoff Meeting

This is a followup from the EBBR discussion that happened at Linaro Connect 2 weeks ago. As mentioned in the notes[1] from that meeting, there is a desire to have EBBR published in time for it to be used by an upcoming 96Boards specification, due to be released in about 6 months time. This

Test

Please ignore this message. I'm testing the mailing list. 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

Re: [Arm.ebbr-discuss] Next steps for EBBR

archive. I do not intend for any of this discussion to be on a list without an archive. g. Thanks, Bill -Original Message- From: arm.ebbr-discuss-boun...@arm.com [mailto:arm.ebbr-discuss-boun...@arm.com] On Behalf Of Grant Likely Sent: Thursday, March 29, 2018 5:52 PM To: arm.ebbr-disc

Resend: Next steps for EBBR

to that spec. A few of us here had a quick meeting to work out how we could make that happen. Attendees: Alexander Graf (SuSE) Grant Likely (Arm) Bill Mills (TI) Peter Robinson (Red Hat/Fedora) Dong Wei (Arm) Yang Zhang (Linaro/96Boards) Notes: - We discussed the purpose & intent of

Re: [Arm.ebbr-discuss] Canceled: EBBR Kickoff Meeting

Not Cancelled! Just removed mailing lists from invite. g. On 04/04/2018 16:20, Grant Likely wrote: Grant Likely has cancelled this event: « Canceled: EBBR Kickoff Meeting » Title: Canceled: EBBR Kickoff Meeting Location: Skype for Business When: Thu 5 Apr 2018 16:30 – 17:30

Re: EBBR Kickoff Meeting

Due to the difficulty of sending invites to mailing lists; here is the day/time for the meeting: Every Thursday at 16:30-17:30 BST (8:30 PDT, 23:30 CST) Email me directly if you want to be added to the invite. Cheers, g. On 04/04/2018 15:21, Grant Likely wrote: This is a followup from

Re: [Arm.ebbr-discuss] Next steps for EBBR

On 04/04/2018 15:23, Grant Likely wrote: On 04/04/2018 15:12, Mills, William wrote: Grant, None of this is archived at: https://lists.linaro.org/pipermail/boot-architecture/ (even the stuff that explicitly cc'ed the list) Hmmm. I don't know what has happened there. I just got Linaro to reset

Canceled: EBBR Kickoff Meeting

This is a follow-up from the EBBR discussion that happened at Linaro Connect 2 weeks ago. As mentioned in the notes[1] from that meeting, there is a desire to have EBBR published in time for it to be used by an upcoming 96Boards specification, due to be released in about 6 months time. This

Notes from 12 April 2018 EBBR meeting

for the project. 12 April 2018 Attendees - Grant Likely (Arm) - Ryan Harken (Linaro) - Ruchika Gupta (NXP) - Tom Rini (Konsulko) - Peter Robinson (Red Hat) - Alex Graf (SUSE) - Daniel Thompson (Linaro) - Ben Eckermann (Incomplete list; Did not get full list of dial ins) Agenda: - Status and action item updates

EBBR weekly meeting in a few minutes

Hi folks, Weekly EBBR meeting starts in a few minutes. I'm expecting this one to be short. I've only got action item updates on the agenda, but Dong is still away and I haven't got a skeleton project posted yet. However, I'll open it up to other items that any of you want to discuss. Cheers,

Re: [Arm.ebbr-discuss] EBBR weekly meeting in a few minutes

On 13/04/2018 10:41, Grant Likely wrote: Hi folks, Weekly EBBR meeting starts in a few minutes. I'm expecting this one to be short. I've only got action item updates on the agenda, but Dong is still away and I haven't got a skeleton project posted yet. However, I'll open it up to other items

EBBR weekly meeting in 1/2 hour

Hi folks, Weekly EBBR meeting starts in about 1/2 hour. Dial in details below. Once again the agenda is very short, but I'll open it up to other topics after action item review. I think there was some interest in talking about DT overlay handling. Notes are being captured in the following

EBBR Weekly - Notes 12 Apr 2018

*Notes from last week's meeting:​Attendees: - Alex Graf (SUSE)- Ryan Harkin (Linaro)- Rob Herring (Linaro)- Udit Kumar (NXP)- Grant Likely (Arm)- Leif Lindholm (Linaro)- Bill Mills (TI)- Tom Rini- Peter Robinson (Redhat)- Michal Simek (Xilinx)- Daniel Thompson (Linaro)- Dong Wei (Arm)Agenda

EBBR Weekly - Agenda 26 Apr 2018

Hi folks, Next EBBR meeting is later today. Here is the agenda I have so far. Please reply with action item status updates or other business Agenda for this week's meeting: - Status updates and action item review - Behaviour without persistant variables - DTB update policy/behaviour - Any other

EBBR Weekly - Agenda 28 June 2018

Reminder, the weekly EBBR call is in about 1/2 hour. This week we'll be talking about producing reference EBBR implementations. Agenda - Status update - Reference implementations - Any other business As always, this Google doc will be used to capture notes. Please help filling it in. You may

Re: [Arm.ebbr-discuss] [PATCH 5/7] Refactor ResetSystem() requirements

On 27/09/2018 12:55, Ard Biesheuvel wrote: On 27 September 2018 at 13:46, Daniel Thompson wrote: On Thu, Sep 27, 2018 at 10:53:51AM +, Udit Kumar wrote: -Original Message- From: Grant Likely Sent: Wednesday, September 26, 2018 6:01 PM To: Udit Kumar ; boot-architecture

Re: [PATCH 7/7] Don't provide SetVariable() if GetVariable() doesn't work

Hi Peter, Comments below... On 25/09/2018 16:43, Peter Jones wrote: On Mon, Sep 24, 2018 at 03:54:03PM +0200, Grant Likely wrote: After face to face meeting at Linaro Connect YVR18, the decision was made to keep variable services very simple. Either fully provide SetVariable/GetVariable

EBBR Weekly Agenda - 27 Sept 2018

For those of you dialing into the weekly EBBR call, the dial in details have changed (see below). We'll use WebEx instead of Skype for Business from here on. Agenda 27/09/2018: • YVR18 Recap • Review meeting time • Release schedule • Get/SetVariable – once more with

[PATCH v2] Refactor ResetSystem() requirements

ResetSystem() was over-specified in the document. UEFI already documents the behaviour of ResetSystem() sufficiently. Add notes on expected behaviour when platform specific or standard interface methods are available. Resolves: #29 Signed-off-by: Grant Likely --- source/chapter2-uefi.rst | 27

Re: [Arm.ebbr-discuss] [PATCH v2] Refactor ResetSystem() requirements

On 16/10/2018 17:12, Daniel Thompson wrote: On Thu, Oct 11, 2018 at 03:05:33PM +, Grant Likely wrote: ResetSystem() was over-specified in the document. UEFI already documents the behaviour of ResetSystem() sufficiently. Add notes on expected behaviour when platform specific or standard

EBBR v0.7 released

Hi everyone, I've tagged v0.7 of EBBR for review. Please feel free to circulate and solicit feedback. It will certainly be discussed at ELC Europe next week in Edinburgh. https://github.com/ARM-software/ebbr/releases/tag/v0.7 Thanks, g. ___

Re: [PATCH v2] Refactor ResetSystem() requirements

On 12/10/2018 16:26, Udit Kumar wrote: -Original Message- From: Grant Likely Sent: Friday, October 12, 2018 6:19 PM To: Udit Kumar ; boot-architecture@lists.linaro.org; arm.ebbr-discuss Cc: n...@arm.com Subject: Re: [PATCH v2] Refactor ResetSystem() requirements On 12/10/2018 07:01

Re: [PATCH v2] Refactor ResetSystem() requirements

On 12/10/2018 07:01, Udit Kumar wrote: -Original Message- From: arm.ebbr-discuss-boun...@arm.com On Behalf Of Grant Likely Sent: Thursday, October 11, 2018 8:36 PM To: boot-architecture@lists.linaro.org; arm.ebbr-discuss Cc: nd Subject: [Arm.ebbr-discuss] [PATCH v2] Refactor

Re: EBBR Agenda - 8 Nov 2018

On 08/11/2018 15:56, Peter Jones wrote: > On Thu, Nov 08, 2018 at 02:17:18PM +0000, Grant Likely wrote: >> Any agenda items for todays call? Here is what I have so far: >> >> - Updates >> - SetVariable() > > I haven't written the update for this yet, and I

Re: [Arm.ebbr-discuss] SMMU included in EBBR spec

On 02/10/2018 14:02, Daniel Thompson wrote: On 25/09/2018 10:07, Ilias Apalodimas wrote: Hello, Can we add a discussion in upcoming meetings about the participation of SMMU in the booting procedure? If I were you I'd roll up to one of the Thursday meetings. There's usually time for a bit of

Re: EBBR Weekly Agenda - 27 Sept 2018

On 27/09/2018 22:19, Mark Brown wrote: On Thu, Sep 27, 2018 at 04:25:29PM +0100, Grant Likely wrote: Anyone is welcome to join. Feel free to pass this invitation along. Let me know if anyone has trouble dialling/connecting to the SfB bridge. Highlighting in case anyone else makes the same

Re: EBBR Weekly Agenda - 27 Sept 2018

On 27/09/2018 16:25, Grant Likely wrote: For those of you dialing into the weekly EBBR call, the dial in details have changed (see below). We'll use WebEx instead of Skype for Business from here on. Agenda 27/09/2018: [...]> •    Review meeting time (from the it-will-come-up-again-if-

EBBR Weekly Agenda - 4 Oct 2018

For those of you dialing into the weekly EBBR call, the dial in details have changed (see below). We'll use WebEx instead of Skype for Business from here on. Agenda 4/10/2018: - Release progress - Issue review - reference platforms/qemu - Platform security requirements - e.x., SMMU hardening

Re: EBBR Weekly - Agenda 30 Aug 2018

On 30/08/2018 15:19, Mark Brown wrote: On Thu, Aug 30, 2018 at 03:14:47PM +0100, Grant Likely wrote: Online meeting: https://meet.lync.com/armh/grant.likely/YBY93TIK Skype Web App: https://meet.lync.com/armh/grant.likely/YBY93TIK?sl=1 I keep meaning to mention - these links never seem

EBBR Weekly - Agenda 30 Aug 2018

Hi all, I'd like to use today's EBBR meeting to discuss the demo for Linaro connect. It would be great if we can have several distro images and show them booting on multiple boards without fuss. Let's coordinate on which boards are feasable candidates to use and which OS images should be

[PATCH 6/7] Refactor Runtime Services after YVR18 meetings

. Signed-off-by: Grant Likely --- source/appendix-a-uefi-features.rst | 27 - source/chapter2-uefi.rst| 47 +++-- source/index.rst| 2 ++ 3 files changed, 37 insertions(+), 39 deletions(-) diff --git a/source

[PATCH 5/7] Refactor ResetSystem() requirements

ResetSystem() was over-specified in the document. UEFI already documents the behaviour of ResetSystem() sufficiently. Add notes on expected behaviour when platform specific or standard interface methods are available. Resolves: #29 Signed-off-by: Grant Likely --- source/chapter2-uefi.rst | 29

  1   2   3   4   >