tech-unixplatformspec@lists.riscv.org

Home Messages Hashtags Subgroups

Messages

Between

and

The current text/organization is going to change (as discussed in previous meetings). The Server platform will be a separate platform independent of the Base platform because some of the requirements

By Anup Patel · #1577 ·

Re: Platform specification questions

Hi Anup Yes, that was my conclusion that "software interrupt" here was used to mean an IPI. I think clearing this up would be helpful. Yes, however the Server is additived to the base as written.

By Ved Shanbhogue · #1576 ·

Re: Platform specification questions

I was thinking along the lines of how Greg was thinking here. Agree. Agree. regards ved

By Ved Shanbhogue · #1575 ·

Re: Platform specification questions

Here's a response from a different angle. MTIME matters to the SEE because it provides the timebase that is then seen by all harts in their 'time' CSRs (via the RDTIME pseudoinstruction). But if the

By Greg Favor · #1574 ·

Re: Platform specification questions

Hi Ved, Please see comments inline below ... Regards, Anup The RISC-V Privileged v1.12 defines MTIME and MTIMECMP as platform specific memory-mapped registers in "Section 3.2

By Anup Patel · #1573 ·

Platform specification questions

Greetings All! Please help with the following questions about the OS-A/server extension: Section 2.1.4.1 - Timer support: Should the ACLINT MTIMER support should be optional or moved into the

By Ved Shanbhogue · #1572 ·

Next Platform HSC Meeting on Mon Dec 13th 2021 8AM PST

Hi All, The next platform HSC meeting is scheduled on Mon Dec 13th 2021 at 8AM PST. Here are the details: Agenda and minutes kept on the github

By Kumar Sankaran · #1571 ·

Re: Volunteers to improve platform definitions/terms

That should work for me, Kumar. See you all then. -Aaron

By Aaron Durbin · #1570 ·

Re: Volunteers to improve platform definitions/terms

Hi Aaron, Yes, lets meet up at the Summit in person. Let’s meet up from 3PM-4PM PST on Tuesday 12/7 at the Moscone Center outside the keynotes room 3008 on the third floor. We can take one of the

By Kumar Sankaran · #1569 ·

Re: Volunteers to improve platform definitions/terms

Hi Kumar, I'm willing and able to help on this front. While at the Summit, perhaps we can meet up and discuss things in person? And, I think whoever else that is interested at the Summit this week

By Aaron Durbin · #1568 ·

Re: Volunteers to improve platform definitions/terms

I would be willing to propose improvements for the definition of a platform. However, I was not included in the non-public meetings on this topic, during which I understand some decisions were made,

By Darius Rad · #1567 ·

Re: Volunteers to improve platform definitions/terms

Recommended is an indicator for the platform software and hardware vendors that the particular feature is recommended in this version of the spec while the next version of the spec might make this

By Kumar Sankaran · #1566 ·

Re: Volunteers to improve platform definitions/terms

IS the word "Recommended" a slightly stronger form of "Optional" (which I don't see at all)?

By Allen Baum · #1565 ·

Volunteers to improve platform definitions/terms

Hi All, As we discussed during the platform HSC meeting yesterday (Nov 29, 2021), we are calling on volunteers to own and drive the improvement of the definitions/terms used in the platform spec.

By Kumar Sankaran · #1564 ·

Re: [PATCH 6/6] Update the ISA requirement section

Agreed. However, the additional verbose explanation doesn't hurt. So I am inclined to keep it unless somebody is strongly opposed to it.

By atishp@... · #1563 ·

Next Platform HSC Meeting on Mon Nov 29th 2021 8AM PST

Hi All, The next platform HSC meeting is scheduled on Mon Nov 29th 2021 at 8AM PST. Here are the details: Agenda and minutes kept on the github

By Kumar Sankaran · #1562 ·

Re: MTIME update frequency

For the reason stated above. The proposal should impose no real burden on OS-A class implementations, while ensuring a reasonable upper bound on the lack of resolution/accuracy. If anything the

By Greg Favor · #1561 ·

Re: Should we define a complete RISC-V SBI-call calling convention?

The SBI calling convention only defines uses of a0-a7 registers for parameter passing and return value because all other registers are assumed to be saved/restored (i.e. preserved) by the

By Anup Patel · #1560 ·

Re: MTIME update frequency

What is the rationale for mandating any specific time period in OS-A-ish platforms? The period can be determined by device tree and/or ACPI, at least one of which is required for OS-A platforms, so

By Darius Rad · #1559 ·

Should we define a complete RISC-V SBI-call calling convention?

RISC-V SBI provides an interface via enironment call to provide platform agnostic features, which is similiar to operating system's syscalls. According to current SBI specification, this environment

By 洛佳 Luo Jia · #1558 ·

281 - 300 of 1857

Home Hashtags Subgroups Terms