The OpenNET Project / Index page

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



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

"Релиз ядра Linux 5.11"  +/
Сообщение от opennews (??), 15-Фев-21, 11:01 
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.11. Среди наиболее заметных изменений: поддержка анклавов Intel SGX, новый механизм перехвата системных вызовов, запрет сборки модулей без MODULE_LICENSE(), режим быстрой фильтрации системных вызовов в seccomp, прекращение сопровождения архитектуры ia64, перенос технологии WiMAX  в ветку "staging", возможность инкапсуляции SCTP в UDP...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54581

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

Оглавление

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


7. "Релиз ядра Linux 5.11"  +17 +/
Сообщение от Аноним (7), 15-Фев-21, 11:11 
> Добавлен новый механизм перехвата системных вызовов, основанный на prctl() и позволяющий из пространства пользователя генерировать исключения при обращении к определённому системному вызову и эмулировать его выполнение. Указанная функциональность востребована в Wine и Proton для эмуляции системных вызовов Windows, что необходимо для обеспечения совместимости с играми и программами, напрямую выполняющими системные вызовы в обход Windows API (например, для защиты от несанкционированного использования).

Звучит круто. Это поможет не получать баны игрокам в онлайн-игры с Wine от очень умных античитов?

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

10. "Релиз ядра Linux 5.11"  –19 +/
Сообщение от Лудакрис (?), 15-Фев-21, 11:13 
только об игрулях и думаете?
Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз ядра Linux 5.11"  +5 +/
Сообщение от КО (?), 15-Фев-21, 11:55 
Ну давайте думать о чём-нибудь другом, как всегда игнорировать.
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз ядра Linux 5.11"  –5 +/
Сообщение от Лудакрис (?), 15-Фев-21, 12:21 
чего игнорировать? капитан, вы трезвы?
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз ядра Linux 5.11"  +8 +/
Сообщение от HeavyMetal (?), 15-Фев-21, 13:16 
А что плохого думать в том числе и про игры(как частный случай ПО)?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

66. "Релиз ядра Linux 5.11"  +14 +/
Сообщение от НяшМяш (ok), 15-Фев-21, 13:29 
Как бы это парадоксально не звучало, но игрули двигают вайн как никто другой. Так же как прон в своё время двигал интернет.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

189. "Релиз ядра Linux 5.11"  +3 +/
Сообщение от z (??), 17-Фев-21, 02:27 
Что значит "в свое время", будто сейчас эти толстые сети без него кому-то нужны, что там смотреть-то, хд про фемок супергероеев? которые страшнее и тупее с каждым годом..
Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Zenitur (ok), 15-Фев-21, 11:20 
Да, это именно для этого и нужно. Надеюсь, что виндовс-версия War Thunder теперь заработает. Кто-то считает, что в DXVK игра работает лучше, чем нативная версия, но в какой-то момент ввели античит, который не работает.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Лудакрис (?), 15-Фев-21, 11:24 
а нативный вулкан разрабы этого вашего Грома Войны не могут поддержать штали? трансляторы эти уже вот где
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз ядра Linux 5.11"  +4 +/
Сообщение от Zenitur (ok), 15-Фев-21, 11:26 
> а нативный вулкан разрабы этого вашего Грома Войны не могут поддержать штали?
> трансляторы эти уже вот где

Они 2 месяца назад сделали новый движок, из Linux-версии убрали OpenGL 3 и оставили только Vulkan.

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

51. "Релиз ядра Linux 5.11"  +/
Сообщение от Синдарин (?), 15-Фев-21, 12:32 
Причём у этой проблемы даже есть имя и фамилия: Денис Ишмухаметов, граф.инженер World of Tanks, на канале Айтиборода было интервью, крутой чувак.

youtu[.]be/HVrYnPW5pi0

Напишите ему кто-нить, он слово Вулкан произносил разок за интервью

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

53. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Синдарин (?), 15-Фев-21, 12:33 
Ой или это вообще не эта игра? А и хрен с ним, я в эти ваши игры все равно не играю.
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноньимъ (ok), 15-Фев-21, 11:52 
>Звучит круто. Это поможет

Механизм для отбора контроля над ПК у пользователя? Круто?

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

41. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (41), 15-Фев-21, 12:20 
Чтобы линуксоиды да контроль отдали? А вот хрен, почитайте как это работает хотя-бы на форониксе.
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 15-Фев-21, 14:13 
> Чтобы линуксоиды да контроль отдали?

"Android - это не линукс!"(с)


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

85. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 15:18 
Кастом прошивки, F-Droid, Magisk/Edxposed/LuaPrivacy... всё там нормально, если желание есть. Гугл не пройдёт :-)
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Козлетто (?), 15-Фев-21, 16:04 
>Кастом прошивки, F-Droid, Magisk/Edxposed/LuaPrivacy... всё там нормально, если желание есть. Гугл не пройдёт :-)

Это если производитель позволяет на своих аппаратах разблокировать загрузчик, а если нет то... Даже рута не будет.

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

153. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от ананим.orig (?), 16-Фев-21, 02:55 
а производителя подобрать не судьба?
вообще то речь о тех кто хотя бы немного думает перед покупкой.
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:50 
> Это если производитель позволяет на своих аппаратах разблокировать загрузчик,

Или не блокирует изначально. Не все переклинены на @нальных загородках. А если кто хотел эппл или как у эппл - чтож, увы, гламур идет c strings attached. Гламурных тупарей, да не лохануть? Вы шо! Это просто аморально!

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

97. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (97), 15-Фев-21, 15:41 
> "Android - это не линукс!"(с)

Так то Linux - это кернел. А кто контролирует кернел, контиролирует все остальное. Кольцо всевластия - у него. И если это не вы - фу такими быть, иррелевантно к тому андроид это или нет.

А так андроид использует Linux ядро, но юзермод у него не сильно похож на привычный GNU/Linux. Так что корректнее сказать что Android - такой вот паршивый вариант линукса, ни разу не GNU-тый. Ну а чего вы от non-gnu ожидали то? Так то вам вон и майкрософт в линух на крапберри vscode всучивает, а заодно у них там рут халявный - через пакетный менеджер, гули :)

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

115. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 15-Фев-21, 17:05 
> Так то Linux - это кернел. А кто контролирует кернел, контиролирует все
> остальное. Кольцо всевластия - у него. И если это не вы
> - фу такими быть, иррелевантно к тому андроид это или нет.

Совершенно не противоречит "Чтобы линуксоиды да контроль отдали?", ага (ирония)

> А так андроид использует Linux ядро, но юзермод у него не сильно
> похож на привычный GNU/Linux. Так что корректнее сказать что Android -
> такой вот паршивый вариант линукса, ни разу не GNU-тый. Ну а
> чего вы от non-gnu ожидали то?

Обещанный контроль ожидали ("Чтобы линуксоиды да контроль отдали?") а не очередной витеватый эвфемизм "Andoid - не линукс!" :)


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

157. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 16-Фев-21, 07:57 
> Совершенно не противоречит "Чтобы линуксоиды да контроль отдали?", ага (ирония)

Абсолютно. *Ядерщики* руль никому не отдадут. И вот в том механизме ядро как раз таки
- Перехватывает лобовую потугу дернуть сискол асмовыми командами в обход API.
- Позволяет софту по типу вайна контролируемо и интеллектуально всех наесть, претендуя что это даже как бы прокатило. Хотя по факту кернел получил контроль ;) и в паре с кооперативным юзермодом всех технично наел.
- Ах да, результат всей этой штуки не обязан быть именно тем который ожидала программа, вся эта штука в сумме может изобразить любую иллюзию.

Но это актуально если руль от ядра - у вас. А у вас ли он? Возможны варианты. Кто на самом деле рулит системой? После ядерщиков, следующий уровень - system implementer, назовем так.

1) Сначала бут. Если бут не будет грузить ваше ядро - вы пролетаете! Руль на этой фазе не дали и с контролем возможны проблемы. Ежели дефолтный кернел и софт некооперативны - пардон, с их заменой у вас могут быть сложности. В этом месте мы начинаем догадываться почему в случае лоченого бутлоадера вас, таки, лоханули и owner'ом системы не считают. Вы таки в гостях у system implementer'а, это ЕГО система, и работает она на него, а вам сколько прав отсыпят, столько и ваше. Как любая порядочная многозадачка линух тоже энфорсит ограничения прав, и если ему сказано implementer'ом что вы не владелец системы, ну, пардон, значит вас строить надо :P

2) Кернел. Зависит от того кто и как его собрал. Смотря что implementer хотел. Если оставить руль себе, а вас на правах гуеста в стойло - значит, линукс как порядочная многозадачка это и будет форсировать. Руль у кода ядерщиков и имплементера ;) никуда не девается. Просто теперь система развернута против вас. И все ее системы безопасности - строят вас, а вы не контролируете их работу. В этом месте возникает вопрос дали ли вам рута, проверяет ли кернел подписи модулей, и если да - можете ли вы заменить ядро на свое, с своим ключом, дабы стать именно полным owner'ом системы.

3) С другой стороны, если руль таки у вас, все эти штуки не так уж плохо портят карму хакерам, когда у них ядерный руткит не вгружается потому что подписей нет (а ключ я где-то сныкал) - это тоже видите ли малость неудобно и паливно :)

> Обещанный контроль ожидали ("Чтобы линуксоиды да контроль отдали?")

А у кода ядерщиков контроль, внезапно, есть. Просто ежели вам имплементер права гуеста назначил - вот линуксоиды и используют тот контроль чтобы вас поставить в стойло. Сюрприз!!! Системы работают на своих легитимных владельцев, это так странно? :)

> а не очередной витеватый эвфемизм "Andoid - не линукс!" :)

1) Имхо, он таки все же линукс т.к. кернел содержит.
2) Но юзермод у этого линукса крайне паршивый.
3) Имплементеры разные бывают и за кого они вас там держат вопрос номер два. Изначально система работает на того кто ее имплементил, очевидно.
4) Про контроль таки было про ядерщиков ;). Их код видите ли всегда in charge.
5) Но не всегда по вашу душу. Полезность пушки сильно зависит от того в чью сторону она повернута.

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

35. "Релиз ядра Linux 5.11"  +18 +/
Сообщение от Kron4ek (ok), 15-Фев-21, 12:02 
Нет, в реализации работы античитов это не поможет (вопреки ожиданию многих людей), так как Wine-Staging (именно Staging, ванильный пока не умеет) и Proton уже давно умеют перехватывать системные вызовы с помощью seccomp. А этот новый механизм просто более производительный, но никакого нового фукнционала он не добавляет, насколько я понимаю.

Ссылки по теме:

https://www.reddit.com/r/linux_gaming/comments/l6cam9/syscal.../

https://old.reddit.com/r/linux_gaming/comments/jtz08q/collab.../

Причем вторая ссылка - это пояснение напрямую от разработчика из Valve.

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

181. "Релиз ядра Linux 5.11"  +/
Сообщение от Рева RarogCmex Денисemail (?), 16-Фев-21, 13:36 
Спасибо, Kron4ek
Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз ядра Linux 5.11"  +4 +/
Сообщение от SR_team (ok), 15-Фев-21, 11:18 
Кому там Wine не нравился? Тут по просьбе Valve на уровне ядра вводят функционал для него!
Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (21), 15-Фев-21, 11:28 
Если у Линуса будут претензии, отправят на пенсию.
Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (97), 15-Фев-21, 15:43 
> Если у Линуса будут претензии, отправят на пенсию.

А на замену кого? Анонимуса? Он спятит через неделю работинга.

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

142. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (142), 15-Фев-21, 20:40 
Поттеринга же. Ричарда Столлмана заменили и Линуса заменят.
Ответить | Правка | Наверх | Cообщить модератору

158. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:03 
> Поттеринга же. Ричарда Столлмана заменили и Линуса заменят.

Пожалейте чувака, он и так наполовину спятил пока концепцию системды придумал, а если ему еще это сгрузить - он вам такого накодит, что потом сами в трудовой лагерь скайнета добровольцами будете проситься.

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

31. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноньимъ (ok), 15-Фев-21, 11:53 
Это не для вайна, а для корпораций.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

83. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от SR_team (ok), 15-Фев-21, 15:09 
> Это не для вайна, а для корпораций.

Перехват системных вызовов проталкивали именно Valve для своего Proton'а, который основан на wine

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

150. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноньимъ (ok), 15-Фев-21, 23:25 
Корпорация протолкнула фичу которая нужна другим корпорациям для лишения пользовотеля контроля над своим ПК.

Причём тут корпорации? Непонятно.

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

159. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:08 
> Корпорация протолкнула фичу которая нужна другим корпорациям для лишения пользовотеля
> контроля над своим ПК.

Вообше-то если кто не заметил, фича таки делает ровно обратное: перехватывает левую потугу некооперативного софта, при помощи кернела подвиртуализовывает все это дело (произвольным образом, вы в принципе можете контролировать результат), претендует что все прокатило... DRM доволен по уши, видя что хотел, а то что это фэйк-абстракция показаная ему кернелом и вайном откуда б ему знать, если эмуляция достаточно хорошая.

DRMщики кстати с такого могут и не прийти в восторг, т.к. в принципе юзер в этой схеме может абстракцию переколпачить, пропатчив вайн делать что-то не то, но претендуя в результате сискола что все оки-доки, как задумано. Так что теоретически они могут попытаться детектить все это. На что в ответ естественно получат еще одну эмуляцию абстракций, показывающую им что они там хотели и там тоже. Но они могут попыраться накодить детект этого. И в ответ... ну, вы поняли. Нет, в этой схеме кажется никто никогда не побеждает.

А самое угарное что корпа по сути кодит по сути полухак DRM схемы, для совместимости :D

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

201. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноньимъ (ok), 17-Фев-21, 19:03 
Но будет ли простой способ для пользователь пользоваться этой фичей?
Ответить | Правка | Наверх | Cообщить модератору

208. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 18-Фев-21, 12:47 
> Но будет ли простой способ для пользователь пользоваться этой фичей?

Ума не приложу нахрен оно в чистом виде именно пользователю. Хотя если под простым способом понимать установку вайна и покупку игры в стим - ну, наверное, можно и так сказать. У валв претензяи видимо была к тому что без этого DRM/античит в игре, заметив что сискол обломался, вообще всю малину обгаживал в случае линукса и юзерь с линуксом пролетал.

А зачем это античитам всяким? А затем что развелось over 9000 умников грузящих патченые либы процессу читерскими приблудами - оно в тех либах типа-реализует, типа-винапи. Но таки малость пропатченое. И когда выгодно - подвирает в пользу читера. От этого у игроделов разумеется подгорает и они начинают думать как нассать в этот компот. Ну и вот доперли сисколы дергать в обход апи, напрямую. Так то на результат сискола это влиять не должно, но поскольку либа с реализацией апи по пути вообще выкинута - то и вгрузить ее замену читеру уже малость обломно.

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

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

214. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноньимъ (ok), 18-Фев-21, 20:50 
Вы меня видимо не поняли, причём два раза.

Ну вот ПО на моем компьютере хочет отнять у меня над компьютером контроль, перехватывать сисколы и делать прочие неэтичные и противозаконные вещи.

Я могу через эту фичу подсунуть ему заглушку чтобы оно думало что оно получило контроль, а на самом деле нет?

Можно ли будет создать простую в использовании утилиту позволяющую это делать?

Если да - то фича хорошая.

Если нет, то это античеловеческий функционал нацеленный на лишение людей свободы.

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

216. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 19-Фев-21, 14:35 
> Ну вот ПО на моем компьютере хочет отнять у меня над компьютером
> контроль, перехватывать сисколы и делать прочие неэтичные и противозаконные вещи.

Это вы чего-то не поняли.
1) Проприетарные игры никогда и не собирались вам полный контроль над происходящим в своих internals давать.
2) Вы не можете потерять то чего у вас не было. Если вам так не нравится, нефиг проприетарные игры с античитом было использовать, для начала.
3) Сама эта фича, в именно ядре - делает что угодно, кроме вот именно отъема, именно контроля, именно у пользователя.

Отъем контроля, у вон той программы, судя по всему исключением в ядре и отдачей обработки вон тому вайну - ну да, но юзер в этих отношениях вообще сбоку.

> Я могу через эту фичу подсунуть ему заглушку чтобы оно думало что
> оно получило контроль, а на самом деле нет?

Как я понимаю оно что-то такое и делает. Только предпочитает эмулировать нормальное выполнение виндового :) сискола. Хотя никакой винды тут и в проекте нет, но программа видит что хотела, довольна по уши и отваливает в туман. А то что проприетарная гамеза так то не очень кооперативная программа и периодически пакостит античитом и проч - наверное не к линуксоидам претензии, не?

> Можно ли будет создать простую в использовании утилиту позволяющую это делать?

Ну, для начала, вайн будет претендовать что все это типа еще и прокатило, так что античит упхнется и оно будет работать.

> Если да - то фича хорошая.
> Если нет, то это античеловеческий функционал нацеленный на лишение людей свободы.

Полезность замка зависит от того есть ли у вас ключи и умеете ли вы ими пользоваться. Поскольку оно все опенсорсное, ключ либо есть либо его можно отковать по бырому. Умеете ли вы это - вопрос номер два.

А так я не понимаю как этой фичой можно именно юзера натянуть на доступ к системе. Я бы понял если б вы повоняли на lockdown, с secureboot в паре, так ведь и то - я его сам себе сделал а ключ - заныкал на вон ту флешку, от хакеров подальше. И при наличии ключа :D локдаун не так уж и плох, и вообще, хакерам гадит а не мне.

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

217. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноньимъ (ok), 19-Фев-21, 14:47 
Мда. Кривляться вы умеете.

Ещё раз, эта фича создана для того чтобы облегчать корпорациям лишать юзера права распоряжаться приложением и своим ПК?

Да/Нет?

Она это делает, или не это?
Для чего КРОМЕ этого она ещё нужна?

Из того что вы пишите я так понимаю что именно для этого, и что мои изначальные утверждения верны.

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

70. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от flkghdfgklh (?), 15-Фев-21, 13:48 
Функциона́л — функция, заданная на произвольном множестве и имеющая числовую область значений

Другого значения слово не имело и не имеет

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

73. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (73), 15-Фев-21, 14:16 
ой блч какой ты умный!
Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (80), 15-Фев-21, 14:52 
Это ИТшный жаргон, в официальном общении это было бы ошибкой, верно, но мы же на форуме с неформальным общением.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

86. "Релиз ядра Linux 5.11"  +3 +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 15:20 
И всё же что мешает использовать корректное "функциональность"?
Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (80), 15-Фев-21, 15:38 
Ничего не мешает, просто терпимее надо относиться к окружающим, люди не идеальны :-)
Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (80), 15-Фев-21, 15:41 
Что мешает вместо чемодана-кейса писать «случай», «вариант»? Ничего не мешает, просто вот есть такой жаргон у некоторой группы.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 15-Фев-21, 15:45 
> Что мешает вместо чемодана-кейса писать «случай», «вариант»? Ничего
> не мешает, просто вот есть такой жаргон у некоторой группы.

Чемодан может и случаем быть. Вот смотри, если на тебя с балкона упал чемодан - это, очевидно, случай. Может быть, а может и не быть кейсом, ортогонально вообще.

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

155. "Релиз ядра Linux 5.11"  +/
Сообщение от bergentroll (ok), 16-Фев-21, 06:37 
А коллеги потом в документах так и пишут. Любители матана, не иначе.
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

82. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от SR_team (ok), 15-Фев-21, 15:08 
> Функциона́л — функция, заданная на произвольном множестве и имеющая числовую
> область значений
> Другого значения слово не имело и не имеет

Ну это определение почти подходит к добавленной в ядро функции

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

136. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (136), 15-Фев-21, 18:53 
Еще расскажи какое неправильное слово "споймал"
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

154. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 16-Фев-21, 06:01 
>Тут по просьбе Valve

Ложь!

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

156. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от bergentroll (ok), 16-Фев-21, 06:40 
«Ложь» — это «клади».
Швобода — это рабствие.
Копилефт — это копирайт.
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  –5 +/
Сообщение от Аноним (14), 15-Фев-21, 11:19 
Ответить | Правка | Наверх | Cообщить модератору

18. Скрыто модератором  –1 +/
Сообщение от Dzen Python (ok), 15-Фев-21, 11:24 
Ответить | Правка | Наверх | Cообщить модератору

22. Скрыто модератором  –3 +/
Сообщение от Dzen Python (ok), 15-Фев-21, 11:30 
Ответить | Правка | Наверх | Cообщить модератору

151. Скрыто модератором  +/
Сообщение от Аноньимъ (ok), 15-Фев-21, 23:29 
Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз ядра Linux 5.11"  –3 +/
Сообщение от InuYasha (??), 15-Фев-21, 11:33 
> добавлена поддержка протокола msgr2.1, позволяющего применять алгоритм AES-GCM

Только недавно нарвался на статью "почему AES-GCM сосёт" https://soatok.blog/2020/05/13/why-aes-gcm-sucks/ буду ознакамливаться )

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

48. "Релиз ядра Linux 5.11"  +3 +/
Сообщение от Анон Анонов (?), 15-Фев-21, 12:28 
Жиденькая статья. Сначала он жалуется на уязвимость для атаки по посторонним каналам у АЕС в девайсах без AES-NI, потом на коллизии у CBC режима, потом на уязвимости на квантовых компах. И, конечно, опять пиарит сигнал.

На практике же AES-NI крутейшая фича, которая ускоряет AES очень заметно, юзать AES без него не вижу смысла, а коллизии не возможны. А про квантовые компы и разговаривать нечего пока что.

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

118. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от InuYasha (??), 15-Фев-21, 17:22 
Ну, типа того. Хотя и не бесполезная.

>AES-NI крутейшая фича, которая ускоряет

Да, если ей доверять. Но это уже ко всему относится.

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

168. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:44 
А доверять интелу... ну в общем так себе идея, они своими management engine и прочим их недокументированным полунедоотключением зашкварились просто в край.
Ответить | Правка | Наверх | Cообщить модератору

207. "Релиз ядра Linux 5.11"  +/
Сообщение от InuYasha (??), 18-Фев-21, 10:28 
Как видишь, как минимум два анона подгорели от моего недоверия ЦПУ )
Справедливости ради, у AMD Ryzen есть ещё менее документированный PSP. Так что, вот.
Ответить | Правка | Наверх | Cообщить модератору

209. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (209), 18-Фев-21, 12:51 
> Как видишь, как минимум два анона подгорели от моего недоверия ЦПУ )

Анбшники не палятся :)

> Справедливости ради, у AMD Ryzen есть ещё менее документированный PSP. Так что, вот.

У меня по счастью нет Ryzen. И, благодаря psp, имхо и не будет никогда. Если мне будет остро зудеть слить денег - я на что-нибудь менее пробэкдореное и опесорс френдли потрачусь.

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

200. "Релиз ядра Linux 5.11"  +/
Сообщение от richman1000000 (ok), 17-Фев-21, 16:55 
Да го..о эти квантовые.
Математики делают много файпа, а на практике выйдет вот так:
> - Мы изобрели квантовый комп - пи...дец вашему шифрованию.
> - Производители - мы изобрели карточку шифрования.

Как когда-то добавили карточку звуковую, потом карточку видео, потом RAID карточку для дисков. Ключ шифрования будет не 128 бит,а 128 мбайт. И пробуйте потом вашим квантовым "копутером" определить ключик 128 мбайт. Там матрица выйдет такая что некуда будет её сохранить.

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

210. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (209), 18-Фев-21, 12:52 
Чувак, до того как умничать про криптографию в ней стоит хоть немного разобраться.
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз ядра Linux 5.11"  +3 +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 11:37 
Ну и ну. Давно таких проходных версий ядра не видел. Просто поразительно - ни одной интересной фичи. Не то чтобы я был в обиде - стабилизация и чистка мусора (до свидания, WiMax и Itanium) - тоже дело хорошее.
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз ядра Linux 5.11"  +4 +/
Сообщение от Dzen Python (ok), 15-Фев-21, 11:40 
Да не, тут вопрос ставить иначе надо: наконец перешли от фронтира (новые фичи) к вылизыванию старого кода и чистки обсолете. Думаю, еще пару таких "проходных" версий ядру точно не помешает.
На за наносекундный сисколл спасибо.
Ответить | Правка | Наверх | Cообщить модератору

187. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (187), 16-Фев-21, 23:55 
> добавлено 868025 строк кода, удалено 261456 строк

Именно так "вылизывание старого кода" и выглядит. Наверное, комментарии добавляют и код рефакторят, вот и пухнет.

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

46. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (21), 15-Фев-21, 12:28 
Надо ждать LTS.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

69. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (69), 15-Фев-21, 13:34 
А тебе каждые два месяца нужна революция?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

89. "Релиз ядра Linux 5.11"  +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 15:22 
Читай выше - "Не то чтобы я был в обиде - стабилизация и чистка мусора (до свидания, WiMax и Itanium) - тоже дело хорошее". Опять же, речь скорее была об отсутствии заметных новых фич, чем о революциях.

Просто непривычно для новостей о ядре.

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

218. "Релиз ядра Linux 5.11"  +/
Сообщение от макпыф (ok), 09-Мрт-21, 19:36 
вообще-то itanium только тестировать прекратили так как тестеров нету, а wimax просто перенесли вдругу ветку, но думаю скоро удалят.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

25. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (25), 15-Фев-21, 11:39 
>а также поддержка панели для смартфона OnePlus 6/T.

https://www.xda-developers.com/oneplus-6-6t-mainline-linux-k.../

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

104. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Козлетто (?), 15-Фев-21, 16:07 
А кто-то говорил что не взлетит. А энтузиасты тем временем пилят мобильные линуксы, один за другим.

Как говорять, Собака тявкает, а караван идёт.

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

119. "Релиз ядра Linux 5.11"  +/
Сообщение от InuYasha (??), 15-Фев-21, 17:23 
*корован
Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз ядра Linux 5.11"  –10 +/
Сообщение от Аноним (-), 15-Фев-21, 11:44 
>После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.11.

Не корректно предствалена работа сообщества. Ядро разрабатывается командой разработчиков а не самим Линусом. Линус там постольку-поскольку. Он сам уже ничего не кодит. Вы так скрываете комманду разработчиков, складывается такое впечатление что они слэйвы на ранчо полковника Торвальдса. Вообще ни разу ни политкорректно представили новость в этот раз.

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

28. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (28), 15-Фев-21, 11:49 
Сообщество накодило, а Линус представил. Две сотни программистов работали, а Сбер.Технологии выпустил новый продукт. Добро пожаловать в отчуждение собственного бренда. Думаешь когда-то будет возможность узнать что ты там кодил и накодил в какой-то компании?
Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 19-Фев-21, 11:00 
И что ты там накодил ?
Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз ядра Linux 5.11"  +8 +/
Сообщение от Аноним (32), 15-Фев-21, 11:54 
Дак вы по ссылке "представил" перейдите:

From    Linus Torvalds <>
Date    Sun, 14 Feb 2021 14:45:13 -0800
Subject    Linux 5.11

Он написал письмо, где сообщил о выпуске новой версии. А вы из этого истерику устроили.

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

50. "Релиз ядра Linux 5.11"  +9 +/
Сообщение от Аноним (-), 15-Фев-21, 12:29 
А, собственно, почему бы руководителю проекта, отвечающему за релиз и не представить очередной релиз?
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Dzen Python (ok), 15-Фев-21, 13:18 
Это же не тоталирантно!
Ну а так да, смех-смехом.
Как за косяки отвечать, так Линус и виноват, как тимлид и вообще ПМ. А не индус, что вкорячил кривой патч, и не Хартманн, что его проглядел.
Как версию новую представлять с proud of - так нужно поныть, что Линус за себя кучу рабов спрятал, все сообщество тоталитарно подмял и не указывает их имен.
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 15-Фев-21, 15:49 
> ПМ. А не индус, что вкорячил кривой патч, и не Хартманн,
> что его проглядел.

Ну так для того тимлид и пм, чтоб всякие фекалии в проект заворачивать еще наподлете и ревьюить что им там напрограмили. А иначе нахрена б они нужны, чисто логически?!

> Как версию новую представлять с proud of - так нужно поныть, что
> Линус за себя кучу рабов спрятал, все сообщество тоталитарно подмял и
> не указывает их имен.

Да вообще-то там как минимум майнтайнеры еще указаны в файлике. А дотошные найдут в git log вообще половину глобуса, вплоть до reported-by какого-нибудь.

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

106. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Dzen Python (ok), 15-Фев-21, 16:10 
И? Все люди, и Торвальдс не исключение.
Я про общий принцип вот таких вот макакенов: как за косяки отвечать - так Линус и пилит, с него весь спрос, индус из Мухосрамбы тут не при чем; как гордится детищем - так Линуса задвигаем, нужно же показать этого самого косячного индуса народу.
Все везде указаны, просто кое-кому набросить надо в комменты
Ответить | Правка | Наверх | Cообщить модератору

160. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (160), 16-Фев-21, 08:21 
> И? Все люди, и Торвальдс не исключение.

Роботы негодуют! Syzbot и сам умеет разную хрень репортить, например. Так что роботы в кредитсах тоже есть, пааапрашу!

> Я про общий принцип вот таких вот макакенов: как за косяки отвечать
> - так Линус и пилит, с него весь спрос, индус из
> Мухосрамбы тут не при чем; как гордится детищем - так Линуса
> задвигаем, нужно же показать этого самого косячного индуса народу.
> Все везде указаны, просто кое-кому набросить надо в комменты

Ну как бы Торвальдс уже врядли нуждается в рекламе, его не знают только те кто от компьютеров далек. А индусы что, их там легион, при всем желании всех не запомнишь. А Торвальдс как раз строит всю эту ораву кодить более-менее вменяемо, чем и крут.

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

64. "Релиз ядра Linux 5.11"  +3 +/
Сообщение от Dzen Python (ok), 15-Фев-21, 13:24 
Толстоватый вброс.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (28), 15-Фев-21, 11:50 
В каком дистрибутиве посмотреть и потестировать? Сами они собирают себе из исходников или используют какой-то дистрибутив?
Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (34), 15-Фев-21, 12:01 
Ubuntu mainline
Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз ядра Linux 5.11"  +/
Сообщение от Пользователь Fedora (?), 15-Фев-21, 12:11 
https://openqa.fedoraproject.org/nightlies.html
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

39. "Релиз ядра Linux 5.11"  +3 +/
Сообщение от Аноним (41), 15-Фев-21, 12:18 
Можно и самому собрать. Не особо сложная процедура само по себе. Конфиг можно взять хоть своего дистра, от прошлого ядра, но на некоторые странные вопросы ответить все же придется т.к. некоторых фич тогда еще не было и билдсистема поинтересуется куда и как это все, и надо ли это вам вообще.

Дебианобразные после всего этого могут сказать make bindeb-pkg какой - оно и соберет сразу пакетом, культурно. Можно потом пакетным менеджером поставить как белому человеку. А потом и удалить когда покажется старьем.

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

58. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от DeaDBeeF (ok), 15-Фев-21, 12:36 
https://aur.archlinux.org/packages/linux-mainline
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

148. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Плохой Танцор (?), 15-Фев-21, 22:39 
1. Скачиваешь архив на kernel.org
2. Распаковываешь и заходишь в папку
3. Пишешь: make menuconfig
4. Жмакаешь Save и Exit
5. Пишешь make -j5 deb-pkg
6. Ждёшь
7. Выходишь из папки на уровень выше
8. Пишешь sudo dpkg -i linux-headers-*.deb
9. Пишешь sudo dpkg -i linux-image-*.deb

Перегружаешься. И не благодари. Но опыту скажу, что эти ядра новые работают нестабильно.

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

161. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:28 
> 5. Пишешь make -j5 deb-pkg

1) -j надо ставить по числу ядер проца, плюс-минус желаемая нагрузка на систему.
2) make bindeb-pkg быстрее, зачем вам тарболы и пакеты с сорцом кернела, если вы это не в официальное репо? Напрасная трата времени на паковку этого.

> 8. Пишешь sudo dpkg -i linux-headers-*.deb

3) Хидеры нужны сильно не всем, только каким-нибудь проприетарным и out of tree дровам и весьма специфичному софту. Обычно можно не ставить.

> 9. Пишешь sudo dpkg -i linux-image-*.deb

4) И получаешь раскатаным жЫрный -dbg, который в 99% случаев даром не упал. Лучше поставить только конкретно linux-image с ядром.

> Но опыту скажу, что эти ядра новые работают нестабильно.

У меня совсем другой опыт :P. Возможно вы что-то делаете не так. Учитывая 4 поправки на простой рецепт...

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

202. "Релиз ядра Linux 5.11"  +/
Сообщение от Плохой Танцор (?), 17-Фев-21, 19:21 
По вашему флаг -jN при компиляции влияет на стабильность работы? Вы наверно из тех людей которые удивляются почему размер исполняемого файла не меняется если изменить размер объявленного массива.
Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (209), 18-Фев-21, 12:56 
> По вашему флаг -jN при компиляции влияет на стабильность работы?

Нет, конечно. Но он влияет на время компила. На 16-ядерной машине -j5 поюзает едв ли треть ядер, а на 2-ядернике слишком жестко спамить процессами будет и скорее лишний раз все затормозит.

Плюс-минус пожелания к загрузке системы. А то загрузка на треть может и фичой быть, если врубить билд кернела и пойти допустим в игру какую поиграть или мувик позырить вместо пяления на экран.

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

36. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 15-Фев-21, 12:09 
Ну, с релизом. Ядро для дня влюбленных, даже codename вроде поменяли.
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (44), 15-Фев-21, 12:25 
Теперь на Lenovo legion тачпады работают в 5.11 (MSFT)
Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (44), 15-Фев-21, 12:28 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1887190
Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (44), 15-Фев-21, 12:28 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1887190
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

68. "Релиз ядра Linux 5.11"  +/
Сообщение от HeavyMetal (?), 15-Фев-21, 13:33 
Y530-15ICH на 5.4 были проблемы толтко с wi-fi, уже не помню подробностей, но если загрузить модуль, который активировал wi-fi - клавиатура переставла работать=)))) Начиная с ядра 5.6 всё работает нормально.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

178. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Пряникё (?), 16-Фев-21, 12:50 
Шли годы...
А проблемы оставались прежними (ядро не в курсе миллиона кнопочек и пимпочек, которые каждый производитель ноутов стремится вкрячить в свои устройства, чтобы повысить их удобство).

Помню, еще в 2003 году с этим пытался бороться. Но потом понял, что на роль Дон Кихота я не гожусь и забил.

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

45. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (45), 15-Фев-21, 12:27 
И вот непонятно как теперь ставить непатченное ядро в Ubuntu, понапихали всяких linux-modules и linux-modules-extra, а без них как минимум отваливается ethernet. Впрочем и нужно ли это, так как 5.10 lts, очень глючным оказалось, теребонькают только на усладу красношляпе, в жо...
Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 15-Фев-21, 12:34 
make bindeb-pkg - и ставьте полученные пакеты. Какая разница что там куда в убунте напихали при этом? Это ж ваши пакеты.
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от эх (?), 15-Фев-21, 12:52 
Да, но без этих пакетов отваливается сеть.
Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (105), 15-Фев-21, 16:09 
> Да, но без этих пакетов отваливается сеть.

Убунта разбила пакет на что-то типа
1) Только ядро, без нифига. Оно не очень много чего умеет само по себе.
2) Модулей которые то ядро вгружает для всего что не вкомпилено в ядро.

Билдсистема отстроит 1 жирный пакет, в коем и ядро и модули, без разбивки. Просто не разнесено в 2 пакета. И если дело в этом - все завертится после инсталла пакета (*-image*). Всякие headers и -dbg можно не ставить в общем случае. Обратите внимание что тут -image будет сильно жирнее убунтушного, потому что в нем еще и все модули как раз.

Если кто в танке, ядро умеет собирать "фичи" как
- "none" (n, фича недоступна),
- module (m, ядро попробует вгрузить модуль когда фича понадобится)
- built-in (y, всегда доступно, не может быть выгружено, встроено в бинарь ядра).

Почти все "странные вопросы" сводятся в основном к тому как вам очередной драйвер оформить, коего до той версии не было. Иногда правда спрашивают про всякие изменения дефолтов и проч. Лучше понимать что спрашивают, наобум бывает чревато. Теоретиически, дефолты стараются делать относительно потребными и при непонятках можно Enter жать выбрав дефолтный ответ но это вариант на совсем крайний случай. Билдить себе ядро не зная что хочется получить все же странная идея, в этом случае лучше спереть у какого-нибудь дистра уже скомпилившего сие конфиг.

Еще для сети типа некоторых вафель может firmware хотеться, но это другие пакеты уже. И оно по идее у вас есть если сеть хоть с каким ядром запускается.

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

143. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (142), 15-Фев-21, 20:41 
Правильное ядро надо за денежки покупать, а ванильное только в виртуалке работать.  К тому и идем.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

163. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:29 
> Правильное ядро надо за денежки покупать, а ванильное только в виртуалке работать.

Если у вас руки из ... - что такого в том чтобы заплатить более пряморуким?

>  К тому и идем.

Разделение труда придумали не вчера.

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

52. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от jurikolo (ok), 15-Фев-21, 12:32 
Неужели впервые без обновлений в nouveau?
Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 15-Фев-21, 12:35 
Не впервые вроде, но в следующую версию довольно много чего в буфере. Фороникса читайте.
Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз ядра Linux 5.11"  +/
Сообщение от анон (?), 15-Фев-21, 15:20 
Я с тостера на севере. Если коротко, то производительность на всех новых видеокартах нв теперь не тыквится до gtx960?
Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (84), 15-Фев-21, 15:16 
Там же вроде nvidia запилила код для неё, или это в следующей? Тем временем семимильными шагами движемся к mesa поверх vulkan и нормальный проприетарный opengl останется где-то сбоку. До этого nvidia вкладывалась в переключение вывода на уровне приложения (чтобы пользователю можно было выбирать intel, nouveau, или nvidia), теперь видимо появится ещё один вариант.

Пс

> В драйвер nouveau добавлена начальная поддержка GPU NVIDIA на базе микроархитектуры "Ampere" (GA100, GeForce RTX 30xx), пока ограниченная средствами для управления видеорежимами.

Без возможности изменения частоты толку конечно никакого.

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

55. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (55), 15-Фев-21, 12:33 
> Виртуализация и безопасность

...
> позволяет верифицировать не только сертификаты встроенные в ядро, но и сертификаты загруженные во время работы, что даёт возможность обновлять сертификаты без обновления всего ядра. ...

Это минус безопасности.

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

63. "Релиз ядра Linux 5.11"  +/
Сообщение от Dzen Python (ok), 15-Фев-21, 13:19 
Чем грузины.
Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз ядра Linux 5.11"  +/
Сообщение от HeavyMetal (?), 15-Фев-21, 13:27 
Да кто ж Вам ответит? Чтобы понять что лучше, что хуже нужно взять функционал последнего ядра Фряхи и Линукса, тупо сравнить, потом посчитать +/- каждого. Можно ещё заморочиться "полезностью" функционала, а это дело вообще не тривиальное, кому-то важнее одно, кому-то другое. Лично мне флряха нахер не нужна, но это не значит, что она плохая или линукс хороший, на вкус и цвет фломастеры разныее. Под какие-то задачи она наверняка лучше линукса. Но суть в том, что меня устраивает линукс, все задачи, которые от него требовались и требуются - он закрывает.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

67. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от DmA (??), 15-Фев-21, 13:30 
Ядро Линукс в принципе невозможно захватить в собственнические руки, это нацеливает всех на более активное вложение сил в развитие, не боясь, что кто-то одеяло на себя перетянет. Все работают на результат.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

88. "Релиз ядра Linux 5.11"  +/
Сообщение от анон (?), 15-Фев-21, 15:21 
Еще хурд есть.
Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Zitz (?), 15-Фев-21, 18:36 
>Ядро Линукс в принципе невозможно захватить в собственнические руки

IBM/Intel/Microsoft

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

147. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (147), 15-Фев-21, 21:49 
> IBM/Intel/Microsoft

Это не руки...

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

167. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:42 
От них вообще не так уж и много коммитов. Какой-то очень лажовый захват, вы не находите?
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

169. "Релиз ядра Linux 5.11"  +/
Сообщение от Zitz (?), 16-Фев-21, 08:50 
> От них вообще не так уж и много коммитов. Какой-то очень лажовый
> захват, вы не находите?

Да ладно, Intel и Red Hat практически монопольно пилят ядро и окружение.

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

171. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:57 
> Да ладно, Intel и Red Hat практически монопольно пилят ядро

И, конечно, вы подтвердите это громкое заявление статистикой комитов? Памятуя о том что у меня git кернела на диске - я проверить все это в два счета могу.

От интеля основной shuffle вроде по части их графики обычно - и это ожидаемо, учитывая общую паршивость и грабельность этого HW block-а у них по жизни, они вечно конем ...ся чтобы оно вообще хоть как-то работало и не глючило по дикому. Но там HW team на веществах, судя по тому как это работает.

> и окружение.

А чего такого в окружении вообще напилил хотя-бы тот же интел? Кроме пары вспомогательных утилсов, connman (вообще метящего в мелкие мобильные девайсы в основном) и тому подобной мелочи особо даже и не помню. А, ну еще патчи с наборами команд в gcc, но какой от них вред так по жизни? Это ж не icc :P

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

177. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Zitz (?), 16-Фев-21, 11:41 
https://www.opennet.ru/opennews/art.shtml?num=53614
Ответить | Правка | Наверх | Cообщить модератору

184. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 18:59 
> https://www.opennet.ru/opennews/art.shtml?num=53614

Менее 19% в сумме - хиловато для монополии, не? А в 5.8 там вообще хуавэй вверх вылез. Видимо с HiSilicon своим, они с неких пор достаточно активно поддержку своего железа комитят.

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

71. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (71), 15-Фев-21, 13:59 
SCTP вообще где нибудь применяется? В windows не завезли, а поэтому нет смысла применять в кроссплатформенном софте. Но для чего-то ведь его делают? Кто знает?
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз ядра Linux 5.11"  +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 15:22 
Ну... я видел один проект с ним, но нахрена его туда засунули - так и не понял
Ответить | Правка | Наверх | Cообщить модератору

188. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 17-Фев-21, 02:06 
https://ru.wikipedia.org/wiki/SCTP
Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (102), 15-Фев-21, 16:02 
Ы-ыы,
копаем сорцы продуктов с заявленной поддержкой WebRTC
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

113. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (113), 15-Фев-21, 16:43 
В телекоме и в этих ваших лисохромах.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

74. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 15-Фев-21, 14:18 
> После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.11. Среди наиболее заметных изменений

А полноценную поддержку юникода в консоль опять не завезли? :(

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

81. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (81), 15-Фев-21, 15:02 
Лет 10 назад завезли.
Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 15-Фев-21, 16:55 
> Лет 10 назад завезли.

Ты с BSD не путаешь?
А то пацаны говорят - до сих пор из коробки нема
https://news.ycombinator.com/item?id=16278524
> jwilk on Jan 31, 2018 | parent | favorite | on: Programming the Linux Framebuffer
> Linux console supports up to 512 glyphs and has only minimal Unicode support.
> There are terminal emulators, such as fbterm or kmscon, that use framebuffer and might have better Unicode support.

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

179. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (179), 16-Фев-21, 13:20 
AHAXPEHA ?
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

183. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 16-Фев-21, 15:37 
> AHAXPEHA ?

Т.е. не завезли?


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

75. "Релиз ядра Linux 5.11"  +4 +/
Сообщение от Иваня (?), 15-Фев-21, 14:30 
То чувство, когда чуваки на сишке сделали столько всего за два месяца, а ты не можешь даже Hello World закончить на расте из-за грёбаного синтаксиса, борроу чекера и т.п..
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от анонимуслинус (?), 15-Фев-21, 14:49 
бедный раст. ну его делали в угоду ООП и синтаксис такой же. впрочем у плюсов когда им ООП подвезли тож был жутковат.))) сейчас чтоб описать плюсы нужно наверно целую энциклопедию выпускать и то что нибудь забудут. раст.... о нем не хочу говорить. модно молодежный язык, который скорее всего не вылезет в широкую нишу. может от этого он даже норм получится. а то плюсы все хотят обхватать, но итог печален весьма. стал сложен и заковырист.
Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз ядра Linux 5.11"  +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 15:27 
В плюсах всё относительно просто на самом деле. Главное - не мешать их с сишным кодом без очень большой нужды, а использовать идиоматичный подход, описанный в C++ Guidelines. Ну и перебраться наконец на C++14 хотя бы.

А раст, к моему сожалению, понемногу распространяется, хотя идеология совершенно безумна.

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

94. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Rev (?), 15-Фев-21, 15:36 
В C++ проблема в том, что все программисты, которые говорят, что нужно просто внимательно кодить, рано или поздно допускают простейшие ошибки, которые компилятор Раста просто не даст сделать.
И это... по статистике, за последние несколько лет, в коде Хромиума выявляется примерно по одной CVE каждые два дня. Так что Раст нужен, и не так уж он страшен. Я вот месяц пишу (и сетевой код, и интерфейс, и криптографию), и всё уже отлично получается.
Ответить | Правка | Наверх | Cообщить модератору

96. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (96), 15-Фев-21, 15:41 
А за сколько времени и какого бы качества ты бы сделал всё тоже самое на сях?
Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Козлетто (?), 15-Фев-21, 16:12 
На ассемблере или даже в машинных кодах, чего мелочится?
Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (84), 15-Фев-21, 21:37 
Сишечка при наличии некоторого опыта и подходящей коллекции _своих_ сниплетов позволяет писать весьма продуктивно. Там просто бойлерплейта многовато относительно ооп-ориентированных языков выходит. Но зато код с минимумом сюрпризов, а это чего-то да стоит.
Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (-), 16-Фев-21, 08:36 
> Сишечка при наличии некоторого опыта и подходящей коллекции _своих_ сниплетов позволяет
> писать весьма продуктивно. Там просто бойлерплейта многовато относительно ооп-ориентированных
> языков выходит. Но зато код с минимумом сюрпризов, а это чего-то да стоит.

А еще либы можно юзать, так вообще код самому писать не надо :). Я бы вон того ридсоломона на чем угодно наверное месяц бы кодил, убив 90% времени на то чтобы полностью математику от и до одуплить, и еще 9% на то чтобы это научиться более-менее корректно делать. А вот именно кодинг на чем угодно на этом фоне будет сущей ерундой. Когда уже понятно что и как кодить. Но для такой штуки такое понимание придет далеко не сразу, если вы не фанат очень специфичного раздела математики с странными правилами.

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

193. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (193), 17-Фев-21, 13:27 
> ...Но зато код с минимумом сюрпризов...

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

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

194. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (84), 17-Фев-21, 13:35 
Если кто-то игнорирует предупреждения компилятора/статического анализатора и не прогоняет код под valgrind, это его проблемы. Не так всё просто конечно, как и в плюсах, чаще всего это косвенное обращение к такой области при соблюдении ряда условий, но, если программист заткнул предупреждения о вероятных утечках (и забыл об этом), то вина тут только его. Нужно лучше документировать код или же вовсе не городить небезопасные конструкции там, где они не особо и нужны.
Ответить | Правка | Наверх | Cообщить модератору

196. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 17-Фев-21, 14:03 
> Ага, сюрпризов не так уж и много и все любимые-привычные: обращение к
> уже освобожденной памяти, выход за пределы буфера (у сишников, похоже, любимое,
> если читать бесконечные потоки фиксов), разыменование нулевых указателей, всякие целочисленные
> переполнения...

Не, ну понятно что у вас всего этого нет - вы поди и программы то не пишете, откуда б багам в них взяться.

Да, я кстати разок совершенно легально нулевой указатель разыменовывал - кто ж виноват что у Cortex M именно там адрес стэка при powerup лежит? Правда фирма ARM как оказалось нулевые указатели настолько не любит, что вбила проверку аж в хардвар. И получается что сам проц вгрузить это может, а из программы... хорошо что оно в другой адрес еще отзеркалено, да...

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

197. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от др. Аноним (?), 17-Фев-21, 14:46 
> Да, я кстати разок совершенно легально нулевой указатель разыменовывал - кто ж виноват что у Cortex M именно там адрес стэка при powerup лежит?

Только вот увы, null-евой указатель нельзя разыменовать легально, потому что это UB.
> Among the invalid values for dereferencing a pointer by the unary * operator are a null pointer, an address inappropriately aligned for the type

Кто ж виноват, что очередной местный "гуру-сишник" опять не в курсе, что null (или указатель const expr 0) не обязательно должен соответствовать адресу 0?

"И вот так у вас - все!" ©

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

203. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (-), 17-Фев-21, 20:13 
> Только вот увы, null-евой указатель нельзя разыменовать легально, потому что это UB.

Учитывая что это небольшая фирмварь (и вообще, бутлоадер) где я его лично как таковой задефайнил то? Специально именно вот так - чтобы проц в тыкву exception сразу дал если он вдруг где-то случится, и вот это будет сразу запалено. А тут вдруг HardFault и вывалился - хоть я всего лишь адрес стэка узнать хотел, и кто ж виноват что он в адресе 0 лежит.

А то что это не обязано быть портабельным - мелкий бутлоадер на cortex M по определению не портабельная сущность.

> Кто ж виноват, что очередной местный "гуру-сишник" опять не в курсе, что
> null (или указатель const expr 0) не обязательно должен соответствовать адресу 0?

Кто ж виноват что ламо даже не может себе вообразить что я вообще цуко все окружение собрал с ноля, включая и null pointer-ы? Когда я это сам задефайнил - это очень даже defined behavior :)

> "И вот так у вас - все!" ©

Это у вас так все, ламерить только умеете, а толку как с козла молока. Но вы в вашем праве пойти нахрен и не пользоваться нашими программами, например. Я на вас пистолет не наставлял, моим кодом пользоваться не требовал.

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

206. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 17-Фев-21, 21:09 
>> Только вот увы, null-евой указатель нельзя разыменовать легально, потому что это UB.
> Учитывая что это небольшая фирмварь (и вообще, бутлоадер) где я его лично
> как таковой задефайнил то? Специально именно вот так - чтобы проц
> в тыкву exception сразу дал если он вдруг где-то случится, и вот это будет сразу запалено. А тут вдруг HardFault и вывалился - хоть я всего лишь адрес стэка узнать хотел, и кто ж виноват что он в адресе 0 лежит.

Пошли отмазки в лучших традициях Великих Гуру. Правда опять мимо темы. Для Великих Гуру, еще раз - NULL указатель != физ. адрес 0.
Разименовывание null-pointer "undefined behaviour" по стандарту, без исключений даже для Великих.

> А то что это не обязано быть портабельным - мелкий бутлоадер на cortex M по определению не портабельная сущность.

Казалось бы, причем тут портабельность, если UB про привязку к поведению компилятора, причем определенной версии.

>> Кто ж виноват, что очередной местный "гуру-сишник" опять не в курсе, что
>> null (или указатель const expr 0) не обязательно должен соответствовать адресу 0?
> Кто ж виноват что ламо даже не может себе вообразить что я
> вообще цуко все окружение собрал с ноля, включая и null pointer-ы?
> Когда я это сам задефайнил - это очень даже defined behavior :)

Сколько пафосы и понтов, при этом "неламо" опять не различает null pointer-ы,  и pointer-ы на _адрес_ 0x0, да и вдобавок опять не поняло сути проблемы (хинт: компилятор для сборки тоже сам "задефайнил", о Великий Гуру? Нет? Тогда у меня для Великого плохие новости! Да? Все равно плохие - UB от этого не становится не-UB)

>>> Да, я кстати разок совершенно легально нулевой указатель разыменовывал
>> "И вот так у вас - все!" ©
> Это у вас так все, ламерить только умеете, а толку как с козла молока. Но вы в вашем праве пойти нахрен и не пользоваться нашими ... Я на вас пистолет не наставлял, моим кодом пользоваться не требовал.

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

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

212. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (212), 18-Фев-21, 14:09 
> Пошли отмазки в лучших традициях Великих Гуру. Правда опять мимо темы. Для
> Великих Гуру, еще раз - NULL указатель != физ. адрес 0.

Таки если я его явно задефайнил как таковой - он именно это. А то что он в общем случае не обязан быть таким я в курсе и без ваших соплей.

> Разименовывание null-pointer "undefined behaviour" по стандарту, без исключений даже
> для Великих.

Если где-то нет исключений, так и быть, я их позову, мне не сложно.

> Казалось бы, причем тут портабельность, если UB про привязку к поведению компилятора,
> причем определенной версии.

В упомянутом случае это вообще совсем никак не привязано к компиляторе - тулчайн шпарит в "naked" режиме, как тупой кодогенератор. Задефайнено только то что задефайнил я. Так как задефайнил я. Девайн NULL тоже мой и указывает на 0.

Это не зависит от версии тулчайна. И от либ не зависит. И от хидеров. Это "freestanding", некий субсет оного. И все с нуля определено. Вот так оно таки "implementation defined" и этот implementation - таки лично мой и по другому его собрать тупо не получится.

>> Когда я это сам задефайнил - это очень даже defined behavior :)
> Сколько пафосы и понтов, при этом "неламо" опять не различает null pointer-ы,
>  и pointer-ы на _адрес_ 0x0,

Таки для тупарей, еще раз.
1) Понятие null pointer в этом случае явно задефайнено лично мное, как указатель на адрес 0.
2) Это сделано специально и имеет физический смысл. При попытке дереференса такой штуки железо немедленно отсыпет Hard Fault, как оказалось. Фирма ARM прям в железе проверку вкатила на это дело. И такой дизайн железа подразумевает что null должен указывать на 0. Иначе фича железа в пролете.

> поняло сути проблемы (хинт: компилятор для сборки тоже сам "задефайнил",

Почти. Он в режиме тупого кодогенератора - не предоставляет вообще ничего, даже стартап лично мой. Поэтому оперирует только тем что я ему подсуну.

> Все равно плохие - UB от этого не становится не-UB)

Таки в этом случае это well defined behavior. Оно при сборке явно дефайнит себе понятие NULL до того как вообще сможет им воспользоваться. И при компиле хоть там чем, если это в принципе способно собрать код, оно кроме всего прочего и это задефайнит, куда оно денется.

Про confirmance уже можно поспорить. Но во первых не с растищками от данона, у которых вообще этого нет нигде и никак :P. Во вторых conformance мелкого бутлоадера заведомо только относительно своей железки. Он на гвозди к ее специфике прибит, от и до.

>> Я на вас пистолет не наставлял, моим кодом пользоваться не требовал.
> Какой занимательный спрыг с темы, с кучей пафоса и понтов ... никто
> "вашими программами" тут пользоваться и не собирался

Вот и славненько. Остальные сишные програмеры тоже от вас ничего не требовали. Имхо, либо скажите спасибо и юзайте, либо отвалите в туман. А хамить совершенно не обязательно. Вы, имхо, денег не платили. А даже если б и платили то вон EULA читайте, там для таких очень понятно обрисовано что и с кого вы стребовать реально можете.

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

109. "Релиз ядра Linux 5.11"  –2 +/
Сообщение от Аноним (-), 15-Фев-21, 16:19 
> В плюсах всё относительно просто на самом деле. Главное - не мешать
> их с сишным кодом без очень большой нужды, а использовать идиоматичный
> подход, описанный в C++ Guidelines. Ну и перебраться наконец на C++14 хотя бы.

А чего б такого читануть, кстати, по вот именно свежим сям++ типа этого и новее? Желательно естественно бесплатное/открытое, коммерсить с ++ я не собираюсь, только поковырять пару опенсорсных штук.

> А раст, к моему сожалению, понемногу распространяется, хотя идеология совершенно безумна.

Там есть и некоторые здравые идеи, типа проверок compile-time и любви к макросам, понятной сишникам. Если вы не понимаете в чем прикол: МАКРОСЫ НЕ ГЕНЕРЯТ КОД. Они не уповают на то что там что-то выпилит (или не выпилит) оптимизатор. Они вообще могут сливаться до compiletime констант и фиксированных конструкций. Которые будут воткнуты напрямую там где надо (как часть асмового потока команд, прямым кодированием константы в поток например). Это дико компактн и эффективно, на самом деле. И не озадачивает оптимизатор от слова вообще - сравните compile time сей и плюсов, чего уж. Так что вот конкретно в этом месте даже некий пойнт. Но в остальном постоянное прыгание по синтаксису и адское количество новых закорюк (блин, их что, до этого в сиобразных мало было?) все же весьма по наркомански вышло. Видимо target audience в виде хипстеров из мозиллы свое черное дело сделал. А таки не в коня корм, системные дела не потянули, ни операционки, ни браузеры, только зазря синтаксис спохабили. После чего мозилла их всех все-равно поперла на мороз.

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

76. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (76), 15-Фев-21, 14:42 
А Джонн Корбет соизволит неустаревшую книжку по написанию драйверов написать?
Ответить | Правка | Наверх | Cообщить модератору

77. Скрыто модератором  –6 +/
Сообщение от Аноним (77), 15-Фев-21, 14:43 
Ответить | Правка | Наверх | Cообщить модератору

93. Скрыто модератором  –2 +/
Сообщение от Crazy Alex (ok), 15-Фев-21, 15:28 
Ответить | Правка | Наверх | Cообщить модератору

174. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 16-Фев-21, 09:05 
Ответить | Правка | Наверх | Cообщить модератору

111. Скрыто модератором  +/
Сообщение от Аноним (111), 15-Фев-21, 16:30 
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

149. Скрыто модератором  –2 +/
Сообщение от Ordu (ok), 15-Фев-21, 22:54 
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

78. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (76), 15-Фев-21, 14:43 
> Интегрированы компоненты ядра для создания и управления анклавами на базе технологии Intel SGX (Software Guard eXtensions), позволяющей приложениям выполнять код в изолированных зашифрованных областях памяти, доступ остальной системы к которым ограничен.

SGX не столько и не только об ограничении доступа, сколько об удаленной аттестации.

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

91. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (91), 15-Фев-21, 15:25 
> Встроена поддержка игровой консоли Ouya на базе NVIDIA Tegra 3.

Эм, нишевое устройство 2013 года, которое провалилось по всем фронтам — было никому не нужно даже в то время. Если и остались живые экземпляры, то им место в музеях.

Добавили поддержку...

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

108. "Релиз ядра Linux 5.11"  +/
Сообщение от Dzen Python (ok), 15-Фев-21, 16:14 
Ну значит нашелся фанатик-мейтейнер, который взял и добавил поддержку. В противовес очень громко воющим в комментах (на коммиты с поддержкой уже нет ни сил, ни тяму, ни времени; все вдруг стали перегруженными "специалистами", когда речь зашла про действия) на удаление всяких экзотических архитектур без сопровождающих и стагнирующих в ядре годами.
Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 15-Фев-21, 16:23 
> Добавили поддержку...

Как нашелся желающий запилить - так и запилили. Пропадут желающие пилить - выпилят. Все просто, фичи живут в ядре пока ими кто-то пользуется. А критерием - живое тело которое занимается этим кодом в ядре.

А в чем, собственно, проблема? В x86 ядре это вообще ни бита кода не добавляет скорее всего. Ну, потому что x86 - не Tegra SoC и дрова для таковой никто для x86 и не билдит.

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

116. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Ivan_83 (ok), 15-Фев-21, 17:17 
CLOSE_RANGE_CLOEXEC - очень нужная фича, которую тут никто не понял.
Позволит не делать fdwalk() и не выставлять руками CLOEXEC по всем дескрипторам при запуске очередного процесса.
Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Аноним (140), 15-Фев-21, 20:14 
Все кто нужно понял. Просто ситуаций, когда открыто непомерное количество дескрипторов и этот процесс начинает форкаться — довольно редки. Видимо, все же нашелся необходимый практический случай, потому наконец и запилили. А до этого 30 лет этого не было и особо никто не страдал.
Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Ivan_83 (ok), 16-Фев-21, 01:33 
А до этого 30 лет и fdwalk не было, так что каждый раз тупо циклом проходило по всем возможным дескрипторам, и вот раньше как раз лимит файлов для процесса в системе делали не таким большим, а нынче запросто может быть пара лямов, и поэтому стало очень заметно.
Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 16-Фев-21, 08:40 
Просто у системной механики много разделов и не всех заносило именно в этот. Это полезно для контейнеров и ограничения прав на первый взгляд? Захинть что сие такое и где полезно? А то может оно и мне полезно окажется.
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

162. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Ананоним (?), 16-Фев-21, 08:29 
У меня старый MacBook виснет намертво под 5.10.x :) Не сразу, а через некоторое время, когда просто  работаю с одним Firefox. Благо есть ещё вариант загрузки ядра 5.4, оно работает хорошо, почти :) Экран после гибернации не активируется. Приходится или вслепую пароль набирать и переключать экраны после этого с клавиатуры, или крышкой хлопать для спячки, после этого активируется. Багрепорты лень писать :)

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

166. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 16-Фев-21, 08:40 
Тогда хлопай крышкой :)
Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Ананоним (?), 16-Фев-21, 08:59 
Так и хлопаю! Но ранее всё работало, просто теперь добавили дерьма :)
Ответить | Правка | Наверх | Cообщить модератору

173. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 16-Фев-21, 09:01 
> Так и хлопаю! Но ранее всё работало, просто теперь добавили дерьма :)

Как вариант можно юзать старые ядра. Тогда всегда будет полшестого и пора пить чай. Это то что вы получаете за отсутствие багрепортов. У разработчиков нет всех мыслимых комбо железа и поэтому они могут и не знать что какое-то измение вызвало регрессию. И в этом случае если кто и суетится то обладатели проблемной конфиги. А у остальных, внезапно, этой проблемы нет :)

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

175. "Релиз ядра Linux 5.11"  –1 +/
Сообщение от Ананоним (?), 16-Фев-21, 09:08 
Ясен пень, так и есть! Но постоянно делать баги они мастера, бывают что школота пришлёт запросы с ложной информацией об оборудовании, а твои разработчики имплементят по этой инфе. Потом вылезают чудеса. Сам сталкивался. Так что ну его нафик, пока крышка спасает, никаких багрепортов писать не хочу.
Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (186), 16-Фев-21, 19:12 
> Ясен пень, так и есть! Но постоянно делать баги они мастера,

Не ошибается тот кто ничего не делает, имхо.

> бывают что школота пришлёт запросы с ложной информацией об оборудовании, а твои
> разработчики имплементят по этой инфе.

Я имею опыт непосредственного взаимодействия с этими самыми разработчиками - в том числе и в контексте гасилова именно донимающих конкретно меня багов. И я имею заметить что это самые крутые и компетентные разработчики из всех которых я видел. Но да, это работает только при активной заинтересованности сторон решить проблему.

> Потом вылезают чудеса. Сам сталкивался.

Это например как?

> Так что ну его нафик, пока крышкаспасает, никаких багрепортов писать не хочу.

Да собственно я сильно настаивать не буду, проблема не у меня же, мне что больше всех надо? Не, ну то-есть мне так то приятно если -1 баг в системе которую я юзаю, но это чистая эстетика - и баги которые донимали меня были жесточайше изведены или заворкэраундены. На этой планете просто не осталось багов в лине про которые я бы знал и которые были бы не замочены. Нет, иногда отдельные чудеса возможны, но это не идет ни в какое сравнение с тем что меня радовало в винде, да и к тому же я практикую всякий суперкастом под довольно странные задачи, который я кроме как на лине особо и не соберу ни на чем особо.

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

191. "Релиз ядра Linux 5.11"  +/
Сообщение от Ананоним (?), 17-Фев-21, 08:13 
> Не, ну то-есть мне так то приятно если -1 баг в системе которую я юзаю, но это чистая эстетика - и баги которые донимали меня были жесточайше изведены или заворкэраундены. На этой планете просто не осталось багов в лине про которые я бы знал и которые были бы не замочены.

Ты просто зря убиваешь время, если стремишься избавиться от всех багов. Цель недостижима, и предполагаю, вообще противоположна той, что у самих разработчиков. Если разработчики "переловят всех мышей", то они станут не нужны. А это для них очень печально. Так что сражайся с "ветряными мельницами", я не собираюсь.

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

192. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 17-Фев-21, 13:27 
> Ты просто зря убиваешь время, если стремишься избавиться от всех багов.

Мне, имхо, виднее как время тратить и стоит ли оно того.

> Цель недостижима,

Спасибо, кэп, я в курсе.

> и предполагаю, вообще противоположна той, что у самих разработчиков.

Позволю себе не согласиться. У меня разработчики с которыми я имел дело производят впечатление крутых про, которым не все-равно чем занимаются и как работает. Им нравится то что они делают и они горой за результат.

Есть правда нюанс. Так вышло что багзиллу читают не все и не всегда. Надежнее разобраться где примерно сбой и найти причастных, в мыле или я в IRC в фриноде еще натыкался, вполне успешно с точки гасилова багов. Может и еще где бывают, мне таких вариантов хватало.

> Если разработчики "переловят всех мышей", то они станут не нужны.

Это вообще бред сивой кобылы. Ядро и без этого постоянно оптимизируют, новые фичи пилят, улучшают старые, дрова новые появляются. И естественно nobody is perfect и без багов не обходится. Иногда вообще бывают совершенно левые ситуации, типа мельдониев с спектром, когда в результате люди чужие баги дико воркэраундят, потому что производитель процов тот еще козел.

> А это для них очень печально. Так что сражайся с "ветряными мельницами", я
> не собираюсь.

Ну, как бы, у меня в результате сражений остались только баги всякого проприетарного блобваре, которое в отличие от линуха фиксить никто не будет. Разумеется - из видимых мне багов, мешавших жить. Запросто может быть что-то чего я не заметил. Но раз так - то и хрен бы с ним? Поэтому в сумме я считаю что опенсорсный подход для меня как-то лучше работает :)

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

176. "Релиз ядра Linux 5.11"  –3 +/
Сообщение от Ананоним (?), 16-Фев-21, 09:12 
И да, зреет мысль свалить на OpenBSD или FreeBSD. А вдруг тама дерьма меньше? :)
Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

180. "Релиз ядра Linux 5.11"  +2 +/
Сообщение от Аноним (179), 16-Фев-21, 13:26 
С тобой будет больше.
Ответить | Правка | Наверх | Cообщить модератору

185. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (-), 16-Фев-21, 19:04 
> И да, зреет мысль свалить на OpenBSD или FreeBSD. А вдруг тама дерьма меньше? :)

Да хоть за пределы солнечной системы валите. Мне то какая разница? Если оно для вас будет лучше работать - ну и славненько. От отсутствия чудака которому даже баги репортить впадлу никто ничего не потеряет. Но мне почему-то кажется, что у разработчиков перечисленных тоже нет всех мыслимых комбинаций железа.

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

190. "Релиз ядра Linux 5.11"  +/
Сообщение от Ананоним (?), 17-Фев-21, 08:00 
Оно мне нада, постоянно баги репортить? Их ещё наваяют вагон и тележку. Я не ради багрепортов компьютер включаю. Пока не упёрлось, ничего не буду писать. Пусть обрастают дерьмом. Кажется мне что ломать работающее ради видимости занятости это их главная задача. Недавно прикольный баг был в выпущенном ядре, забыли unlock сделать, висло намертво, ну фигня, шо ж тут такого :) Я вообще когда первый раз взглянул на код ядра в области поддержки всякого железа, очень мне грустно стало. Это ж школоло то ещё. Ну а вы поддерживайте вымышленные идеалы, вперёд к светлому будущему! Это ж не как в "проклятой" винде, написали драйвера один раз хорошо, и они годами работают, скукотища. С линуксом скучать не придётся!
Ответить | Правка | Наверх | Cообщить модератору

195. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (195), 17-Фев-21, 13:51 
> Оно мне нада, постоянно баги репортить?

Без понятия, честно. У меня вот на винде были всякие баги, я пробовал репортить, долбался много, толку хрен, логика такая что продали а дальше ваши проблемы. И когда меня донимает дурацкий баг - неудобно, да и чувство прекрасного страдает. Я хочу компьютером пользоваться, а не изгибаться под странные причуды.

> Их ещё наваяют вагон и тележку.

1) Проблемы стоит решать по мере их поступления.
2) Не факт что они вообще меня затронут. Ну вот мне реально пофиг на ваши тантры с крышкой, у меня такой проблемы нет, так что я как раз могу и не суетиться, у меня то все работает.
3) Иногда я превентивно гоняю -RC ядер, для оценки того что меня вскоре ждет и готовности подхватить это и взять в оборот.

> Я не ради багрепортов компьютер включаю.

Я, в принципе, тоже, но поскольку людям свойственно ошибаться, иногда отклонения от идеала все же случаются. И в железе, и в фирмварях, и в софте... компы стали большие, сложные, и поэтому то что там в взаимодействии всех этих монстров иногда что-то идет не так ну кто б удивлялся. Это ж не система на i8080 с CP/M простая как мычание.

> Пока не упёрлось, ничего не буду писать. Пусть обрастают дерьмом. Кажется мне что
> ломать работающее ради видимости занятости это их главная задача.

По моему опыту - это именно кажется. Работы у них и без этого всегда выше крыши. Например чипмейкеры пекут чипы как пирожки, а клиентура всегда хочет быстрее, выше, сильнее, чтобы выжать из железа еще пару процентов.

> Недавно прикольный баг был в выпущенном ядре, забыли unlock сделать, висло
> намертво, ну фигня, шо ж тут такого :)

Unlock чего? И что за баг/коммит фикса? У меня ничего такого не возникало. Но так то вон те роботы иногда находят странные ситуации. Хорошо что они их находят где-то там, а не у меня, это означает что мне все это не достанется :).

> Я вообще когда первый раз взглянул на код ядра в области поддержки всякого железа,
> очень мне грустно стало. Это ж школоло то ещё.

Да? А по-моему нормальный код, временами вполне приличный. Некоторые забавные идеи (но, правда, не реализации, я C99 предпочитаю, а они зело поздно начали для этого) я даже себе в допустим микроконтроллерные фирмвари упер. Число багов на KLOC в Linux тоже зело ниже среднего по больнице, инструментирование весьма крутое, к тому же им еще и пользуются, гоняя мыслимые тесты и бенчи оптом. Но да, правда жизни такова что даже со всем этим великолепием что-нибудь может проскочить.

Ну и собственно удачи тем кто считает что может лучше. Пусть не забудет показать что получилось.

> Ну а вы поддерживайте вымышленные идеалы, вперёд к светлому будущему!

Кроме идеалов есть еще и чисто прагматичный аспект: не хочется чтобы меня донимали баги. Машины должны работать, а человек думать (c) IBM. Мне это принцип нравится и если для его поддержки надо написать вон тем господам баг и/или перетереть с ними, ок, я это сделаю.

> Это ж не как в "проклятой" винде, написали драйвера один раз хорошо,
> и они годами работают, скукотища.

На себе я что-то это качество не ощутил. Зато ощутил всеобщий пофигизм к багрепортам. Добиться починки бага в винде или тем более OEMском драйвере - почти mission impossible.

> С линуксом скучать не придётся!

Для меня он в общем случае "просто работает". А то что я иногда впрягался - да, но сказать что я целыми днями только им баги катаю и/или чиню это было бы неправдой.

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

199. "Релиз ядра Linux 5.11"  +/
Сообщение от Ананоним (?), 17-Фев-21, 15:30 
Мэн, благодарю конечно тебя за развёрнутый ответ, но писать по пунктам тебе я не хочу. Просто скажу тебе что ты в своём тексте сам себе противоречишь в части просто работы на линуксе и борьбы с багами. Т.е. по тексту кажется что ты борьбой с багами и занимаешься как работой. Удачи! А с виндой тебе скорее всего не повезло с оборудованием, или ты сам выискивал баги в логах, не принципиальные. Когда заняться нечем, некоторые и дефрагментацию дисков на винде по несколько раз в день делают, любуясь порядком. Или память экономят, удаляя все ярлыки с рабочего стола и всякие полезные рабочие утилиты из памяти, например почтовые программы с всплывающими окнами. Особо упоротые закрывают фар, запускают internet explorer, закрывают internet explorer и запускают фар, и так постоянно по кругу несколько раз в минуту. Реально видел, на вопрос для чего так делает, ответил - память освобождаю, так быстрее работают программы. Оттаккот! А ты гришь цапу.
Ответить | Правка | Наверх | Cообщить модератору

205. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 17-Фев-21, 20:25 
> с багами. Т.е. по тексту кажется что ты борьбой с багами
> и занимаешься как работой. Удачи!

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

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

> А с виндой тебе скорее всего не повезло с оборудованием, или ты сам выискивал баги в логах,

Для начала - я на винде в принципе не соберу те конфигурации которые я могу изобразить из линуха. Либо гибкости системы не хватит, либо это будет стремно/нецелесообразно.

> вопрос для чего так делает, ответил - память освобождаю, так быстрее
> работают программы. Оттаккот! А ты гришь цапу.

Может и быстрее. Смотря сколько RAM на машине. Только я, к счастью, забыл уже когда IE пользовался. И кроме x86 умею еще в несколько архитектур. Поэтому, кроме всего прочего, я смогу теперь постепенно показать дорогой фирме интел и не менее уважаемой фирме амд маленький но гордый средний палец со всеми их ME, PSP и прочими бутгадами. Нравится мне быть единоличным хозяином моих железок. Винда, кстати, в этом тоже ни разу не помощник. Паскудная система живущая своей жизнью.

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

198. "Релиз ядра Linux 5.11"  +1 +/
Сообщение от Аноним (198), 17-Фев-21, 14:59 
> запрет сборки модулей без MODULE_LICENSE()

А мне вот интересно, это чтобы затруднить жизнь пользователя?
Что мешает какой-то компании, которая использует ядро у себя, сделать форк с одним дополнительным изменением - выпиливание этого чуда?
Тогда получится, что возможность сборки любых своих модулей снова в деле.
Или это совсем для другого?

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

213. "Релиз ядра Linux 5.11"  +/
Сообщение от Аноним (-), 18-Фев-21, 14:22 
> Что мешает какой-то компании, которая использует ядро у себя, сделать форк с
> одним дополнительным изменением - выпиливание этого чуда?

Теоретически - ничего. Практически - компании обычно предпочитают тратить ресурсы на что-то более выгодное чем война с ветряными мельницами.

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

А не проще в свой модуль MODULE_LICENSE добавить? Правда там придется определиться, если кто хочет GPL_ONLY символы кернела вызывать, он тоже GPL должен быть очевидно. И тогда сорец на бочку. Конечно, тому у кого такой бинарь есть, всем подряд - по желанию уже.

> Или это совсем для другого?

Может быть небольшой реверанс в сторону тех кто на кривой козе пытался что-то объезжать.

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

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

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




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

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