После двух месяцев разработки Линус Торвальдс анонсировал (https://lkml.org/lkml/2014/8/3/82) релиз ядра Linux 3.16 (http://kernel.org). Среди наиболее заметных улучшений: единая унифицированная иерархия cgroup, доработка нового слоя блочных устройств blk-mq, JIT-компиляция BPF-фильтров seccomp, TCP Fast Open поверх IPv6, ускорение работы драйвера Radeon.
В новую версию принято около 11 тысяч исправлений от 1300 разработчиков, размер патча - 37 Мб (изменения затронули 9809 файлов, добавлено 514025 строк кода, удалено 267461 строк). Около 42% всех представленных в 3.16 изменений связаны с драйверами устройств, примерно 24% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра.
Из наиболее интересных (http://lwn.net/Kernel/) новшеств (http://kernelnewbies.org/Linux_3.16) можно отметить:-
Память и системные сервисы- Новая версия интерфейса cgroup, в котором представлена (http://lwn.net/Articles/601840/) единая унифицированная иерархия cgroup (Cgroup unified hierarchy (https://www.kernel.org/doc/Documentation/cgroups/unified-hie... пришедшая на смену гибкой, но не получившей практическое применение, поддержке произвольного числа иерархий cgroup, определяющих применение правил к группам процессов (например, одна иерархия для распределения ресурсов CPU, а другая для регулирования потребления памяти). Изначально применяемый подход приводил к трудностям организации взаимодействия между обработчиками разных иерархий и к дополнительным затратам ресурсов ядра при применении правил для процесса, упоминаемого в разных иерархиях. Унифицированная иерархия cgpoup пока добавлена в качестве опции, для включения которой при монтировании cgroup следует использовать флаг __DEVEL__;- В работающем на уровне ядра коде EFI обеспечена поддержка обработки символов Unicode и добавлена возможность сохранения и загрузки состояния регистров FPU при обращении к EFI, так как прошивки EFI могут использовать FPU;- Начальная поддержка EFI для ARM64 (aarch64);
-
Сетевая подсистема
- Обеспечена поддержка режима быстрого открытия TCP-соединений (TFO - TCP Fast Open) для соединений, установленных поверх IPv6. Режим TFO позволяет сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения и даёт возможность отправки данных на начальном этапе установки соединения. - В сетевых сокетах для протокола SCTP обеспечена поддержка нагруженного пулинга, активируемого через опцию SO_BUSY_POLL и позволяющего сократить задержки при получении данных с сетевых интерфейсов с очень интенсивным трафиком; - Добавлен внутренний API для программной поддержки TSO (TCP segmentation offload) в драйверах. API уже задействован в драйверах mvneta, mv643xx_eth и fec;-
Дисковая подсистема, ввод/вывод и файловые системы
- Доведена до готовности (http://lwn.net/Articles/601152/) запланированная функциональность нового блочного слоя blk-mq (multiqueue block layer), рассчитанного на организацию многопоточного доступа к данным на многоядерных системах и позволяющего эффективно использовать возможности современных SSD-накопителей. Архитектура нового блочного слоя основана на двухуровневой модели очередей: на первом уровне функционируют очереди для передачи запросов ввода/вывода, привязанные к каждому CPU. Из данных очередей запросы направляются в очереди второго уровня, которые координируют обращение к оборудованию. В зависимости от конфигурации системы, числа CPU и накопителей соотношение между очередями первого и второго уровня может составлять от 1 к 1 до N к M. Из переведённых на blk-mq драйверов отмечается драйвер для Flash-чипов Micron с интерфейсом PCI (mtip32xx). В ядре 3.17 ожидается поддержка Multiqueue SCSI.- В файловой системе Btrfs представлен новый ioctl-вызов BTRFS_IOC_TREE_SEARCH_V2 для поиска заданных ключей в ФС. BTRFS_IOC_TREE_SEARCH_V2 является более гибким вариантом вызова BTRFS_IOC_TREE_SEARCH, позволяющий использовать буфер большего размера при получении результатов поиска (ранее использовался фиксированный буфер в 3992 байт);
- Интегрированы патчи для увеличения надёжности локального (loopback) монтирования NFS-разделов. Переработан код NFS для обработки внешнего представления данных (XDR), что позволило обеспечить поддержку ACL, размером более 4Кб, и возвращать результаты readdir() блоками более 4Кб;
-
Виртуализация и безопасность
- Обеспечена возможность установки атрибутов доступа только для чтения (RO) и запрета исполнения (NX) для областей данных модулей ядра, на начальном этапе их загрузки, ещё до начала разбора параметров модуля;- Добавлена поддержка JIT-компиляции для BPF-фильтров, используемых в подсистеме seccomp (http://www.opennet.dev/opennews/art.shtml?num=34387), используемой для контроля обращения к системным вызовам;
- В виртуальных сетевых интерфейсах Xen обеспечена поддержка множественных очередей (multi-queue), что позволило добиться значительного повышения производительности. В реализацию Xen для архитектуры ARM добавлена поддержка приостановки и возобновления работы гостевых систем (suspend/resume);
- В гипервизор KVM добавлена начальная поддержка little-endian процессоров POWER8. Для архитектуры s390 внесены оптимизации в работу KVM, обеспечена возможность миграции виртуальных окружений и поддержка GDB;- В модуль расширенной верификации (EVM) добавлена опция для учёта расширенных атрибутов (xattrs) в рассчитанном для файла значении HMAC (http://ru.wikipedia.org/wiki/HMAC) (Hash-based message authentication code). В частности, при расчёте HMAC теперь могут быть добавлены атрибуты SMACK64EXEC, SMACK64TRANSMUTE и SMACK64MMAP;-
Аппаратные архитектуры
- Для архитектуры ARM добавлена поддержка ждущего режима (hibernation);- Для 64-разрядной little-endian архитектуры PowerPC добавлена поддержка ELFv2 ABI и представлена новая обвязка для загрузчика;- Поддержка 64-разрядного варианта виртуального процессора Goldfish, нацеленного на обеспечение эмуляции платформы Android и используемый при разработке под данную платформу;
- Переработана поддержка многопроцессорности для Allwinner A31 SoC. Добавлена поддержка SMP для Marvell Armada 375 и 38x SoC;-
Оборудование
- В DRM-драйвере Nouveau добавлена поддержка устройств NVIDIA Tesla K40 GK110B и начальная поддержка NVIDIA Tegra K1 GK20A;- В DRM-дравер Radeon внесены изменения, ускоряющие доступ к памяти для GPU, использующих виртуальную память (GPUVM). В итоге, наблюдается (http://www.opennet.dev/opennews/art.shtml?num=40083) повышение производительности графической подсистемы при использовании свободного драйвера вместе с GPU на основе архитектуры GCN;
- В драйверах для управления подсветкой экрана ноутбуков по умолчанию задействован интерфейс ACPI video вместо ранее используемого ACPI backlight, что позволило решить проблемы с работой на устройствах с некорректно функционирующими Win8 BIOS;
- Поддержка новых ARM Soc: ST Microelectronics STiH407; Freescale i.MX6SX; Samsung EXYNOS 3250, 5260, 5410, 5420, 5800; LSI Axxia AXM55xx.
- Поддержка звуковых контроллеров NVIDIA Tegra HD Audio и звуковых плат Google Snow. Добавлена порция новых кодеков: Realtek ALC5651, ALC5677, Analog Devices ADAU1361, ADAU1761, ADAU1381, ADAU1781, Cirrus Logic CS42L56, Intel Baytrail MAX98090;
- Поддержка интерфейса SSI (Synchronous Serial Interface (http://en.wikipedia.org/wiki/Synchronous_Serial_Interface), адаптация RS422 для использования в сенсорах);
- Добавлен драйвер для модема, поставляемого в коммуникаторе Nokia N900;- Поддержка новых сетевых контроллеров: Broadcom BCM7xxx Ethernet, STMicroelectronics ST21NFCA NFC, Renesas R-Car SoC CAN, Geschwister Schneider USB/CAN, Xilinx CAN, Hisilicon HIX5HD2, AMD SoC 10GbE Ethernet.
URL: https://lkml.org/lkml/2014/8/3/82
Новость: http://www.opennet.dev/opennews/art.shtml?num=40324
А в убунте до сих пор 3.13 :(
> А в убунте до сих пор 3.13 :(Зато Бен сказал, что будет поддерживать 3.16 и после того, как UKT его бросят.
Поставь 3.16. Это же свободное ПО, никто тебя не ограничивает.
Ограничивает исключительно его же незнание.
> А в убунте до сих пор 3.13 :(Да вообще-то, если кому надо, они уже как раз собрали 3.16 :)
Пруфлинк: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16-utopic/p.s. неправда ли круто получить то что просил менее чем через 15 минут? :)
Наивный человек. Правда, думешь, что он сможет прикрутить репу?
> Наивный человек. Правда, думешь, что он сможет прикрутить репу?Это не репа. Это http сервак.
Но на всякий случай, на 64-битную систему lowlatency ядро cтавится как-то так:
1) Качаем 3 пакета, лучше всего в отдельную диру.
* http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16-utopic/l... (хидеры выбранного ядра)
* http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16-utopic/l... (хидеры общие для всех 3.16 ядер)
* http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16-utopic/l... (собственно ядро и модули).2) Ставим пакеты. Если качать в отдельную диру, удобнее всего просто вбахать "sudo dpkg -i *.deb" - вкатит все три сразу и без нудного указания названий.
Все, ребут и получите ваш свежак.
А закрытое пересобрать? dkms, однако!
глупый марк не знает что в бэкпорт ядра будет после нового релиза бубунты.
А убунтуводы сами ручками ядра собирать не умеют?
Тогда бы они не были убунтоводами.
> Тогда бы они не были убунтоводами.Странно, я вот в убунте. Судя по счетчику в системе сборки ядра - добилдовывается 29-е по счету ядро. ЧСХ, походу придется юбилейное 30-е билдануть через несколько часов, как свежие коммиты в майнлайн прилетят.
> Странно, я вот в убунте. Судя по счетчику в системе сборки ядра - добилдовывается 29-е по счету ядро.Зачем тебе их столько?
А нахрена это нужно, если всё работает в собранном?
> В сетевых сокетах для протокола SCTP обеспечена поддержка нагруженного пулинга, активируемого через опцию SO_BUSY_POLLPOLL это "пОлинг", но никак не "пулинг" (poll != pool). Перевод BUSY как "нагруженный" тоже вызывает сомнения.
> Перевод BUSY
> как "нагруженный" тоже вызывает сомнения.Занятый?
busy pool вполне подходит :)
> busy pool вполне подходит :)Занятый бассейн - дофига отдыхающих.
И если это -- из "наиболее интересных новшеств", то как-то увы. Лучше б допилили сборку ядра clang'ом, глядишь, попутно, много действительно интересного нашли. С fast-open'ом носятся уже какой релиз по счёту? Какие-то там "ioctl-вызов BTRFS_IOC_TREE_SEARCH_V2 для поиска заданных ключей" -- это что, правда многим интересно?..
Кстати, вот показательный пример с того фороникса: "...
While EXT4 didn't see any exciting changes for the Linux 3.16 merge window, the XFS and Btrfs file-systems are continuing to receive a great deal of upstream improvements.Dave Chinner, the XFS file-system maintainer, characterizes the XFS pull request as having "lots of changes all over the place" for the 3.16 merge window. XFS for the Linux 3.16 kernel has picked up a new on-disk btree for tracking free inodes, an optimized and reworked inode allocator to make use of the new data, and there's various clean-ups and reworks of existing XFS features. The XFS changes can be found via this pull request.
Chris Mason at Facebook meanwhile filed all of the Btrfs file-system changes for Linux 3.16. Btrfs in this next kernel version has a rework of the Btrfs quota accounting to improve in-memory tracking of delayed extent operations, Btrfs stack usage improvements, corruption fixes, and other clean-ups and optimizations throughout the promising next-gen Linux file-system. Btrfs changes for Linux 3.16 can be viewed via this pull request. ..."
это, как бы, совсем другое дело.
EXT4 как бы достиг состояния когда сильно его ускорить в большинстве конфигов уже сложно а кучи очевидных улучшений уже не напрашивается. Ну вот и живет себе, никого не трогая.XFS с другой стороны при активной работе с метаданными тормозить умел и умеет, поэтому его явно есть куда улучшить.
В btrfs - в ближайшие годы разработчики без работы стопудово не останутся :).
> EXT4 как бы достиг состояния когда сильно его ускорить в большинстве конфигов
> уже сложно а кучи очевидных улучшений уже не напрашивается. Ну вот
> и живет себе, никого не трогая.
> XFS с другой стороны при активной работе с метаданными тормозить умел и
> умеет, поэтому его явно есть куда улучшить.
> В btrfs - в ближайшие годы разработчики без работы стопудово не останутся
> :).Ну что за бред несётся, ёлы-палы. EXT4 достиг такого состояния, что его уже даже RedHat по-умолчанию в RHEL не использует.
>> EXT4 как бы достиг состояния когда сильно его ускорить в большинстве конфигов
>> уже сложно а кучи очевидных улучшений уже не напрашивается. Ну вот
>> и живет себе, никого не трогая.
>> XFS с другой стороны при активной работе с метаданными тормозить умел и
>> умеет, поэтому его явно есть куда улучшить.
>> В btrfs - в ближайшие годы разработчики без работы стопудово не останутся
>> :).
> Ну что за бред несётся, ёлы-палы. EXT4 достиг такого состояния, что его
> уже даже RedHat по-умолчанию в RHEL не использует.Пруф будет? Какие задачи рассматриваются?
Смотри RHEL 7, там по умолчанию корневая система при установке уже не EXT4 а XFS форматируется. Релиз нотсы RHEL7 - вот он пруф.
Подразумевался пруф оправданности такого шага. Ваш К.О.
> Подразумевался пруф оправданности такого шага. Ваш К.О.Если вы будете не только точить лясы на opennet, а посматривать историю коммитов, то вопросы касательно оправданности тех, или иных шагов, у вас будут более вменяемыми (в теории).
>> Подразумевался пруф оправданности такого шага. Ваш К.О.
> Если вы будете не только точить лясы на opennet, а посматривать историю
> коммитов, то вопросы касательно оправданности тех, или иных шагов, у вас
> будут более вменяемыми (в теории).Ну так не точи лясы, а приведи конкретный коммит, где в комментарии указано, что с ext4 что-то не так и надо использовать xfs.
Из презентации перед выпуском RHEL7:• RHEL 7 will support ext4 and XFS
• All can be used for boot, system & data partitions
• Ext2 and Ext3 are fully supported
• Uses the ext4 driver, which is invisible to usersXFS Strengths
• XFS is the reigning champion of larger servers and high end
storage devices
• Tends to extract the most from the hardware
• Well tuned to multi-socket and multi-core servers
• XFS has a proven track record at scale
• RHEL 6 certified partners run XFS up to 300TB
• Maximum RHEL 7 XFS file system size is 500TB
• Popular base for enterprise NAS servers including Red Hat StorageEXT4 Strengths
• Ext4 is very well know to system administrators and users
• Default file system in RHEL 6
• Closely related to ext3 our RHEL 5 default
• Base file system for Android and Google File System
• Can outperform XFS in some specific workloads
• Single threaded, single disk workload with synchronous updates
• Increased maximum file system size in RHEL 7 is 50TB
• RHEL 5 and RHEL 6 maximum for ext4 is still 16TBКак видно, совсем не так с большими разделами (ext4 поддерживает не больше 50 ТБ). Зато "can outperform XFS in specific workloads" и "very well know to system administrators and users". При этом ext4 полностью поддерживается в RHEL7 для "boot, system & data partitions". Просто дефолт в инсталляторе изменился. Вас так волнует дефолт и вы никогда не меняете никаких опций в инсталляторе, что делаете вывод, что с "ext4 что-то не так"?
> Как видно, совсем не так с большими разделами (ext4 поддерживает не больше 50 ТБ).Это вот меня кстати удивило. Теоретический лимит там же вроде 1 эксабайт. Может они имеют ввиду, что она память начинает жрать как не в себя на таких разделах? Но что-то я в целом сомневаюсь, что xfs сильно меньше жрёт. Интересно бы тесты посмотреть.
> Интересно бы тесты посмотреть.ну так сделай тесты и посмотри. или ты имеешь ввиду, что кто-то за тебя тесты интересные тебе должен сделать, а ты, так и быть, снизойдёшь и посмотришь?
>> Интересно бы тесты посмотреть.
> ну так сделай тесты и посмотри. или ты имеешь ввиду, что кто-то
> за тебя тесты интересные тебе должен сделать, а ты, так и
> быть, снизойдёшь и посмотришь?не у всякого юзера завалялись пару хардов на сотни терабайт.
>[оверквотинг удален]
> • Single threaded, single disk workload with synchronous updates
> • Increased maximum file system size in RHEL 7 is 50TB
> • RHEL 5 and RHEL 6 maximum for ext4 is still 16TB
> Как видно, совсем не так с большими разделами (ext4 поддерживает не больше
> 50 ТБ). Зато "can outperform XFS in specific workloads" и "very
> well know to system administrators and users". При этом ext4 полностью
> поддерживается в RHEL7 для "boot, system & data partitions". Просто дефолт
> в инсталляторе изменился. Вас так волнует дефолт и вы никогда не
> меняете никаких опций в инсталляторе, что делаете вывод, что с "ext4
> что-то не так"?Меня не волнует, волнует пользователя выше. Я смотрю, тут у каждого второго RHEL с дисковой подсистемой на 51+терабайт?
> Меня не волнует, волнует пользователя выше. Я смотрю, тут у каждого второго
> RHEL с дисковой подсистемой на 51+терабайт?Да тут всем 51+ мало, раз в redhat7 с 300 до 500 подняли.
> Смотри RHEL 7, там по умолчанию корневая система при установке уже не
> EXT4 а XFS форматируется.Еще там systemd всякие, нежно любимые местынми, гном3, тоже единогласно всеми одобряемый. Yum совсем даже и не кривой...
> EXT4 достиг такого состояния, что его уже даже RedHat по-умолчанию в RHEL не использует.Ну знаете, редхат вон гном3 на десктоп сватает. Давайте теперь этой блевотиной для имбецилов-склеротиков будем дружно пользоваться по этому поводу. Шапка делает немало полезного, но приоритеты и критерии у них временами специфичные. В случае с EXTами они про...ли основных разработчиков, свинтивших в другие конторы и видимо их это не устроило. Вот они теперь и любят XFS. Ну и пусть себе любят. А с метаданными он по прежнему медленновато работает, им еще явно есть чем заняться :).
> Шапка делает немало полезногоКстати, а что конкретно полезное делает "Шапка"? Ну вот за последние 3 года, что такого выкатил Ред Хат мегакрутого, без чего свет не мил?
им это уже незачем. Они стартовали за счет community, а теперь им проще купить, чем что-то делать самим. Ceph, glusterfs и тд.
> Кстати, а что конкретно полезное делает "Шапка"?Сделай на майнлайн ядре нечто типа git log | grep redhat.com - получишь достаточно исчерпывающий ответ. Только читать зае...шься.
> Кстати, а что конкретно полезное делает "Шапка"?например, шапка содержит на зарплате около стапятисот кёрнел девелоперов, которые коммитят код только в этот ваш upstream kernel, и ни разу в rhel-x. и это не упоминая не-кёрнел девелоперов.
>> Кстати, а что конкретно полезное делает "Шапка"?
> например, шапка содержит на зарплате около стапятисот кёрнел девелоперов, которые коммитят
> код только в этот ваш upstream kernel, и ни разу в
> rhel-x.стопицот можно перевести в цифры:
(/usr/src/linux)
alex@localhost $ grep @redhat.com MAINTAINERS | grep M: | uniq | wc -l
37например samsung
(/usr/src/linux)
alex@localhost $ grep @samsung.com MAINTAINERS | grep M: | uniq | wc -l
49или intel
(/usr/src/linux)
alex@localhost $ grep @intel.com MAINTAINERS | grep M: | uniq | wc -l
59> и это не упоминая не-кёрнел девелоперов.
эт да, стратегически важно.
>>> Кстати, а что конкретно полезное делает "Шапка"?
>> например, шапка содержит на зарплате около стапятисот кёрнел девелоперов, которые коммитят
>> код только в этот ваш upstream kernel, и ни разу в
>> rhel-x.
> стопицот можно перевести в цифры:
> (/usr/src/linux)
> alex@localhost $ grep @redhat.com MAINTAINERS | grep M: | uniq | wc
> -l
> 37Эгм,
$ zegrep ^M: <MAINTAINERS.gz |egrep -o '@[^ >]+' |sort |uniq -c |sort -k1,1nr |head -30
148 @gmail.com
64 @intel.com
56 @samsung.com
44 @redhat.com
31 @iki.fi
24 @kernel.org
24 @ti.com
22 @xs4all.nl
21 @qlogic.com
20 @suse.cz
19 @linaro.org
19 @linux.vnet.ibm.com
17 @wantstofly.org
16 @arm.linux.org.uk
16 @de.ibm.com
16 @linux-fr.org
14 @roeck-us.net
13 @atmel.com
12 @analog.com
12 @broadcom.com
12 @cisco.com
12 @infradead.org
11 @gmx.de
11 @linuxfoundation.org
10 @arm.com
10 @googlemail.com
10 @linux-mips.org
10 @nvidia.com
10 @oracle.com
9 @ideasonboard.com
> стопицот можно перевести в цифры:Эффективнее как-то так: git log | grep -i redhat.com | wc -l
Находит почти 100 000 вхождений, однако. Что делает редхат? Коммитит как черт!!!
>> стопицот можно перевести в цифры:
> Находит почти 100 000 вхождений, однако. Что делает редхат? Коммитит как черт!!!Да, да, читайте в _каждом выпуске http://lwn.net/Articles/590354/ "LWN kernel N.MM development statistics".
3.14 employers, March 12, 2014
By changesets
Intel 1233 10.2%
(None) 1075 8.9%
Red Hat 877 7.3%
(Unknown) 701 5.8%
Linaro 528 4.4%
Samsung 523 4.3%
SUSE 396 3.3%
IBM 351 2.9%
Renesas 339 2.8%
Google 324 2.7%
TI 288 2.4%
Vision Engraving Systems
278 2.3%
(Consultant) 268 2.2%
NVIDIA 248 2.1%--- "Who wrote 2.6.20?", February 21, 2007
Top changeset contributors by employer
(Unknown) 1244 25.0%
Red Hat 636 12.8%
(None) 383 7.7%
IBM 368 7.4%
Novell 295 5.9%
Linux F. 261 5.2%
Intel 178 3.6%
Oracle 126 2.5%
> 3.14 employers, March 12, 2014By changesetsТак это... я на "почти 3.17" грепнул, так данные поактуальнее :)
> $ grep @redhat.com MAINTAINERS | grep M: | uniq | wc -l$ grep Airlie MAINTAINERS
M: David Airlie <airlied@linux.ie>
M: David Airlie <airlied@linux.ie>Внезапно, человек из redhat, а мыло не из redhat. Жизнь полна сюрпризов...
Не говоря уже о том, что maintainers и developers - это не одно и то же.
>> $ grep @redhat.com MAINTAINERS | grep M: | uniq | wc -l
> $ grep Airlie MAINTAINERS
> M: David Airlie <airlied@linux.ie>
> M: David Airlie <airlied@linux.ie>
> Внезапно, человек из redhat, а мыло не из redhat. Жизнь полна сюрпризов...
> Не говоря уже о том, что maintainers и developers - это не
> одно и то же.да, думал об этом. В любом случае, так цифры хоть ближе к реальности, а то стопицот - сам понимаешь))
Ну как бы линукс не только для вашего пк делают, для разных людей интересны разные вещи. Мне вот интересно повышение производительности для радеона, кому то гибернация для арм, а кому то и иоцтл вызовы.
> Ну как бы линукс не только для вашего пк делают, для разных
> людей интересны разные вещи. Мне вот интересно повышение производительности для радеона,
> кому то гибернация для арм, а кому то и иоцтл вызовы.Для "танкистов" отвечу: речь и идёт о "масштабности" таких изменений.
>> Ну как бы линукс не только для вашего пк делают, для разных
>> людей интересны разные вещи. Мне вот интересно повышение производительности для радеона,
>> кому то гибернация для арм, а кому то и иоцтл вызовы.
> Для "танкистов" отвечу: речь и идёт о "масштабности" таких изменений.масштабность относительна и субъективна.
а вот юзеру234 например для н900 драйвер как праздник :D Если она у него конечно есть))
> а вот юзеру234 например для н900 драйвер как праздник :D Если она
> у него конечно есть))Ну я как бы целиком поддерживаю идею замайнлайнить все что майнлайнится. Однако на данный момент майнлайновое ядро еще сложно считать 100% заменой нокиевскому.
P.S. и да, есть разумеется. Ну а что еще использовать? Гламурные трояны замаскированные под смарт от гугли/яппли/микрософта вы сами используйте, имхо.
От jola вроде что-то есть. На словах - круто, как реально - незнаю, не щупал.
> От jola вроде что-то есть.На qualcomm-овских процессорах? Где гуйный линукс бутявится немеряным блобом сотового модема, если модем в хорошем настроении? А также постоянно висит резидентно в памяти и может тусоваться по всей системе? Не-не-не, Дэвид Блейн. Себе ваш квалкомм оставьте. Ибо когда троянец еще и замаскирован как следует - это даже хуже чем просто нагло впариваемый троянец.
> На словах - круто, как реально - незнаю, не щупал.
Пусть сначала сделают что-нибудь из девайсов где сотовый модем не может напрямую иметь всю систему с пингвином по черному, тогда поговорим.
Это тот самый случай, когда "слишком мало и слишком поздно". Какой уж тут праздник...:(
А сборка ядра Clang'ом - это что, многим интересно?
Ну как бы все просто - кому работа нужна, тот ее и делает. Если делается - значит кому-то зачем-то надо. Не делается - значит настолько всем надо.
> А сборка ядра Clang'ом - это что, многим интересно?Компиляция, по сути, в некотором роде процесс валидации. Компиляторы отличаются по диагностике ошибок, и у них есть свои ошибки/особенности тоже. Именно поэтому, возможность собрать 2-я, лучшем, чем одним. И ес-но, если вся кодовая база ядра прошла доп. тест на сборку другим компилятором, это по-определению касается большее кол-во пользователей, чем изменение в поддержке Radeon.
Кому интересны эти теоретизирования, если всё работает?
http://www.coverity.com/press-releases/coverity-at-linuxfest.../In 2012 alone, more than 5,000 defects were fixed in the Linux Kernel. This presentation will explore some of the most serious quality issues found through the Coverity Scan™ service, and how developers can use static analysis technology on their open source projects to build quality and security into their software development process.
На опеннете же нет игнора школоты/ламья, в отличие от последних? )
> were fixedПопробуй ещё раз.
> Компиляция, по сути, в некотором роде процесс валидации... процесс валидации компилятора а не исходного продукта. В самом продукте разве что несовместимости могут быть, но ошибки таким образом наврятли выявятся. Так что есть кучи кода на которых можно тренироваться и без ядра.
>> Добавлен драйвер для модема, поставляемого в коммуникаторе Nokia N900Это круто, вот только последнее доступное для N900 ядро - 2.6.xx
Да и самих аппаратов n900 маловато осталось в продаже
> Это круто, вот только последнее доступное для N900 ядро - 2.6.xxКто вам это сказал? Можно собрать 3.16. А вот что из оборудования при этом будет работать - уже второй вопрос. Ибо замайнлайнено таки не все.
>> Кто вам это сказал?Менеджер пакетов :)
Вот я и заметил, что смысла от запиливания поддержки модема не видно, поскольку остальные системные утилиты в N900 далеко не последней свежести и вряд ли всё это взлетит на 3.16.
> Менеджер пакетов :)А я думал, по этому вопросу надо у головного мозга консультироваться, пакетный менеджер хорошая штука, НО головной мозг не заменяет.
> Вот я и заметил, что смысла от запиливания поддержки модема не видно,
Ибо если почитать факин маны и логи коммитов, можно заметить что даже модем поддерживается не полностью. А вообще есть там на вике чудная страничка где описано - что замайнлайнено и какие грабли в этом процессе.
Вас послушать - надо лечь в могилку и засыпаться земличкой. Ведь до финиша эвона сколько.
> поскольку остальные системные утилиты в N900 далеко не последней свежести и
> вряд ли всё это взлетит на 3.16.Утилитам в массе своей вообще класть на версии ядра. А основную проблему являют собой незамайнлайненые куски и всякая дурная проприентарь в системных компонентах. Ну хоть тот же BME.
>> Это круто, вот только последнее доступное для N900 ядро - 2.6.xx
> Кто вам это сказал? Можно собрать 3.16. А вот что из оборудования
> при этом будет работать - уже второй вопрос. Ибо замайнлайнено таки
> не все.Работает практически всё. Не работает ускорение графики (ибо PowerVR), через задницу работают зарядка аккумулятора и ещё некоторые мелочи.
>>> Это круто, вот только последнее доступное для N900 ядро - 2.6.xx
>> Кто вам это сказал? Можно собрать 3.16. А вот что из оборудования
>> при этом будет работать - уже второй вопрос. Ибо замайнлайнено таки
>> не все.
> Работает практически всё. Не работает ускорение графики (ибо PowerVR), через задницу работают
> зарядка аккумулятора и ещё некоторые мелочи.Судя по вот этому зарядку починили. Точно пора обновляться.
> Судя по вот этому зарядку починили. Точно пора обновляться.А что там с зарядкой можно сломать?
> Работает практически всё.А камеры там починили?
>Это круто, вот только последнее доступное для N900 ядро - 2.6.xxУ меня на n900 сейчас 3.12. Видимо, пора обновляться.
> У меня на n900 сейчас 3.12. Видимо, пора обновляться.Звездато. А fcam drivers под него можно собрать? И вообще, насколько там драйвера камеры работают? В вике страшилка висит что мол, поддержка камер поломана.
Скажите, а уже появилась ядерная версия exFAT или теперь все будет через FUSE?
> Скажите, а уже появилась ядерная версия exFAT или теперь все будет через FUSE?Самсунь вывалил драйвер под GPL, но в майнлайн его врядли возьмут - обложен патентами как собака блохами.
да.
на вопрос, содержащий "или" нежелательно давать односложный ответ "да" или "нет".
нет
Да, появилась. Причём не просто Read Only, а запись без шанса повреждения файловой системы. Потому что драйвер написан по спецификациям, предоставленным Microsoft-ом. Скачать можно на сайте Samsung: http://opensource.samsung.com/ и здесь: https://aur.archlinux.org/packages/exfat/ По последней ссылке также доступны патчи для добавления поддержки ядер Linux 3.9-3.11.Здесь находится форк, поддерживающий новые ядра Linux: https://github.com/dorimanx/exfat-nofuse. Но лично у меня Linux 3.11, поэтому я не стал устанавливать форкнутый драйвер:
cd exfat_1.2.4/
patch -p1 < 3.9-compat.patch
patch -p1 < 3.10-compat.patch
patch -p1 < 3.11-compat.patch
make
su
Пароль:
# mkdir /lib/modules/`uname -r`/kernel/fs/exfat
# cp *.ko /lib/modules/`uname -r`/kernel/fs/exfat/
# depmod -a
# modprobe exfat_core
# modprobe exfat_fs
# exitМожно пользоваться. На всякий случай прописал модули в автозагрузку: http://s3.postimg.org/430wdzwnn/exfat_on_boot.png
Зенитар. Гуру по всякой патентованой и проприетарной блевотине :).
exfat Это стандарт для флешек. А vfat тоже патентованный, хоть и содержится в ядре
это НЕ стандарт, а общепринятое решение
Нет, это стандарт: https://ru.wikipedia.org/wiki/Secure_Digital#SDXC
> exfat Это стандарт для флешек.Да в печь такие "стандарты". По уровню технологичности эта блевотина на уровне середины 90-х прошлого века, зато за патенты дерут по полной программе.
> А vfat тоже патентованный, хоть и содержится в ядре
А они там обошли все патенты, очень изящно кстати. У них нет ссылок на LFN. Всегда только что-нибудь одно - или длинное имя, или короткое. И работает за...сь (участь досов типа 6.х, не умеющих LFN врядли кому-то интересна в 2014 году) и патент на убер-костыль которым махали - в пролете.
> Поддержка первого формата файловой системы FAT, применяемого в DOS 1.x для дискет, размером 160, 180, 320 и 360 Кб;Ухх..
Самое ожидаемое новшество!
>> Поддержка первого формата файловой системы FAT, применяемого в DOS 1.x для дискет, размером 160, 180, 320 и 360 Кб;
> Ухх..Не поверишь, во всём виноват https://lkml.org/lkml/2014/3/29/165 Майкрософт. Не все "технологии" ещё до конца раскопаны археологами.
Кто-то раскопал на чердаке (или в подвале) труп стюардессы^W^W древнюю дискету? :)
джва года ждал!
> пользователи вновь могут насладиться запуском 16-разрядных Windows-программ через Wine на системах с 64-разрядными сборками ядра LinuxКаков слог! Понравилось!
> соотношение между очередями первого и второго уровня может составлять от 1 к 1 до N к M
Напомнило: «… Нет M мало, пусть будет X».
>> пользователи вновь могут насладиться запуском 16-разрядных Windows-программ через Wine
>> на системах с 64-разрядными сборками ядра Linux
> Каков слог! Понравилось!Да вообще, теперь мы сможем запускать 16-битные программы. Даже с очень древних дискет. Ух, заживем!
Починили сломанные в 3.15 p-state'ы для Haswell (и мб ниже).
"пользователи вновь могут насладиться запуском 16-разрядных Windows-программ"
+
Вот только где их взять? :)
Для SoC Samsung Exynos обеспечена поддержка многоплатформенных ARM-сборок (возможность собрать одно ядро, которое будет содержать поддержку различных ARM-платформ);
АЛИЛУЙЯ!
> Поддержка первого формата файловой системы FAT, применяемого в DOS 1.x для дискет, размером 160, 180, 320 и 360 Кб;Вот это крутая фича!
да, бзде теперь не угнаться!
> да, бзде теперь не угнаться!--Папа, папа! А покажи крутую многозадачную операционную систему clang fbsd 11-devel!
--Сейчас, сынок, подожди, дискетку доформатирую.
> --Папа, папа! А покажи крутую многозадачную операционную систему clang fbsd 11-devel!
> --Сейчас, сынок, подожди, дискетку доформатирую.Не, не так:
-- Подожди, сынок, только ядро докомпилирую...
Дайте же скорее 16-разрядных виндовс программ!! Хочу, хочу наслаждаться!
У меня есть одна 16 битная распознавалка русской речи Kombat называется. Интересно заведется ли в вайне. Реально работала.
За что минусуете, крaсноглазики?
> За что минусуете, крaсноглазики?Necromancy is a forbidden art (c).
>> За что минусуете, крaсноглазики?
>art (c).Да, не. Мы ж не против "art"-а.
Просто не все здесь ещё в курсе, что блобофажество вполне в русле Генеральной Линии им.Опенсорс линукс фондейшена того ядра, что в сабже. Зато Столмана все читали, да. И согласны.
В 3.17-18 ожидаются HSA патчи от AMD
https://github.com/HSAFoundation/Linux-HSA-Drivers-And-Image...
> В поставку добавлен скрипт decode_stacktrace.sh для декодирования дампов стека
> ядра в представление, позволяющее более наглядно оценить источник проблемы;Не прошло и двадцати лет!!! Ура!
А то, сцука, пока вспомнишь порядок вызовов, уже баг пофиксят. :)
Видели мы твои фикусы.
а зачем нужны lowlatency-ядра?
> а зачем нужны lowlatency-ядра?Мы завтра вам ответим.
>> а зачем нужны lowlatency-ядра?
> Мы завтра вам ответим.Да... у бота "pavlinux" ядро нифига не low latency :(.
Повышение частоты отзывчивости, на слабых машинах будет ужасно работатьLow latency (низкая задержка, ядро с включенными параметрами и натянутыми частотами)
> Повышение частоты отзывчивости, на слабых машинах будет ужасно работатьНесовместимые высказывания, придумывай заново.
> Добавлена поддержка JIT-компиляции для BPF-фильтров, используемых в подсистеме seccomp, используемой для контроля обращения к системным вызовам;Ням-ням :)
> Смотри RHEL 7, там по умолчанию корневая система при установке уже не EXT4 а XFS форматируется. Релиз нотсы RHEL7 - вот он пруф.следуя вашей логике, переход на systemd в RHEL7 так же оправдывает его необходимость и православие?
>> Смотри RHEL 7, там по умолчанию корневая система при установке уже не EXT4 а XFS форматируется. Релиз нотсы RHEL7 - вот он пруф.
> следуя вашей логике, переход на systemd в RHEL7 так же оправдывает его
> необходимость и православие?Вы этот вопрос точно мне адресовали? Я просто не понимаю связь с моим комментарием:
> Ням-ням :)
>Поддержка первого формата файловой системы FAT, применяемого в DOS 1.x для дискет, размером 160, 180, 320 и 360 Кб;Наверное, это очень актуально в 2014-м.
> Обеспечена возможность управления частотой GPU Kepler (re-clocking);И чо? Летает теперь? Кстати, nouveau хороший драйвер но медленный, в смысле фичастый но не шустрый увы.
> И чо? Летает теперь?Судя по бенчам фороникса - там где работает, неплохая прибавка. Но увы, на половине GPU используется не максимальный state а промежуточный. И прибавка меньше чем хотелась бы.
> Кстати, nouveau хороший драйвер но медленный, в смысле
> фичастый но не шустрый увы.А все-равно номер 1 это интел, а номер 2 - амд. У первых все шикарно, кроме того что железо дохлое. У вторых железо огого но драйвер менее вылизанный. Ну а нуво - ну вы поняли. Нвидия же любит гадости делать. Вот теперь их новые блобы, как минимум в винде, отрубают PhysX если в системе есть карта AMD. Такой вот маркетинговый булшит :).
> Добавлен драйвер для модема, поставляемого в коммуникаторе Nokia N900;Улыбнуло ;)
Драйвера для чипа RTS5139 (на нем построен картридер) из ядра пропали -> про картидер можно забыть?
> Драйвера для чипа RTS5139 (на нем построен картридер) из ядра пропали ->
> про картидер можно забыть?rtsx_usb.ko - CONFIG_MFD_RTSX_USB
блоб от AMD опять не собирается под новое ядро.
> блоб от AMD опять не собирается под новое ядро.Участь у любителей блобья такая.
Но у амд есть открытый драйвер. И он с каждым разом все лучше ;). И уж конечно собирается с каждым релизом кернела. Иначе кернел не релизнется просто.
>> блоб от AMD опять не собирается под новое ядро.
> Участь у любителей блобья такая.Они не прочитали п.5.3. EULA своего блоба, как и _все остальные пункты, впочкм, и ядро +0.1 _каждый раз сюрпризом.
> Они не прочитали п.5.3. EULA своего блоба,А что там написано? А то я наизусть не заучиваю, да и вообще свалил везде на открытые драйверы.
для 7750 в открытом нету поддержки режима (YUY2) нужном для tvtime
введи xvinfo в консоли..
> для 7750 в открытом нету поддержки режима (YUY2) нужном для tvtime
> введи xvinfo в консоли..Честно говоря не знаю что за tvtime и с какого бодуна он такой разборчивый в форматах. И вообще, если уж видео вспоминать - открытый драйвер умеет VDPAU (ну и VA-API через него же). А блоб в этом плане вообще в пролете...
не знаешь - не пиши.
на открытом видео проигрывается, а tvtime (просмотр телевизора через тюнер) не работает из-за того, что нет поддержки YUY2
> не знаешь - не пиши.Ну окей. Это же не у меня проблемы. Пользуйтесь блобом наздоровье. Главное, баги ни в коем случае не заводите на открытый драйвер. А то починят еще...
> на открытом видео проигрывается,
Да, при том даже тяжеленные ролики не грузят CPU и вообще вывод видео резвый. А еще там обещали прицепить VCE из новых GPU, оно еще и кодировать видео сможет на новых GCNах.
> а tvtime (просмотр телевизора через тюнер) не работает
> из-за того, что нет поддержки YUY2При том ее нет судя по всему в xvideo, а в vdpau есть. Странно. Могу предположить что не так уж сложно сделать но никто не заморочился, т.к. не было спроса.
Здравствуйте! Я обновил ядро с 3.13 на 3.16, после обновления ядра, у при входе в систему, начитает снижатся яркость, чтобы вернуть предудущую настройку яркости, нужно залесть в настройки и крутить. А так в целом, есть недоделкив коде, но я думаю что это все исправится.