The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Организация Linux Foundation выпустила LTSI-ветку на базе ядра Linux 3.4

22.01.2013 20:36

Организация Linux Foundation объявила о выпуске LTSI-ветки ядра Linux, основанную на версии ядра 3.4. В рамках выпусков LTSI (Long Term Support Initiative) обеспечивается выпуск веток ядра с длительным сроком поддержки, кроме исправлений проблем, влияющих на стабильность и безопасность, предусматривающих также бэкпортирование новшеств.

В разработке LTSI-ветки участвует ряд крупных производителей потребительских устройств, среди которых Hitachi, LG Electronics, Renesas, NEC, Sony, Panasonic, Qualcomm, Samsung и Toshiba, договорившихся о совместной работе по поддержке определённых версий ядра 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 (Сontrolled Delay - управляемая задержка), разработанного в рамках инициативы по борьбе с негативным влиянием промежуточной буферизации пакетов (Bufferbloat) сетевым оборудованием.

  1. Главная ссылка к новости (http://ltsi.linuxfoundation.or...)
  2. OpenNews: Linux Foundation и производители техники создали новую ветку ядра Linux с длительным сроком поддержки
  3. OpenNews: Релиз ядра Linux 3.4
  4. OpenNews: Новый план разработки выпусков ядра Linux c продлённым сроком поддержки
  5. OpenNews: Ядро Linux 3.4 отнесено к категории выпусков с длительным сроком поддержки
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35898-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (33) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:39, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    C миру по строчке - ядро линуксоиду!
     
     
  • 2.25, odd.mean (ok), 09:49, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    С миру по патчу - в родном Debian не дождёшься, сам собирай, раз умный такой:(
     

  • 1.2, Аноним (-), 20:40, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И правильно. Задрало уже это ведро версии 2.4 во всём.
     
  • 1.3, Константавр (ok), 20:41, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Мекрософт бежит в антимонопольную контору жаловаться о сговоре производителей.
     
     
  • 2.4, Мимо проходил (?), 20:49, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • +20 +/
    а антимонопольная контора советует присоединиться к разработке =D
     

  • 1.5, pavlinux (ok), 20:52, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Попытка №3, в прошлый раз хотели всех на 2.6.35 подсадить!  
     
  • 1.6, ArtKun (?), 21:02, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Даешь пакет в бэкпорты Debian!
     
  • 1.7, pavlinux (ok), 21:04, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    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.

    И накой хрен оно на армах?

     
     
  • 2.13, Crazy Alex (ok), 21:30, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А кто вам сказал, что это ядро только для армов?
     
     
  • 3.33, pavlinux (ok), 17:50, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А кто вам сказал, что это ядро только для армов?

    Даешь смартфоны и плееры на Itanium II и PowewPC 7 !

     
     
  • 4.36, Crazy Alex (ok), 01:12, 28/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот где вы в новости прочитали "смартфоны и плееры"? Развлекательные системы сплошь и рядом на эмбеде x86 строят. И изначально вы вроде приклепались к тому, что в ядро портированная фича, работающая на x86. А теперь чего-то приплели итаниумы с PowePC.
     

  • 1.8, pavlinux (ok), 21:08, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интеграция алгоритма управления очередями ожидающих отправки пакетов CoDel
    (Сontrolled Delay - управляемая задержка

    Опять же, накой хрен нужно управление очередями "Производителям потребительских устройств"?!
    Чтоб микроволновка, раз в день, пинганула холодильник на наличие пиццы иль котлеты?
    И в ответ направила хозяину, что. "мол обломись сегодня хаваешь морковку!"
    А остальные 23 часа 59 минут 45 секунд, все девайсы курили бамбук в режиме idle/wait  

     
     
  • 2.14, Crazy Alex (ok), 21:32, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Телевизор - чем не потребительское устройство? В сеть они сейчас через один ходить умеют.
     

  • 1.9, добрый дядя (?), 21:09, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    ничего не выйдет... уже так принято

    не вижу реальных путей чтобы какая-то версия ядра Linux стала стабильной - вендоров много

    например Ubuntu LTS - вот там можно взять некую версию ядра которая не меняется как минимум 5 лет, но тут же выходят новые LTS, а 12.04.2 вообще будет с новым ядром

    нереально...

     
     
  • 2.11, Аноним (11), 21:15, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И какое же ядро будет?
     
     
  • 3.20, Аноним (-), 01:43, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    3.5, кажись
     
  • 2.16, Crazy Alex (ok), 21:33, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну вот конкретно у этих немаленьких вендоров будет согласованное ядро, которое они хором будут поддерживать.
     
     
  • 3.26, хрюкотающий зелюк (?), 10:22, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ты в это веришь?
     

  • 1.10, p5er6 (?), 21:14, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    имхо, лучше бы они не клонили, а вводили новшества в онсновную ветку.
     
     
  • 2.12, pavlinux (ok), 21:23, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Дробить ядро надо, как минимум на 5 частей: Базовое, Сервер, Десктоп, Встойки/РеалТаймы, Дрова.

    Причём новые дрова должны выпускать майнтейнеры, а не тянутся из кода в код.
    Вышло Базовое - месяц на апдейты и проверки, затем релиз.
    Обновил драйвер - вошло в новое ядро, нет, сосите кегль!
    Невыпустили на второе обновление - почту в бан, из MAINTENERS стереть,
    копирайты удалить, и инициировать выборы нового майтейнера!

     
     
  • 3.19, некто (?), 23:23, 22/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    наконец-то мы тебя дождались, о Мессия
     

  • 1.21, Аноним (-), 01:45, 23/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ах, Патрик-Патрик, ну почему же ты в 14 Слакварь ядро 3.2, а не 3.4 кинул? %)
     
     
  • 2.22, figaro9000 (?), 01:48, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Патрик хоть и бох, но он сам не успевает  ядро в слаку собирать.
     
  • 2.23, Andrey Mitrofanov (?), 02:07, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ах, Патрик-Патрик, ну почему же ты в 14 Слакварь ядро 3.2, а

    Потому что Бен (*супротив каких-то никому не известных консюмер электроников) ментейнит именно 3.2.

    > не 3.4 кинул? %)

     
  • 2.27, bormant (ok), 11:20, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а не 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/

     

  • 1.24, Аноним (-), 02:47, 23/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ситуация повторяется, в том плане что вместо того чтобы обеспечить поддержку в mainline и своевременно обеспечивать совместимость с новыми версиями ядра, они создают свою песочницу. Сейчас не говорится конкретно, что будет бэкпортироваться, все или выборочно. А потом окажется, так что новые возможности будут бэкпортироваться выборочно и, в конечном счете, будет бэкпортироваться только то, что производитель считает нужным в первую очередь для себя. И потом в будущем может сложиться ситуация, в данном ядре есть поддержка того или иногда процессора или чипа, который используется в том или ином устройстве. Но нет тех или иных функций, которые есть в основном ядре.
     
     
  • 2.28, VoDA (ok), 13:10, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ситуация повторяется, в том плане что вместо того чтобы обеспечить поддержку в
    > mainline и своевременно обеспечивать совместимость с новыми версиями ядра,

    Вместо того, чтобы содержать большой отдел по стабилизации ВСЕХ ядер ПОДРЯД, проверки совместимости ВСЕХ изменений ВСЕХ новых ядер со всеми выпущенными продуктами, производители решили держать у себя по несколько программистов, которые будут проверять только *одно* ядро с *ограниченным* набором патчей для всего своего оборудования.

    Profit.

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

    Вы правильно перечислили - так и будет. На этом и строится профит. Весь бонус этой идеи - уменьшить объем тестирования ядер под свои железки. Один из путей по уменьшению объем тестирования - использование только одного ядра длительное время. А поскольку изредка нужны новые фичи, то бэкпортировать только минимальный набор новых фич.

     
     
  • 3.30, Аноним (-), 15:10, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Допустим, что одни разработчики конечного продукта, решили пилить свое ядро, никто не против, пусть пилят. Но разработчикам чипов для лучшего профита стоило бы думать о внедрение и сопровождение своих драйверов в основной ветке ядра. Например, я имею ввиду чипы SoC в любом их проявление.

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

     

  • 1.29, VoDA (ok), 13:14, 23/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Через несколько лет дистрибутивы разделятся на LTS (RHEL, Ubuntu LTS, etc), который будут сидеть на LTSI-версии ядра по много лет И bleeding edge дистрибутивы (Gentoo, Ubuntu rolling, etc).

    Хотите новые фичи ядра - welcome to vanilla и дистры с коротким сроком поддержки.
    Хотите длительную поддержку производителя - welcome to LTSI и LTS-версии дистрибутивов.

    Все довольны. Почти все ;)

     
     
  • 2.31, Аноним (-), 16:01, 23/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это уже произошло, с поправкой, что эти lts дистры юзают не LTSI ядра, т к те выходят слишклм редко и поддерживаются 2 года, что смешно.
     

  • 1.34, pavlinux (ok), 01:19, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поизчал я эти патчи, выглядит как откровенное издевательство.

    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 нипанятна.
    ...

     
     
  • 2.35, vinni (??), 12:26, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    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.

       весь софт переделывать - не надо. не смертельные переделки

     

  • 1.37, Aleksey Salow (ok), 04:40, 29/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    два года это Long Term? MS и RH по 13 лет поддерживает свои системы, вот это Long Term. А тут так, поссать сходил и саппорт кончился :)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру