Thanks everyone. I got authorized to continue my effort, and I was looking into 
what is currently available.

I don't have to worry about red/black channels for now, so confidentiality is 
not yet a priority. My main priority is to create a steel thread so that if the 
main operating system crashes, a giant robotic vehicle can be teleoperated or 
shutdown without hurting anyone.

I saw that Neutrality-CH (Switzerland) had forked the Microkit library for x86 
(https://github.com/Neutrality-ch/microkit), but they had only made two 
commits, the last one was in December 17. I tried to contact them a few weeks 
ago, but I didn't hear back so I'm not sure the status/funding of their project.

Anyway, currently the VMM capabilities are not developed for their fork which 
would make deployment of an OS tedious. At first glance, it looks like I need 
to put some work into building a VMM into their fork by studying and then 
calling the seL4 vcpu, interrupt, x86_src routines into their Microkit fork?

I guess my question now as I parse through everything. Is the Neutrality-CH 
fork the best, most recent x86 fork of the microkit? Or is there another 
library/fork I should consider for development?

I saw that their approach for pre-generating an ELF file for the bootloader was 
the main obstacle for their pull request, but since I'm working on a specific 
Intel architecture (8th gen, uses Intel VT-x and VT-d for virtualization), I 
can avoid over generalizing my solution and focus on this specific application. 
Is there any value in extracting/porting the work performed in CAmkES x86 
virtualization for the microkit x86 fork?

Thanks again for all the help!

-Peter
________________________________
The information contained in this e-mail and any attachments from Intellisense 
Systems may contain confidential and/or proprietary information, and is 
intended only for the named recipient to whom it was originally addressed. If 
you are not the intended recipient, any disclosure, distribution, or copying of 
this e-mail or its attachments is strictly prohibited. If you have received 
this e-mail in error, please notify the sender immediately by return e-mail and 
permanently delete the e-mail and any attachments.
_______________________________________________
Devel mailing list -- devel@sel4.systems
To unsubscribe send an email to devel-leave@sel4.systems

Reply via email to