Переключение TSS: Intel vs. Oracle Кто всё-таки виноват, и что с этим делать?Спецификации интела гласят (7.3):8. Saves the state of the current (old) task in the current task’s TSS.
…
12. The TSS state is loaded into the processor.
Сначала сохраняем, потом загружаем, что логично. Но, пытаясь воссоздать этот код, я наткнулся на исключение #TS в VirtualBox и QEMU (в vmWare и реальных компах всё было ок). Копаясь в проблеме, было выяснено, что в сегментных регистрах TSS — нули, то-есть VirtualBox и QEMU не сохраняют текущее состояние задачи (а точнее — делают это после загрузки. Пруф 1:375, пруф 2:386).
Временно решил проблему принудительным ручным заполнением TSS. Что верно то в итоге? Какому из гигантов верить?

Предыдущий
вопрос Следующий
вопрос

Переключение TSS (Task State Segment) является важным аспектом операционных систем и виртуальных машин. В данном случае, проблема с сохранением текущего состояния задачи в TSS может быть связана с различными реализациями и интерпретациями спецификаций Intel и Oracle (VirtualBox и QEMU).

В данной ситуации, ручное заполнение TSS может быть временным решением проблемы, но это не оптимальный способ. Лучше всего обратиться к документации и поддержке соответствующих гигантов (Intel, Oracle) для более точного понимания причин и возможных решений проблемы.

Возможно, проблема может быть связана с особенностями работы конкретных виртуальных машин (VirtualBox и QEMU), и может потребовать обновления или корректировки на стороне этих программ. В любом случае, важно действовать в соответствии с рекомендациями и документацией, чтобы обеспечить надежную и корректную работу системы.