Опубликован перевод серии статей, в которых рассказывается об  интерфейсе прикладного программирования ядра Linux, позволяющем со стороны ядра взаимодействовать с приложениями прикладного уровня:

-  Часть 1: Вызов приложений, работающих в пользовательском пространстве, из ядра системы (http://rus-linux.net/nlib.php?name=/MyLDP/kernel/api/kernela...).
-  Часть 2: Функции отложенного выполнения, тасклеты ядра и очереди работ (http://rus-linux.net/nlib.php?name=/MyLDP/kernel/api/kernela...).

URL: http://rus-linux.net/nlib.php?name=/MyLDP/kernel/api/kernela...
Новость: http://www.opennet.me/opennews/art.shtml?num=26551

• Введение в API ядра Linux,pavlinux, 22:17 , 11-Май-10
• Введение в API ядра Linux,Аноним, 23:06 , 11-Май-10
  • Введение в API ядра Linux,pavlinux, 23:20 , 11-Май-10
    • Введение в API ядра Linux,Аноним, 23:41 , 11-Май-10
      • Введение в API ядра Linux,pavlinux, 01:26 , 12-Май-10
        • Введение в API ядра Linux,linux4ever, 02:49 , 12-Май-10
          • Введение в API ядра Linux,pavlinux, 02:58 , 12-Май-10
  • Введение в API ядра Linux,User294, 02:58 , 12-Май-10
    • Введение в API ядра Linux,anthonio, 05:46 , 12-Май-10
      • Введение в API ядра Linux,qwer, 11:08 , 12-Май-10
        • Введение в API ядра Linux,brezerk, 12:35 , 12-Май-10

> автомата с конечным числом состояний

В русской тех. литературе Finite State Machine обзывают просто - Конечный автомат.

Stable API is a nonsence, isn't it?

it isn't!

I agree, but there are some moronic developers who think that it is: http://lxr.linux.no/#linux+v2.6.33/Documentation/stable_api_... ,
and even find this situation perfect: http://www.linuxfoundation.org/collaborate/publications/linu...

>I agree, but there are some moronic developers who think that it
>is: http://lxr.linux.no/#linux+v2.6.33/Documentation/stable_api_... ,
>and even find this situation perfect: http://www.linuxfoundation.org/collaborate/publications/linu...

Ну ёк, там все правильно сказано...
И проблем с дровами вообще не вижу, есть просто ленивые програмеры.
Например если до версии 2.6.2x в структуре struct pci_driver использовали элемент
.owner = THIS_MODULE, а после его сделали дефолтным, ибо он был во всех модулях,
то поправить код, даже ПБОЮЛ Marvell его зоопарком микросхем, вполне хватит одного
человека и работы надень.
Нет, лучше залезть на колокольню повыше и кричать, - В Лине нету Stable API, плахой ОСь!!!"

Да сам портировал с 2.6.18 на более новые ядра драйвер sundance, там работы на 10 минут, на более новой версии sundance сломали поддержку сетевой платы Siemens CP1612, т.к. эта плата вообще по идее не поддерживаемая.

>Да сам портировал с 2.6.18 на более новые ядра драйвер sundance, там
>работы на 10 минут, на более новой версии sundance сломали поддержку
>сетевой платы Siemens CP1612, т.к. эта плата вообще по идее не
>поддерживаемая.

Самая засада в дровах это даташыты от производителей, остальное дело времени.
  

Некромантам из редхата про этот нонсенс расскажите :) а то они с своим .18 ядром до сих пор колупаются - ради столь доставляющей вам стабильности, блаблабла. Юзайте редхат и ваши костяшки будут белыми и чистыми! :)

http://www.opennet.me/opennews/art.shtml?num=26507

Цитата 1:
Как известно, ядро из состава RHEL сильно отличается от базового ядра, например, число добавленных и бэкпортированых патчей для ядра 2.6.18 из состава RHEL 5 соизмеримо с размером стандартного ядра 2.6.18: в состав пакета с ядром входит около 4 тыс. патчей, суммарный размер которых превышает 130 Мб.

Цитата 2:
В состав первой бета-версии RHEL 6 входило ядро 2.6.32, но на самом деле номер версии пакета с ядром носит условный характер, его содержимое мало связано с содержимым аналогичной "ванильной" версии, например, в настоящий момент в ядре RHEL6 больше от ядра 2.6.34, чем от 2.6.32.

И что?

учите матчасть \\Всегда ваш К.О.