Сведения о вопросе

Mathprofi

15:18, 25th August, 2020

Теги

Смешивание 32-битного и 16-битного кода с nasm

Просмотров: 494   Ответов: 4

Это вопрос систем низкого уровня.

Мне нужно смешать 32-битный и 16-битный код, потому что я пытаюсь вернуться в реальный режим из защищенного режима. Как немного справочной информации, мой код делает это сразу после загрузки GRUB, поэтому у меня нет какой-либо надоедливой операционной системы, чтобы сказать мне, что я могу и не могу сделать.

В любом случае, я использую [BITS 32] и [BITS 16] с моим assembly, чтобы сообщить nasm, какие типы операций он должен использовать, но когда я тестирую свой код, используйте bochs, похоже, что для некоторых операций bochs не выполняет код, который я написал. Похоже, что ассемблер застрял в экстрах 0x66 и 0x67, что смущает bochs.

Итак, как я могу заставить nasm успешно собрать код, где я смешиваю 32-битный и 16-битный код в одном файле? Есть ли какой-то трюк?



  Сведения об ответе

FAriza

09:28, 8th August, 2020

Проблема оказалась в том, что я неправильно настраивал свои таблицы дескрипторов. У меня был один бит перевернут неправильно, поэтому вместо перехода в 16-битный режим я перешел в 32-битный режим (с сегментами, которые имели предел в один Мэг).

Спасибо за предложения!

Махровый


  Сведения об ответе

baggs

05:15, 16th August, 2020

0x66 и 0x67-это опкоды, которые используются для указания на то, что следующий опкод следует интерпретировать как битность не по умолчанию. Более конкретно, (и по этой ссылке ),

"Когда NASM находится в режиме BITS 16, инструкции, которые используют 32-разрядные данные, имеют префикс 0x66 байт, а те, которые ссылаются на 32-разрядные адреса, имеют префикс 0x67. В режиме BITS 32 верно обратное: 32-разрядные инструкции не требуют префиксов, тогда как инструкции, использующие 16-разрядные данные, нуждаются в 0x66, а те, кто работает с 16-разрядными адресами, нуждаются в 0x67."

Это говорит о том, что виноваты именно Бохи.


  Сведения об ответе

ITSME

15:06, 10th August, 2020

Ты же не шутил, что это будет низкоуровнево!

Вы проверили сгенерированные опкоды / операнды, чтобы убедиться, что nasm правильно выполняет ваши директивы BITS? Также проверьте, чтобы убедиться, что цели перехода верны - может быть, в NASM является использование неправильного смещения.

Если это не ошибка в nasm, может быть, есть ошибка в bochs. Я не могу себе представить, что люди снова переключаются в 16-битный режим из 32-битного режима очень часто.


  Сведения об ответе

LIZA

03:29, 9th August, 2020

Если вы находитесь в реальном режиме, ваш размер по умолчанию неявно равен 16 битам,поэтому вы должны использовать режим BITS 16. Таким образом, если вам нужен 32-разрядный размер операнда, вы добавляете префикс 0x66, а для 32-разрядного размера адреса вы добавляете префикс 0x67.

Посмотрите на руководство разработчика программного обеспечения Intel IA-32, Том 3, Глава 16 (MIXING 16-битный и 32-битный код; номер главы может изменяться в зависимости от издания книги):

Режим реального адреса, режим виртуального 8086 и режим SMM являются собственными 16-разрядными режимами.

Директива BITS 32 только запутает ассемблер, если вы используете его вне защищенного режима или длительного режима.


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться