> * write strings to the tty. It can be used to take
> * a string either from the user's memory segment
> * or the kernel's memory segment.
> *
> * The function's first parameter is the tty to
> * write to, because the same function would
> * normally be used for all tty's of a certain type.
> * The second parameter controls whether the
> * function receives a string from kernel memory
> * (false, 0) or from user memory (true, non zero).
> * The third parameter is a pointer to a string,
> * and the fourth parameter is the length of
> * the string. */
> (*(my_tty->driver).write)(
> my_tty, /* The tty itself */
> 0, /* We don't take the string from user space */
> str, /* String */
> strlen(str)); /* Length */
> /* ttys were originally hardware devices, which
> * (usually) adhered strictly to the ASCII standard.
> * According to ASCII, to move to a new line you
> * need two characters, a carriage return and a
> * line feed. In Unix, on the other hand, the
> * ASCII line feed is used for both purposes - so
> * we can't just use \n, because it wouldn't have
> * a carriage return and the next line will
> * start at the column right after the line feed.
> *
> * BTW, this is the reason why the text file
> * is different between Unix and Windows.
> * In CP/M and its derivatives, such as MS-DOS and
> * Windows, the ASCII standard was strictly
> * adhered to, and therefore a new line requires
> * both a line feed and a carriage return. */
> (*(my_tty->driver).write)(my_tty, 0, "\015\012", 2);
> }
>}
>/* Module initialization and cleanup ****************** */
>/* Initialize the module - register the proc file */
>int init_module() {
> print_string("Module Inserted");
> return 0;
>}
>/* Cleanup - unregister our file from /proc */
> void cleanup_module() {
> print_string("Module Removed");
>}
Очень часто, мы имеем «вспомогательные» задачи, которые должны быть выполнены в некоторое время. Если задача должна быть выполнена, мы делаем это, помещая ее в файл crontab. Если задача должна быть выполнена модулем, мы имеем две возможности. Первая в том, чтобы поместить процесс в файл crontab, который пробудит модуль системным вызовом когда необходимо, например, открывая файл. Это ужасно неэффективно, однако мы выполняем новый процесс из crontab, читаем новую программу в память, и всем это только чтобы пробудить модуль, который уже находится в памяти.
Вместо того, чтобы делать это, мы можем создавать функцию, которая будет вызвана прерыванием таймера. Таким путем мы создаем запись, хранимую в struct tq_struct, которая хранит указатель на функцию. Затем мы используем queue_task, чтобы поместить эту задачу в список задач, tq_timer, который является списком задач, которые будут выполнены на следующем прерывании таймера. Поскольку мы хотим, чтобы функция продолжила выполнение, мы должны поместить ее обратно в tq_timer всякий раз, когда она вызвана для следующего прерывания таймера.
