On Wednesday, 13 November 2024 15:14:54 CET Lonnie via l4-hackers wrote:
As part of the project effort that I am working on with L4Re, I am considering 2 possible pathways of which both need graphics capabilities to interact with the uvmm for a guest OS:
As you may recall, having communicated with you earlier, I am not personally interested in running virtual machines under L4Re as such, even though I get the impression that this might account for the majority of L4Re users. If it isn't commercially super-sensitive, some indication of the user demographic for L4Re would be interesting to hear more about.
But on the topic of porting programs to L4Re, I would regard the principal challenge as involving bulking out the library and framework support within L4Re itself. My own efforts have involved porting libext2fs, implementing a simple filesystem framework, and porting and adapting Newlib to allow fairly normal programs to run under L4Re, although it is (and will continue to be) a long, drawn-out process.
I don't know what the current state of the library support is like in L4Re, but it has historically contained a lot of stubs for fairly common functions, and the filesystem integration struck me as very odd indeed, leading me to pursue my own path. My impression is that the L4Re library support is currently sufficent as a way of providing an embedded-style platform for components that live outside the virtual machines in a hypervisor or virtual machine manager environment, where all the real applications live inside those virtual machines.
I do wonder what happened to the whole DROPS effort, what lessons were learned, and so on, though. And with regard to sustaining that effort, I suspect that a classic multi-server environment was unable to attract funding in the ever-changing landscape of fashion-driven funding and investment.
Sorry if that isn't answering any of your questions, but any discussion of deploying programs on L4Re seemed too good to pass up!
Paul
_______________________________________________ l4-hackers mailing list -- l4-hackers@os.inf.tu-dresden.de To unsubscribe send an email to l4-hackers-leave@os.inf.tu-dresden.de