Как я могу найти реализации системных вызовов ядра Linux?

Это, вероятно, не отвечает на Ваш вопрос непосредственно, но я нашел strace быть действительно прохладным при попытке понять базовые системные вызовы, в действии, которые сделаны даже для самых простых команд оболочки. например.

strace -o trace.txt mkdir mynewdir

Системные вызовы команды mkdir mynewdir будет выведен к trace.txt для Вашего удовольствия просмотра.

Хорошее место для чтения источника ядра Linux является перекрестной ссылкой Linux (LXR) ¹. Возврат поисков ввел соответствия (прототипы функций, объявления переменной, и т.д.) в дополнение к свободным текстовым результатам поиска, таким образом, это более удобно, чем простой grep (и быстрее также).

LXR не разворачивает определения препроцессора. Системным вызовам исказил их имя препроцессор повсеместно. Однако большинство (все?) системные вызовы определяются с одним из SYSCALL_DEFINEx семейства макросов. С тех пор mkdir берет два аргумента, поиск SYSCALL_DEFINE2(mkdir приводит к объявлению mkdir syscall:

SYSCALL_DEFINE2(mkdir, const char __user *, pathname, int, mode)
{
    return sys_mkdirat(AT_FDCWD, pathname, mode);
}

хорошо, sys_mkdirat средства это mkdirat syscall, таким образом нажимая на него только приводит Вас к объявлению в include/linux/syscalls.h, но определение чуть выше.

Основное задание mkdirat должен звонить vfs_mkdir (VFS является универсальным слоем файловой системы). Cliking на этом показывает два результата поиска: объявление в include/linux/fs.h, и определение несколько строк выше. Основное задание vfs_mkdir должен назвать определенную для файловой системы реализацию: dir->i_op->mkdir. Чтобы найти, как это реализовано, необходимо обратиться к реализации отдельной файловой системы, и нет никакого твердого правила — это мог даже быть модуль вне дерева ядра.

¹ _{LXR является программой индексации. Существует несколько веб-сайтов, которые предоставляют интерфейс LXR с немного отличающимися наборами известных версий и немного отличающимися веб-интерфейсами. Они склонны приходить и уходить, поэтому если тот, к которому Вы привыкли, не доступен, сделайте веб-поиск “перекрестной ссылки Linux” для нахождения другого.}

Системные вызовы обычно переносятся в SYSCALL_DEFINEx() макрос, который является почему простое grep не находит их:

fs/namei.c:SYSCALL_DEFINE2(mkdir, const char __user *, pathname, int, mode)

Заключительное имя функции после макроса расширено, заканчивает тем, что был sys_mkdir. SYSCALL_DEFINEx() макрос добавляет шаблонные вещи как трассировка кода, который должно иметь каждое syscall определение.

Примечание:.h файл не определяет функцию. Это объявляется в этом.h файлом и определяется (реализованное) в другом месте. Это позволяет компилятору включать информацию о подписи функции (прототип), чтобы позволить проверку типа аргументов и соответствовать типам возврата к любым контекстам вызова в Вашем коде.

В общем.h (заголовок) регистрируют в C, используются, чтобы объявить функции и определить макросы.

mkdir в особенности системный вызов. Может быть GNU libc, обертка вокруг того системного вызова (почти наверняка, на самом деле). Истинная реализация ядра mkdir может быть найден путем поиска источников ядра и системных вызовов в частности.

Обратите внимание, что также будет какая-то реализация кода создания каталога для каждой файловой системы. VFS (виртуальная файловая система), которую слой обеспечивает общему API, в который может звонить слой системного вызова. Каждая файловая система должна зарегистрировать функции для уровня VFS для вызова в. Это позволяет различным файловым системам реализовывать свою собственную семантику для того, как каталоги структурированы (например, если они хранятся с помощью своего рода плана хеширования сделать поиск определенных записей более эффективным). Я упоминаю это, потому что Вы, вероятно, споткнетесь за них файловая система определенные функции создания каталога при поиске исходного дерева ядра Linux.

Ни одна из реализаций, Вы нашли соответствия прототипом в sys/stat.h, Возможно, ищущем включать оператор с этим заголовочным файлом, не будет более успешной?

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

• https://stackoverflow.com/questions/2442966/c-c-function-definitions-without-assembly/2444508#2444508
• sysadvent: День 15 - Вниз 'ls' Кроличья нора