Linux-ядро

[turbo]

[size="3"]Линус Торвальдс: "ядро стало раздутым и огромным"[/size]

Линус Торвальдс, в дискуссии за круглым столом на конференции LinuxCon 2009, заявил, что ядро стало "раздутым и огромным". Так, согласно исследованию Intel - производительность последнего ухудшается на 2% с каждым выпуском, в сумме за последние 10 выпусков производительность упала примерно на 12%.

В этом плане определенной проблемой является рост популярности операционной системы Linux и поддерживаемых ею устройств, что требует добавления дополнительных новых возможностей. На вопрос о приемлемости и неизбежности последних Линус Торвальдс ответил: "Приемлемость и неизбежность две разные вещи. Они неприемлемы, но они также, вероятно, неизбежны". По словам Линуса ядро остается достаточно стабильным, ошибки выявляются примерно с той же скоростью с которой они вносятся, даже несмотря на огромный объем добавляемого в ядро нового кода. Стоит отметить, что рабочая нагрузка Линуса по управлению разработкой ядра сократилась и он стал больше времени уделять программированию.

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

[turbo]

[size="3"]Обновление Linux ядра: 2.6.31.4 и 2.6.27.37[/size]

Спустя неделю с момента прошлого выпуска представлено очередное обновление Linux ядра 2.6.31.4, а также ветки с продленным сроком поддержки 2.6.27.37. В новых версиях исправлено 39 ошибок, которых затронули подсистемы: ax25, sky2, tcp, TUN, ACPI, sis5513, KVM (5 исправлений), ASoC, libata, ALSA, tty и т.д. Кроме того, исправлена DoS уязвимость в подсистеме AppleTalk, отправив большое количество специально оформленных AppleTalk-IP дейтаграмм злоумышленник может исчерпать всю доступную системе память.

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

[turbo]

[size="3"]Сетевой драйвер VMWare добавлен в Linux ядро[/size]

В состав нового, ещё не вышедшего ядра 2.6.32 включен драйвер для сетевой карты виртуальной машины VMWare - vmxnet3 (VMware virtual Ethernet NIC). Остаётся надеяться, что в ядро также добавят и гипервизор, без интеграции которого пользователям приходится перекомпилировать модули VMWare при каждом обновлении ядра и ждать месяцами, пока исправят несовместимости новых ядер и старых модулей VMWare.

Драйвер можно попробовать, установив ядро 2.6.32-rc5.

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

[turbo]

[size="3"]В ядро Linux может быть включен планировщик реального времени[/size]

На проходившей в сентябре конференции Real-Time Linux Workshop достаточно активно обсуждался вопрос добавления в ядро Linux планировщика режима реального времени. Такая возможность могла бы быть реализована с использованием уже отработанного в других RT-системах алгоритма приоритезации задач с более ранним временем завершения (EDF, Earliest Deadline First). В настоящее время для ядра Linux разработана экспериментальная версия планировщика EDF -- SCHED_DEADLINE, которая ранее была известна как SCHED_EDF.

Необходимость планировщика реального времени в Linux обусловлена теми ограничениями, которые привносят существующие алгоритмы диспетчеризации процессорного времени. Среди них можно выделить два основных:
Существующие решения не способны гарантировать необходимое время выполнения запущенной задачи. Например, если условиями задано, что приложение должно выполняться ровно 20 мсек в интервале 100 мсек, то имеющимися в ядре средствами этого добиться нельзя.
Переключение между задачами осуществляется на не детерминистической основе и зависит от общего количества обслуживаемых процессов. Т.к. в ядре нет механизмов жесткой привязки времени начала выполнения задачи, она может выполняться с произвольной задержкой, или в случае возникшей ошибки задержать выполнение следующей задачи.

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

Проект SCHED_DEADLINE, хотя все еще находится в экспериментальной фазе, уже может выполнять типичные задачи полнофункциональной системы реального времени. Он является частью более глобального проекта ACTORS, финансируемого Европейской Комиссией. Более подробно о новом планировщике и примерах использования можно узнать на его домашней странице.

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

[turbo]

[size="3"]FatELF - формат для упаковки в исполняемый файл поддержки разных платформ[/size]

Ryan C. Gordon представил в списке разработчиков Linux ядра проект FatELF, в рамках которого подготовлен универсальный формат компоновки исполняемых файлов, позволяющий выполнять один и тот же бинарный файл на разных платформах и архитектурах. Например, можно оформить программу, которая сможет выполняться на 32- и 64-разрядных и системах, в Linux и FreeBSD. Кроме того, Ryan опубликовал дополнительные патчи, позволяющие упаковывать поддержку разных архитектур не только для обычных исполняемых файлов и разделяемых библиотек, но и для модулей ядра.

Ценой универсальности служит заметное увеличения размера исполняемого файла, который пропорционален числу поддерживаемых данным файлом систем. В настоящее время FatELF поддерживает архитектуры x86-64, x86, PowerPC, SPARC и MIPS. Из операционных систем FatELF работает пока только в Linux, но уже запланирована реализация для FreeBSD, NetBSD, OpenBSD и OpenSolaris. Для демонстрации концепции работы системы подготовлен демонстрационный образ для виртуальной машины vmWare, основанный на Ubuntu 9.04 с модифицированным Linux ядром, glibc и утилитами.

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

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

[turbo]

[size="3"]Подробности об использовании Linux ядра в Google[/size]

На проходившем в октябре саммите разработчиков Linux ядра сотрудником Google был сделан доклад о том, как Linux используется в этой компании. В Google поддерживается собственное ответвление от Linux ядра, на базе которого каждые 6 месяцев выпускается релизы для внутреннего использования, а раз в 17 месяцев производится синхронизация со стандартной "ванильной" веткой Linux ядра.

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

Ранее в Google использовалось ядро 2.4.18, в него было добавлено около 500 тыс. строк кода и бэкпортирована поддержка IPv6. Из-за необходимости качественной поддержки SATA было решено мигрировать на версию 2.6.11. В настоящее время базовым Linux ядром в Google является 2.6.18 и ведется подготовка к внедрению ядра, основанного на версии 2.6.26, в которое добавлено 1208 патчей насчитывающих 300 тыс. строк кода. Около 25% от объема патчей составляют бэкпортированные новые возможности, 3/4 всех изменений связаны с работой основных подсистем ядра и только незначительная доля изменений касается драйверов и поддержки оборудования.

Для Google важнее планирование процессорного времени, т.к. компания запускает около 5000 потоков на системах с 16-32 ядрами. Инженеры компании портировали старый планировщик задач O(1) для запуска с использованием ядра 2.6.26. А для управления виртуальной памятью в указанных процессах применяется технология "Numa-Aware VFS LRU", которая ориентирована на конкретные узлы NUMA и призвана сделать работу с последними максимальной эффективной.

Среди планов развития ядра Google на 2010 год:

 * Организация приоритетного доступа к задачам, чувствительным к задержкам, с сохранением тех задач, которые требуются системе;
 * RPC-aware CPU scheduling (проверка входящего RPC-трафика для определения того, какой процесс будет "просыпаться" в ответ и нужно ли ему это делать);
 * Idle cycle injection (усовершенствование управления питанием с целью добавления возможности запуска машин на пороговых значениях, но не за их пределами);
 * Усовершенствование подсистемы управления памятью, включая учет использования памяти ядром;
 * Снижение накладных расходов системных вызовов для обеспечения кэширования в ядре и решение ряда других проблем.

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

[turbo]

[size="3"]Проект по созданию универсальных исполняемых файлов FatELF закрыт[/size]

После ярко выраженной негативной реакции в ответ на представленные в списке рассылки разработчиков Linux ядра патчи с реализацией технологии FatELF для запуска одного исполняемого файла на разных платформах, Ryan C. Gordon заявил, что нежелание выслушать его аргументы и непробиваемый скептицизм вынуждают его прекратить работу над проектом.

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

[ping_Win]

[size="3"]Reiser4 может войти в состав Linux ядра во второй половине 2010 года[/size]

По информации от Эдуарда Шишкина, одного из активных разработчиков Reiser4, работа над данной файловой системой продолжается, несмотря на отсутствие активности в списке рассылки разработчиков Linux ядра. В настоящий момент готовится к публикации на конференции USENIX Annual 2010 документ с полным описанием архитектуры Reiser4. В документе подробно описаны все используемые в reiser4 интерфейсы, плагины и примитивы (такие как преобразование run-time объектов). Главная задача документа - доказательство того, что в Reiser4 не дублируются функции стандартной VFS и, что в файловой системе устранены все мешающие интеграции с Linux ядром недоработки.

После обсуждения документа планируется начать подготовку к интеграции кода Reiser4 в состав основной ветки Linux ядра. При оптимальном стечении обстоятельств, Reiser4 может войти в состав ядра Linux 2.6.36, которое выйдет во второй половине следующего года.

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

[ping_Win]

[size="3"]Релиз Linux ядра 2.6.32[/size]

Линус Торвальдс представил релиз Linux ядра 2.6.32. В новое ядро принято 11838 исправлений от 1435 разработчиков, размер патча - 63Мб (добавлено 1.1 млн. строк кода, удалено - 541 тыс.). В анонсе новой версии с иронией отмечается, что основным отличием от версии 2.6.31 является отсутствие добавления в комплект новой файловой системы. Тем не менее в код файловой системы btrfs и в код подсистемы работы с блочными устройствами внесено много существенных изменений.

Около 70% всех представленных в 2.6.32 изменений связаны с драйверами устройств, примерно 10% изменений имеют отношение к обновлению firmware, еще 10% связаны с обновлением кода специфичного для аппаратных архитектур (ARM, MIPS, POWER, SH, x86, SCore), 5% изменений связано с документацией, а остальное с сетевым стеком, файловыми системами (ocfs2, btrfs, nfs, nilfs, xfs, gfs2, ext4) и другими подсистемами.

Основные новшества:

 * Дисковая подсистема, ввод/вывод и файловые системы:
 o Переписана система writeback-кэширования (отложенная запись), которая теперь работает с привязкой к отдельным блочным устройствам, а не в виде единого для всех устройств кэша. Нововведение особо заметно при записи больших файлов в системах с несколькими дисками, например, при записи файла размером 32 Гб на системе с 5 SATA дисками прирост производительности файловой системы XFS составил 40%, а Btrfs - 26%. При обычной нагрузке многопользовательской системы средний прирост производительности составляет 8%;
 o В состав ядра включен новый оптимизированный вариант планировщика ввода/вывода CFQ (Completely Fair Queuing), увеличивающего отзывчивость системы при большой дисковой нагрузке;
 o Для оптимизации работы в условиях обработки большого числа прерываний, для блочных устройств представлен NAPI-подобный (device polling, когда драйвер периодически забирает накопившиеся запросы, без генерации прерываний) режим работы, позволяющий снизить нагрузку на CPU (тесты продемонстрировали снижение нагрузки на 40%);
 o В файловой системе 9p (Plan9) появилась поддержка кэширования;
 o В реализации RAID6 появилась поддержка асинхронного режима восстановления;
 o Оптимизирована операция поиска свободных inode в XFS. Для больших файловых систем выполнение операций выделения дискового пространства теперь происходит в 3-4 раза быстрее;
 o Добавлена реализация файловой системы devtmpfs (создает иерархию /dev в памяти через tmpfs, что позволяет начать работать с /dev еще до монтирования корня), известной также под именем Devfs 2.0;
 o Улучшена реализация файловой системы Btrfs: добавлены средства для корректной обработки ситуации переполнения дисковых разделов, устранены проблемы при удалении снапшотов и подразделов (subvolume), проведена оптимизация производительности (например, скорость потоковой передачи на мощных системах возросла с 400MB/s до 1GB/s);
 * Память
 o Существенные улучшения отмечены в организации работы виртуальной памяти;
 o Интегрирован менеджер памяти KSM ("Kernel Samepage Merging"), осуществляющий сканирование на предмет использования разными процессами идентичных по содержанию областей памяти и их объединение в один блок;
 o Добавлен новый механизм для задания мягких ограничений ("soft limits") размера выделяемой для программ памяти. Пока в системе достаточно свободной памяти - ограничение не срабатывает, но как только стала ощущаться нехватка - процесс будет жестко ограничен;
 * Оборудование и аппаратные архитектуры
 o Добавлен DRM-модуль Radeon с поддержкой 3D, tv-out и переключения видеорежимов на уровне ядра (KMS) для видеокарт ATI R600/700. Расширены функции экономии энергии в DRM модуле для карт Intel, возобновлена сломанная ранее поддержка GPU серии 8xx, добавлена поддержка чипсета B43;
 o Поддержка управления питанием устройств на лету, позволяет в процессе работы автоматически переводить устройства ввода/вывода в энергосберегающий режим, после определенного периода неактивности;
 o Поддержка аппаратной архитектуры S-core, поддерживающей 16, 32- и 64-разрядные наборы инструкций. Как правило S-core используется в игровых приставках и LCD TV;
 o Компания Intel представила код с реализацией поддержки нескольких своих технологий: Intel Moorestown (LPIA - Low Power Intel Architecture), SFI (Simple Firmware Interface) и ACPI 4.0.
 * Виртуализация
 o В экспериментальном режиме (Staging) добавлен паравиртуальный драйвер для работы под управлением системы виртуализации Microsoft Hyper-V;
 o Расширение возможностей системы виртуализации KVM: новый высокопроизводительный менеджер ввода/вывода ioeventfd, поддержка технологии подстановки виртуальных прерываний (irqfd), режим эмуляции syscall/sysenter для упрощения миграции с других систем виртуализации, поддержка x2apic (увеличивает производительность на SMP системах);
 * Разное
 o В состав ядра включен код для поддержки технологии Intel Trusted Execution, использующей аппаратные возможности современных CPU для создания дополнительного уровня изоляции при выполнении программ;
 o Подсистема "Performance Counters" переименована в "Performance Events". Добавлено много новых возможностей, таких как точки трассировки (perf tracepoints), возможность анализа работы планировщика задач, поддержка в пользовательской утилите генерации наглядных диаграмм;

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

[turbo]

[size="3"]Драйверы для Android и Hyper-V могут быть удалены из тестовой ветки Linux ядра [/size]

Грег Кроа-Хартман (Greg Kroah-Hartman), основатель инициативы Linux Driver Project и маинтейнер ряда подсистем ядра Linux (USB, driver core), опубликовал отчет о состоянии драйверов, проходящих тестирование в составе "staging" дерева Linux ядра. В списке драйверов, которые планируется удалить из "staging" ветки присутствуют разработанные в Google драйвера для платформы Android, оставшиеся без мантейнера, и код Hyper-V драйвера от компании Microsoft.

Обычно драйверы удаляются из "staging" ветки по двум причинам: после доведения их до готовности, с последующим переходов в основной состав драйверов ядра, и после прекращения какой-либо активности со стороны разработчиков, прекративших реагировать на сообщения об ошибках и обрабатывать присылаемые патчи. В случае Microsoft и Google, код планируется удалить по второй причине. Тем не менее, у компаний еще есть время, чтобы успеть исправить сложившуюся ситуацию, так как фактически опубликованный отчет является последним предупреждением.

Ранее из-за прекращения активности по исправлению ошибок Hyper-V драйвер уже планировалось исключить из состава ядра, но Microsoft представила оправдание и выделила сотрудников для разбора накопившихся патчей. Тем не менее если все проблемы в драйвере не будут устранены, он буде удален из ядра начиная с версии 2.6.35.

Из других кандидатов на удаление, можно отметить разработки Евгения Полякова: DST (транспортный уровнь для организации распределенных хранилищ данных) и Pohmelfs (высокопроизводительная распределенная сетевая файловая система). Также планируется удалить устаревшие драйверы для беспроводных карт arlan, netwave, strip и wavelan.

Из драйверов, которые одобрены для включения в "staging" ветку, названы:

 * ramzswap - RAM-диск с поддержкой сжатия данных;
 * rtl819u - беспроводной драйвер для карт Ralink;
 * samsung-laptop - специализированный драйвер для ноубтуков Samsung N128;
 * batman-adv - реализация сетевого протокола batman;
 * dt3155, sm7xx - драйверы для плат видеозахвата.

Драйверы, готовые для включения в основной состав Linux ядра 2.6.33: comedi, line6, rt*, rtl*, dream, et131x, iio, poch, panel, vme, vt66* и wlags49.

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

[turbo]

[size="3"]Обновление Linux ядра: 2.6.27.43, 2.6.31.11 и 2.6.32.3. Устранена DoS уязвимость[/size]

Вышли очередные корректирующие релизы поддерживаемых веток Linux ядра: 2.6.27.43 (10 исправлений), 2.6.31.10 (38 исправлений) и 2.6.32.3 (100 исправлений). Из подсистем в которых отмечены изменения можно отметить: KVM, ext4, udf, USB, Bluetooth, Xen, DRM/KMS, mac80211, iwlwifi, iwl3945, ath9k, V4L/DVB, IPv6, cifs, e100, ACPI, ALSA, SCSI.

Отдельно можно выделить исправление ошибки в коде NetFilter, приводящей к краху при обработке фрагментированных пакетов в режиме бриджа. Например, к краху сервера работающего в роли сетевого моста (поднят интерфейс br0) приводит выполнение на соседней машине команды "./udp send 255.255.255.255 8899 10000".

Дополнение: спустя несколько часов вышло обновление 2.6.31.11 с устранением проблемы сборки, при использовании драйвера rt2x00.

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

[turbo]

[size="3"]Обновление Linux ядер. К ядру 2.6.32 будет применен расширенный цикл поддержки[/size]

Greg Kroah-Hartman объявил о выходе трёх обновлений ядер 2.6.32.4, 2.6.31.12 и 2.6.27.44 - в последних двух исправлено около дюжины небольших ошибок, в ядре 2.6.32.4 исправлено более 50 ошибок - изменения затронули: Intel DRM, драйверов WiFi карт ath5k и iwl-4965, сетевой подсистемы mac80211, ALSA, исправлены ошибки в менеджере памяти и коде поддержки аппаратных архитектур.

В анонсе новых версий подчеркивается важность проведения обновления, в частности, в коде IPv6 устранена проблема безопасности. По неподтвержденной информации, это не единственная уязвимость, устраненная в представленном обновлении.

Greg Kroah-Hartman также объявил, что ядро 2.6.31.12 является последним корректирующим выпуском в серии 2.6.31 и обновления для данной серии выходить уже не будут. Поддерживаемыми ветками остаются 2.6.27 и 2.6.32.

Ядро 2.6.32 будет следующим после 2.6.27 с расширенным циклом поддержки, который продлится 2-3 года, вместо 6 месяцев. Ядро 2.6.27, первый релиз которого вышел в октябре 2008 года, будет поддерживаться еще 6-8 месяцев. За полтора года с момента выхода 2.6.27 ядро заметно устарело и не все исправления удается бэкпортировать из более свежих версий. Длительный выпуск обновлений делается с целью заполнения ниши для тех пользователей, которые хотят использовать стабильное ядро без регрессий, вместо ядра поставляемого в комплекте с дистрибутивом.

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

[turbo]

[size="3"]Оценка производительности EXT4 в разных версиях Linux ядра[/size]

Опубликованы результаты тестирования производительности файловой системы EXT4 в Linux ядрах 2.6.28, 2.6.29, 2.6.30, 2.6.31, 2.6.32 и 2.6.33-rc4. Два теста (IOzone, Threaded I/O Tester) показывают заметное падение производительности EXT4 начиная с версии Linux ядра 2.6.31. В тесте на производительность работы СУБД PostgreSQL при использовании Linux ядер 2.6.32 и 2.6.33-rc4 скорость упала почти в 5 раз, по сравнению с более старыми версиями ядра.

При тестировании пакетами Dbench, AIO-Stress и PostMark производительность EXT4 наоборот возросла начиная с версии ядра 2.6.30. Ощутимый прирост скорости наблюдается также при монтировании с опцией "nobarrier".

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

[turbo]

[size="3"]Статистика Linux ядра: 75% кода пишется корпорациями[/size]

Jonathan Corbet, основатель LWN, на конференции linux.conf.au предложил анализ патчей ядра в течение отрезка времени с 24 декабря 2008 года по 10 января 2010 года. В этот период было добавлено 2,8 млн строк кода в виде 55 тысяч значимых изменений, как показывает развитие ядра с версии 2.6.28 до версии 2.6.33. "Процесс разработки сейчас очень и очень активный", добавил Jonathan Corbet, отметив, что в ядро каждый день добавляется свыше 7000 строк кода.

Наиболее поразительным аспектом анализа, однако, стало происхождение кода, добавляемого в ядро. 18% не имеет никакой принадлежности к корпорациям, подразумевая настоящее волонтёрство. Происхождение 7% кода установить не удалось. Оставшийся код был добавлен людьми, работающими программистами на различные компании. Таким образом 75% кода в ядре появляется благодаря работе людей, которым за это платят.

Внутри ниши "проплаченного" кода лидирует RedHat - 12%, затем идёт Intel с 8%, IBM и Novell каждая добавляет 5% и на долю Oracle приходится 3%. Не смотря на то, что все эти компании являются прямыми конкурентами, централизованное развитие ядро работает очень хорошо.

Не смотря на то, что Google является пожалуй самым активным пользователем Linux, в статистику он не попал, но это положение собираются исправить. Большинство же патчей ядра в Google пока не выпускают наружу.

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

[turbo]

[size="3"]Обновление Linux ядра: 2.6.32.5[/size]

Вышло обновление Linux ядра 2.6.32.5, в котором исправлено 30 ошибок. Изменения отмечены в подсистемах vfs, sparc64, i2c, V4L/DVB, ALSA, drm/i915, inotify, megaraid_sas и планировщике задач. В анонсе особо подчеркивается критичность некоторых исправлений, но правда не сказано, каких именно.

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

[turbo]

[size="3"]Обновление Linux ядра: 2.6.32.6[/size]

Спустя всего несколько дней после выхода Linux ядра 2.6.32.5 представлено обновление 2.6.32.6, в анонсе которого, также как и для прошлого выпуска, отмечена особая важность срочного проведения обновления. В версии 2.6.32.6 исправлено 29 ошибок, затронувших такие подсистемы, как Performance Events, vmalloc, USB, x86/PCI/PAT, Device Mapper, drm/i915, SCSI, ACPI, ecryptfs, tty, V4L/DVB

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

[turbo]

[size="3"]Организация работы системы легковесной трассировки LTTng[/size]

Мэтью Дезнойерс (Mathieu Desnoyers), известный разработчик Linux ядра, опубликовал в открытом доступе текст своей Ph.D диссертации "Low-Impact Operating System Tracing" , в которой на 255 страницах обобщен опыт разработки проекта LTTng (Linux Trace Toolkit next generation) и RCU (Read-copy-update) библиотеки liburcu.

Система трассировки LTTng работает на уровне Linux ядра и отличается минимальным влиянием на работу профилируемого приложения, что позволяет приблизить условия работы данного приложения к его выполнению без использования трассировки (например, позволяет выявлять проблемы с производительностью в программах, работающих в реальном режиме времени). Библиотека liburcu предназначена для организации одновременного доступа к данным без использования блокировок, обеспечивая при чтении линейный рост производительности в зависимости от числа ядер CPU.

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

[turbo]

[size="3"]Обновление Linux ядра: 2.6.32.7 и 2.6.27.45[/size]

Представлены обновления для поддерживаемых веток Linux ядра: 2.6.32.7, содержащее 101 изменение, и 2.6.27.45 с 12 изменениями. В анонсе 2.6.32.7 отмечено, что данная версия построена в основном за счет интеграции стабилизационных патчей, подготовленных командами дистрибутивов Gentoo, Debian и openSUSE.

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

[turbo]

[size="3"]Из Linux ядра удален код, разработанный в рамках проекта Android[/size]

Грег Кроа-Хартман (Greg Kroah-Hartman), мантейнер нескольких подсистем Linux ядра, сообщил об удалении из ветки 2.6.33 добавленного компанией Google кода драйверов для платформы Android. В качестве причины удаления названо отсутствие должной поддержки со стороны разработчика, не продолжившего устранение недочетов в рамках слияния кода с ядром Linux. Последнее изменение, связанное с данным кодом, датируется 11 декабря прошлого года.

Основная проблема в том, что Android "больше, чем просто несколько причудливых драйверов", которые были размещены в экспериментальной staging-ветке ядра Linux. Для их полноценного слияния с ядром и реализации предложенной в них модели безопасности требуется создание нового типа блокировок и добавление нескольких хуков в базовые подсистемы ядра. В целом, для того, чтобы код Android был возвращен в ядро необходима его оптимизация: чистка и изменение логики работы в пространстве пользователя (userspace), чтобы наиболее полно соответствовать стилю кодирования Linux ядра.

Другим неприятным моментом, является то, что пока в ядро не будет добавлен созданный Google код, другие компании разработчики драйверов для платформы Android тоже не смогут включить свои наработки в основное Linux ядро. Кроа-Хартман ранее предлагал свою помощь в частном порядке, и теперь предлагает ее публично, но нуждается в помощи разработчиков компании Google. Он планирует заострить внимание на "беспорядке с Android" на конференции CE Linux Forum 2010.

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

[turbo]

[size="3"]Динамическое управление устройствами с помощью udev[/size]

Антон Чернышов выполнил перевод 19-ой главы руководства по Linux дистрибутиву OpenSUSE, в которой подробно рассказано об организации подключения и удаления устройств в Linux при помощи udev.

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