OSDev

В очередной раз потестил ОСь в QEMU, все ок. Потестил на вмваре - не пашет. Нашел мегабаг в куему.
Оказалось, я случайно указал в PDE таблице (т.е. в пейдж директории) виртуальный адрес таблицы страниц (для страниц, на которые отображено ядро). И оно работало в QEMU! Как - для меня загадка.

та это ж не мелочи, а основа основ, как тукое может быть, чтобы PDE работал.
Может банально упущен флаг разрешения страничной памяти???

В том-то и дело, что это основы основ. И что страничное преобразование используется (в Long-Mode иначе не бывает).
Я при формировании PDE процесса случайно вписал в адрес таблицы 480+ ГБ (видимо думал о чем-то левом, когда писал это:)). Это был виртуальный адрес таблицы страниц ядра (в памяти, куда отображено ядро). И в куему оно работало. В вмваре, разумеется, нет: слетало при переключении процесса сразу после

с тройной ошибкой (естественно, IDT же тоже накрылась).
Но КАК работает куему - я не втыкаю.

Кто-нибудь пробовал запускать в куему более 56 ядер процессора? У меня ОС слетает начиная с 57 ядер в ней, и я всё думаю: это баг оси или куему? В оси вроде как все норм, код один и тот же, разница в теории может начаться после 64 ядер. Но 57... Причем инициализация проходит, а потом феил.

В тему о багах: http://habrahabr.ru/qa/19171/
На тему QEMU я не удивлён, но VirtualBox меня огорчил.

_________________
We are back with a hard even better than before [D-Block & S-Te-Fan – Evolutionz {Ran-D remix}]

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

Могли бы пофиксить, не? Это же Oracle. Легенда, разработчик Solaris, Java, MySQL, VirtualBox... А если в каждом из них сейчас по куче таких багов, на которые забили, ибо "мейнстримовый софт не жалуется"?Вот и меня спросили...

_________________
We are back with a hard even better than before [D-Block & S-Te-Fan – Evolutionz {Ran-D remix}]

Да не Oracle это. Изначально VirtualBox написала Innotek, которую купили Sun, а санки уже купила Oracle. Разработчики там те же самые, и Oracle на VirtualBox в общем-то пофиг: даже близко не основной источник прибыли.

Встречался я с багами в нем, и получал тот же ответ. Типа, не хотят они тратить время на поддержку фич проца, которые никому, кроме осеписателей-маньяков не нужны.

Не могли бы вы подробно описать, как именно у вас используются TSS? Вероятно, смогу подсказать совместимое решение.

Да решение то я уже нашёл, собственно, в ответе к багу я приложил и код оси с "commented fix for VBox", и код, приводящий к сбою.

И, если уж купили - отвечайте. Поддерживайте статус топовой компании, не давайте разработчикам пинать половые органы...

_________________
We are back with a hard even better than before [D-Block & S-Te-Fan – Evolutionz {Ran-D remix}]

Понял, как вы делаете. Я в первоначальном варианте использовал пару TSS с копированием контекста из них в контекст потока, затем перешел на программную переключалку. Т.е. если у нас две TSS (T1 и T2) и три потока, то переключение происходило так: T1(A) -> T2(B) -> T1(C) -> T2(A) -> .... Суть в том, чтобы никогда не сбрасывать флаг busy вручную.