Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

That QEMU doc says:

> The recommended way to trigger a guest-initiated shut down is by generating a triple-fault, which will cause the VM to initiate a reboot

Doesn’t that mean it can’t distinguish an intentional triple fault to trigger reboot from an accidental triple fault caused by a guest kernel bug which corrupts the IDT? I think it would be better if there was some kind of call the guest could make to the hypervisor to reboot-one is less likely to invoke that service by accident than to triple fault by accident.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: