Linux Foundation представила ежегодный отчет о разработке ядра Linux, который включает данные об изменениях, внесённых в ядрах с 2.6.36 по 3.2.0.

Основные выводы:

• Более 7800 разработчиков из почти 800 различных компаний внесли свой вклад в ядро Linux с момента начала ведения статистики 2005 году. Более 1000 разработчиков, представляющих около 200 компаний, присоединились к разработке в этом году.
• 75% всех изменений осуществлены разработчиками, которые получают деньги за свою работу.
• Наибольший вклад в развитие ядра внесли корпорации Red Hat, Intel, Novell, IBM, Texas Instruments, Broadcom, Nokia, Samsung, Oracle и Google.
• Компания Microsoft впервые попала в двадцатку наиболее крупных контрибьюторов, заняв 17 место.
• Скорость изменения с момента последнего доклада выросла с 8000 до 12 000 патчей. Это почти 6 новых патчей в час.

>>> Подробности

После двух с половиной месяцев разработки увидела свет новая версия ядра Linux 3.3.

В этом выпуске представлены следующие новшества:

( читать дальше... )

Более подробно с нововведениями можно ознакомиться на ресурсе h-online.com: раз, два, три, четыре, а также читая ленту коммитов ядра.

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

Скачать тарболл с исходниками

Скачать патч на ядро 3.2

>>> Официальный анонс

Разрабатываемое ядро получило название AniDroid Hardened Kernel.

AniDroid Hardened Kernel является первым защищенным ядром для устройств на базе Android, использующим механизмы подсистемы GRSecurity, предоставляющей возможность использования функционала защиты информации на уровня ядра ОС Android-устройства.

Ядро AniDroid Hardened Kernel собирается с использованием новейших компиляторов из состава набора Linaro Toolchain (GCC 4.6.3) и в настоящий момент находится на ранней стадии разработки и имеет полную поддержку функционирования только на телефонах Google (Samsung) Nexus S.

Основные сведения о разработке:

• Linux Kernel версии 3.1.10
• GRSecurity версии 2.2.2

Реализованные функции GRSecurity:

• Защита памяти ядра (разграничение доступа на запись и чтение к /dev/kmem, /dev/mem и /dev/port)
• Активная защита от эксплоитов (функции противодействия эксплойтам)
• Ролевое разграничение доступа (RBAC, функционал ролевого разграничения доступа)
• Защита файловой системы (включая защиту для приложений в CHROOT-окружениях)
• Аудит событий ядра (журналирование всех событий ядра ОС)
• Защита исполняемых приложений (предотвращение атак на приложения использованием PTRACE)
• Защита сетевого взаимодействия (защита от атак TCP/UDP blackhole и LAST_ACK DoS атак)
• Поддержка управления через интерфейс Sysctl

>>> Подробности

Вышло обновление стабильных ядер Linux 3.0.20 и 3.2.5 c единственным (и для многих ожидаемым) исправлением проблемы с энергосбережением появившейся в ядрах 2.6.38 и выше.

Описание проблемы (англ.)

>>> Подробности

После двух с половиной месяцев разработки выпущена новая версия ядра Linux 3.2.

( читать дальше... )

>>> Официальный анонс

С небольшой задержкой, связанной с отсутствием необходимых патчей, вышла первая версия патчсета pf-kernel для свежего ядра Linux v3.1.

В этой версии:

• стабилизационный патч Linux v3.1.1;
• патчсет от Кона Коливаса (Con Kolivas) 3.1.0-ck2, включающий в себя свежайшую версию планировщика процессов BFSv415;
• планировщик ввода-вывода BFQ v3-r1;
• альтернативная подсистема гибернации TuxOnIce по состоянию на v3.1-rc8;
• патч, уменьшающий энергопотребление системы до уровня Linux v2.6.37.

Также открыт канал на Twitter, в котором, по возможности, будут публиковаться новости, связанные с разработкой pf-kernel.

Напоминаю, что этот патч используется на свой страх и риск. TuxOnIce и патч для уменьшения энергопотребления лично мной не были протестированы. Жду отзывов.

Также напоминаю, что патч применяется к чистому ядру 3.1 без стабилизационных патчей.

Официальный сайт (доступен и в сети IPv6)

>>> Скачать патч

На сайте rus-linux.net опубликован проект книги О.И.Цилюрика «Модули ядра Linux». Книга посвящена программированию модулей ядра Linux и рассчитана на опытных разработчиков системного программного обеспечения. Предполагается, что читатель может и не иметь богатого опыта в программировании именно для ядра Linux, или даже вообще в программировании для этой системы, но имеет какой-то опыт в системном программировании для других операционных систем, что послужит базой для построения аналогий. Даже если чтение книги и не подвигнет читателя к написанию собственных компонент ядра (что совершенно не обязательно), то, по крайней мере, поможет более точному пониманию тех процессов, которые происходят в ядре. На примерах дан обстоятельный обзор возможностей в программировании модулей ядра, этого набора примеров достаточно, чтобы начать писать свой собственный драйвер-модуль Linux, дальше наращивая его функциональность. Предназначено для программистов-разработчиков, ведущих реальные проекты. Конструктивные замечания по тексту можно направлять автору на адрес olej at front dot ru.

>>> Подробности

После продолжительной разработки (приблизительно 3 месяца — самый долгий период за последнее время — в основном, «благодаря» взлому kernel.org) вышла новая версия ядра Linux 3.1.

Из нововведений следует отметить:

( читать дальше... )

Новость подготовлена по мотивам H Online, а именно: раз, два, три и четыре.

Детальнее о новшествах и отдельно о драйверах

О новшествах на английском

Скачать тарболл исходников

Скачать патч для ядра 3.0

Анонс на LWN

>>> Официальный анонс

Компания Oracle озвучила планы по портированию Dtrace и Zones из Solaris в Linux

>>> Подробности

20 лет назад вышел Linux 0.0.1.

Ядро 0.0.1 имело размер 62 Кб в сжатом виде и содержало около 10 тыс. строк кода. Поддерживалась только архитектура i386, а загрузка происходила с дискеты.

>>> Скачать тарболл

Линус Торвальдс (Linus Torvalds), LKML, воскресение, 4 Сентября 2011 16:27:25 UTC-7:

Прошла ещё одна неделя, и пришло время для ещё одного релиз-кандидата. Однако, master.kernel.org всё ещё не работает, и так как разработка не очень ведётся, то я решил пропустить эту неделю.

Но блин, вся суть (ну или почти вся) распределённой разработки заключается в том, что никакое место принципиально не отличается от любого другого, и так как я уже создал аккаунт на github ради divelog, почему бы не проверить, подойдёт ли оно мне, выложив туда весь мой репозиторий ядра?

Так что пока kernel.org отключён на аудит, давайте посмотрим, как будет пахать github:

https://github.com/torvalds/linux

ЗАМЕЧАНИЕ! Первое, что надо сделать, когда видите подобное заявление о любом новом публичном хостинге, это проверить, что да, его делает тот человек, о котором вы и думаете. Ну и как это сделать?

Можете выбрать любые пункты из списка:

1. Чёрт, это ж открытый код, какая разница, кто это выложил, я просто хочу новое ядро, и хотя нет обновлений с kernel.org, мне действительно нужно исправление из нового ядра. Я скачаю его, потому что мне надо тренировать мой процессор в сборке ядра с randconfig. А ещё мне нравится жить в опасности.
2. Да, письмо явно выглядит как от Линуса Торвальдса, и все знают, что SMTP не обманешь, так что это должен быть он.
3. Итак, я могу вытащить дерево исходников, и знаю, что у Линуса всегда тэги подписаны, и могу проверить, что тэг 3.1-rc5 подписан его известным публичным ключом GPG, который я где-то достал. Если всё сойдётся, то для меня неважно, кто анонсировал релиз, я просто верю, что дерево подписал Линус.
4. Я просто подожду, пока kernel.org прочухается.

Что вам больше подходит.

Ещё одно замечание — если вы просто сделаете

git pull https://github.com/torvalds/linux.git

то тэги вы не получите, так как это не ваша ветка. Сделайте также:

git fetch --tags <...>

что бы получить не только изменения в дереве, но и тэги.

Проект на github

>>> Подробности

После примерно года разработки команда OpenVZ объявила о стабилизации ядер OpenVZ, базирующихся на коде Linux Kernel из Red Hat Enterprise Linux 6. Это значит, что функциональность реализована полностью, ликвидированы все известные критические ошибки, ядро рекомендуется для использования в продакшн.

Благодаря переходу с ядер из RHEL5, использовавшихся в предыдущей ветке, на ядра из RHEL6 обеспечена лучшая производительность и масштабируемость, особенно на многопроцессорных платформах с 16-ю и более CPU, более полная поддержка аппаратуры. В OpenVZ реализовано улучшенное управление ресурсами, в частности режим vSwap (вместо задания 20 лимитов для контейнера достаточно двух — размеров RAM и swap).

Одновременно с этим прекращается разработка и поддержка OpenVZ в ядрах 2.6.27 и 2.6.32 (это не касается дистрибутивных ядер в Debian и Ubuntu).

Также в этой заметке обобщены недавние обсуждения OpenVZ на ЛОРе, в доступной форме объясняя взаимодействие OpenVZ, LXC и ванильного ядра.

>>> Подробности

В начале 2011 года мы нашли двоих студентов из Дании, которых заинтриговала идея изучения и реализации концепта, названного «Network Coding». Методика, нацеленная на расширение сети Wi-Fi с объединением нескольких фреймов в один, чтобы снизить количество требуемого эфирного времени. С помощью математических алгоритмов и чуть-чуть танцев с бубном, принимающие передатчики могут декорировать и распаковывать тот фрейм, который им нужен.

В этом примере ретранслятор R присылает комбинированную передачу для A и B. A и B вычисляют свои данные и вычитают из них принадлежащие не себе.

Потом, в Марте, студенты присоединились к WirelessBattleMesh в Испании и рассказали про свой проект «C.A.T.W.O.M.A.N.» (Coding Applied To Wireless On Mobile Ad-hoc Networks). Есть запись обсуждения их доклада с обсуждением механизмов и преимуществ Network Coding, что стало отправной точкой в понимании сути концепта.

Затем они продолжали работать над кодом и разработали рабочий прототип, который позволил представить, приносит ли этот концепт пользу, или нет. Следующие графики (первый, второй) иллюстрируют пропускную способность сети с и без Network Coding (синяя и зелёная линии), а также выигрыш в пропускной способности с использованием Network Coding (красная линия) в цепи из трёх роутеров при передаче данных с одного конца на другой.

Так как этот проект стал их дипломной работой, написана превосходная документация, объясняющая каждую мелочь, что и как работает, которая содержит результаты анализов производительности.

Код batman-adv с включённым Network Coding доступен на GitHub, он может быть полезен для дальнейшего тестирования и изучения (он базируется на снапшоте, сделанном в начале 2011 года). В течение нескольких недель/месяцев мы собираемся полировать код до тех пор, пока он не будет включён в состав ядра Linux. Последнее позволит заинтересованным сторонам тестировать и развивать концепт Network Coding.

Последняя на данный момент версия batman-adv имеет номер 2011.3.0. В этой версии сломана обратная совместимость с предыдущими версиями и прекращена поддержка ядра Linux старше 2.6.29. Это вызвано значительными улучшениями роуминга для клиентов вне сети. Это один из старейших сегментов/концептов кода batman-adv. Также batman-adv наконец-то получил информирование в пространство пользователя с помощью uevent. Алгоритм маршрутизации получил незначительные улучшения, позволяющие уменьшить пинг при передаче мультимедийного потока OGM, чтобы избежать длинных маршрутов при большой нагрузке (исправлена ошибка). Были улучшены и другие компоненты программы.

>>> Подробности

Томас Глейкснер (Thomas Gleixner), основной разработчик и мейнтейнер RT-ветки ядра Linux, сообщил о выпуске третьей верcии набора патчей с реализацией режима реального времени (Realtime-Preempt", PREEMPT_RT или "-rt") для ядра Linux 3.0. Ядро "-rt" с реализацией жёсткого режима реального времени используется в real-time редакциях промышленных Linux дистрибутивов MontaVista, Red Hat и Novell. Это первое крупное обновление RT-Linux за последние несколько лет, знаменующее уход от ядра версии 2.6.33, которое использовалось в качестве базы для RT-ветки несколько лет подряд.

В письме, отправленном в список рассылки Linux-ядра, Томас Глейкснер отмечает существенное отличие новой версии патчей от предыдущих. Логика работы многих подсистем была кардинально переработана, код стал намного чище и проще для анализа, общий размер патчей сократился более чем в два раза. Теперь код затрагивает гораздо меньше подсистем и структур данных ядра, что, по мнению автора, позволит ускорить процесс его включения в основную ветку. 223 подготовленных в рамках проекта патча, затрагивающих 374 файла разбиты на 4 группы, из которых одна группа устраняет недоработки уже находящихся в ядре подсистем, одна группа уже отправлена для включения в состав основного ядра, одна признана готовой для отправки заявки на включение в состав ядра и одна требует доработки и проверки. Для сравнения, для ветки 2.6.33 было подготовлено 462 патча, затрагивающих 690 файлов.

Ядро с наложенными патчами было протестировано на платформах x86 и x86_64, а также на ARM, MIPS и PowerPC и, по словам Thomas Gleixner оказалось «удивительно стабильным» (amazinlgy stable). Событие знаменательно тем, что это первый случай когда RT-патчи адаптированы для последней актуальной версии Linux-ядра, ранее выпуск патчей существенно отставал, что было связано с большой трудоёмкостью процесса портирования и тестирования.

>>> Подробности