The OpenNET Project / Index page

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



"Релиз ядра Linux 5.2"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз ядра Linux 5.2"  +/
Сообщение от opennews (??), 08-Июл-19, 10:31 
После двух месяцев разработки Линус Торвальдс представил (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.dev/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.dev/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.dev/opennews/art.shtml?num=51051

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  –13 +/
Сообщение от Аноним (1), 08-Июл-19, 10:31 
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз ядра Linux 5.2"  –5 +/
Сообщение от Аноним (2), 08-Июл-19, 10:33 
Как включить фичу с ext4 на уже существующий весь раздел?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Аноним (3), 08-Июл-19, 10:37 
Очевидно никак.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Релиз ядра Linux 5.2"  +6 +/
Сообщение от Нанобот (ok), 08-Июл-19, 10:50 
удаляешь все файлы с раздела, включаешь фичу на точку монтирования. очевидно же
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

36. "Релиз ядра Linux 5.2"  –3 +/
Сообщение от Fyjybv755 (?), 08-Июл-19, 12:55 
> включаешь фичу на точку монтирования

chattr на точку монтирования будет влиять на смонтированную фс? WUT?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 5.2"  +5 +/
Сообщение от Аноним (47), 08-Июл-19, 13:42 
На корень смонтированной ФС. Так понятнее?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

20. "Релиз ядра Linux 5.2"  –4 +/
Сообщение от Адекват (ok), 08-Июл-19, 12:05 
А в чем проблема ? фича же драйвером а не разделом определяется, нет ? Будет ядро 5.2, будет в ядре эта фича включена и оно само заработает.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

25. "Релиз ядра Linux 5.2"  +8 +/
Сообщение от Sluggard (ok), 08-Июл-19, 12:17 
Ты как-то странно читал новость. Фича-то появилась, но сама по себе на всём подряд она не заработает (что естественно), активировать её надо руками, и для пустых каталогов. Очевидно, что для работы регистронезависимости на существующем разделе его надо вычистить и назначить каталогу, в который раздел монтируется, соответствующий атрибут.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 5.2"  –3 +/
Сообщение от Аноним (29), 08-Июл-19, 12:40 
man tune2fs
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

39. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от КО (?), 08-Июл-19, 13:12 
mkdir tmp
chattr +f
mc и далее F6

:)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

51. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Анонимemail (51), 08-Июл-19, 13:59 
да не нужно это включать, тут в другом прикол.
Shift надо нажимать пальчиком на другой руке, вроде "ш" нажимаешь правой, а shift - левой.
Очень удобно.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Аноним (52), 08-Июл-19, 14:04 
Майкрософт сказал что регистры в названиях файлов не нужны. Значит не нужны.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 5.2"  –5 +/
Сообщение от Аноним (58), 08-Июл-19, 14:36 
Поддержка POSIX
Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней реализована поддержка следующих требований POSIX.1:

назначение имен с учетом регистра;

согласно POSIX. README.TXT, Readme.txt и readme.txt – это разные файлы;

дополнительная отметка времени;

дополнительный штамп времени для сохранения времени последнего доступа к файлу;

жесткие связи.

Жесткой связью называется такая связь, когда два различных имени файла (которые могут быть расположены в разных каталогах) указывают на одни и те же данные.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аноним (62), 08-Июл-19, 15:26 
> дополнительный штамп времени
> штамп времени

Это такой оф перевод?

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

67. "Релиз ядра Linux 5.2"  +3 +/
Сообщение от Аноним84701 (ok), 08-Июл-19, 15:52 
> Поддержка 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  🙄

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

98. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аноним (98), 09-Июл-19, 05:32 
Тем не менее, по умолчанию эта возможность в Виндовс не работает.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

60. "Релиз ядра Linux 5.2"  –5 +/
Сообщение от Amphyby (ok), 08-Июл-19, 15:11 
винду с рутрекера долго скачать что ли? зачем кому-то вообще может быть нужно регистронаплевательство в ФС? оО
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

110. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (110), 09-Июл-19, 15:04 
А зачем?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

122. "Релиз ядра Linux 5.2"  +/
Сообщение от Kuromi (ok), 13-Июл-19, 22:00 
Фичу нельзя включить для каталогов в которых уже есть файлы, очевидно чтобы не создавать путаницы (а вдруг у вас атм два файла в разнх регистрах?).
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Релиз ядра Linux 5.2"  +26 +/
Сообщение от Аноним (4), 08-Июл-19, 10:37 
> режим работы Ext4 без учёта регистра символов

Безрукие игроделы ликуют.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Аноним (8), 08-Июл-19, 11:02 
Поясни для тех кто в танке
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Релиз ядра Linux 5.2"  +15 +/
Сообщение от Аноним (10), 08-Июл-19, 11:07 
В интернетах встречал, что т.к. игры сделаны под виндавс, там встречалось, что в разных местах на один итот-же файл ссылаются например как file.ext, FILE.EXT и file.EXT. При этом в папке лежит вообще File.Ext. В винде это проблем не вызывает и игра работает, в линуксах добро пожаловать на танцы с бубном.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 5.2"  +/
Сообщение от Иваныч (??), 08-Июл-19, 11:34 
Подтверждаю. Так и есть, поучить одному стилю именования весьма сложно, при порте под Linux начинаются проблемы. Либо тотальное переименование скриптом (до свидания, репозиторий), либо набор костылей. Данная опция позволить просто забить на проблему в стиле "и так нормас".
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

75. "Релиз ядра Linux 5.2"  –3 +/
Сообщение от Аноним (75), 08-Июл-19, 18:40 
> при порте под Linux начинаются ...

я не в курсе конечно, но можно перекрыть это одной библиотекой причем загрузить ее даже после сборки такой вот трюк с LD_PRELOAD, а есть и адекватный режим когда всем имена файла оборачивают в макрос делающий все внешние имена файла (как вариант замена вызова open, на custom_open).

в чем пробелма вообще ума не приложу. поясните где там и у кого сложности? сдлеать sed -i 'g/open/custom_open/s'

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

86. "Релиз ядра Linux 5.2"  +/
Сообщение от Иваныч (??), 08-Июл-19, 21:15 
Так о чем и речь. Все в движке сводится к работе с нижним регистром (с которыми работал). Файлы либо собираются в архив (виртуальная файловая система) или переименовать все ресурсы в нижний регистр.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Аноним (77), 08-Июл-19, 19:00 
ln File.Ext file.ex
ln File.Ext FILE.EXT
ln File.Ext file.EXT
Не спасут гамеров?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

85. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Sluggard (ok), 08-Июл-19, 20:48 
Это и есть танцы с бубном для конечного пользователя (которому сперва ещё нужно будет узнать, что проблема в регистре имени какого-то файла).
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

104. "Релиз ядра Linux 5.2"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 09-Июл-19, 08:51 
> 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
$ _

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

107. "Релиз ядра Linux 5.2"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 09-Июл-19, 11:41 
> $ 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/]....
...на лужайке простофили Линуса и стада его... "клиентов".

Спасибо, Линус!  Спасибо, Грег.  Спасибо, Джим.

> А ещё "бывают".... .эти, как их?.... ну, кружоки-шапочки на буковках.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

13. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Аноним (13), 08-Июл-19, 11:17 
А я сижу на btrfs.(держу в курсе)
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

94. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от iCat (ok), 09-Июл-19, 02:04 
Ну и зря. Надо для разных задач использовать разные файловые системы.
Это же Linux, тут никто не принуждает пользоваться единственной "универсальной" FS.
Для / - одна FS,
Для архивов - другая
Для мультимедиа - третья,
Для баз данных - четвёртая,
Для кешей - пятая...
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

124. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (124), 16-Июл-19, 00:25 
> Для баз данных - четвёртая,

Какие предложения по этому пункту будут?

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

125. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от iCat (ok), 16-Июл-19, 05:55 
>> Для баз данных - четвёртая,
> Какие предложения по этому пункту будут?

У меня на одних системах - ReiserFS, на других - XFS... Зависит от режима использования БД.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (126), 16-Июл-19, 07:43 
Как один из вариантов: пару баз мускуля по пару гиг каждая с RW ~ 90/10
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

127. "Релиз ядра Linux 5.2"  +/
Сообщение от iCat (ok), 16-Июл-19, 09:21 
> Как один из вариантов: пару баз мускуля по пару гиг каждая с RW ~ 90/10

Я бы разместил на XFS.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от жека воробьев (?), 08-Июл-19, 12:23 
Мне это полезно, т.к. юзеры готовят в винде данные для обсчета на линуксовом кластере. Сейчас приходится колхозить скрипты предпроцессинга с привидением всего к одному регистру, что-то делать с конфликтами и т.п.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

93. "Релиз ядра Linux 5.2"  +/
Сообщение от gsdh (?), 09-Июл-19, 01:22 
Сдается мне, это самая простенькая проверка, наличие которой, вообще, не влияет.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

63. "Релиз ядра Linux 5.2"  +3 +/
Сообщение от ГабенВульвович (ok), 08-Июл-19, 15:26 
Сразу за ними маршируют безрукие разработчики node (никакой ненависти к самой ноде, только к безруким разработчикам)
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аномномномнимус (?), 08-Июл-19, 10:56 
>> режим работы Ext4 без учёта регистра символов

Довольно бесполезная фича. Куда нужнее было бы увеличить квоты на длину имён файлов

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Аноним (12), 08-Июл-19, 11:12 
Когда нужнее было бы возможность отключать UGO пермишнс, делая возможным использовать её на флашках вместо кривых фат.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

33. "Релиз ядра Linux 5.2"  +/
Сообщение от Fyjybv755 (?), 08-Июл-19, 12:51 
Монтировать с umask=0, не?
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

48. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Xasd5 (?), 08-Июл-19, 13:44 
не.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Аноним (55), 08-Июл-19, 14:10 
Это что, флешки с судо теперь подключать надо?
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

78. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Аноним (77), 08-Июл-19, 19:04 
А в fstab прописать?
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

117. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Алексей Михайловичemail (?), 10-Июл-19, 16:44 
Флэшку, которую ты ещё даже не видел? Которую тебе принесёт друг, предварительно зарядив туда то самое видео, что ты просил? Да ты силён, как я погляжу.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

68. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Аноним (12), 08-Июл-19, 17:06 
Опцию umask имеет только vfat (я имею ввиду команду mount и соответствующее поле в fstab). А если ты предлагаешь ломать систему, ставя юзерам umask=0, то проще уж тогда под рутом работать, примерно одного уровня "решения".

Так что мимо тут тебе плюсов наставили

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

66. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от iPony129412 (?), 08-Июл-19, 15:47 
Им уж F2FS засадили, но нет — всё им поизвращаться.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

69. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (12), 08-Июл-19, 17:08 
f2fs правда позволяет выкинуть пермишшены?
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

79. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Аноним (77), 08-Июл-19, 19:12 
>делая возможным использовать её на флашках вместо кривых фат

А завести на всех пользовательских тачках специального юзера со специальным одинаковым UID? От его имени и монтировать флешки.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 5.2"  +/
Сообщение от _kp (ok), 08-Июл-19, 11:21 
Для работы с распакованными образами предназначенными для иных систем, тестирования программ - полезно.
Еще, подсказали, некоторым это для Win игр нужно.
Правда и сейчас можно создать небольшой раздел, не ext, где регистр не учитывается, и задача решена.
Возможно, это баловство, но пусть будет.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

42. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (58), 08-Июл-19, 13:19 
Это еще нужно тупо для ускорения wine, который при каждой операции открытия файла на чтение/записи был вынужден читать названия всех файлов в каталоге. Теперь же все вновь создаваемые папки будут с этим флагом и останется лишь проверять его наличие, чтобы обходиться без костылей.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 13:24 
> и останется лишь проверять его наличие, чтобы обходиться без костылей.

Поправка: без _своих_ костылей.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

49. "Релиз ядра Linux 5.2"  +/
Сообщение от Аномномномнимус (?), 08-Июл-19, 13:49 
А вы читали что это вырублено по умолчанию, не везде применимо и вообще не проблема ядра? Ну т.е. Wine как приводил самостоятельно весь выхлоп из ФС, так и будет. А ещё всякие FM точно так же всё это дублируют сами. Т.е. они про этоу фичу ничего не знали, не знают и ещё много лет не будут знать
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

113. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от axredneck (?), 09-Июл-19, 18:40 
Wine просто при создании префикса будет ему назначать chattr +F, делов-то.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

11. "Релиз ядра Linux 5.2"  +/
Сообщение от гы (?), 08-Июл-19, 11:07 
QtBPF coming soon (:
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Аноним (77), 08-Июл-19, 19:13 
Только6 чтоб для компиляция BPF-программ не был нужем LLVM.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

18. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от InuYasha (?), 08-Июл-19, 11:35 
>>Добавлен драйвер aspeed для GFX чипа SoC ASPEED;

Wheeeeeee! Уж не уж то текст в перестанет тормозить на серваках!? Получасовой вывод apt или тормоза в less на грёбаных аспидах - это сущий ужас!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (21), 08-Июл-19, 12:05 
Скажите, а зачем рабочему серваку монитор?!? SSH не достаточно?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

26. "Релиз ядра Linux 5.2"  +6 +/
Сообщение от Stax (ok), 08-Июл-19, 12:17 
Очевидно, для неработающих в данный момент серваков. При обслуживании, решении проблем, добавлении железа. И дело не только в мониторе - если оно тормозит на выводе локально, то точно так же тормозит и при просмотре этого дела через IPMI KVM.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

116. "Релиз ядра Linux 5.2"  +/
Сообщение от InuYasha (?), 10-Июл-19, 12:56 
> просмотре этого дела через IPMI KVM.

Да, именно так. Ну и когда монитор подключаешь чтобы лог посмотреть, приходится полчаса ждать пока less отрендерится. (

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

87. "Релиз ядра Linux 5.2"  +/
Сообщение от noname.htm (ok), 08-Июл-19, 22:01 
Систему ты как поставишь, чтобы SSH получить?
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

89. "Релиз ядра Linux 5.2"  +/
Сообщение от Stax (ok), 08-Июл-19, 22:36 
Cobbler'ом же.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

24. "Релиз ядра Linux 5.2"  +8 +/
Сообщение от Stax (ok), 08-Июл-19, 12:15 
Пока это ядро до серваков доберется, уже этих aspeed и не найти будет...

И, к слову сказать, были же драйверы ast и фреймбуффер через astdrmfb. На каких-то aspeed это точно подгружалось и работало. Актуальный AST2500 пару лет как поддерживало. Так что не совсем ясно, что ожидается от нового драйвера.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

54. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от НяшМяш (ok), 08-Июл-19, 14:07 
DX12 и Raytracing видимо.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

115. "Релиз ядра Linux 5.2"  +/
Сообщение от sigprof (ok), 10-Июл-19, 10:04 
Это драйвер не для того видеоадаптера, который виден со стороны x86_64, а для того, который доступен со стороны ARM-ядра внутри чипа ASPEED BMC — т.е., он предназначен для тех, кто будет собирать собственную прошивку для BMC.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от fi2fi (?), 08-Июл-19, 11:39 
Хороший номер версии ))

помню rh5.2, теперь kernel linux 5.2, большой путь пройден ))))

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 5.2"  +3 +/
Сообщение от Аноним (27), 08-Июл-19, 12:20 
>ip ro add 172.16.1.0/24 via inet6 2001:db8::1 dev eth0

наркомания, чесслово

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

103. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Гентушник (ok), 09-Июл-19, 07:59 
Не знаю в каких практических случаях это может понадобиться, но почему бы и нет. Ведь от адреса в via по сути просто берётся MAC-адрес и всё.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

109. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (27), 09-Июл-19, 14:48 
>едь от адреса в via по сути просто берётся MAC-адрес и всё.

нет. ip протокол не только поверх ethernet работает. есть еще линки где мас адресов нет
а сабж вносит только путаницу

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

30. "Релиз ядра Linux 5.2"  –6 +/
Сообщение от robot228email (?), 08-Июл-19, 12:43 
А можно мне в будущий апдейт манжары и федоры отключить вот это?
Добавлена поддержка эллиптических кривых GOST R 34.10-2012 (RFC 7091, ISO/IEC 14888-3).
КАТЕГОРИЧЕСКИ ПРОТЕСТУЮ!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аноним (-), 08-Июл-19, 12:50 
Чем оно тебе мешает? Просто не используй.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 5.2"  +8 +/
Сообщение от Fyjybv755 (?), 08-Июл-19, 12:52 
От одного факта наличия в ядре этого кода сало подгорать начинает.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 5.2"  +/
Сообщение от хотел спросить (?), 09-Июл-19, 07:33 
этот тот который с бэкдором?

ну и накой черт оно в свободном софте?

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

40. "(offtopic) ...и тут Остапа понесло..."  –3 +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 13:18 
> КАТЕГОРИЧЕСКИ ПРОТЕСТУЮ!

Эх, неумеха.  Не так надо набрасывать, надо умеючи.  Если уж.

Вот, например, практически заголовком в 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'ами ;-]

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

76. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от онанимас (?), 08-Июл-19, 18:46 
> Researchers have identified a possible backdoor in the Grasshopper and Stribog algorithms

категорически удваиваю.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

31. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от Northern Wolfemail (?), 08-Июл-19, 12:48 
Проведена значительная оптимизация производительности планировщика ввода/вывода BFQ. В условиях высокой нагрузки на ввод/вывод внесённые оптимизации позволяют до 80% сократить время таких операций, как запуск приложений.

Прекрасно же! И давно пора. Только, к примеру в Debian мы не "увидим" данное ядро, ну например, никогда! хахахахах

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Релиз ядра Linux 5.2"  +5 +/
Сообщение от Fyjybv755 (?), 08-Июл-19, 12:53 
Вы не "увидите", а я через месяцок из stable-backports поставлю.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

45. "Релиз ядра Linux 5.2"  +/
Сообщение от Northern Wolfemail (?), 08-Июл-19, 13:33 
Из Debian - backports в sources.list? Вы подразумеваете?
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

50. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Аноним (50), 08-Июл-19, 13:52 
Самому пихнуть слабо?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 5.2"  –2 +/
Сообщение от NorthernWolfemail (?), 08-Июл-19, 14:07 
Объясните, прошу как же таеи собрмть ядро версии 5.0 и старше под Debian 10?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 5.2"  +3 +/
Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 14:12 
>таеи собрмть

Я не Дминтрий Анатольевич, но...  а , не, о чём это я?

>ядро версии 5.0 и старше под
> Debian 10?

А что не https://kernel-team.pages.debian.net/kernel-handbook/ch-comm...
так-то?

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

111. "Релиз ядра Linux 5.2"  +/
Сообщение от Павел Отредиезemail (?), 09-Июл-19, 16:00 

cd /usr/src/linux-5.2
make oldconfig
make dep-pkg

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

118. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от NorthernWolfemail (?), 10-Июл-19, 19:28 
Смотрите, собрал ядро как было указано в множестве инструкций, и получил при старте системы вот что..
https://drive.google.com/file/d/1-ddNnkLnMHqqQnWgMhvyCAxziDE...

Собирал ядро в Debian 10 Buster,для этой же системы, с помощью команды make oldconfig. Потом make menuconfig.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

37. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Аноним (37), 08-Июл-19, 13:00 
Я так понимаю для работы с AMD Ryzen 2 нужно ждать следующего релиза ядра?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (57), 08-Июл-19, 14:35 
А оно не работало? У меня с марта месяца работает AMD Ryzen 5 2600 c kernel 4.19.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

74. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от commiethebeastie (ok), 08-Июл-19, 18:17 
Он Zen2 имеет в виду, там поведение инструкции RdRandr изменилось.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

101. "Релиз ядра Linux 5.2"  +/
Сообщение от хотел спросить (?), 09-Июл-19, 07:35 
А как это решается с ромами? Это серверная штука, и там врядли будут ставить последние ядра.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

114. "Релиз ядра Linux 5.2"  +/
Сообщение от axredneck (?), 09-Июл-19, 18:45 
Да, только ждать нужно релиза systemd, а не ядра.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

38. "Релиз ядра Linux 5.2"  +11 +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 13:05 
Тут порой спрашивают (особенно 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...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Аноним (43), 08-Июл-19, 13:21 
Это проделан титанический труд, выполнен конечно колоссальный объём работ. Спасибо.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

82. "Релиз ядра Linux 5.2"  +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 19:52 
Привет pavlinux :)
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от AlexYeCu_not_logged (?), 08-Июл-19, 13:34 
>Улучшена реализация монтирования NFSv4 в режиме "soft"

Сбылась мечта KDE-разрабов?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аноним (59), 08-Июл-19, 14:48 
Общий mitigations выглядит очень полезно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

61. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Аноним (61), 08-Июл-19, 15:17 
> 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 ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 15:39 
>> 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4%
> не понял, а где самый жирный друг опенсорса на букву M ?

В ....гусары!!! мо-о-о-л.... -чать!....  там же.
  http://www.opennet.dev/openforum/vsluhforumID3/109860.html#184
http://www.opennet.dev/openforum/vsluhforumID3/108941.html#184
http://www.opennet.dev/openforum/vsluhforumID3/107019.html#26
   http://www.opennet.dev/openforum/vsluhforumID3/105139.html#34

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 5.2"  +6 +/
Сообщение от An (??), 08-Июл-19, 15:40 
Им сейчас не до этого , они прикручивают ядро линукса к винде.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от хотел спросить (?), 09-Июл-19, 07:37 
вот вам и extend ))

зачем вам линукс, если можно и линукс и виндовс сразу?

и не многие понимают, что это как огурцы с молоком

пипл хавает

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

97. "Релиз ядра Linux 5.2"  +/
Сообщение от bergentroll (ok), 09-Июл-19, 05:20 
У них своя репа. Они уже extend'ят.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

70. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Аноним (70), 08-Июл-19, 17:15 
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%?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "Релиз ядра Linux 5.2"  +3 +/
Сообщение от Аноним84701 (ok), 08-Июл-19, 17:52 
> 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%

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

72. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (72), 08-Июл-19, 17:57 
Независимым сообществом, возможно
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

73. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (73), 08-Июл-19, 18:11 
Базальт же, ну.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

81. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аноним (59), 08-Июл-19, 19:15 
Линукс, к счастью, пока еще пишут не только корпорации
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

84. "Релиз ядра Linux 5.2"  +4 +/
Сообщение от Аноним (84), 08-Июл-19, 20:05 
- Ты Canonical в списке разработчиков ядра видишь?
- Нет.
- А он есть.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от Oleg (??), 08-Июл-19, 22:13 
Когда WireGuard интегрируют, известно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от Аноним (92), 09-Июл-19, 01:14 
Когда все, ради чего делался zinc, будет в kernel crypto, а от zinc останется только маленькая обертка без конкретных реализаций алгоритмов.

В общем, нескоро.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

90. "Релиз ядра Linux 5.2"  +/
Сообщение от Линухбаринemail (?), 08-Июл-19, 23:02 
>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.

Норм батрачат

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

91. "Релиз ядра Linux 5.2"  –4 +/
Сообщение от Аноним (91), 09-Июл-19, 00:06 
позволю небольшое замечание: согласно действующему законодательству есть только электронная подпись, электронно-цифровая подпись отсутствует как класс
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Аноним (95), 09-Июл-19, 04:33 
А цифровой нет?
А электронная - это в виде электронов или в виде микросхемы в конвертике?
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

131. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (131), 18-Июл-19, 22:10 
Тогда уж совсем по правильному она должна именоваться цифровой и никак иначе. Это же матеша, для неё электричество не нужно
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Гвоздь (?), 09-Июл-19, 04:55 
>Добавлена поддержка шлюзов IPv6 для маршрутов IPv4. Например, теперь >можно указывать правила маршрутизации вида "ip ro add 172.16.1.0/24 >via inet6 2001:db8::1 dev eth0";

Интересно, для каких сценариев это следует применять ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 5.2"  +2 +/
Сообщение от zanswer CCNA RS and S (?), 09-Июл-19, 06:57 
Можно предположить, что для сценариев, когда нужно соединить два IPv4 сайта, через IPv6 магистраль.

RFC 5549: Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop


Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

108. "Релиз ядра Linux 5.2"  –4 +/
Сообщение от Анонимно (?), 09-Июл-19, 12:30 
Начать бы с того что бы бестпраксис запрещал примение больших букв в именах файлов в среде Linux. А после того как дистры перешли бы на эти рельсы можно было бы активировать неразборчивости к регистру.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

120. "Релиз ядра Linux 5.2"  +/
Сообщение от анонимка (?), 11-Июл-19, 12:13 
Только однобайтовые кодировки и восьмой бит заблокировать в именах файлов и каталогов.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

121. "Релиз ядра Linux 5.2"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 12-Июл-19, 14:03 
> Только однобайтовые кодировки и

...имена - последовательности _байтов_.  Не интерпретировать их, байты!, кодировки  не нужны, регистронезависимое ядро/ФС не нужны.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

112. "Релиз ядра Linux 5.2"  –1 +/
Сообщение от Павел Отредиезemail (?), 09-Июл-19, 16:28 
Люди не телепаты, ничего не понятно. Надо формулировать свои мысли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

119. "Релиз ядра Linux 5.2"  +1 +/
Сообщение от LeNiN (ok), 11-Июл-19, 11:38 
Часть патчей были от команды разработчиков смартфона Librem 5: https://puri.sm/posts/purism-and-the-linux-5-2-kernel/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (123), 15-Июл-19, 11:32 
Не подскажете, почему постоянно портится ext4 (и файлы) на относительно новом ноуте? long test норм, smart тоже.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "Релиз ядра Linux 5.2"  +/
Сообщение от AlexYeCu_not_logged (?), 17-Июл-19, 01:14 
>Не подскажете, почему постоянно портится ext4 (и файлы) на относительно новом ноуте?

Smartbuy?

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

129. "Релиз ядра Linux 5.2"  +/
Сообщение от AlexYeCu_not_logged (?), 17-Июл-19, 01:16 
Вообще, если ssd-накопитель, то стоит обновить прошивку: последние годы не меньше половины моделей в продажу с бажными поступают, похоже. Причём все, от уже упомянутых Смартбаев до Самсунгов и Плексторов.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

130. "Релиз ядра Linux 5.2"  +/
Сообщение от Аноним (130), 17-Июл-19, 23:44 
А фризы системы на подобие этого https://forum.manjaro.org/t/pc-freezes-since-some-days-kerne... исправили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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