Каков самый быстрый способ перевести все 64-разрядные регистры в стек? [Дубликат]

Привет, возможно, это не правильный способ сделать это, но можно создать макросы, такие как

.macro pushaq
    push %rax
    push %rcx
    push %rdx
    push %rbx
    push %rbp
    push %rsi
    push %rdi
.endm # pushaq

и

.macro popaq
    pop %rdi    
    pop %rsi    
    pop %rbp    
    pop %rbx    
    pop %rdx    
    pop %rcx
    pop %rax
.endm # popaq

, и в итоге добавить другие регистры r8-15 если нужно

AMD нуждалась в некоторой возможности для добавления новых кодов операций для префиксов REX и некоторых других новых инструкций при разработке 64-разрядных расширений x86. Они изменили значение некоторых кодов операций на эти новые инструкции.

Несколько инструкций были просто короткими формами существующих инструкций или в противном случае не были необходимы. PUSHA была одной из жертв. Непонятно, почему они запретили PUSHA, хотя, похоже, он не перекрывает никаких новых кодов операций с инструкциями. Возможно, они зарезервированы для кодов PUSHA и POPA для будущего использования, поскольку они полностью избыточны и не будут быстрее и не будут встречаться достаточно часто в коде.

Порядок из PUSHA был порядок кодирования команд: eax, ecx, edx, ebx, esp, ebp, esi, edi. Обратите внимание, что он избыточно нажал esp! Вам нужно знать esp, чтобы найти данные, которые он нажал!

Если вы конвертируете код из 64-битного кода PUSHA, все равно, вам нужно его обновить, чтобы нажать новые регистры r8 через r15. Вам также необходимо сохранить и восстановить гораздо большее состояние SSE, xmm8 через xmm15. Предполагая, что вы собираетесь их сбивать.

Если код обработчика прерываний - это просто заглушка, которая пересылает код C, вам не нужно сохранять все регистры. Вы можете предположить, что компилятор C будет генерировать код, который будет сохранять rbx, rbp, rsi, rdi и r12 через r15. Вам нужно сохранить и восстановить rax, rcx, rdx и r8 через r11. (Примечание: на Linux или других платформах System V ABI компилятор будет сохранять rbx, rbp, r12 - r15, вы можете ожидать rsi и rdi clobbered) .

Регистры сегментов не сохраняют значения в длинном режиме (если прерываемый поток работает в режиме совместимости с 32 битами, вы должны сохранять регистры сегментов, спасибо ughoavgfhw). Фактически, они избавились от большей части сегментации в длинном режиме, но FS по-прежнему зарезервирован для использования операционными системами в качестве базового адреса для локальных данных потока. Само значение регистра не имеет значения, база FS и GS устанавливается через MSR 0xC0000100 и 0xC0000101. Предполагая, что вы не будете использовать FS, вам не нужно беспокоиться об этом, просто помните, что любые локальные данные потока, к которым обращается код C, могут использовать TLS любого случайного потока. Будьте осторожны, потому что библиотеки времени выполнения C используют TLS для некоторой функциональности (например: strtok обычно использует TLS).

Загрузка значения в FS или GS (даже в пользовательском режиме) перезапишет FSBASE или GSBASE MSR. Поскольку некоторые операционные системы используют GS как «локальное» процессорное хранилище (им нужен способ иметь указатель на структуру для каждого ЦП), им необходимо сохранить его где-то, что не будет сбиваться при загрузке GS у пользователя Режим. Для решения этой проблемы существуют два MSR, зарезервированных для регистра GSBASE: один активный и один скрытый. В режиме ядра ядро ​​GSBASE хранится в обычном GSBASE MSR, а база пользовательского режима находится в другом (скрытом) GSBASE MSR. Когда контекст переключается из режима ядра в контекст пользовательского режима, а при сохранении контекста пользовательского режима и входа в режим ядра, код переключения контекста должен выполнять команду SWAPGS, которая меняет значения видимого и скрытого GSBASE MSR. Поскольку ядро ​​GSBASE безопасно скрыто в другом режиме MSR в пользовательском режиме, код режима пользователя не может сжимать GSBASE ядра, загружая значение в GS. Когда CPU снова загрузит режим ядра, код сохранения контекста выполнит SWAPGS и восстановит GSBASE ядра.

pusha недопустим в 64-битном режиме, поскольку он является избыточным. [1] [1]