Что делает флаг D в дескрипторе сегмента кода для инструкций x86-64?
Мантисса существенно сдвинута по показателю.
3 in binary is 0011
3>>1 in binary, equal to 3/2, is 0001.1
1
задан MikeF 13 July 2018 в 09:36
поделиться
1 ответ
Если для дескриптора сегмента кода установлен L (длинный режим), D должен быть ясным. Комбинация L = 1 / D = 1 в настоящее время бессмысленна / зарезервирована. Intel документирует это рядом в том же документе, на котором вы смотрели.
Если L понятен, тогда D выбирает между 16 и 32-битным режимом. (то есть размер операнда / адреса по умолчанию). И да, существует 16-битный защищенный режим, но нет, никто его не использует.
Существует только 3 варианта для адреса / операнда по умолчанию:
- 16-битные режимы (real, vm86, protected): адрес по умолчанию и размер операнда = 16 бит
- 32-битный защищенный режим: адрес по умолчанию и размер операнда = 32-бит
- 64-битный режим: размер по умолчанию = 64-битный, по умолчанию - размер операнда-размер = 32-бит
Нет возможности иметь 16x 64-разрядные регистры, но размер операнда по умолчанию 16-бит или 64-бит. Или размер адреса по умолчанию, равный 32-битовому значению, равному 64.
4
ответ дан Peter Cordes 17 August 2018 в 13:15
поделиться
Другие вопросы по тегам:
66Hи67Hв том же абзаце, где они обсуждают флагDдля исполняемого кода? Эти префиксы работают только в 64-битном режиме, когда в дескрипторе сегмента кода установлен флагL. Поэтому, если в этом случае флагDдолжен быть очищен, почему они вызывают эти префиксы? Это то, что меня смущает. – MikeF 13 July 2018 в 19:27add eax,eaxнуждается в префиксе 66H в 16-битном режиме, но не в 32 или 64.) Посмотрите на какой-либо выход ассемблера дляadd eax, [esi]vs.add ax, [si]в режиме 16 против 32 бит. (например, запуститеnasm -l, чтобы сделать список, включающий машинный код) – Peter Cordes 13 July 2018 в 23:09