И снова Linux: релиз ядра 6.3. Подробнее о возможностях и апдейтах в этой версии

[TyVik]

Зато обошли стороной отечественных разработчиков потому что "Нам некомфортно принимать патчи от вашей организации или связанные с произведенным ей оборудованием".

[vassabi]

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

[AAbrosov]

Может вы и сезон, в течение которого проводится интенсивный лов рыбы ограничить хотите?

[vassabi]

я - за сменямость власти (как минимум - сменяемость персоналий).

также - за местное самоуправление на местах и за широкое представительство народа среди депутатов (чтобы люди сами могли себе устанавливать сроки лова рыбы в том числе).

[khajiit]

чтобы люди сами могли себе устанавливать сроки лова рыбы в том числе

И чтобы нерестились за рыбу тоже сами )

[vassabi]

я думаю, что люди способны не только А) выловить вообще всю рыбу , но и наоборот - Б) начать выращивать рыбу в очень больших масштабах промышленным образом.

(если только в таком поведении (А или Б) есть значительная финансовая выгода)

[tbp2k5]

С моей дилетантской точки зрения, если сделать "шаг назад" и взглянуть глобальнее, мне кажется что патч под "Байкал" в ядре не нужен никому: судя по тестам, на открытом рынке "Байкал" не конкурентоспособный, а для закрытого рынка (для вояк например) — нет никакого смысла тянуть мертвый код в публичное ядро:

Всего было удалено около 40 старых ARM-платформ.

[odilovoybek]

Все же понимают почему... Это чтобы не получить хейта и чтобы не было таких постов аля "Линукс ввела в основной код изменения российских разработчиков". Если смотреть на это глобально и не из только России, то это реальная проблема для дальнейшего развития.

[MountainGoat]

Перевожу: "Нам в жабу нанимать юриста за тыщи баксов, чтобы он определил, легально ли нам принимать патчи, официально предоставленные от компании под санкциями"

[vassabi]

хм. а не подскажете, кому именно "в жабу" нанимать юриста - программисту или организации (и какой именно) ?

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

[unreal_undead2]

Отвечавший товарищ - @kernel.org, а не @xxx.com

[dartraiden]

Существует некоммерческая организация Linux Foundation, защищающая Linux путём поддержки его ключевых разработчиков и предоставления им юридических услуг. Кроме того, она распоряжается торговой маркой «Linux» и даже спонсирует существование Линуса Торвальдса.

Вполне возможно, что юристы как раз и посоветовали не принимать патчи. И там не обязательно, что они сказали "ни в коем случае не брать". Они могли, например, сказать "выглядит рискованно, у тех, кто примет патч, потенциально возможны проблемы, не советуем" (лично я бы после такого заключения не принял патчи, потому что на ровном месте взваливать на себя судебные тяжбы, на которые мне придётся тратить своё время и нервы, оно мне надо?). Это прекрасно состыкуется с ответом — "нам некомфортно принимать от вас патчи" (читай "нам некомфортно подставлять самих себя, разработчиков, под удар")

Грег в ответ на вопросы ответил, что все необходимые пояснения даны "Байкалу" и если "Байкал" сочтёт необходимым, то поделится информацией с сообществом.

[torgeek]

Строго говоря,  Linux Foundation — это компания зарегистрирована и находится в юрисдикции США и с деньгами под контролем госорганов США. Уже только поэтому им приходится осторожничать и перестраховываться с ущемлением своих участников из других стран. К тому же большинство участников — это компании из США.

Если бы вопрос решался, как у других международных опенсорсных фондов, где-нибудь в Швейцарии. Аргентине или, даже, Китае, то результаты, скорее всего, были бы совершенно другие.

Пример прямо в статье упомянут — "Linux-libre 6.3-gnu. Он создан силами латиноамериканского Фонда свободного ПО" (это Аргентина).

Другой пример — перенос RISC-V из США в Швейцарию по настоянию участников. То есть для международных сообществ разработчиков риски и опасности нахождения в США очевидны достаточно давно.

[unreal_undead2]

Добавлена поддержка инструкций SME 2 (Scalable Matrix Extension) для процессоров ARM

Вопрос знатокам - что конкретно имеется в виду? SME2 добавляет в контекст что-то помимо того, что было в SME?

PS Пока модерировали коммент, разобрался - добавили ZT0 для поддержки LUT.

[ss-nopol]

А еще — проведена оптимизация производительности, в результате чего удалось ускорить операцию send вплоть до 10 раз.

Это же как оно тормозило!

[unreal_undead2]

Меня скорее ускорение send в контексте файловой системы удивило. Но да, у них есть свой btrfs-send.

[HSerg]

Судя по фразе "...за счёт кэширования utime.." - все у кого тормозило уже давно используют noatime.

[tmk826]

В NFS добавлена поддержка шифрования данных с применением алгоритма AES-SHA2.

Почему-то все пишут/переводят не корректно. AES-SHA2 добавленна в kerberos.

* Support for Kerberos AES-SHA2-based encryption types has been added for both the NFS client and server. This provides a clean path for deprecating and removing insecure encryption types based on DES and SHA-1. AES-SHA2 is also FIPS-140 compliant, so that NFS with Kerberos may now be used on systems with fips enabled.

[sergeygals]

а еще, наконец-то, не прошло и пару лет (или больше ?), добавили поддержку nct6798 и теперь на ASUS TUF GAMING B550M-PLUS выдает но только drivetemp-scsi, nvme-pci и k10temp-pci но и

nct6798-isa-0290
Adapter: ISA adapter
in0:                      336.00 mV (min =  +0.00 V, max =  +1.74 V)
in1:                      1000.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in2:                        3.38 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in3:                        3.33 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in4:                        1.02 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in5:                      928.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in6:                      224.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in7:                        3.36 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in8:                        3.26 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in9:                      904.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in10:                     464.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in11:                     464.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in12:                       1.03 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in13:                     984.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in14:                     1000.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
fan1:                      899 RPM  (min =    0 RPM)
fan2:                      811 RPM  (min =    0 RPM)
fan3:                      954 RPM  (min =    0 RPM)
fan7:                        0 RPM  (min =    0 RPM)
SYSTIN:                    +30.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
CPUTIN:                    +29.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
AUXTIN0:                   +92.0°C    sensor = thermistor
AUXTIN1:                   +30.0°C    sensor = thermistor
AUXTIN2:                   +30.0°C    sensor = thermistor
AUXTIN3:                   +26.0°C    sensor = thermistor
PECI Agent 0 Calibration:  +29.5°C
PCH_CHIP_CPU_MAX_TEMP:      +0.0°C
PCH_CHIP_TEMP:              +0.0°C
PCH_CPU_TEMP:               +0.0°C
TSI0_TEMP:                 +33.8°C
intrusion0:               ALARM
intrusion1:               ALARM
beep_enable:              disabled

[teakettle]

Еще немножко обновлений. Так, разработчики реализовали драйвер
pata_parport для IDE-накопителей, подключаемых через параллельный порт. В
итоге появилась возможность удалить из ядра старый драйвер PARIDE и
модернизировать подсистему ATA. Ограничением нового драйвера является
невозможность одновременного подключения принтера и диска через
параллельный порт.

Аж олдскулы свело