Linux Kernel (Ядро линукса) (часть 2)

Страница vsyscall

Интерфейсная функция из стандартной библиотеки libc может применять инструкцию sysenter, только если эту инструкцию поддерживает как процессор, так и ядро Linux.

Эта проблема совместимости требует довольно сложного решения. Фактически, на этапе инициализации функция sysenter setupo строит страничный кадр, называемый страницей vsyscall, который содержит небольшой совместно используемый ELF-объект (то есть маленькую динамическую ELF- библиотеку). Когда процесс делает системный вызов execve , чтобы выполнить ELF-программу, код на странице vsyscall динамически компонуется с адресным пространством процесса. Код на странице vsyscall использует наиболее подходящую инструкцию для выдачи системного вызова.

Функция sysenter setup выделяет новый страничный кадр для страницы vsyscall и связывает его физический адрес с фиксированно отображаемым линейным адресом fix vsyscall (. Затем функция копирует на страницу один из двух заранее определенных совместно используемых ELF- объектов:
- если процессор не поддерживает инструкцию sysenter, функция строит страницу vsyscall, включающую в себя такой код:
kernel_vsyscall:int$0x80ret
- если же процессор поддерживает инструкцию sysenter, функция строит страницу vsyscall, включающую в себя такой код:
kernel_vsyscall:
pushl есх pushl edx pushl ebp movl esp, ebp sysenter
Когда интерфейсная процедура из стандартной библиотеки должна сделать
системный вызов, она вызывает функцию kernei vsyscaii , независимо от того, каков код последней.
Еще одна проблема совместимости возникает из-за того, что старые версии ядра Linux не поддерживают инструкцию sysenter. В этом случае, конечно, ядро не строит страницу vsyscall, а функция kernei vsyscaii о не компонуется с адресным пространством процессов в режиме пользователя. Когда функции из новых стандартных библиотек распознают этот факт, они просто выполняют инструкцию int $0x80 для выполнения системного вызова.