25 Ноября 2024, 19:34

Linux-ядро

Автор Vicpo, 17 Апреля 2008, 21:53

« предыдущая тема - следующая тема »

0 Пользователей и 1 Гость просматривают эту тему.

turbo

25 Апреля 2009, 20:10 #40 Последнее редактирование: 01 Июня 2011, 17:27 от Zhek@Ch
[size="3"]Модуль ядра Linux для распознавания Rootkit'ов[/size]

Giuseppe Cocomazzi, известный разработчик FreeBSD и Linux, опубликовал код нового проекта Curuncula, представляющего собой модуль ядра Linux для определения наличия rootkit'ов в ядре, основанных на встроенных в процессоры Intel средствах отладки, в том числе использующих флаг доступа GD. Модуль работает в ядрах серии 2.4 и 2.6, основан на использовании механизма трассировки процессов в процессорах Intel ("last branch recording").

http://www.opennet.r...shtml?num=21450

turbo

29 Апреля 2009, 18:21 #41 Последнее редактирование: 01 Июня 2011, 17:25 от Zhek@Ch
[size="3"]Акция по признанию несостоятельности патентов на файловую систему Fat[/size]

Проект Open Invention Network, обеспечивающий защиту Linux решений от проблем, связанных с претензиями по поводу использования запатентованных технологий, опубликовал для публичного аудита тексты трех программных патентов, фигурирующих в судебном иске Microsoft против компании TomTom. Патенты 5579517, 5758352, и 6256642 описывают реализацию расширений для работы с длинными именами файлов в файловой системе FAT и методы организации работы на разных видах запоминающих устройств, что напрямую затрагивает реализацию данной ФС в Linux ядре.

К инициативе планируется привлечь как можно больше специалистов, среди которых могут оказаться разработчики, сталкивающиеся в своей деятельности с похожими идеями, упоминаемыми до момента оформления заявки на получение патента. В случае обнаружения фактов более раннего использования запатентованных идей в патентное бюро будет оформлено требование аннулировать выданный патент. Организация Open Invention Network была создана в 2005 году с целью защиты Linux решений от патентных претензий и поддерживается такими компаниями, как NEC, IBM, Novell, Oracle, Philips, Red Hat и Sony.

http://www.opennet.r...shtml?num=21505

turbo

02 Мая 2009, 21:20 #42 Последнее редактирование: 01 Июня 2011, 17:23 от Zhek@Ch
[size="3"]Демонстрация степени преуменьшения опасности уязвимостей в Linux ядре[/size]

В начале апреля в Linux ядре без особой огласки была исправлена уязвимость в SCTP подсистеме, которая позднее была квалифицирована в отчетах безопасности Ubuntu и RedHat как потенциальная возможность удаленного совершения DoS атаки. Один из экспертов в области безопасности, возмущенный манерой сводить все ошибки, связанные с выходом за границы выделенной области памяти, к неопасным DoS уязвимостям, недолго думая написал работающий эксплоит для удаленного выполнения кода с привилегиями суперпользователя.

По мнению экспериментатора, ситуация является типичной и подобные эксплоиты можно при желании создать для большинства "DoS уязвимостей" ядра. Пользователи должны производить обновления даже при нахождении незначительных уязвимостей в ядре, так как скорее всего серьезность их сильно приуменьшена.


http://www.opennet.r...shtml?num=21561

turbo

03 Мая 2009, 16:43 #43 Последнее редактирование: 01 Июня 2011, 17:20 от Zhek@Ch
[size="3"]Добавление опции для отключения поддержки длинных имен Vfat в Linux ядре[/size]

Разработчики Linux ядра рассматривают возможность включения в состав будущей версии ядра патча, реализующего опцию "CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES", позволяющую по желанию пользователя осуществить сборку ядра без поддержки длинных имен в файловой системе FAT. После сборки ядра с включением данной опции остается возможность обращения к уже созданным на FAT разделе длинным именам, но создавать новые файлы можно только в представлении 8.3 символов.

Создателем патча является Andrew Tridgell, известный как автор Samba. По мнению разработчиков, патч будет востребован создателями различных аппаратных устройств, построенных на базе Linux прошивки, например, медиа-плеерах и цифровых камерах, на которых производится только чтение данных или не требуется создание файлов с длинными именами. Производители оборудования при этом будут защищены от обвинений в нарушении патентов Microsoft, связанных с расширением возможностей FAT по хранению длинных имен.

Напомню, что в настоящее время организация Open Invention Network пытается обнаружить факты более раннего использования запатентованных технологий, связанных с файловой системой FAT и фигурирующих в судебном иске Microsoft против компании TomTom.

http://www.opennet.r...shtml?num=21570

turbo

21 Мая 2009, 18:15 #44 Последнее редактирование: 01 Июня 2011, 17:12 от Zhek@Ch
[size="3"]Обновление Linux ядра: 2.6.27.24 и 2.6.29.4[/size]

Выпущены новые версии Linux ядра - 2.6.29.4 и 2.6.27.24, в которых отмечено около 50 исправлений, которые затронули такие подсистемы, как ocfs2, splice, fuse, KVM, lockd, NFS, epoll, CIFS, GFS2, Smack/NetLabel, SELinux, LSM (Linux Security Modules), ne2k-pci, e1000, ALSA, USB, md/raid10,

В тексте анонса новых версий, Грег Кроа-Хартман (Greg Kroah-Hartman) подчеркнул серьезность внесенных исправлений и обязательность проведения обновления. Подробностей, кроме общего списка изменений, как всегда не сообщается. Тем не менее известно, что в новой версии ядра как минимум исправлено две уязвимости: Возможность выполнения кода или вызов краха ядра при попытке монтирования CIFS ресурса злоумышленника и проблема, позволяющая вызвать крах ядра хост-системы из гостевого KVM окружения, проблема проявляется только на некоторых типах процессоров AMD.

http://www.opennet.r...shtml?num=21819

turbo

28 Мая 2009, 20:29 #45 Последнее редактирование: 31 Мая 2011, 02:08 от Zhek@Ch
[size="3"]Проект по добавлению поддержки системных вызовов Windows Nt в Linux ядро[/size]

Вышел релиз Linux Unified Kernel 0.2.4 (LUK или Longene), представляющий собой набор модулей и патчей для Linux ядра с реализацией поддержки инфраструктуры драйверов и системных вызовов Win32, позволяющих напрямую выполнять Windows приложения и использовать Windows драйверы в Linux. В качестве базиса с реализацией Win32 API используется код Wine, ReactOS и NDISwrapper. Проект развивается при финансовой поддержке компании Insigma Technology Co., оплачивающей работу команды разработчиков в режиме полного рабочего дня. Исходные тексты проекта распространяются в рамках лицензии GPL.

Работа Linux Unified Kernel заключается не просто в переносе Wine на уровень ядра, а в обеспечении полной бинарной совместимости одновременно с Linux и Windows программами. Для этого организована параллельная обработка двух таблиц системных вызовов, для Windows программ добавлены отдельные подсистемы управления процессами, потоками, объектами, виртуальной памятью и синхронизацией. Обеспечена поддержка механизмов Windows registry, WDM (device driver framework), Windows DPC и т.п. Большинство из подсистем Linux Unified Kernel реализовано в виде выгружаемых модулей ядра, размер патчей к основному дереву исходных текстов ядра и коду Wine минимален (два патча размером около 200 Кб каждый).

Начиная с версии 0.2.4 пакет распространяется не только в виде исходных текстов, но в виде готовых бинарных пакетов для Ubuntu и Fedora Linux.

http://www.opennet.r...shtml?num=21930

Drone

28 Мая 2009, 21:28 #46 Последнее редактирование: 31 Мая 2011, 02:09 от Zhek@Ch
Цитата: turbo от 28 Мая 2009, 20:29[size="3"]Проект по добавлению поддержки системных вызовов Windows Nt в Linux ядро[/size]
Хм... Какой-то мутант получается http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/dry.gif\' class=\'bbc_emoticon\' alt=\'<_<\' /> Скоро наверно соберут универсальную ОС - Mac, Win и Lin в одном флаконе http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/rolleyes.gif\' class=\'bbc_emoticon\' alt=\':rolleyes:\' />

ping_Win

28 Мая 2009, 22:31 #47 Последнее редактирование: 31 Мая 2011, 02:09 от Zhek@Ch
Цитата: Drone от 28 Мая 2009, 21:28Хм... Какой-то мутант получается http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/dry.gif\' class=\'bbc_emoticon\' alt=\'<_<\' /> Скоро наверно соберут универсальную ОС - Mac, Win и Lin в одном флаконе http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/rolleyes.gif\' class=\'bbc_emoticon\' alt=\':rolleyes:\' />
Ага, и управлять это чудо будет мегасуперпылесосомикроволновкотракторореактивнымброненосцем

Drone

[quote name=\'ping_Win\' post=\'4984\' date=\'28.5.2009, 22:31\']Ага, и управлять это чудо будет мегасуперпылесосомикроволновкотракторореактивнымброненосцем[/quote]
Млин http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/wacko.gif\' class=\'bbc_emoticon\' alt=\':wacko:\' />  Не с первого раза прочитал! http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/biggrin.gif\' class=\'bbc_emoticon\' alt=\':D\' />

sotrud_nik

29 Мая 2009, 09:41 #49 Последнее редактирование: 31 Мая 2011, 02:09 от Zhek@Ch
Цитата: turbo от 28 Мая 2009, 20:29[size="3"]Проект по добавлению поддержки системных вызовов Windows Nt в Linux ядро[/size]
да епт, потом Негрософт патентами закидает, нах не надо

turbo

29 Мая 2009, 19:07 #50 Последнее редактирование: 01 Июня 2011, 17:08 от Zhek@Ch
[size="3"]Сравнение производительности Linux ядер 2.6.28, 2.6.29 и 2.6.30-rc7[/size]

"Linux 2.6.30 Kernel Benchmarks" - сравнение производительности Linux ядер 2.6.28, 2.6.29 и 2.6.30-rc7. В целом производительность 2.6.30-rc7 близка к 2.6.29, за исключением тестов на производительность дисковой подсистемы Threaded I/O Tester (при чтении выигрыш 2.6.30 на 30%, при записи проигрыш на 19%) и теста Dbench, в котором 2.6.30 опередил другие ядра по пропускной способности более чем в три раза.

http://www.opennet.r...shtml?num=21935

turbo

04 Июня 2009, 20:19 #51 Последнее редактирование: 01 Июня 2011, 17:04 от Zhek@Ch
[size="3"]Обзор файловой системы Nilfs2, которая будет включена в состав Linux ядра 2.6.30[/size]

"NILFS: A File System to Make SSDs Scream" - обзор особо устойчивой к сбоям файловой системы NILFS2, которая будет включена в состав Linux ядра 2.6.30. Для хранения всех данных в NILFS2 используются подобные логам структуры, в которых только добавляются новые записи и никогда не переписываются активные. Таким образом оборванная крахом операция записи, никак не отразится на целостности хранимых данных. В NILFS используются B-tree деревья и 64-битные структуры данных, поддерживается возможность фиксации снапшотов (контрольных точек в логе) для просмотра состояния данных на определенный момент времени. Более того с данными в снапшотах можно продолжать работать как с альтернативной веткой ФС, существующей параллельно.

http://www.opennet.r...shtml?num=22015

turbo

06 Июня 2009, 20:00 #52 Последнее редактирование: 01 Июня 2011, 15:51 от Zhek@Ch
[size="3"]Отчет о состоянии проекта по созданию драйверов для ядра Linux[/size]

Проект Linux Driver Project перешагнул двухлетний рубеж. За это время аббревиатура LDP окончательно утратила старое ехидное толкование "Linux driver problem", относящееся ко времени, когда для большинства популярных устройств Linux драйверов либо вообще не существовало, либо имелись только проприетарные бинарные модули. В своем блоге руководитель проекта Greg Kroah-Hartman публикует краткий отчет о достигнутых успехах и делится планами на будущее.

Успешная реализация предложенных в прошлом году направлений, согласно которым должен был развиваться проект, показали правильность выбранного курса. Написаны, или находятся в состоянии разработки множество Linux драйверов для различных устройств. В среднем ежемесячно от производителей оборудования приходят два запроса на добавление новых драйверов в основную ветку ядра. Созданное тестовое дерево ядра позволило добиться высокого качества кода, дав возможность пользователям начать работать с требуемым железом раньше, чем новые патчи официально включены в основное дерево. Данная практика работы с некоторыми процедурными изменениями будет продолжена и в будущем.

Задача обучения производителей также решается относительно успешно. Работая со многими компаниями участники проекта LDP помогли им начать вести разработку драйверов собственными силами придерживаясь высоких стандартов качества кода Linux. Тем не менее, проблема подготовки специалистов стоит как никогда остро и недавнее начинание организации Linux Foundation по проведению тренингов в этой области должно помочь в ее преодолении.

Итак, новые цели на следующий год:

 * Продолжать работать с производителями, которые хотят чтобы для их устройств командой LDP были написаны Linux драйвера.
 * Продолжать работать с производителями, которые хотят чтобы их собственные драйвера были интегрированы в основную ветку ядра.
 * Продолжать поддерживать тестовое дерево (staging tree), содержащее не до конца отлаженные версии драйверов, чтобы пользователям было куда обратиться за самыми новыми их версиями. Это также позволит расширить число участников сообщества разработчиков ядра.
 * Вести обучение компаний и разработчиков из чего складывается процесс создания ядра, помогать им в приобретении необходимых навыков для успешной интеграции в этот процесс.

http://www.opennet.r...shtml?num=22039

turbo

10 Июня 2009, 18:05 #53 Последнее редактирование: 01 Июня 2011, 15:47 от Zhek@Ch
[size="3"]Linux будет первой ОС с поддержкой USB 3[/size]

Сара Шарп (Sarah Sharp) в своём блоге сообщила, что поддержка USB3 появилась в её git дереве, которое доступно для всех желающих.

Greg K-H поставил эти драйвера в очередь на включение в ядро 2.6.31, так что к сентябрю этого года Линукс будет первой ОС с официальной поддержкой USB3. Расчёт получается очень точным, ибо к этому же времени компания NEC произведёт до миллиона карт расширения USB3 формата PCI Express.

http://www.opennet.r...shtml?num=22082

turbo

10 Июня 2009, 18:05 #54 Последнее редактирование: 01 Июня 2011, 15:44 от Zhek@Ch
[size="3"]Релиз Linux ядра 2.6.30. Обзор новшеств[/size]

Линус Торвальдс представил новый релиз Linux ядра - 2.6.30. В новое ядро принято более 13 тысяч исправлений от 1334 разработчиков, размер патча - 63Мб (добавлено 1 096 994 строк кода, удалено - 470 555).

В код ядра 2.6.30 добавлено несколько существенных улучшений, связанных с файловыми системами и хранилищами данных:

 * Файловая система NILFS2, разработанная в недрах японской телефонной компании NTT, как система особо устойчивая к сбоям. Для хранения всех данных в NILFS2 используются подобные логам структуры, в которых только добавляются новые записи и никогда не переписываются активные. Таким образом оборванная крахом операция записи, никак не отразится на целостности хранимых данных. В NILFS используются B-tree деревья и 64-битные структуры данных, поддерживается возможность фиксации снапшотов (контрольных точек в логе) для просмотра состояния данных на определенный момент времени. Более того с данными в снапшотах можно продолжать работать как с альтернативной веткой ФС, существующей параллельно.
 * Файловая система Exofs (старое название osdfs), разработанная Avishay Traeger из IBM и представляющая собой вариант файловой системы ext2, адаптированный для работы с новым типом хранилищ объектов OSD (Object-based Storage Device). OSD представляет новый уровень абстракции при размещении информации, вместо линейной последовательности секторов в блочном устройстве (массив), представлена идея хранения объекта как единого целого. Exofs поддерживает протокол T10 OSD (расширение к SCSI), который позволяет передавать данные не блоками, а объектами (целыми файлами), при раздельной передаче данных и метаданных. Для экспериментов можно использовать тестовый OSD Initiator, хранящий данные в БД SQLite или симулятор OSD накопителя.
 * fscache/cachefiles - разработанная в Red Hat универсальная инфраструктура для организации кэширования в локальной файловой системе данных, передаваемых через сетевые файловые системы, подобные NFS и AFS.
 * В экспериментальном режиме ("staging") в состав ядра включен код высокопроизводительной распределенной сетевой файловой системы POHMELFS и устройства DST, представляющего собой драйвер сетевого устройства транспортного уровня для организации распределенных хранилищ данных, функционирующего в ядре на уровне блочного устройства, работающего поверх нескольких машин в сети (ближайшие аналоги - DRBD, iSCSI и NBD). Основные характеристики POHMELFS можно посмотреть здесь, DST - здесь. Системы разработаны Евгением Поляковым.
 * Добавлены патчи улучшающие работу файловых систем btrfs, reiserfs, ext3, ext4. В состав включен патч к файловой системе ext4 с решением проблемы с потерей данных в файлах, перезаписываемых незадолго до момента краха системы. В патче представлен новый режим монтирования "auto_da_alloc", меняющий поведение отложенной записи данных при выполнении функций close и rename;
 * Начальная поддержка NFS 4.1, уже реализована поддержка сессий, но интеграция кода Parallel NFS ожидается только в будущих версиях.
 * В MD реализации программного RAID добавлена поддержка дополнительного контроля целостности данных, добавлены средства для преобразования raid6 в raid5 и реализована поддержка создания RAID6 поверх RAID5, RAID4 поверх RAID5 и RAID5 поверх RAID1. В DM (device mapper) появилась поддержка механизма "барьеров", который позволяет обеспечить неизменность некоторых запросов в очереди ввода/вывода для корректной фиксации транзакций ФС;

Другие заметные улучшения:

 * Существенно переработана поддержка спящего и ждущего режима (suspend/resume), особенно в плане поддержки временной остановки во многих драйверах устройств;
 * Поддержка протокола RDS (Reliable Datagram Sockets), предназначенного для высокоскоростного обмена сообщениями между узлами в кластере, с минимальной задержкой и гарантированной доставкой. Код предоставлен компанией Oracle;
 * Реализована поддержка модулей безопасности TOMOYO Linux, по сути очень похожих на AppArmor, также привязывающих политику безопасности процесса к файловому пути, но реализованные концептуально более правильно (патч с AppArmor ранее был отвергнут для включения в Linux ядро);
 * IMA (Integrity Management Architecture) - инфраструктура контроля целостности исполняемых файлов, созданная разработчиками IBM как дополнение средств SELinux и Slim возможностью защиты в офлайн режиме (например, когда злоумышленник получает доступ загрузившись со своего LiveCD). Новая система позволяет исполнять только файлы, имеющие корректную цифровую подпись, при изменении или замене файла его выполнение будет блокировано;
 * Реализована поддержка чернового варианта будущего стандарта IEEE 802.11w, определяющего некоторые новые технологии для повышения безопасности передачи управляющей информации в беспроводных сетях;
 * Добавлены системные вызовы preadv() и pwritev(), имеющиеся в BSD-системах;
 * Расширена поддержка нового оборудования, в комплект включено много новых драйверов устройств (особенно WiFi), код звуковой системы ALSA обновлен до версии 1.0.19. В беспроводном стеке улучшена поддержка режимов энергосбережения, представленных в современных Wifi картах;
 * Обработчики прерываний переведены на многопоточную систему работы, что позволит существенно повысить отзывчивость системы за счет ухода от блокировок;
 * Добавлены дополнительные патчи, позволяющие уменьшить время загрузки ядра за счет асинхронной инициализации некоторых подсистем и аппаратных устройств, разработанные в рамках проекта Moblin.
 * Добавлен DRM (Direct Rendering Manager) модуль для видеокарт ATI R600/700;
 * Поддержка сжатия собранного образа ядра методами LZMA и BZIP2;
 * В сетевую подсистему принят патч, позволяющий организовать обработку более 64 тысяч одновременных соединений через один bind() с указанием нулевого порта (номер порта будет выбран из группы доступных локальных адресов);
 * Добавлена поддержка архитектуры MicroBlaze (софт-процессоры на базе Xilinx FPGA), обновлена input-прослойка, улучшен код загрузки прошивок (firmware), добавлен драйвер intel для организации виртуальных сетей.

http://www.opennet.r...shtml?num=22084

turbo

15 Июня 2009, 22:57 #55 Последнее редактирование: 01 Июня 2011, 15:39 от Zhek@Ch
[size="3"]Новая стабильная версия Real-time ветки Linux ядра[/size]

Организация OSADL (Open Source Automation Development Lab) объявила о выпуске стабильной версии модифицированного "Realtime-Preempt" (PREEMPT_RT или "-rt") Linux ядра - 2.6.29.4-rt18. Ядро "-rt" с реализацией жёсткого режима реального времени используется в real-time редакциях промышленных Linux дистрибутивов MontaVista, Red Hat и Novell.

Ранее, стабильная "-rt" ветка основывалась на версии 2.6.26, отныне команда разработчиков OSADL довела темп разработки до отставания от основной ветки Linux ядра на один релиз. По сравнению с прошлой стабильной версией, в ядре 2.6.29.4-rt удалось значительно уменьшить максимальное гарантированное время реакции: серия стресс-тестов продемонстрировала уменьшение средней задержки с 7 до 2 микросекунд, а максимальной задержки с 290 до 17 микросекунд.

Разработчики стремительно приближаются к моменту полной интеграции "-rt" ветки с основным Linux ядром. Например, в состав недавно вышедшего релиза Linux ядра 2.6.30 был включен код, разработанный в рамках ветки "-rt" и позволяющий перевести обработчики прерываний на многопоточную систему работы, что дает возможность существенно повысить отзывчивость системы за счет ухода от блокировки во время выполнения обработчика прерывания.

http://www.opennet.r...shtml?num=22140

turbo

17 Июня 2009, 19:23 #56 Последнее редактирование: 01 Июня 2011, 15:37 от Zhek@Ch
[size="3"]Организация мгновенной перезагрузки Linux ядра при помощи Kexec/kdump[/size]

"Как настроить kexec/kdump в Red Hat Enterprise Linux 5" - организация мгновенной перезагрузки Linux ядра при помощи kexec/kdump. kexec позволяет загрузить новое ядро из текущего окружения без физической перезагрузки, а kdump сделать слепок состояния ядра.

http://www.opennet.r...shtml?num=22144

turbo

17 Июня 2009, 19:25 #57 Последнее редактирование: 01 Июня 2011, 15:35 от Zhek@Ch
[size="3"]Вышло обновление Linux ядра - 2.6.29.5[/size]

Вышло обновление Linux ядра - 2.6.29.5, в котором отмечено 90 исправлений. Разработчики настоятельно советуют провести обновление. Официально пока не заявлено, но судя по всему некоторые из исправлений имеют отношение к устранению уязвимостей.

http://www.opennet.r...shtml?num=22167

turbo

23 Июня 2009, 18:20 #58 Последнее редактирование: 01 Июня 2011, 15:28 от Zhek@Ch
[size="3"]Выполнено портирование Ipfw и Dummynet для Linux[/size]

Луиджи Риццо (Luigi Rizzo) сообщил в списке рассылки freebsd-ipfw о том, что им совместно с Мартой Карбоне (Marta Carbone) было выполнено портирование пакетного фильтра ipfw и системы для ограничения пропускной способности dummynet на платформу Linux. Для загрузки доступны как исходные тексты, так и готовые модули для Linux ядра 2.6.28, Ubuntu 9.04 и дистрибутива OpenWRT (для Broadcom BCM947xx/953xx ASUS WL-500g Premium).

Марта Карбоне - участница программы Google SoC 2009 работающая под руководством Luigi Rizzo над улучшениями в ipfw и dummynet. Марта провела работу по ревизии кода и по четкому разделению кода ipfw, работающего на уровне пользователя и ядра, что привело к значительному упрощению процесса портирования на другие платформы. В будущем, кроме Linux, ожидается перенос и на платформу Windows.

http://www.opennet.r...shtml?num=22266

turbo

25 Июня 2009, 18:49 #59 Последнее редактирование: 01 Июня 2011, 15:23 от Zhek@Ch
[size="3"]Развитие Ide-подсистемы Linux ядра может быть заморожено[/size]

Дэвид Миллер (David Miller), занимающийся в Linux ядре поддержкой архитектуры SPARC и сетевой инфраструктуры, временно занял пост мантейнера IDE-подсистемы, в результате конфликта заменив Бартоломея Золниеркиевича (Bartlomiej Zolnierkiewicz). Причиной для изменений послужило обращение пользователя SPARC, с описанием проблемы с драйвером IDE для последних версий ядра. Данное обращение вызвало активное обсуждение проблемы. Миллер настаивал на том, чтобы Золниеркиевич добавил многочисленные изменения в IDE подсистему, которые не были должным образом протестированы. Золниеркиевич в ответ писал: "Я очень устал от такой враждебности по отношению к изменениям в IDE-подсистеме" и предложил Миллеру взять на себя ее поддержку.

Новый мейнтейнер IDE-подсистемы не планирует каких-либо серьезных изменений. Он сказал: "Я собираюсь относиться к IDE-подсистеме, как к наследию". Таким образом, развитие IDE-подсистемы будет связано с PATA-приводами в Libata-подсистеме, которые были объединены в Linux ядре версии 2.6.19, в конце 2006 года. Некоторые разработчики ожидали, что эти драйверы станут заменой для устаревших в IDE-подсистеме, которая является источником постоянных разногласий на протяжении более десяти лет. Золниеркиевич производил крупные изменения в IDE-подсистемы в последние годы, и объединил все драйверы, в результате чего, вместо предполагаемой замены одной системы на другую, эти две подсистемы стали конкурирующими. Линус Торвальдс со своей стороны призвал Миллера и Золниеркиевича найти другое решение возникшей проблемы.


http://www.opennet.r...shtml?num=22312