Trap-and-emulate guestOS SDL-based applications

[ChinYikMing]

Currently, the guest OS primarily uses its own syscall table. To enable it to run SDL-based applications, we may need to trap and emulate the SDL instruction, which would be handled by the rv32emu SDL backend.

Goal: at least able to run Doom, Quake and smolnes.

A simple demo is opening a white SDL screen.

[ChinYikMing]

Any chance to run mado?

[jserv]

Any chance to run mado?

Hopefully, Mado is designed as an advanced yet lean window system for resource-constrained environments, making it suitable for system emulation validation.

[ChinYikMing]

A quick demo to run Doom in guest OS, showing the possibility and capability of the guest OS to handle display and audio :

doom_run_in_guestOS.mp4

BTW, some technical issues have to be resolved:

• Quake seems has to be increase the memory pool size by changing the source code. (Doom is not necessary)
• How to reap music thread after the application exit (Ctrl + c)? If this is not handled, the background music might play forever.
• Sometime the bidirectional event queues is not responding. (guessing the application getting context switch by the guest OS)
• Sometime getting double free or malloc corrupting error from the host OS (could be investigated by valgrind or address sanitizer)
• Destroy the previous SDL window after exiting. If this is not handled, the previous SDL window might be reused by the next application, which could cause issues since not all applications have the same window size.