https://89.19.215.112/openforum/vsluhforumID3/38552.html Greg Kroah-Hartman опубликовал отчет (http://kerneltrap.org/Linux/Driver_USB_and_PCI_Subsystem_Updates_For_2.6.24) в котором сообщил какие изменения ждут подсистемы USB и PCI в Linux ядре 2.6.24, а также какие общие изменения в инфраструктуру драйверов будут внесены.<br><br><br>Список изменений внушительный, в USB подсистему будет внесено <br>90 патчей, в PCI - 27, Linux Driver core subsystem - 124 (самое важное - изменение API).<br><br>URL: http://kerneltrap.org/Linux/Driver_USB_and_PCI_Subsystem_Updates_For_2.6.24<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=12238<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#30 Fri, 25 Jan 2008 20:54:18 GMT Глупости. Ветка experemental - это есть ветка -mm. Сообщество - все линуксоиды, глава - торвальдс, на счет команды не уверен, но сомниваюсь, что она нескоординирована и что она маленькая ;)<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#27 Mon, 01 Oct 2007 09:40:55 GMT &gt; Тратим время на создание нормального framework-a для файловых систем. (geom?) <br><br>Нет, я вообще-то просто как пример взял ФС. Хочешь - замени слово ext3<br>на "wireless stack" - и пример ничуть не утратит актуальности.<br><br><br><br>&gt;Изменения API _внутри_ ядра должны волновать только писатели ядра. Но рядовой пользователь/программист <br>&gt;прикладного софта должен иметь свой API. <br><br>Про прикладное API речь НЕ идет. Оно не ломалось (!! именно не ломалось, а лишь дополнялось новыми системными вызовами) с первых версий Линукса. Так что не о том речь, а именно о врунтиядерном API. И это, действительно, дело лишь девелоперов-ядерщиков.<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#26 Mon, 01 Oct 2007 04:16:52 GMT <br>&gt;[оверквотинг удален]<br>&gt;<br>&gt;ТеперЪ мы имеем делеммму: <br>&gt;- пойти простым путем и постоянно передавать указатель на эту структура-монстра через <br>&gt;какой-нить доп. параметр имеющегося API, либо <br>&gt;- все-же изменить API, учтя требования для _человеческой_ реализации подобной сложности файловых <br>&gt;систем. Потому как вдальнейшем нам захочеться добавить такую не одну (jfs, <br>&gt;reiser, lustre....) <br>&gt;<br>&gt;Каким путем пойдем, тАварищи?? <br>&gt;<br><br> Тратим время на создание нормального framework-a для файловых систем. (geom?)<br><br>&gt;Кому-то еще непонятно, что изменения API - это нормальный процесс? <br><br>Изменения API _внутри_ ядра должны волновать только писатели ядра. Но рядовой пользователь/программист прикладного софта должен иметь свой API.<br><br><br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#25 Sun, 30 Sep 2007 18:32:19 GMT &gt; Проверялся. =)<br><br>ну а результат какой ? ;))<br><br><br>отлично.<br>тогда, предположим, что API драйверов некого ядра содержит 3 вызова.<br>Так, для наглядности.<br><br>Давай на таком API подымем самое простое - линуховый ext2.<br>вот структура его операций:<br><br>static const struct super_operations ext2_sops = {<br> .alloc_inode = ext2_alloc_inode,<br> .destroy_inode = ext2_destroy_inode,<br> .read_inode = ext2_read_inode,<br> .write_inode = ext2_write_inode,<br> .put_inode = ext2_put_inode,<br> .delete_inode = ext2_delete_inode,<br> .put_super = ext2_put_super,<br> .write_super = ext2_write_super,<br> .statfs = ext2_statfs,<br> .remount_fs = ext2_remount,<br> .clear_inode = ext2_clear_inode,<br> .show_options = ext2_show_options,<br>#ifdef CONFIG_QUOTA<br> .quota_read = ext2_quota_read,<br> .quota_write = ext2_quota_write,<br>#endif<br>};<br><br><br>итого, с квотами это 14 вызовов.<br><br>ТеперЪ мы имеем делеммму:<br>- пойт https://89.19.215.112/openforum/vsluhforumID3/38552.html#24 Sun, 30 Sep 2007 15:43:52 GMT IMHO, разработчикам ядра необходимо учиться у Дебиановцев. Хоть оно и похоже на ветки: unstable, testing и stable. но все же не хватает ветки experimental, сообщества, выбирамого главу, и большой, скоординированной, команды разработчиков.<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#23 Sun, 30 Sep 2007 09:22:40 GMT Может. Проверялся. =)<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#22 Sat, 29 Sep 2007 22:58:41 GMT &gt;А соляра тоже дохлая, да? :-) <br><br>попробуй просто задуматься над тем, чтоб прикрутить к ней все последние фичи Линуха<br>и я посмотрю на тебя, пытающегося подстроиться под текущее API соляры.<br>Дело даже не в том, что оно плохое или хорошее. Оно какое-то.<br>И это какое-то API _принципиально_ не может подходить под _оптимальную_ реализацию _любой_ фичи.<br><br>Кто готов с этим спорить - проверьтесь у психиатра перед постом.<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#21 Sat, 29 Sep 2007 20:23:59 GMT А соляра тоже дохлая, да? :-)<br> https://89.19.215.112/openforum/vsluhforumID3/38552.html#20 Sat, 29 Sep 2007 17:19:00 GMT &gt;а вот у нас в OS/2 уже лет 20 апи не меняется <br>&gt;(: <br><br>вот мудро человек сказал.<br><br>В дохлой ОС - ессьно и АПИ не меняецо.<br><br><br>Лишь нечто живое способно изменяться.<br>И обязано делать это дабы не вымереть...<br>