OSDev

Взялся я переписать свою операционку на Си вместо асма. Дошёл до системных вызывов и тут не знаю как сделать.
Как вызывать системный вызов из пользовательского приложения? Я хочу написать макрос. Дело в том, что если 64 бита, то использовать можно лишь fastcall. И никаких ccall и stdcall. Соответственно и syscall надо передавать по соглашению fastcall. Но не хотелось бы ручками запихивать параметры в регистры. А можно как-нибудь сделать, что параметры в стек/регистры запихнулись как при вызове обычной функции, но вместо call abc было syscall?
Дело в том, что в качестве обработчика syscall у меня стоит:

Где syscall_table это символ из модуля на Си. Макрос системного вызова должен делать следующее:
1. Запихнуть все параметры в регистры/стек
2. Поместить в rax номер системного вызова
3. Выполнить syscall

Надо объявить промежуточную процедуру, через которую приложение будет вызывать ядро. Примерно так:

Только надо несколько таких процедур с разным количеством параметров. Или подсмотри в Linux.

Меня лишь смущает то, что будет сохранён адрес возврата в стеке. А ведь если параметров больше 6 (по Linux соглашению. по Windows больше 4), то их придёться пихать в стек. А там будет два адреса возврата (один из user mode, другой из kernel mode) и все параметры будут смещены. Хотелось бы обойтись без адреса возврата, который пихает в стек процедура user mode. Кстати, а зачем перемещать результат из rax в переменную? Ведь функции Си и так возвращают результат в RAX. Удобнее пользоваться функциями, которые объявлены как функции, а не как процедуры.

KIV, ты правильно понял, что эту процедуру надо оформить как встраиваемую функцию, и результат возвращать через регистр rax, только так она будет работать эффективно. Но как это делается в GCC я представления не имею. Могу только посоветовать подсмотерть Linux, дабы не изобретать велосипед.
В принципе, компилятор обычно делает процедуру встраиваемой, если она описана с атрибутом static.

Я б ещё посоветовал поэксперементировать с различными атрибутами и параметрами (по количеству и размеру параметров), и каждый раз смотреть, какой код генерится. Естественно, не забывая про ключи оптимизации, поскольку это тоже влияет. Ну и составить себе раз и навсегда справочник по передаче параметров в ГЦЦ.