A completely-from-scratch hobby operating system: bootloader, kernel, drivers, C library, and userspace including a composited graphical UI, dynamic linker, syntax-highlighting text editor, network stack, etc.
Is it going to support QEMU running in ToaruOS as a host OS?
So we'll have a chance to run secure os (ToaruOS) as a host and to use any OS inside it such as: Arch, Debian in QEMU.
I think it's more secure option is to running QEMU in ToaruOS then ToaruOS in QEMU. Correct me if I'm wrong.
A fellow hobbyist OS developer successfully ported QEMU to his OS some time ago; it is a complex port with a large set of dependencies, but may be feasible with significant effort. This is an area I'm happy to see external contributions in, but I am not focused on ports myself at the moment.
ToaruOS has no hardware acceleration interface (KVM), so only TCG would be available, and thus performance would be poor. Using a Linux distribution under TCG is not a pleasant experience. And that's before getting into graphics acceleration, which a modern Linux distribution would want to have available.
ToaruOS previously had a port of Bochs, which I've been meaning to get around to updating, though Bochs is even slower.
On the topic of ToaruOS being "secure":
ToaruOS is not at all a secure OS. It lacks support for many modern security mechanisms and I haven't even implemented mitigations for the suite of speculation-related hardware issues from the last few years.
In summary, I think porting QEMU to ToaruOS is a possibility, but I think your intended use case is misguided.
Is it going to support QEMU running in ToaruOS as a host OS? So we'll have a chance to run secure os (ToaruOS) as a host and to use any OS inside it such as: Arch, Debian in QEMU. I think it's more secure option is to running QEMU in ToaruOS then ToaruOS in QEMU. Correct me if I'm wrong.