В университете задали задание выполнить копирование из файла в файл в kernel и user mode. Вообще лабораторная рассчитывалась под win, но я уже начал выполнять под убунтой, и вот что получилось:

Она работает, но теперь мне нужно запустить ее в режиме ядра.
Если кто знает как это сделать, пожалуйста отпишитесь.

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

Вообщето я писал kernel-mode код на плюсах около года назад. Это был простой драйвер на курсах по низкоуровневому программированию, но это было под win. В любом случае не думаю, что вы можете что то предполагать относительно того что я смогу осилить, а что не смогу. И если вам кажется что мой код настолько далек от необходимого, думаю уместнее было бы порекоммендовать конкретную литературу или маны. Конечно если вы на 100(!)% уверены что я осилю.

Sandric, 
kernel module

Работа с файлами в kernel под Linux практически невозможна (поправьте меня, если это уже не так).
Под Win - возможна. Так что бегом обратно под Win   

что значит практически?

Спасибо. Я в свою очередь нашел на английском языке Kernel module linux programming guide. Буду читать.

Во-первых в приведенном коде как минимум одна ошибка. Во-вторых. Какое отношение user-space код имеет к kernel-sapce'у 
?

• asmlinkage off_t sys_lseek(unsigned int fd, off_t offset, unsigned int origin)
• asmlinkage ssize_t sys_read(unsigned int fd, char __user * buf, size_t count)
• asmlinkage ssize_t sys_write(unsigned int fd, const char __user * buf, size_t count)

В файле /usr/src/kernels/linux-2.6.16/fs/read_write.c

Я давно не смотрел в ядро, но когда я смотрел туда в последний раз, то таблица файлов (т.е. файловых хэндлов) была принадлежностью описания user space процесса. Т.е. без какого то хелпера (в виде обычного пользовательского процесса) нельзя было использовать никакой handle based файловый ввод вывод (kernel просто не мог открыть файл, т.к. было некуда)
А sys_open там есть?

  Эти функции подробно описаны в книге :  Бовет, Д. "Ядро Linux, 3-е изд. "

В частности про функцию sys_open () там пишется  (стр 650):

Опишем работу функции sys_open (). Она выполняет следующие шаги: 

• 1. Вызывает getname (), чтобы прочитать из адресного пространства процесса 
  путь к файлу. 
• 2. Вызывает get_unused_fd(), чтобы наЙТИ незанятый СЛОТ В current-> 
  fiies->fd. Соответствующий индекс (дескриптор нового файла) хранится 
  в локальной переменной f d. 
• 3. Вызывает функцию filpopeno, передавая ей в качестве параметров путь, 
  флаги режима доступа и битовую маску прав доступа. В свою очередь, эта 
  функция выполняет следующие шаги: 
  • копирует флаги режима доступа в namei_f lags, но кодирует флаги ре- 
  режима доступа ordonly, owronly и ordwr специальным образом: нуле- 
  нулевой (самый младший) бит nameifiags устанавливается, только если 
  доступ к файлу требует прав на чтение, а бит с номером 1 устанавлива- 
  устанавливается, только если доступ к файлу требует прав на запись. Обратите 
  внимание, что в системном вызове open () невозможно указать, что дос- 
  доступ к файлу не требует привилегий на чтение или запись. Однако это 
  имеет смысл при анализе пути, содержащем символьные ссылки; 
  • вызывает функцию open namei (), передавая ей в качестве параметров 
  путь, модифицированные флаги режима доступа и адрес локальной 
  структуры nameidata. Эта функция анализирует путь следующим об- 
  образом: 
  D если флаг ocreat не установлен среди флагов режима доступа, 
  функция запускает операцию анализа пути со сброшенным флагом 
  lookup_parent и установленным флагом lookup_open. Кроме того, 
  флаг lookup_follow устанавливается, только если флаг o_nofollow 
  сброшен, а флаг lookupdirectory устанавливается, только если флаг 
  o_directory установлен; 
  D если среди флагов режима доступа флаг ocreat установлен, функ- 
  функция запускает операцию анализа с установленными флагами 
  LOOKUP_PARENT, LOOKUP_OPEN И LOOKUP_CREATE. ЕСЛИ фуНКЦИЯ 
  pathiookup() завершит свое выполнение успешно, обсуждаемая 
  функция проверит, существует ли запрошенный файл. В противном 
  случае она выделит новый дисковый индексный дескриптор, вызвав 
  метод create родительского индексного дескриптора; 
  ( Примечание : Функция opennamei (), помимо прочего, выполняет несколько проверок на 
  безопасность в отношении файла, который определила операция анализа пути. 
  В частности, проверяется, существует ли индексный дескриптор, связанный с 
  найденным объектом "элемент каталога", является ли он обычным файлом, и 
  разрешен ли текущему процессу доступ к этому файлу в соответствии с флага- 
  флагами режима доступа. Кроме того, если файл открывается для записи, функция 
  убеждается, что он не заблокирован другими процессами. )
  • вызывает функцию dentryopen (), передавая ей адреса объекта "эле- 
  "элемент каталога" и объекта, представляющего смонтированную систему, 
  которые были получены в результате анализа пути. Вызванная функция 
  выполняет следующее: 
  D выделяет новый файловый объект; 
  п инициализирует поля f_f lags и fmode файлового объекта в соответ- 
  соответствии с флагами режима доступа, переданными системному вызову 
  open(); 
  п инициализирует поля fdentry и f_vf smnt файлового объекта в соот- 
  соответствии с адресами объекта "элемент каталога" и объекта, пред- 
  представляющего смонтированную файловую систему, переданными в 
  качестве параметров; 
  п записывает в поле fop содержимое поля iop соответствующего 
  объекта "индексный дескриптор". Это действие устанавливает все 
  методы, необходимые для последующих файловых операций; 
  D заносит файловый объект в список открытых файлов, на который 
  указывает поле s_f iles суперблока файловой системы; 
  а если метод open определен среди файловых операций, функция вы- 
  вызывает его; 
  ° вызывает fiierastateinit о для инициализации структур данных 
  опережающего чтения (см. главу 16); 
  D если флаг odirect установлен, функция проверяет, можно ли вы- 
  выполнить операции прямого ввода/вывода на этом файле (см. гла- 
  главу 16); 
  и возвращает адрес файлового объекта; 
  • возвращает адрес файлового объекта.
• 4. Записывает в current->fiies->fd[fd] адрес файлового объекта, возвра- 
  возвращенный функцией dentryopen (). 
• 5. Возвращает fd.

Внимательно смотрим на пп 1,2,4 и делаем вывод - эта функция (и весь вышеперечисленный набор) открывает файл в ТЕКУЩЕМ ПОЛЬЗОВАТЕЛЬСКОМ процессе. Т.е. вы откроете файл где то у user level приложения, а не в ядре. Вы сможете общаться с этим файлом и из ядра, но и приложение у пользователя его тоже увидит (и это может ему не понравится). 
Еще у меня есть подозрение, что буфера для обмена с файлом тоже будут у пользовательского приложения (для sys_open это явно написанно в п1)

Вывод - пишите на Win, там функции Nt*File работают одинаково в User Space и в Kernel Space и позволяют работать с файлом с Kernel Level не вываливая его потроха в первый попавшийся User Space процесс   

PS. В Linux insmod не зря читает образ драйвера (kernel модуля) из User Space, а не непосредственно из ядра

Добрый день.
Спасибо за все советы, но боюсь мне уже будет поздно переделывать все под винду.

У меня новый вопрос - запись чтение в файл используя стандартную библиотеку (fprintf).

Я сделал копирование файла, используя vfs_write/vfs_read:


Но теперь мне нужно реализовать чтение/запись используя стандартную библиотеку в пользовательском режиме и режиме ядра.

Есть ли какой то аналог fprintf, или функция, которую использует fprintf при работе с ядром.
Спасибо.

смотрите <linux/kernel.h>

Это не советы, это диагноз    

Есть kprintf, а то, что вам надо это редкое извращение. Очень сомневаюсь, что такое найдется. Пишите свои функции.

man на filp_open порадовал: