После двух месяцев разработки Линус Торвальдс представил (https://lkml.org/lkml/2019/7/7/281) релиз ядра Linux 5.2 (https://www.kernel.org/). Среди наиболее заметных изменений: режим работы Ext4 без учёта регистра символов, раздельные системные вызовы для монтирования ФС, DRM-драйверы для GPU Mali 4xx/ 6xx/7xx, возможность обработки изменения значений sysctl в программах BPF, device-mapper модуль dm-dust, защита от атак MDS, поддержка Sound Open Firmware для DSP, оптимизация производительности BFQ, доведение подсистемы PSI (Pressure Stall Information) до возможности использования в Android.В новую версию принято 15100 исправлений от 1882 разработчиков,
размер патча - 62 Мб (изменения затронули 30889 файлов, добавлено 625094 строк кода, удалено 531864 строк). Около 45% всех представленных в 5.2
изменений связаны с драйверами устройств, примерно 21% изменений имеют
отношение к обновлению кода специфичного для аппаратных архитектур, 12%
связано с сетевым стеком, 3% - файловыми системами и 3% c внутренними
подсистемами ядра. 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7% - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.
Основные (https://kernelnewbies.org/Linux_5.2) новшества (https://lwn.net/Articles/788532/):
-
Дисковая подсистема, ввод/вывод и файловые системы- Для Ext4 добавлена поддержка (https://www.opennet.ru/opennews/art.shtml?num=50581) работы без различия регистра символов в именах файлов, которая активируется только в привязке к отдельным пустым каталогам при помощи нового атрибута "+F" (EXT4_CASEFOLD_FL). При установке данного атрибута на каталог все операции с файлами и подкаталогами внутри будут производиться без учёта регистра символов, в том числе регистр будет игнорироваться при операциях поиска и открытия файлов (например, файлы Test.txt, test.txt и test.TXT в подобных каталогах будут считаться одинаковыми). По умолчанию, за исключением каталогов с атрибутом "+F" , ФС продолжает быть регистрозависимой;
- Унифицированы функции обработки символов UTF-8 в именах файлов, которые применяются при выполнении операций сравнения и нормализации строк;
- В XFS добавлена инфраструктура для отслеживания состояния файловой системы и новый ioctl для запроса статуса работоспособности;
- Добавлен новый модуль device-mapper "dm-dust (https://github.com/torvalds/linux/blob/master/Documentation/...)", позволяющий симулировать появление bad-блоков на носителе или ошибок при чтении с диска. Модуль позволяет упростить отдадку и тестирование приложений и различных систем хранения в условиях возможного появления сбоев;- Проведена (https://lwn.net/Articles/784267/) значительная оптимизация производительности планировщика ввода/вывода BFQ. В условиях высокой нагрузки на ввод/вывод внесённые оптимизации позволяют (https://algo.ing.unimo.it/people/paolo/disk_sched/results.php) до 80% сократить время таких операций, как запуск приложений;
- В интерфейс для асинхронного ввода/вывода io_uring добавлена новая операция IORING_OP_SYNC_FILE_RANGE, выполняющая действия, эквивалентные системному вызову sync_file_range() (http://man7.org/linux/man-pages/man2/sync_file_range.2.html), а также реализована возможность регистрации eventfd с io_uring и получения уведомлений о завершении операций;
- Добавлена серия системных вызовов для монтирования файловых систем: fsopen() (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...), open_tree() (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...), fspick() (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...), fsmount() (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...), fsconfig() (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) и move_mount (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...). Данные системные вызовы позволяют раздельно обработать разные стадии монтирования (обработать суперблок, получить информацию об ФС, примонтировать, прикрепить к точке монтирования), которые ранее выполнялись при помощи общего системного вызова mount(). Раздельные вызовы дают возможность выполнять более сложные сценарии монтирования и отдельно выполнять такие операции, как перенастройка суперблока, включение опций, изменение точки монтирования и перенос в другое пространство имён. Кроме того, раздельная обработка позволяет точно определять причны вывода кодов ошибок и задавать несколько источников для многослойных ФС, таких как overlayfs;- Для файловой системы CIFS добавлен ioctl FIEMAP, обеспечивающий эффективное опоставление экстентов;
- Улучшена реализация монтирования NFSv4 в режиме "soft" (при возникновении ошибки доступа к серверу в режиме "soft" вызов в сразу возвращает код ошибки, а при режиме "hard" управление не отдаётся до возобновления доступности ФС или таймаута). В новом выпуске обеспечена более точная обработка таймаута, ускорено восстановление после сбоя и добавлена новая опция монтирования "softerr", позволяющая изменить код ошибки, возвращаемый при наступления таймаута, на ETIMEDOUT;
- В API nfsdcld, предназначенном для отслеживания состояния клиенов NFS, обеспечена возможность корректного отслеживания NFS-сервером состояния клиента при перезагрузке. Таким образом, демон nfsdcld теперь может выполнять роль обработчика nfsdcltrack;-
Виртуализация и безопасность- Проведена работа по устранению мест в ядре, допускающих выполнение кода из доступных на запись отражённых областей памяти, что позволяет блокировать потенциальные бреши, которые могут быть эксплуатированы при атаке;
- Добавлен новый параметр командной строки ядра "mitigations=", предотавляющий упрощённый способ управления включением тех или иных техник защиты от уязвимостей, связанных со спекулятивным выполнением инструкций в CPU. Передача "mitigations=off" выключает все имеющиеся методы, а применяемый по умолчанию режим "mitigations=auto" включает заищиту, но не влияет на использование Hyper Threading. Режим "mitigations=auto,nosmt" дополнительно выключает Hyper Threading, если того требует метод защиты.
- Добавлена поддержка эллиптических кривых GOST R 34.10-2012 (RFC 7091, ISO/IEC 14888-3);
- Код ядра почти избавлен (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) от непрерывающихся выражений casе в switch (без return или break после каждого блока case). Осталось исправить 32 из 2311 случая подобного использования switch, после чего при сборке ядра можно будет применять режим "-Wimplicit-fallthrough";
- Для архитектуры PowerPC реализована поддержка аппаратных механизмов ограничения нежелательных путей для доступа ядра к данным в пространстве пользователя;
- Добавлен код для блокирования атак (https://www.opennet.ru/opennews/art.shtml?num=50684) класса MDS (Microarchitectural Data Sampling) в процессорах Intel. Проверить подверженность системе уязвимости можно через SysFS-переменную "/sys/devices/system/cpu/vulnerabilities/mds". Доступно (https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/m...) два режима защиты: полный, требующий наличия обновлённого микрокода, и обходной, который полностью не гарантирует очистку буферов CPU при передаче управления в пространство пользователя или гостевой системе. Для управления режимами защиты в ядро добавлен параметр "mds=", который может принимать значения "full", "full,nosmt" (+ отключение Hyper-Threads) и "off";
-
Сетевая подсистема- Добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu...
URL: https://lkml.org/lkml/2019/7/7/281
Новость: https://www.opennet.ru/opennews/art.shtml?num=51051
Линус теряет землю под ногами.
Как включить фичу с ext4 на уже существующий весь раздел?
Очевидно никак.
удаляешь все файлы с раздела, включаешь фичу на точку монтирования. очевидно же
> включаешь фичу на точку монтированияchattr на точку монтирования будет влиять на смонтированную фс? WUT?
На корень смонтированной ФС. Так понятнее?
А в чем проблема ? фича же драйвером а не разделом определяется, нет ? Будет ядро 5.2, будет в ядре эта фича включена и оно само заработает.
Ты как-то странно читал новость. Фича-то появилась, но сама по себе на всём подряд она не заработает (что естественно), активировать её надо руками, и для пустых каталогов. Очевидно, что для работы регистронезависимости на существующем разделе его надо вычистить и назначить каталогу, в который раздел монтируется, соответствующий атрибут.
man tune2fs
mkdir tmp
chattr +f
mc и далее F6:)
да не нужно это включать, тут в другом прикол.
Shift надо нажимать пальчиком на другой руке, вроде "ш" нажимаешь правой, а shift - левой.
Очень удобно.
Майкрософт сказал что регистры в названиях файлов не нужны. Значит не нужны.
Поддержка POSIX
Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней реализована поддержка следующих требований POSIX.1:назначение имен с учетом регистра;
согласно POSIX. README.TXT, Readme.txt и readme.txt – это разные файлы;
дополнительная отметка времени;
дополнительный штамп времени для сохранения времени последнего доступа к файлу;
жесткие связи.
Жесткой связью называется такая связь, когда два различных имени файла (которые могут быть расположены в разных каталогах) указывают на одни и те же данные.
> дополнительный штамп времени
> штамп времениЭто такой оф перевод?
> Поддержка POSIX
> Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней
> реализована поддержка следующих требований POSIX.1:Самое интересное - источник:
https://support.microsoft.com/ru-ru/help/100108/overview-of-...
и почему я не удивлен ?)
> Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней
> реализована поддержка следующих требований POSIX.1:
> назначение имен с учетом регистра;
> согласно POSIX. README.TXT, Readme.txt и readme.txt – это разные файлы;
> дополнительная отметка времени;
> дополнительный штамп времени для сохранения времени последнего доступа к файлу;
> жесткие связи.Автор почему-то скромно умалчивает, что именно эти пункты есть даже в древнем UFS 🙄
Тем не менее, по умолчанию эта возможность в Виндовс не работает.
винду с рутрекера долго скачать что ли? зачем кому-то вообще может быть нужно регистронаплевательство в ФС? оО
А зачем?
Фичу нельзя включить для каталогов в которых уже есть файлы, очевидно чтобы не создавать путаницы (а вдруг у вас атм два файла в разнх регистрах?).
> режим работы Ext4 без учёта регистра символовБезрукие игроделы ликуют.
Поясни для тех кто в танке
В интернетах встречал, что т.к. игры сделаны под виндавс, там встречалось, что в разных местах на один итот-же файл ссылаются например как file.ext, FILE.EXT и file.EXT. При этом в папке лежит вообще File.Ext. В винде это проблем не вызывает и игра работает, в линуксах добро пожаловать на танцы с бубном.
Подтверждаю. Так и есть, поучить одному стилю именования весьма сложно, при порте под Linux начинаются проблемы. Либо тотальное переименование скриптом (до свидания, репозиторий), либо набор костылей. Данная опция позволить просто забить на проблему в стиле "и так нормас".
> при порте под Linux начинаются ...я не в курсе конечно, но можно перекрыть это одной библиотекой причем загрузить ее даже после сборки такой вот трюк с LD_PRELOAD, а есть и адекватный режим когда всем имена файла оборачивают в макрос делающий все внешние имена файла (как вариант замена вызова open, на custom_open).
в чем пробелма вообще ума не приложу. поясните где там и у кого сложности? сдлеать sed -i 'g/open/custom_open/s'
Так о чем и речь. Все в движке сводится к работе с нижним регистром (с которыми работал). Файлы либо собираются в архив (виртуальная файловая система) или переименовать все ресурсы в нижний регистр.
ln File.Ext file.ex
ln File.Ext FILE.EXT
ln File.Ext file.EXT
Не спасут гамеров?
Это и есть танцы с бубном для конечного пользователя (которому сперва ещё нужно будет узнать, что проблема в регистре имени какого-то файла).
> ln File.Ext file.ex
> ln File.Ext FILE.EXT
> ln File.Ext file.EXT
> Не спасут гамеров?Нет. Ты лентяй:
$ echo {F,f}{I,i}{L,l}{E,e}.{E,e}{X,x}{T,t} |wc -w
128И это ещё не всё. Пропущенное(*) выше видишь?
При этом "оно" ещё и от локали, говорят, зависит...
А ещё "бывают".... .эти, как их?.... ну, кружоки-шапочки на буковках.(*)
$ head -c 1000000 </dev/urandom |grep -aio [filext] |sort -u |cat -n
1 e
2 E
3 f
4 F
5 i
6 I
7 ı
8 l
9 L
10 t
11 T
12 x
13 X
$ _
> $ echo {F,f}{I,i}{L,l}{E,e}.{E,e}{X,x}{T,t} |wc -w
> 128
> И это ещё не всё. Пропущенное(*) выше видишь?
> При этом "оно" ещё и от локали, говорят, зависит...Агенты Микрософта рады!
Теперь этот пень https://www.cybertec-postgresql.com/en/icu-collations-agains.../
горит [не только в cifs.ko/]....
...на лужайке простофили Линуса и стада его... "клиентов".Спасибо, Линус! Спасибо, Грег. Спасибо, Джим.
> А ещё "бывают".... .эти, как их?.... ну, кружоки-шапочки на буковках.
А я сижу на btrfs.(держу в курсе)
Ну и зря. Надо для разных задач использовать разные файловые системы.
Это же Linux, тут никто не принуждает пользоваться единственной "универсальной" FS.
Для / - одна FS,
Для архивов - другая
Для мультимедиа - третья,
Для баз данных - четвёртая,
Для кешей - пятая...
> Для баз данных - четвёртая,Какие предложения по этому пункту будут?
>> Для баз данных - четвёртая,
> Какие предложения по этому пункту будут?У меня на одних системах - ReiserFS, на других - XFS... Зависит от режима использования БД.
Как один из вариантов: пару баз мускуля по пару гиг каждая с RW ~ 90/10
> Как один из вариантов: пару баз мускуля по пару гиг каждая с RW ~ 90/10Я бы разместил на XFS.
Мне это полезно, т.к. юзеры готовят в винде данные для обсчета на линуксовом кластере. Сейчас приходится колхозить скрипты предпроцессинга с привидением всего к одному регистру, что-то делать с конфликтами и т.п.
Сдается мне, это самая простенькая проверка, наличие которой, вообще, не влияет.
Сразу за ними маршируют безрукие разработчики node (никакой ненависти к самой ноде, только к безруким разработчикам)
>> режим работы Ext4 без учёта регистра символовДовольно бесполезная фича. Куда нужнее было бы увеличить квоты на длину имён файлов
Когда нужнее было бы возможность отключать UGO пермишнс, делая возможным использовать её на флашках вместо кривых фат.
Монтировать с umask=0, не?
не.
Это что, флешки с судо теперь подключать надо?
А в fstab прописать?
Флэшку, которую ты ещё даже не видел? Которую тебе принесёт друг, предварительно зарядив туда то самое видео, что ты просил? Да ты силён, как я погляжу.
Опцию umask имеет только vfat (я имею ввиду команду mount и соответствующее поле в fstab). А если ты предлагаешь ломать систему, ставя юзерам umask=0, то проще уж тогда под рутом работать, примерно одного уровня "решения".Так что мимо тут тебе плюсов наставили
Им уж F2FS засадили, но нет — всё им поизвращаться.
f2fs правда позволяет выкинуть пермишшены?
>делая возможным использовать её на флашках вместо кривых фатА завести на всех пользовательских тачках специального юзера со специальным одинаковым UID? От его имени и монтировать флешки.
Для работы с распакованными образами предназначенными для иных систем, тестирования программ - полезно.
Еще, подсказали, некоторым это для Win игр нужно.
Правда и сейчас можно создать небольшой раздел, не ext, где регистр не учитывается, и задача решена.
Возможно, это баловство, но пусть будет.
Это еще нужно тупо для ускорения wine, который при каждой операции открытия файла на чтение/записи был вынужден читать названия всех файлов в каталоге. Теперь же все вновь создаваемые папки будут с этим флагом и останется лишь проверять его наличие, чтобы обходиться без костылей.
> и останется лишь проверять его наличие, чтобы обходиться без костылей.Поправка: без _своих_ костылей.
А вы читали что это вырублено по умолчанию, не везде применимо и вообще не проблема ядра? Ну т.е. Wine как приводил самостоятельно весь выхлоп из ФС, так и будет. А ещё всякие FM точно так же всё это дублируют сами. Т.е. они про этоу фичу ничего не знали, не знают и ещё много лет не будут знать
Wine просто при создании префикса будет ему назначать chattr +F, делов-то.
QtBPF coming soon (:
Только6 чтоб для компиляция BPF-программ не был нужем LLVM.
>>Добавлен драйвер aspeed для GFX чипа SoC ASPEED;Wheeeeeee! Уж не уж то текст в перестанет тормозить на серваках!? Получасовой вывод apt или тормоза в less на грёбаных аспидах - это сущий ужас!
Скажите, а зачем рабочему серваку монитор?!? SSH не достаточно?
Очевидно, для неработающих в данный момент серваков. При обслуживании, решении проблем, добавлении железа. И дело не только в мониторе - если оно тормозит на выводе локально, то точно так же тормозит и при просмотре этого дела через IPMI KVM.
> просмотре этого дела через IPMI KVM.Да, именно так. Ну и когда монитор подключаешь чтобы лог посмотреть, приходится полчаса ждать пока less отрендерится. (
Систему ты как поставишь, чтобы SSH получить?
Cobbler'ом же.
Пока это ядро до серваков доберется, уже этих aspeed и не найти будет...И, к слову сказать, были же драйверы ast и фреймбуффер через astdrmfb. На каких-то aspeed это точно подгружалось и работало. Актуальный AST2500 пару лет как поддерживало. Так что не совсем ясно, что ожидается от нового драйвера.
DX12 и Raytracing видимо.
Это драйвер не для того видеоадаптера, который виден со стороны x86_64, а для того, который доступен со стороны ARM-ядра внутри чипа ASPEED BMC — т.е., он предназначен для тех, кто будет собирать собственную прошивку для BMC.https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Хороший номер версии ))помню rh5.2, теперь kernel linux 5.2, большой путь пройден ))))
>ip ro add 172.16.1.0/24 via inet6 2001:db8::1 dev eth0наркомания, чесслово
Не знаю в каких практических случаях это может понадобиться, но почему бы и нет. Ведь от адреса в via по сути просто берётся MAC-адрес и всё.
>едь от адреса в via по сути просто берётся MAC-адрес и всё.нет. ip протокол не только поверх ethernet работает. есть еще линки где мас адресов нет
а сабж вносит только путаницу
А можно мне в будущий апдейт манжары и федоры отключить вот это?
Добавлена поддержка эллиптических кривых GOST R 34.10-2012 (RFC 7091, ISO/IEC 14888-3).
КАТЕГОРИЧЕСКИ ПРОТЕСТУЮ!
Чем оно тебе мешает? Просто не используй.
От одного факта наличия в ядре этого кода сало подгорать начинает.
этот тот который с бэкдором?ну и накой черт оно в свободном софте?
> КАТЕГОРИЧЕСКИ ПРОТЕСТУЮ!Эх, неумеха. Не так надо набрасывать, надо умеючи. Если уж.
Вот, например, практически заголовком в NYT годится: Minorities protest against mitigations domination; и блюрба на передову^Hицу:
Civil disobedience protests have forced Linux developers to back off on their formerly-enforced kernel mitigations against certain hardware features found in computer processors made by prominent American chip developer, Intel; sources wishing to remain anonymous assert this might have been organized by Nif-Nif, Nuf-Nuf and Nah-Poh, presumably Russian hackers, through age-old Russian bulletin board mischievously named OpenNET.
Давайте, пишите передовым СМдИ о том, как русские спецслужбы взламывают ядро американского линукса гауссов^Wпатчами с toxik kuznetchik'ами ;-]
> Researchers have identified a possible backdoor in the Grasshopper and Stribog algorithmsкатегорически удваиваю.
Проведена значительная оптимизация производительности планировщика ввода/вывода BFQ. В условиях высокой нагрузки на ввод/вывод внесённые оптимизации позволяют до 80% сократить время таких операций, как запуск приложений.Прекрасно же! И давно пора. Только, к примеру в Debian мы не "увидим" данное ядро, ну например, никогда! хахахахах
Вы не "увидите", а я через месяцок из stable-backports поставлю.
Из Debian - backports в sources.list? Вы подразумеваете?
Самому пихнуть слабо?
Объясните, прошу как же таеи собрмть ядро версии 5.0 и старше под Debian 10?
>таеи собрмтьЯ не Дминтрий Анатольевич, но... а , не, о чём это я?
>ядро версии 5.0 и старше под
> Debian 10?А что не https://kernel-team.pages.debian.net/kernel-handbook/ch-comm...
так-то?
cd /usr/src/linux-5.2
make oldconfig
make dep-pkg
Смотрите, собрал ядро как было указано в множестве инструкций, и получил при старте системы вот что..
https://drive.google.com/file/d/1-ddNnkLnMHqqQnWgMhvyCAxziDE...Собирал ядро в Debian 10 Buster,для этой же системы, с помощью команды make oldconfig. Потом make menuconfig.
Я так понимаю для работы с AMD Ryzen 2 нужно ждать следующего релиза ядра?
А оно не работало? У меня с марта месяца работает AMD Ryzen 5 2600 c kernel 4.19.
Он Zen2 имеет в виду, там поведение инструкции RdRandr изменилось.
А как это решается с ромами? Это серверная штука, и там врядли будут ставить последние ядра.
Да, только ждать нужно релиза systemd, а не ядра.
Тут порой спрашивают (особенно User294), мол, а что сделал альт; вот конкретно от 5.1 до 5.2:* Виталик Чикунов принёс целый набор патчей в подсистему crypto (ссылку на наиболее релевантный предложил добавить в новость): https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
PS: ...и он же поправил однострочником perf на arm64: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
* Дима Левин (ldv@) явно в рамках работ по strace добавил syscall_get_arch() ко всем архитектурам, где недоставало; исправил сломанное шляпниками (16add411645cff83360086e102daa67b25f1e39a vs 5e937a9ae913 и 1002d94d3076); и принял участие в исправлении вновь добавленного флага CLONE_PIDFD:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...* Коля Костригин (наша молодёжь уже тоже берётся за ядро ;-) при поддержке коллег из SUSE закрыл https://bugzilla.kernel.org/show_bug.cgi?id=194521 однострочником насчёт Radeon R7 GPU ATS: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Это проделан титанический труд, выполнен конечно колоссальный объём работ. Спасибо.
Привет pavlinux :)
>Улучшена реализация монтирования NFSv4 в режиме "soft"Сбылась мечта KDE-разрабов?
Общий mitigations выглядит очень полезно
> 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7% - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.не понял, а где самый жирный друг опенсорса на букву M ?
>> 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4%
> не понял, а где самый жирный друг опенсорса на букву M ?В ....гусары!!! мо-о-о-л.... -чать!.... там же.
https://www.opennet.ru/openforum/vsluhforumID3/109860.html#184
https://www.opennet.ru/openforum/vsluhforumID3/108941.html#184
https://www.opennet.ru/openforum/vsluhforumID3/107019.html#26
https://www.opennet.ru/openforum/vsluhforumID3/105139.html#34
Им сейчас не до этого , они прикручивают ядро линукса к винде.
вот вам и extend ))зачем вам линукс, если можно и линукс и виндовс сразу?
и не многие понимают, что это как огурцы с молоком
пипл хавает
У них своя репа. Они уже extend'ят.
12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7% - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.=43.4%
А кто остальные 56.6%?
> 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% -
> Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7%
> - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.
> =43.4%
> А кто остальные 56.6%?Исходя из содержимого комментариев к различным новостям, там должна быть приписка:
"And a big, big thanks to anonymous developers from opennet.ru":
Аноним(1) - 1%, Аноним(2) - 1.2% ... Аноним(55) - 1.1%
Есть такая? Нет?
Хм, странно. Видать, слишком длинный список был и его обрезало. Жаль.Ну а вообще:
https://lwn.net/Articles/791606/
> Most active 5.2 employers
Intel 12.4%
(Unknown) 7.8%
Red 859
Google 5.4%
(None) 4.7%
AMD 4.0%
Linutronix 3.5%
SUSE 3.1%
IBM 3.0%
Linaro 2.7%
Huawei Technologies 2.7%
Bootlin 2.6%
Mellanox 2.6%
ARM 2.2%
(Consultant) 2.2%
Renesas 276
Oracle 1.6%
NXP Semiconductors 1.3%
Linux Foundation 1.2%
BayLibre 1.2%
Независимым сообществом, возможно
Базальт же, ну.
Линукс, к счастью, пока еще пишут не только корпорации
- Ты Canonical в списке разработчиков ядра видишь?
- Нет.
- А он есть.
Когда WireGuard интегрируют, известно?
Когда все, ради чего делался zinc, будет в kernel crypto, а от zinc останется только маленькая обертка без конкретных реализаций алгоритмов.В общем, нескоро.
>12.4% Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, >3% - IBM, 2.7% - Huawei, 2.2% - ARM, 1.6% - Oracle.Норм батрачат
позволю небольшое замечание: согласно действующему законодательству есть только электронная подпись, электронно-цифровая подпись отсутствует как класс
А цифровой нет?
А электронная - это в виде электронов или в виде микросхемы в конвертике?
Тогда уж совсем по правильному она должна именоваться цифровой и никак иначе. Это же матеша, для неё электричество не нужно
>Добавлена поддержка шлюзов IPv6 для маршрутов IPv4. Например, теперь >можно указывать правила маршрутизации вида "ip ro add 172.16.1.0/24 >via inet6 2001:db8::1 dev eth0";Интересно, для каких сценариев это следует применять ?
Можно предположить, что для сценариев, когда нужно соединить два IPv4 сайта, через IPv6 магистраль.RFC 5549: Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop
Начать бы с того что бы бестпраксис запрещал примение больших букв в именах файлов в среде Linux. А после того как дистры перешли бы на эти рельсы можно было бы активировать неразборчивости к регистру.
Только однобайтовые кодировки и восьмой бит заблокировать в именах файлов и каталогов.
> Только однобайтовые кодировки и...имена - последовательности _байтов_. Не интерпретировать их, байты!, кодировки не нужны, регистронезависимое ядро/ФС не нужны.
Люди не телепаты, ничего не понятно. Надо формулировать свои мысли.
Часть патчей были от команды разработчиков смартфона Librem 5: https://puri.sm/posts/purism-and-the-linux-5-2-kernel/
Не подскажете, почему постоянно портится ext4 (и файлы) на относительно новом ноуте? long test норм, smart тоже.
>Не подскажете, почему постоянно портится ext4 (и файлы) на относительно новом ноуте?Smartbuy?
Вообще, если ssd-накопитель, то стоит обновить прошивку: последние годы не меньше половины моделей в продажу с бажными поступают, похоже. Причём все, от уже упомянутых Смартбаев до Самсунгов и Плексторов.
А фризы системы на подобие этого https://forum.manjaro.org/t/pc-freezes-since-some-days-kerne... исправили?