Организация Linux Foundation объявила (http://ltsi.linuxfoundation.org/blog/2013-01-22/ltsi-v3.4-re...) о выпуске LTSI-ветки (http://ltsi.linuxfoundation.org/) ядра Linux, основанную на версии ядра 3.4 (http://www.opennet.me/opennews/art.shtml?num=33888). В рамках выпусков LTSI (Long Term Support Initiative) обеспечивается выпуск веток ядра с длительным сроком поддержки, кроме исправлений проблем, влияющих на стабильность и безопасность, предусматривающих также бэкпортирование новшеств.
В разработке LTSI-ветки участвует ряд крупных производителей потребительских устройств, среди которых Hitachi, LG Electronics, Renesas, NEC, Sony, Panasonic, Qualcomm, Samsung и Toshiba, договорившихся (http://www.opennet.me/opennews/art.shtml?num=32135) о совместной работе по поддержке определённых версий ядра Linux с целью снижения затрат и более эффективного использования ресурсов, которые ранее приходилось тратить на выполнение работ, дублирующих аналогичную работу в других компаниях. Использование ветки LTSI, обновления для которой выпускаются в течение двух лет, позволяет производителям обеспечить актуальность ядра в прошивке на протяжении всего жизненного цикла продукта.По сравнению с оригинальным ядром 3.4 в ядро LTSI добавлены новые драйверы, реализованы оптимизации для различных встраиваемых систем, из более новых ядер бэкпортирована поддержка платформ Armadillo 800, AT91, kzm9d, kzm9g и Marzen. Из новшеств в состав ядра добавлена система распределения памяти Contiguous Memory Allocator (CMA), которая оптимизирована на выделение больших непрерывных областей памяти с использованием техники перемещения страниц памяти. Использование CMA позволяет увеличить эффективность работы требовательных к памяти мультимедиа приложений при их выполнении в ограниченных по ресурсам условиях, типичных для встраиваемых систем.
Вторым важным улучшением является реализация поддержки AF_BUS, варианта протокола D-Bus, реализованного на стороне ядра. AF_BUS создан для систем, которым необходима очень быстрая реализация D-Bus, обладающая характеристиками производительности и отзывчивости, недостижимыми для реализации D-Bus, работающей пространстве пользователя. В качестве примера областей применения AF_BUS называются автомобильные информационно-развлекательные системы.
Третьим новшеством является интеграция алгоритма управления очередями ожидающих отправки пакетов CoDel (http://lwn.net/Articles/496509/) (Сontrolled Delay - управляемая задержка), разработанного в рамках инициативы (http://www.opennet.me/opennews/art.shtml?num=29734) по борьбе с негативным влиянием промежуточной буферизации пакетов (Bufferbloat) сетевым оборудованием;URL: http://ltsi.linuxfoundation.org/blog/2013-01-22/ltsi-v3.4-re...
Новость: http://www.opennet.me/opennews/art.shtml?num=35898
C миру по строчке - ядро линуксоиду!
С миру по патчу - в родном Debian не дождёшься, сам собирай, раз умный такой:(
И правильно. Задрало уже это ведро версии 2.4 во всём.
Мекрософт бежит в антимонопольную контору жаловаться о сговоре производителей.
а антимонопольная контора советует присоединиться к разработке =D
Попытка №3, в прошлый раз хотели всех на 2.6.35 подсадить!
Даешь пакет в бэкпорты Debian!
This patch adds support for CMA to dma-mapping subsystem for x86
architecture that uses common pci-dma/pci-nommu implementation.
This allows to test CMA on KVM/QEMU and a lot of common x86 boxes.И накой хрен оно на армах?
А кто вам сказал, что это ядро только для армов?
> А кто вам сказал, что это ядро только для армов?Даешь смартфоны и плееры на Itanium II и PowewPC 7 !
Ну вот где вы в новости прочитали "смартфоны и плееры"? Развлекательные системы сплошь и рядом на эмбеде x86 строят. И изначально вы вроде приклепались к тому, что в ядро портированная фича, работающая на x86. А теперь чего-то приплели итаниумы с PowePC.
Интеграция алгоритма управления очередями ожидающих отправки пакетов CoDel
(Сontrolled Delay - управляемая задержкаОпять же, накой хрен нужно управление очередями "Производителям потребительских устройств"?!
Чтоб микроволновка, раз в день, пинганула холодильник на наличие пиццы иль котлеты?
И в ответ направила хозяину, что. "мол обломись сегодня хаваешь морковку!"
А остальные 23 часа 59 минут 45 секунд, все девайсы курили бамбук в режиме idle/wait
Телевизор - чем не потребительское устройство? В сеть они сейчас через один ходить умеют.
ничего не выйдет... уже так принятоне вижу реальных путей чтобы какая-то версия ядра Linux стала стабильной - вендоров много
например Ubuntu LTS - вот там можно взять некую версию ядра которая не меняется как минимум 5 лет, но тут же выходят новые LTS, а 12.04.2 вообще будет с новым ядром
нереально...
И какое же ядро будет?
3.5, кажись
Ну вот конкретно у этих немаленьких вендоров будет согласованное ядро, которое они хором будут поддерживать.
ты в это веришь?
имхо, лучше бы они не клонили, а вводили новшества в онсновную ветку.
Дробить ядро надо, как минимум на 5 частей: Базовое, Сервер, Десктоп, Встойки/РеалТаймы, Дрова.Причём новые дрова должны выпускать майнтейнеры, а не тянутся из кода в код.
Вышло Базовое - месяц на апдейты и проверки, затем релиз.
Обновил драйвер - вошло в новое ядро, нет, сосите кегль!
Невыпустили на второе обновление - почту в бан, из MAINTENERS стереть,
копирайты удалить, и инициировать выборы нового майтейнера!
наконец-то мы тебя дождались, о Мессия
Ах, Патрик-Патрик, ну почему же ты в 14 Слакварь ядро 3.2, а не 3.4 кинул? %)
Патрик хоть и бох, но он сам не успевает ядро в слаку собирать.
> Ах, Патрик-Патрик, ну почему же ты в 14 Слакварь ядро 3.2, аПотому что Бен (*супротив каких-то никому не известных консюмер электроников) ментейнит именно 3.2.
> не 3.4 кинул? %)
> а не 3.4 кинул?http://slackware.osuosl.org/slackware-14.0/testing/packages/
config-testing-3.4.11/
config-testing-3.5.4/
config-testing-3.6-rc4/
Ситуация повторяется, в том плане что вместо того чтобы обеспечить поддержку в mainline и своевременно обеспечивать совместимость с новыми версиями ядра, они создают свою песочницу. Сейчас не говорится конкретно, что будет бэкпортироваться, все или выборочно. А потом окажется, так что новые возможности будут бэкпортироваться выборочно и, в конечном счете, будет бэкпортироваться только то, что производитель считает нужным в первую очередь для себя. И потом в будущем может сложиться ситуация, в данном ядре есть поддержка того или иногда процессора или чипа, который используется в том или ином устройстве. Но нет тех или иных функций, которые есть в основном ядре.
> Ситуация повторяется, в том плане что вместо того чтобы обеспечить поддержку в
> mainline и своевременно обеспечивать совместимость с новыми версиями ядра,Вместо того, чтобы содержать большой отдел по стабилизации ВСЕХ ядер ПОДРЯД, проверки совместимости ВСЕХ изменений ВСЕХ новых ядер со всеми выпущенными продуктами, производители решили держать у себя по несколько программистов, которые будут проверять только *одно* ядро с *ограниченным* набором патчей для всего своего оборудования.
Profit.
> Сейчас не говорится конкретно, что будет бэкпортироваться, все или
> выборочно. А потом окажется, так что новые возможности будут бэкпортироваться выборочно
> и, в конечном счете, будет бэкпортироваться только то, что производитель считает
> нужным в первую очередь для себя. И потом в будущем может
> сложиться ситуация, в данном ядре есть поддержка того или иногда процессора
> или чипа, который используется в том или ином устройстве. Но нет
> тех или иных функций, которые есть в основном ядре.Вы правильно перечислили - так и будет. На этом и строится профит. Весь бонус этой идеи - уменьшить объем тестирования ядер под свои железки. Один из путей по уменьшению объем тестирования - использование только одного ядра длительное время. А поскольку изредка нужны новые фичи, то бэкпортировать только минимальный набор новых фич.
Допустим, что одни разработчики конечного продукта, решили пилить свое ядро, никто не против, пусть пилят. Но разработчикам чипов для лучшего профита стоило бы думать о внедрение и сопровождение своих драйверов в основной ветке ядра. Например, я имею ввиду чипы SoC в любом их проявление.Есть некоторые SoС поддержки которых нет в основном ядре, но у этих компаний есть своя версия ядра с драйверами. Ядро компании зачастую сильно старое, никакого бэкпортирование туда не производят. А бекпортировать эти драйвера в основную ветку очень сложно, часто по двум причинам качество кода, и очень старое ядро, и кое какие другие факторы.
Через несколько лет дистрибутивы разделятся на LTS (RHEL, Ubuntu LTS, etc), который будут сидеть на LTSI-версии ядра по много лет И bleeding edge дистрибутивы (Gentoo, Ubuntu rolling, etc).Хотите новые фичи ядра - welcome to vanilla и дистры с коротким сроком поддержки.
Хотите длительную поддержку производителя - welcome to LTSI и LTS-версии дистрибутивов.Все довольны. Почти все ;)
Это уже произошло, с поправкой, что эти lts дистры юзают не LTSI ядра, т к те выходят слишклм редко и поддерживаются 2 года, что смешно.
Поизчал я эти патчи, выглядит как откровенное издевательство.AF_BUS - отдельная песня, под него нужно весь софт переделывать!
PRAMFS - Currently broken, so don't enable, but leave here for the placeholder.
AXFS - Currently broken, so don't enable, but leave here for the placeholder.
CMA - по сути есть разновидность черезвротмненоги memmap=, memchunk=
UIO - правильный /dev/mem :)
CODEL - планировщик очередей, в линухе их как собак нерезаных, накой нужно на embeddeded нипанятна.
...
The initial aim of AF_BUS is to provide a IPC mechanism suitable for
use to provide the underlying transport for D-Bus.A socket created using BUS_PROTO_DBUS indicates that the messages
passed will be in the D-Bus format. The userspace libraries have been
updated to use this transport with an updated D-Bus daemon [2] as a bus
master.весь софт переделывать - не надо. не смертельные переделки
два года это Long Term? MS и RH по 13 лет поддерживает свои системы, вот это Long Term. А тут так, поссать сходил и саппорт кончился :)