https://www.opennet.me/openforum/vsluhforumID3/66854.html Опубликован перевод серии статей, в которых рассказывается об интерфейсе прикладного программирования ядра Linux, позволяющем со стороны ядра взаимодействовать с приложениями прикладного уровня:<br><br><br>- Часть 1: Вызов приложений, работающих в пользовательском пространстве, из ядра системы (http://rus-linux.net/nlib.php?name=/MyLDP/kernel/api/kernelapi1.html).<br>- Часть 2: Функции отложенного выполнения, тасклеты ядра и очереди работ (http://rus-linux.net/nlib.php?name=/MyLDP/kernel/api/kernelapi2.html).<br><br><br><br><br>URL: http://rus-linux.net/nlib.php?name=/MyLDP/kernel/api/kernelapi2.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=26551<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#11 Wed, 12 May 2010 08:35:18 GMT учите матчасть \\Всегда ваш К.О.<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#10 Wed, 12 May 2010 07:08:44 GMT И что?<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#9 Wed, 12 May 2010 01:46:00 GMT http://www.opennet.ru/opennews/art.shtml?num=26507<br><br>Цитата 1:<br>Как известно, ядро из состава RHEL сильно отличается от базового ядра, например, число добавленных и бэкпортированых патчей для ядра 2.6.18 из состава RHEL 5 соизмеримо с размером стандартного ядра 2.6.18: в состав пакета с ядром входит около 4 тыс. патчей, суммарный размер которых превышает 130 Мб.<br><br>Цитата 2:<br>В состав первой бета-версии RHEL 6 входило ядро 2.6.32, но на самом деле номер версии пакета с ядром носит условный характер, его содержимое мало связано с содержимым аналогичной "ванильной" версии, например, в настоящий момент в ядре RHEL6 больше от ядра 2.6.34, чем от 2.6.32.<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#8 Tue, 11 May 2010 22:58:59 GMT Некромантам из редхата про этот нонсенс расскажите :) а то они с своим .18 ядром до сих пор колупаются - ради столь доставляющей вам стабильности, блаблабла. Юзайте редхат и ваши костяшки будут белыми и чистыми! :)<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#7 Tue, 11 May 2010 22:58:53 GMT &gt;Да сам портировал с 2.6.18 на более новые ядра драйвер sundance, там <br>&gt;работы на 10 минут, на более новой версии sundance сломали поддержку <br>&gt;сетевой платы Siemens CP1612, т.к. эта плата вообще по идее не <br>&gt;поддерживаемая. <br><br>Самая засада в дровах это даташыты от производителей, остальное дело времени.<br> <br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#6 Tue, 11 May 2010 22:49:38 GMT Да сам портировал с 2.6.18 на более новые ядра драйвер sundance, там работы на 10 минут, на более новой версии sundance сломали поддержку сетевой платы Siemens CP1612, т.к. эта плата вообще по идее не поддерживаемая.<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#5 Tue, 11 May 2010 21:26:49 GMT &gt;I agree, but there are some moronic developers who think that it <br>&gt;is: http://lxr.linux.no/#linux+v2.6.33/Documentation/stable_api_nonsense.txt , <br>&gt;and even find this situation perfect: http://www.linuxfoundation.org/collaborate/publications/linux-driver-model <br><br>Ну ёк, там все правильно сказано... <br>И проблем с дровами вообще не вижу, есть просто ленивые програмеры.<br>Например если до версии 2.6.2x в структуре struct pci_driver использовали элемент <br>.owner = THIS_MODULE, а после его сделали дефолтным, ибо он был во всех модулях,<br>то поправить код, даже ПБОЮЛ Marvell его зоопарком микросхем, вполне хватит одного <br>человека и работы надень.<br>Нет, лучше залезть на колокольню повыше и кричать, - В Лине нету Stable API, плахой ОСь!!!"<br><br><br><br><br> <br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#4 Tue, 11 May 2010 19:41:39 GMT I agree, but there are some moronic developers who think that it is: http://lxr.linux.no/#linux+v2.6.33/Documentation/stable_api_nonsense.txt , <br>and even find this situation perfect: http://www.linuxfoundation.org/collaborate/publications/linux-driver-model<br> https://www.opennet.me/openforum/vsluhforumID3/66854.html#3 Tue, 11 May 2010 19:20:36 GMT it isn't!<br>