One generic comment, pretty much similar to the SBI PMP extension I proposed, is that why is this necessary to introduce a new SBI extension to support reboot and shutdown? Do these functionalities

Could this just be one function that had cold reboot, warm reboot, and shutdown all as options? Also: "This is a synchronous call and is not expected to return if succeeds." -> "This is a synchronous

The words are misleading, as it could indicate that the above types only apply to RV32. The shutdown request Otherwise, looks good to me. Regards, Bin

This patch adds SBI v0.2 compliant system reboot extension. It defines two functions: 1. sbi_reboot - A system reboot call with reboot type as parameter 2. sbi_shutdown - A system shutdown/poweroff

Let's continue the discussion here as it has a wider audience than github PR. I have also cc'd all the possible stakeholders. The other alternatives propsed so far 1. Just parse the deveice tree

S-mode software needs a way to know memory used by SBI firmware so that it can correctly mark such memory as reserved. Related discussion: https://github.com/riscv/opensbi/issues/103 Signed-off-by:

S-mode software needs a way to know memory used by SBI firmware so that it can correctly mark such memory as reserved. This patch was already posted on github as a PR [1], and I was told to send this

Unix platform working group meeting (02/05 8AM PST) @ Wed Feb 5, 2020 8am - 9am (PST) When: Wednesday, 5 February 2020 8:00am to 9:00am (GMT-08:00) America/Los Angeles Where: webex Description: Hi

Reminder: Unix platform working group meeting (02/05 8AM PST) @ Wed Feb 5, 2020 8am - 9am (PST) When: Wednesday, 5 February 2020, 8:00am to 9:00am, (GMT-08:00) America/Los

Reminder: Unix platform working group meeting (02/05 8AM PST) @ Wed Feb 5, 2020 8am - 9am (PST) When: Wednesday, 5 February 2020, 8:00am to 9:00am, (GMT-08:00) America/Los