https://mobile.opennet.me/openforum/vsluhforumID3/83504.html Луис Родригес (Luis Rodriguez), основной разработчик комплекта свободных драйверов ath5k и автор пакета compat-wireless (http://wireless.kernel.org/en/users/Download/), позволяющего компилировать новейшие драйверы беспроводных устройств для старых ядер Linux, представил (https://lkml.org/lkml/2012/3/8/445) в списке рассылки разработчиков ядра Linux новый проект Compat (http://mcgrof.github.com/compat/), в рамках которого идет работа над универсальным модулем ядра для устаревших ядер, реализующем слой совместимости с последним ядром Linux.<br><br><br>Как пояснил автор письма, в последнее время проект compat-wireless вырос в нечто большее, чем просто слой совместимости для беспроводных драйверов. В рамках проекта была реализована функциональность для бэкпортирования Bluetooth-драйверов, а также драйверов для обычных Ethernet-адаптеров, которая уже не вписывалась в первоначальную кодовую базу. В результате большая часть наработок, созданных в рамках проекта, была вынесена в отдельный, универсальный фреймворк compat (ht https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#155 Wed, 14 Mar 2012 21:56:24 GMT Мне ваще пофигу, что, куда и как. Деньги платят - делаем, <br>нет - идём дальше. Чё щухер устроили, не пойму, это ж бабло наше. <br>А мозги пущай менеджеры трахают, надо это им или нет. <br> https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#153 Tue, 13 Mar 2012 05:18:32 GMT &gt;[оверквотинг удален]<br>&gt; следующий update от RedHat был уже в порядке. Только вот того <br>&gt; факта, что с того самого дня мы вынуждены поддерживать workaround в <br>&gt; нашем драйвере, это ничуть не отменило. Кто этим занимался - тот <br>&gt; прелесть ситуации оценит. Да, а RHEL6 нас порадовал неожиданной рекурсией из <br>&gt; blk_fetch_request при определенных условиях :) Починили мы это - да. Сидит <br>&gt; ли у нас кусок кода, который обходит и этот глюк - <br>&gt; да. Найдутся ли клиенты с контрактом и весом, которые быстро взвоют, <br>&gt; вздумай мы заглушки поубирать - всенепременно.<br>&gt; Да, цифирки ядра а RHEL, совпадающие с Дебиан успокоят лишь законченного <br>&gt; оптимиста. Ядер 2.6.18 в мире много, и разных.<br><br>вот хоть один адекватный ответ... поддерживаю - хоть приходилось гулять по граблям внутри других подсистем - когда у шапки при определенных условиях num_dirty_pages не уменьшался - и все треды замирали ожидая pdflush. Но нам было проще - мы маинтейнили свою версию ядра - так что фикс был сделан в ядре - а потом перекочевал https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#152 Tue, 13 Mar 2012 05:12:44 GMT &gt;&gt; которых даже спеки дали?<br>&gt; Да в общем то они вон уже opencl допиливают, лыжи едут (глянь <br>&gt; на форониксе, там пара свежих новостей в тему как раз есть) <br>&gt; так что я искренне надеюсь дожить до момента когда я смогу <br>&gt; гонять скоростные вычисления без задействования враждебных элементов :) <br>&gt; День когда это случится будет моим маленьким персональным праздником.<br><br>когда ты доживешь что там допилят - выпустят что-то более скоростное в разы.<br>Linux он такой.. вечно в догоняющих - и по причине не стабильного API в частности.<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#151 Tue, 13 Mar 2012 05:11:08 GMT &gt;&gt; Спор сторонника 1 мегакостыля и сторонника множества фиксов.<br>&gt; Не, это два баклана, которые никогда не писали дрова.<br>&gt; Фикс между версиями занимает 5 минут, где проблему нашли не ясно.<br>&gt; Для таких Торвальдыц и сказал, - не хочешь срать, не мучай жопу, <br>&gt; в смысле, идите в дистрибутив.<br><br>баклан - попробуй напиши фикс за 5 минут когда в ядре заменили -&gt;nopage() на -&gt;fault() ?<br>hint - page locking тогда тоже поменялся.<br><br>ps. а теперь усложним задачу и представим что надо одновременно поддерживать оба варианта.<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#150 Tue, 13 Mar 2012 05:08:50 GMT OpenVZ полудохлый отход? РейсерФС? или Lustre? или стопка еще другого, что развивается вне ядра..<br>Какие же вы все однобокие..<br> https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#149 Mon, 12 Mar 2012 17:28:26 GMT &gt; Спор сторонника 1 мегакостыля и сторонника множества фиксов.<br><br>Не, это два баклана, которые никогда не писали дрова.<br>Фикс между версиями занимает 5 минут, где проблему нашли не ясно.<br>Для таких Торвальдыц и сказал, - не хочешь срать, не мучай жопу, <br>в смысле, идите в дистрибутив.<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#148 Mon, 12 Mar 2012 15:58:35 GMT &gt;&gt; На самом деле матрица ещё интересней - размерностью &lt;задолбацо сколько релизов&gt; * <br>&gt;&gt; &lt;офигеть сколько дистрибутивов&gt;.<br>&gt; Офигеть сколько - это RHEL и Debian? Сейчас у них, кстати, <br>&gt; цифирки версий ядра совпадают.<br><br>а так же - Ubuntu, SUSE, уродец из Facebook неизвестной за потасканностью породы, то же от Apple (да-да), Oracle. Да и тот же RHEL используется разными клиентами во всём спектре от RHEL4 до RHEL6 - и все ожидают работащей поддержки и новейших драйверов. RHEL5 вот вообще при выпуске имела сломанный элеватор, что мы оперативно починили и следующий update от RedHat был уже в порядке. Только вот того факта, что с того самого дня мы вынуждены поддерживать workaround в нашем драйвере, это ничуть не отменило. Кто этим занимался - тот прелесть ситуации оценит. Да, а RHEL6 нас порадовал неожиданной рекурсией из blk_fetch_request при определенных условиях :) Починили мы это - да. Сидит ли у нас кусок кода, который обходит и этот глюк - да. Найдутся ли клиенты с контрактом и весом, которые быстро взво https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#147 Mon, 12 Mar 2012 15:19:34 GMT &gt;&gt; А рядом лежат драйвера для Solaris {10 9 8}, FreeBSD { 6 7 8 9}  <br>&gt; Правда чтоли?<br><br>Я забыл ещё ESX, MacOS X да HP/UX, впрочем, последние две вроде как _официально_ пока не выпущены. Кое-где ещё пишут портабельный код и достаточно вменяемые абстракции интерфейсов OS, как это ни странно звучит для линуксоидного уха.<br><br>&gt;&gt; и трёх Windows (XP, Vista, 7)  <br><br>Угу, не считая дополнительных Server модификаций. Код там правда не так испорчен #ifdef-ами как соответствующие линукс-специфичные куски и один человек таки справляется.<br><br>&gt; Да-да!<br>&gt; Очень важно с кучей лжи упомянуть и правду.<br>&gt; Тогда никто не сможет сказать что ты сбрехал не солгав.<br>&gt; Баянный трюк. Садись, 2.<br><br>Спасибо, дяденька. Уж и кушать не могу, как мне нужно ваше "ананим"- ное признание. Тут недавно Торвальдс публично оттоптался по идиотам, не считающимся с binary compatibility для интерфейсов ядра, возможно, недалёк тот день когда он то же самое скажет об интерфейсам внутри ядора для использование драйверами. Реальная работа на реальный резуль https://mobile.opennet.me/openforum/vsluhforumID3/83504.html#146 Sun, 11 Mar 2012 19:15:38 GMT А что мешает выделить нужную функцию в отдельный процесс? Религия не позволяет?<br>