LINUX.ORG.RU

Linux 3.0

 ,


0

4

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

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

  • организационные:
    • произошла смена мажорного номера и системы нумерации в целом. Это не повлекло за собой кардинальных изменений кода, но правильным образом укрепило модель разработки, принятую для ветки 2.6;
  • в сетевой подсистеме:
    • включен JIT-компилятор для BPF (для платформы x86_64);
    • добавлена возможность посылать и принимать пакеты ICMP_ECHO непривилегированными пользователями через новый сокет IPPROTO_ICMP;
    • произведены улучшения в подсистеме Samba;
    • добавлена новая дисциплина планирования QFQ;
    • добавлена возможность изолирования соединений VPN;
    • добавлены и обновлены драйверы проводных и беспроводных сетевых устройств;
    • добавлена поддержка WoWLAN;
  • в файловых системах:
    • произведены множественные улучшения в btrfs, отдельно следует выделить автоматическую дефрагментацию (применима к небольшим файлам);
    • в ext4 добавлена поддержка информирования программами файловой системы о том, что некоторые области файлов не содержат данных;
    • в tmpfs добавлена базовая поддержка расширенных атрибутов;
    • в xfs добавлена поддержка оповещения носителей об освобождаемом месте непосредственно в момент удаления файлов;
  • в подсистеме виртуализации:
    • в Xen добавлен backend хранения данных, что позволяет использовать ванильное ядро как хост-систему без применения дополнительных патчей;
  • в архитектуре:
    • начата реорганизация дерева ARM с целью унификации;
    • выключена оптимизация по размеру по умолчанию;
    • в KVM добавлена поддержка процессоров VIA;
    • теперь ядро поддерживает 64-разрядную архитектуру Tilera;
    • реализована поддержка режима SMEP (Supervisor Mode Execution Protection) для современных процессоров Intel. При его включении ядру аппаратно запрещается исполнять код из непривилегированных страниц пространства пользователя. SMEP предохраняет ядро от некоторых видов атак и эксплоитов.
    • функция подсистемы управления памятью mmu_gather теперь может вытесняться, что значительно улучшило масштабируемость ядра;
  • в видеоподсистеме:
  • другое:
    • добавлена поддержка драйвера isci для контроллера SAS в сервере Intel C600;
    • в драйвере mvsas добавлена поддержка чипов 88SE9445 и 88SE9485;
    • теперь неиспользованные порты SATA можно полностью отключать;
  • также было сделано множество других полезных и интересных изменений, перечислять которые можно очень долго.

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

Статьи, по мотивам которых подготовлена эта новость: 1, 2, 3, 4

Обзорная статья о нововведениях

Список основных изменений

Список изменений в драйверах

Патч на 2.6.39

>>> Архив исходных кодов

★★★★★

Последнее исправление: post-factum (всего исправлений: 10)

Ответ на: комментарий от daemonpnz

Там должно было быть обо всех драйверах, но получилось так, что написал только о видео.

Поправил.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от animechaos

> Выход новой версии ядра ожидается во вторник.

С выходом, как-то так :)


Придержи машину времени. :)

bsdfun ★★★★★
()
Ответ на: комментарий от bsdfun

Придержи машину времени. :)

Уже сходил по ссылке и увидел %sad%

/me ненавидит post-factum за такое упреждение новости :)

animechaos
()

>в сетевой подсистеме включен JIT-компилятор
кто-нибудь может объяснить, зачем оно там?

xorik ★★★★★
()
Ответ на: комментарий от xorik

In order to speedup packet filtering, here is an implementation of a
JIT compiler for x86_64

It is disabled by default, and must be enabled by the admin.

echo 1 >/proc/sys/net/core/bpf_jit_enable

madcore ★★★★★
()

virtualbox-modules собирается нормально

daemonpnz ★★★★★
()
Ответ на: комментарий от vurdalak

> Хз, я видел нытье пользователей оптимуса и какой-то bumblebee.

- антиреклама же :)

> добавлена новая дисциплина планирования QFQ;

интересно

backbone ★★★★★
()
Ответ на: комментарий от ZenitharChampion

> У меня вопрос по делу. Не будут ли проблемы с компиляцией модулей manwifi-ng, vhba, virtualbox-modules и fglrx?

Virtualbox собирается на ура. fglrx требует патчи для сборки.

anonymous
()
Ответ на: комментарий от anonymous

> Virtualbox собирается на ура. fglrx требует патчи для сборки.

Вот вечно так у пользователей Radeon'ов, а нвидия просто работает.

// не троллинга ради.

bsdfun ★★★★★
()
Ответ на: комментарий от madcore

Так он что, правила фильтации в нативный код компилирует что-ли или как? Чего-то я совсем не понимаю нафига он нужен о_О

mi_estas
()
Ответ на: комментарий от athost

Это система тупит не от ядра 3.0, это система тупит от btrfs.

bhfq ★★★★★
()
Ответ на: комментарий от Gunnerua

> Я не спец по ядре, но имхо не тянут эти изменения на крупный релиз.

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

kost-bebix ★★
()
Ответ на: комментарий от Andru

его сохранили в память о старой нумерации

isako ★★★
()

4.0 ветку через шесть недель не обещали?

Deleted
()
Ответ на: комментарий от tensai_cirno

http://wiki.xensource.com/xenwiki/XenParavirtOps

Xen/paravirt_ops has been in mainline Linux since 2.6.23, though it is probably first usable in 2.6.24. Latest Linux kernels (2.6.27 and newer) are good for domU use.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от bsdfun

> Вот вечно так у пользователей Radeon'ов, а нвидия просто работает.

Также не троллинга ради, поскольку являюсь владельцем и радика, и жЫ-форса, не могу не отметить, что при смене ядра блоб от НВидии приходится переустанавливать полностью, а для радеона DKMS-модуль для ядра собирается автоматом.

Хотелось бы, конечно, объединить лучшее от подходов двух производителей. :-)

anonymous
()
Ответ на: комментарий от anonymous

> при смене ядра блоб от НВидии приходится переустанавливать полностью

Если и ядро и блоб стоят из репозиториев дистрибутива, то ничего переустанавливать не приходится, а вот если блоб поставлен с сайта или ядро свое, тогда - да. :)

bsdfun ★★★★★
()
Ответ на: комментарий от anonymous

>при смене ядра блоб от НВидии приходится переустанавливать полностью, а для радеона DKMS-модуль для ядра собирается автоматом

Минимум в мандриве есть dkms-nvidia-*

redgremlin ★★★★★
()
Ответ на: комментарий от bsdfun

nvidia тоже надо было патчить, пока не вышел 275.09.07. Так что не надо говоирть, что всё просто работает.

Что касается репозитариев - ну не решение проблемы. Которую атишники для себя решили просто чтобы выгодно отличиться от nvidia, которая это сразу не реализовала. автоматическая трансформация в RPM (или DEB), технология автоматического переключения на Intel в ноутбуке - всё реализовано не потому что ATi такая крутая и так трогательно заботится о Linux, а потому что NVIDIA этого не сделала.

ZenitharChampion ★★★★★
()

включен JIT-компилятор для архитектуры x86_64;

И ссылка на коммит - как мило.

o
()
Ответ на: комментарий от redgremlin

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

ZenitharChampion ★★★★★
()

Изоляция VPN

The killer feature is probably going to be that it becomes trivial to isolate a vpn connection into it's own network namespace, allowing all of the weirdness that comes with vpn connections to be isolated.

О чем это он? А то звучит как «ВПН как-то стремно работает, дык мы тут прикрутили костыль, чтобы эту стремность спрятать под коврик».

thesis ★★★★★
()
Ответ на: комментарий от post-factum

в domU оно издревле работает, тут про dom0 и xen 4. Впрочем похоже да, всё будет работать.

tensai_cirno ★★★★★
()
Ответ на: комментарий от Yareg

Песнями и плясками, с пивом, шашлыком и женщинами, конечно.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от unsigned

«instructions», если я правильно понимаю этот сленг.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

> L1 I$» — вот кэш команд (ИМХО).

I$ - просто кэш команд, без указания уровня, L1 I$ - это кэш команд первого уровня.

tailgunner ★★★★★
()

> включен JIT-компилятор для архитектуры x86_64;

Ээээ.... JIT-компилятор чего?

добавлена возможность посылать и принимать пакеты ICMP_ECHO непривилегированными пользователями через новый сокет IPPROTO_ICMP;

ИМХО, новое решето.

segfault ★★★★★
()
Ответ на: комментарий от segfault

фильтрующего алгоритма же.. он на ходу самооптимизируется(ну должен по крайней мере..)

Thero ★★★★★
()

>также добавлена защита от вмешательства драйверами нулевого кольца в код пространства пользователя

Немного не так (https://lkml.org/lkml/2011/5/16/501):

SMEP prevents the CPU in kernel-mode to jump to an executable page that does not have the kernel/system flag set in the pte. This prevents the kernel from executing user-space code accidentally or maliciously, so it for example prevents kernel exploits from jumping to specially prepared user-mode shell code. The violation will cause page fault #PF and will have error code identical to XD violation.

Эта фича запрещает в режиме ядра прыгать на код из пространства пользователя, даже на исполняемые страницы. Она предохраняет ядро от некоторых типов эксплоитов.

ttnl ★★★★★
()
Ответ на: комментарий от post-factum

Реализована поддержка режима SMEP (Supervisor Mode Execution Protection) для современных процессоров Intel. При его включении ядру аппаратно запрещается исполнять код из непривилегированных страниц пространства пользователя. SMEP предохраняет ядро от некоторых видов атак и эксплоитов.

ttnl ★★★★★
()

Хорошая, выдержанная новость. Как на главную выпустят, уже и обсудить нечего будет. :-)

anonymous
()
Ответ на: комментарий от ipeacocks

fglrx собирается, но для этого требуются патчи. Пока что те же, что и для 2.6.39.*

Сам под fglrx сейчас сижу, под 3.0.0-rc7

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.