Опять же про сисколлы

наверное надо этот симбол(sys_call_table) обьявить всетаки а то как он(loader) тебе его отрезолвит то? :)

оно конечно понятно :) и логично. Но как? Если его объявить здесь же как void* sys_call_table[] - опять же ругается при загрузке , но уже segmentation fault :))) да оно и понятно :)))) Но как от оного избавиться?
Короче, как мне получить реальную таблицу сисколлов?

наверное всетаки extern ... ?

так-то оно так. Но дальше-то где она будет заполняться? Либо я гоню, либо одно из двух, но объясни толком.

тебе лоадер по идее должен этот симбол проставить таким образом что он у тебя будет указывать на нужный кусок памяти ..

Я это себе уяснил.... Но почем он этого не делает? Может что-то с ключами компиляции? Они собссно вот такие: -Wall -DMODULE -D__KERNEL__ -DLINUX

Вместо sys_open имеет смысл использовать filp_open (ибо нафиг пихать в текущий процесс handle открываемого файла?).

А проще всего посмотреть как ввод-вывод делает к примеру /usr/src/linux/kernel/acct.c и не изобретать паровоз.

Просто нужно поставить -O2

Спасибо за ответы. Однако при использовании sys_open опять же получается ругань, только уже unresolved symbol sys_open. На все остальное(sys_write, sys_close) не ругается. Если же использовать filp_open - ошибки не возникает, но возникает вопрос, как тогда писать/читать файл. для работы sys_write/sys_read необходим unsigned int дескриптор файла, а не struct file. Как из нее выдернуть этот самый дескриптор или есть вообще иные средста, работающие с этой структурой? Определения структуры я почему-то не нашел 8-(

Я же говорю - посмотри как сделано в /usr/src/linux/kernel/acct.c

они пишут/читают напрямую через file_operations.