IOMMU proposal on wiki


Phil McCoy
 

> This is also what happened with the aborted RAS group, i.e. it started off wanting to focus on just one thing without first establishing overall RAS strategy, gaps, and plan of attack.

That explains why the mailing list has been quiet since June!  It might be an idea to post some kind of a status update to tech-rasd to inform folks who weren't party to the discussion/decision to abort.


Siqi Zhao
 

Our IOMMU design is available now:

https://drive.google.com/file/d/1sBhb_Nb93ncd4kvnDnlieISbvL4APzzW/view

The overall design is very similar to Rivos's proposal. However, there are differences. Our design considers smaller-scale systems thus the overall interface is kept simple. It also features a more aggressive idea for efficient virtualization support. Comments are welcome.

Regards,
Siqi


Ved Shanbhogue
 

Mark Hi -

Could I take you up on the offer to get on a phone? The thread has gone cold and at least I am unclear as to how to move forward.
I understand that we want to form a SIG to flesh out the items you listed but need your help and guidance on how to get that off the ground.

regards
ved


On 10/4/21 9:20 PM, Mark Himelstein wrote:

The Committees (who can delegate to SIGs) now constitute the mechanism for continuity as Task groups must have small tasks and end when they complete their tasks.

The goal is that some committee or SIG tells us the big picture so we know all the pieces that must be there for members to be successful and govern across a number of task groups who may do individual components of the overall effort.

Rather than continue with dozens of emails, it might be useful to get on the phone to quickly resolve any of your questions. I can do that. Let me know.

Mark

On Mon, Oct 4, 2021 at 6:48 PM Greg Favor <gfavor@...> wrote:
I think this is where RVI and Mark will differ.  Even though not everything must go through a SIG, the TSC (going forward) expects roadmap/strategy/gap work in place first before one or more specific tightly-focused TGs are spun up.

Greg

On Mon, Oct 4, 2021 at 6:36 PM Ken Dockser <kad@...> wrote:
RISC-V policy does not require a SIG. Clearly this IOMMU proposal is well thought out. But it is just a starting point; the whole community is welcome to contribute to the IOMMU TG. You are free to bring up any issues you want in the IOMMU TG.

On Mon, Oct 4, 2021 at 8:16 PM Greg Favor <gfavor@...> wrote:
On Mon, Oct 4, 2021 at 5:54 PM Greg Favor via lists.riscv.org <gfavor=ventanamicro.com@...> wrote:
Mark wrote:
> A similar thing occurred with graphics and shading. We had them step and
> back and develop a strategy with an eye to what it will take for a
> member to be successful in this area including gaps and prioritization
> of filling those gaps.I suggest we do the same here. In order to get TSC
> to approve a new TG, we will need to present them the whole picture and
> how this fits into it. We will require the same for IOMMU.

This is also what happened with the aborted RAS group, i.e. it started off wanting to focus on just one thing without first establishing overall RAS strategy, gaps, and plan of attack.

Greg



Siqi Zhao
 

We have a new revision of our IOMMU spec. The Latex source is available on github for readers to find out the changes more easily moving forward.

https://github.com/sqzsq/xuantie-iommu-spec

Also you can find a compiled PDF in the folder. Feel free to post any comments.

Regards,
Siqi