После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.3. Среди наиболее заметных изменений: поддержка GPU AMD Navi, процессоров Zhaoxi и технологии управления энергопотреблением Intel Speed Select, возможность использования инструкций umwait для ожидания без использования циклов,...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51447
а тот баг с интеловскими процессорами на bay trail исправили? А то пора выкидывать свой нетбук
> а тот баг с интеловскими процессорами на bay trail исправили? А то
> пора выкидывать свой нетбукОбещали же в 5.3 https://bugzilla.kernel.org/show_bug.cgi?id=109051#c1000 (1000й комментарий)
и вот оно https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
не прошло и... эээ... баг открыт 2015-12-08
Оо, вы спасли мой нетбук от выкидывания) на днях буду потестить)
самое интересное, что это касается и cherry trail, и некоторых i7. Неужели дождались? Проверим
> добавлена поддержка поллинга pidfd при помощи poll() и epoll()помню, клгда-то жавно мне этого не хватало...пятнадцать лет назад
> В User-mode Linux добавлен режим "путешествия во времени", позволяющий замедлить время для упрощения отладки связанного со временем кода;Нужно. Еще вчера.
> В Netfilter добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов;Можно подробностей?
>> В Netfilter добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов;
> Можно подробностей?1.
Pablo Neira Ayuso (2):
netfilter: ctnetlink: honor IPS_OFFLOAD flag2.
https://lore.kernel.org/lkml/?q=netfilter:+ctnetlink:+honor+...4) IPS_OFFLOAD not honored in ctnetlink, from Pablo Neira Ayuso.
3.
https://lore.kernel.org/netdev/?q=netfilter:+ctnetlink:+hono....
.
.
Ну, дальше -- сам!
Наверное, имелись в виду процессоры Kaixian фирмы Zhaoxin, исправьте, пожалуйста. Это x86/amd64-совместимые процессоры, выпускаются Zhaoxin в партнёрстве с китайским правительством по лицензии VIA.
В коммите никаких деталей, кромеbool "Support Zhaoxin processors" if PROCESSOR_SELECT
This enables detection, tunings and quirks for Zhaoxin processorsYou need this enabled if you want your kernel to run on a
Zhaoxin CPU. Disabling this option on other types of CPUs
makes the kernel a tiny bit smaller. Disabling it on a Zhaoxin
CPU might render the kernel unbootable.
>Disabling it on a Zhaoxin CPU might render the kernel unbootable.Какая хорошая у них x86-мовместимость!
>>Disabling it on a Zhaoxin CPU might render the kernel unbootable.
> Какая хорошая у них x86-мовместимость!Дак, у интела и амд -- ровно такая же. То райзен не грузится, пока новое ядро не вышло, то новые интелы вообще не работают, пока биос (да, я знаю, что это не про сабж) не обновят.
В арм-ах цырка и поней ещё больше -- они в ядро комитят поддержку каждой мат.платы _отдельно_111
У интоля и омуде тоже самое, просто во всех дистрибутивах они включены по понятным причинам. А Zhaoxin за пределами китая кто где видел?
>>В файл конфигурации добавлена опция PREEMPT_RT для работы в режиме реального времени. Сам код для поддержки режима реального времени пока не добавлен в ядро, но появление опции является хорошим знаком, что многолетняя эпопея по интеграции патчей Realtime-Preempt близится к финалу;да, но пока нет (с)
>В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4, сокращающая число мелких обращений к накопителю за счёт отключения упреждающего чтение таблицы inode при мелких запросах ввода/вывода.Збс, и тут леннарт понагадил со своим системд из-за которого мы нам откатывают важные фиксы
Пора Линусу уже на покой, что бы он прекратил лицемерить под патронажем шапки, и наконец по правде рассказал нам про свое отношение к с-д. Дав тем самым идеологический вектор, наконец, если еще не поздно.Факт в том, что качество с-д откидывает прогресс разработки ядра назад.
Линукс давно уже отстранился от SJW
Ну леннарт пока еще не считается сжв. Или уже да?
Сжв вроде воюют с systemd. По крайней мере, феминистки. Потому что systemDick — это концентрированный мужской шовинизм, а systemVagina — не только юниксвейно, но еще и феминистично.
> Пора Линусу уже на покой, что бы он прекратил лицемерить под патронажем
> шапки, и наконец по правде рассказал нам про свое отношение к
> с-д. Дав тем самым идеологический вектор, наконец, если еще не поздно.Своё отношение к _вам_ он рассказал(*) ещё в 06'-07'. [[ Хотя некоторые ещё верят, что Линуса тогда наобманули противо-GPLv3-пиаршики микрософта. ]]
Камингаут Землин Фоундейшен (ранее - OSDL, Торвальдс, говорят работает на них двоих с 03'-го) с s-d и микрософтами случился году эдак к 14'-ому.
В 18'-19'-ом Линуса уже возят харей(**) по "поведениям" *и* комит-права раздают Номеру-2-Преемнику Грегу и Саше @microsoft.com.
(*) https://lore.kernel.org/lkml/?q=GPLv3+f:torvalds
(**) https://lore.kernel.org/lkml/CA+55aFy+Hv9O5citAawS+mVZO+ywCK.../
(+) https://lore.kernel.org/lkml/?q=Sasha+Levin+gpg
печаль, беда. надо форкать.
> печаль, беда. надо форкать.Светочи Свободы и мерные стаканчики Неподкупности в проектах *BSD уже резервно скопировали половину ядра Торвальдса. Ту, что под MITL.
Глядишь, скоро Winux Fo. дотанцует GPLv2-и-только им.гр.Торвальдса до полного первиссива, и вот тогда-а-а-то..... <><><<
Обязательно отпишите об этом Линусу лично. Я уверен он послушает вас и уйдёт от разработки Линукса.
> And at least ArchLinux apparently has a systemd that uses getrandom() at
> boot time, and the improvements in IO patterns means that existing
> installations suddenly start hanging, waiting for entropy that will
> never happen.Сначала загрузка/выход из сна на Ryzen'ах висли, теперь загрузка в принципе. И всё из-за... нет, не столько AMD или ext4, сколько этого systemd. Когда уже его исправят или заменят! А, кстати, уже начали: интел загрузила ядро вместо 3 секунд за 300 мс, но только предварительно избавившить от жирного systemd.
интелу нужно для зонда, который embedded в каждый камень
> и в некоторых конфигурациях при определённом стечении
> обстоятельств могли наблюдаться подвисания во время
> загрузки до заполнения пула энтропииДа-да, одно из этих "обстоятельств" стоило упомянуть явно. Самое криворукое и красношляпое.
Пока у остальных прогресс идёт вперёд, тут наблюдается какое-то торможение. Какие-то надуманые правила, из-за которых нельзя развивать ядро. Короче.... Спим спокойно и пользуемся тем, чем пользуется весь нормальный мир.
> Пока у остальных прогресс идёт вперёд, тут наблюдается какое-то торможение. Какие-то надуманые правила, из-за которых нельзя развивать ядро. Короче.... Спим спокойно и пользуемся тем, чем пользуется весь нормальный мир.Врешь, собака! У OpenBSD пока ещё не так много пользователей.
Внимательно смотрим какая на ВСЕХ кластерах стоит ОС : https://www.top500.org/
И что все эти топ 500 принадлежать компаниям, нет ни одного кластера частного пользователя. Итог частникам на десктопе твоя финская библиотека не нужна.
Размочите этот пагубный тренд. Постройте свой кластер который войдет в ТОП500.Домоделанного хлама то кластерного, у народа горы... Только он не нужен по сути низачем...
Зачем? Корпарации корпарациего. Ядро делают корпарации для корпараций. Линус это просто аниматор для опеннетовских анонимов.
Для корпораций — то есть для production servers (а что ещё корпорации могут с ядром делать?). И это хорошо, ящитаю.
> И что все эти топ 500 принадлежать компаниям, нет ни одного кластера частного пользователя. Итог частникам на десктопе твоя финская библиотека не нужна.Как одно с другим связано? Просто "частный пользователь" не обладает ресурсами построить свой кластер масштаба top500. Как из этого следует нижесказанное? --
> Итог частникам на десктопе твоя финская библиотека не нужна.
Патч от валв, добавляющий поддержку fsync, как я понял, добавлен не был. Жаль :c
Озадачен, для чего в процессе загрузки в принципе могут понадобиться случайные числа.
В памяти модули рандомно размещать для секьюрности.
Не ядро вызывает getrandom(), а systemd. А он не не занимается вышеупомянутым.
Тут прямо напрашивается цитата из документации systemd:> Q: Why don't you just use getrandom()? That's all you need!
> A: Did you read any of the above? getrandom() is hooked to the kernel entropy pool, and during early boot it's not going to be filled yet, very likely. We do use it in many cases, but not in all. Please read the above again!
> but not in all.Значит, пропустили ещё одно исключение.
Ждём от вас соответствующий issue на гитхабе.
Так проблема не в systemd вообще, а в конкретном релизе (с некими патчами или нестандартными параметрами), которая предлагалась в Arch Linux.Может там реальная история вроде тех же дебианоских патчей, нарушивших энтропию при создании ключей.
Для генерации ssh-ключей, например.
ASLR, например.
https://ru.wikipedia.org/wiki/ASLR
для кучи костылизмов и подпорок, по преимуществу. Причем основной источник геморроя - как обычно, сцыстемда. Ну и одна забавная "безопастная" улучшизма, внезапно сделавшая внутриядерный неблокирующйся источник рандома - блокирующимся.А то ж у тебя неправильно проинитится KASLR, и злые-злые хакеры не смогут запустить у тебя свой эксплойт (рассчитанный на правильно проинитившийся, а то кто ж нынче без него работает?)
это ваш новый стандарт, расслабьтесь и просто наслаждайтесь процессом
"сцыстемда" по умолчанию использует RDRAND, которому пофиг на внутриядерный источник рандома.
Ну, кроме процессоров Intel старее 2012 года и AMD старее 2015, где этой инструкции нет (подкроватные серверы на первопнях, увы, в пролёте).
На многих AMD отключили RDRAND (точнее, флаг о наличии его поддержки) в обновлении микрокода, за бажностью - после suspend/resume возвращает совсем не рандом (https://www.phoronix.com/scan.php?page=news_item&px=AMD-RdRa...). Т.е. по факту только Ryzen/Threadripper/EPYC годятся.
Чисто хардварные источники рандома = дыра в безопасности
Интересно, если на машине запущены сотни докер контейнеров не ведет ли это все к исчерпанию пула энтропии и торможению системы. Представляю так вот налететь на такую багу в эксплуатации. Болит, а не понятно что и как лечить.
Внешним аппаратным генеартором энтропии?
> Внешним аппаратным генеартором энтропии?Ну, если для криптографии, то нужен хороший, соответственно - или медленный, или ну очень дорогой, т.е. задачу или не решает совсем или решение с увеличением количества физических серверов может оказаться дешевле. А если не для криптографии, то ГПСЧ решает проблему.
gremlin@ наверняка поделится рецептом на стабилитроне и атмеле, если попросить.
Непонятно, зачем докер-контейнеру энтропия. Такими вещами, как генерация SSH-ключей и ASLR, занимается хост. Чтобы энтропию исчерпывали _контейнеры_, в них должны запускаться очень специфические приложения. И эту специфику в любом случае придется учитывать, так что "Болит, а не понятно что и как лечить" вряд ли получится.
нет, не приведет. Докер-контейнер - с точки зрения ядра просто дополнительный набор флажков и проверок вокруг запущенного процесса, ни малейшего отношения к "исчерпанию пула энтропии" не имеющий.Представляем, каково с такими "эксплуататорами", не понимающими тривиальных вещей.
> Интересно, если на машине запущены сотни докер контейнеров не ведет ли это все к исчерпанию пула энтропии и торможению системы.Наоборот, чем больше активности в системе, тем больше в ней энтропии, которой можно заполнять пул.
>pidfd связывается с конкретным процессом и не меняется, в том время какPID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PIDНасчет pidfd замечу следующее.
В nohang для этого используется связка starttime+pid. Этого достаточно для исключения коллизий.
>>pidfd связывается с конкретным процессом и не меняется, в том время какPID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID
> Насчет pidfd замечу следующее.Насчет pidfd не могу не заметить следующее:
http://lackingrhoticity.blogspot.com/2010/10/process-descrip...
man procdesc
NAME
procdesc – process descriptor facilityDESCRIPTION
procdesc is a file-descriptor-oriented interface to process signalling
and control, which supplements historic UNIX fork(2), kill(2), and
wait4(2) primitives with new system calls such as pdfork(2), pdkill(2),
and pdwait4(2).
...
HISTORY
procdesc first appeared in FreeBSD 9.0 (2012), and was developed at the
University of Cambridge
Но лучше поздно, чем никогда ))
Они WireGuard вообще собираются интегрировать?
нет, они собираются собираться.пока автору наконец не надоест и он не отвяжется от занятых людей. Как уже не раз бывало с проектами, за которые не забашлял редхатобиэм.
>отвяжется от занятых людей.
> Как уже не раз бывало с проектами, за которые не забашлял
> редхатобиэм.Кричали девушки " спон- со- РА! "
И в воздух красные чепчики бросали.
>размер патча - 92 МбОхренеть нагрузка на Линуса.
Ты думаешь он их сам просматривает? как бы не так. у него есть куча из сообщества , которые проверят за него и отошлют отчет))
Собрал. Работает. Проприетарные NVidia драйвера как ни странно собрались. А вот VirtualBox нет! Не собирается драйвер. make: *** [/tmp/vbox.0/Makefile-footer.gmk:111: vboxdrv] Ошибка 2
Это стандартная ситуация, подожди недельку-другую, пока ораклы выпустят новые модули под новое ядро.
>сохранение неизменности поведения для компонентов пространства пользователяКакое полезное качество. Вот бы разработчики php его тоже придерживались....
>>сохранение неизменности поведения для компонентов пространства пользователя
> Какое полезное качество. Вот бы разработчики php его тоже придерживались....Кто пустил их в ядро?111 8-0
Линус долго отсутствовал.
Дело не в PHP а в говно-cms-ках и говно-фреимвёрках, ну и также говно-библиотек, аля phppdf phpecxel и xdebug которые Вы используете.
В моих проектах ничего никогда не ломалось при обновлении, начиная с 5.3, я лишь каждый раз специально перевожу код на новый синтаксический сахар.А главное, причём тут вообще PHP в теме про ядро!?
> В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4очень странный подход.
if (сейчас_режим_начальной_загрузки) {
отключить_оптимизацию_ext4()
} else {
включить_оптимизацию_ext4()
}или типа того.
Лучше всего если бы они просто включение/выключение оптимизации в sysfs выбросили бы.
Скорее всего, это привело бы к проблемам при изменении флага в рантайме (патч использует нечто вроде транзакций). Правильнее было бы в параметры загрузки ядра, наверное.
FSGSBASE опять не включили?
Этот трёхстрочный патч на ускорение ext4 нужно накладывать на ядро в Gentoo в том случае, если выбран профиль OpenRC.
12309 исправили?
> 12309 исправили?Я просто процитирую часть новости.
> Изменения в ядре никаким образом не должны нарушать уже работающие приложения и приводить к регрессиям на пользовательском уровне. При этом нарушение поведения может вызвать не только изменение ABI, удаление устаревшего кода или появление ошибок, но и косвенное влияние корректно работающих полезных улучшений. В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4, сокращающая число обращений к накопителю за счёт отключения упреждающего чтение таблицы inode при мелких запросах ввода/вывода.
>
> Оптимизация привела к тому, что из-за снижения дисковой активности энтропия для генератора случайных чисел getrandom() стала накапливаться медленнее и в некоторых конфигурациях при определённом стечении обстоятельств могли наблюдаться подвисания во время загрузки до заполнения пула энтропии.
Вдогонку ещё пара интересных тредов:
1. Линус предлагает изменить поведение sysconf в glibc, потому что некоторые программы, когда используют sysconf неправильно, тормозят. https://sourceware.org/ml/libc-alpha/2011-06/msg00064.html
2. Линус предлагает отменить оптимизацию memcpy в glibc, потому что некоторые программы, когда используют memcpy неправильно, работают неправильно. https://bugzilla.redhat.com/show_bug.cgi?id=638477
новый lts когда будет?
> новый lts когда будет?Терпи! Микрософт https://lore.kernel.org/lkml/?q=Sasha+Levin+gpg
решает. На сходняке трубочистов. Следи за Новостями.https://lwn.net/Articles/799166/rss
|
The stable kernel process is a perennial topic of discussion at gatherings of kernel developers; the 2019 Linux Kernel Maintainers Summit was no exception. Sasha Levin ran a session there where developers could talk about the problems they have with stable kernels and ponder solutions.
вопрос по теме nftables - на него уже можно перебираться с iptables? Конкретно интересует наличие гайдов для нубов по воссозданию данного сетапа: https://wiki.archlinux.org/index.php/Simple_stateful_firewal...
Ну, всегда можно взять правила под iptables и сконвертнуть их через iptables-translate.
Правда когда я последний раз это ковырял, то там конвертилось не всё.
Ну в RHEL 8, вышедшем 4 месяца назад, уже перешели на него.
>отброшена полезная оптимизация в коде Ext4, сокращающая число обращений к накопителюЭто сигнал того, что линукс уже пора давно форкать!
Не линукс форкать, а Леннарта с Кеем... фиксить.
это ты и х так предлагаешь в белые рубашки и на заслуженный отдых?))
16 миллионов строк кода, все модные парни перешли на монолитное.
так много накампеляли, что страшно смотреть)) если раньше голова болела при выборе настроек ядра перед компиляцией, то теперь вообще свихнешься))
Было бы разумно если бы они ломали обратную совместимость в мажорных версиях Линукс. И хорошенько бы это описывали..А то и совместимость важнее прогресса
И новые версии Линукс символические "по тому что захотелось"
Интересно, Logitech мыши починили? Часто читаю треды о проблемах, связанных с mouse polling и refresh rate. Как-то так.
“Обеспечена обработка адресов IPv4 в диапазоне 0.0.0.0/8, который ранее был недоступен для использования. Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;”Интересно, где это этот диапазон можно распределить будет, если IANA его не вывела из блока специальных адресов.
>> отброшена полезная оптимизация в коде Ext4,я правильно понял, патч позволял тратить меньше процессорного времени при работе с ext4, что ломало пул рендома, так как тот от малого шевеления процессора плохо забивался?! А если я используют не ext4? Другие фс такие жручие, что их достаточно для того чтобы набить пул солью?
> Добавлены новые опции командной строки ядра "init_on_alloc" и "init_on_free", при указании которых включается обнуление выделяемых и освобождаемых областей памяти (заполнение нулями при malloc и free), что позволяет усилить безопасность за счёт дополнительных накладных расходов на инициализацию;Можно подумать, что это очень круто. Расшифруйте кто-нибудь, пожалуйста. :)
Кажется это для того, чтобы аппаратные закладки через DMA и драйвера от Моссада, ЦРУ и МИ6 не могли читать память друг друга.
>0.0.0.0/8
>Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;а у других ОС как с этим?
а то ведь можно еще 16мил из 127/8 распределить ;)
пока мс линукс не выйдет изменений не жди))
Никак, эти адреса не маршрутизируются, IANA не предпринимала не каких попыток вывести их из резервирования и отдать какому-либо из RIR.
К слову насчёт 127/8, они так и предлагают сделать, только взять блок 127.1/16 и раздать его всем, кому не хватает IPv4 адресов, а заодно и класс Е.Я одного не понимаю, как Линус принял это в ядро, если IANA не вносила изменений относительно состояния резервирования этих префиксов, как специальных. Не один RIR не получал этих префиксов для дальнейшего распределения LIR или прямым клиентам.
> а то ведь можно еще 16мил из 127/8 распределить ;)И на 127.0.0.1 вывесить что-нибудь РКН-но неугодное и через суд добиться блокировки.
С этим RX 5700 XT будет работать или надо ещё Mesa 19.2 ждать?
А что за бага в linux-kernel-5.3.0 может ко столкнулся ? Каталоги меняются местами sdс1 меняется на sdd2.То есть /home становится /media а /media становится /home и естественно рабочий стол не запускается менял местами в fstab еще веселее стало.Откатил на 5.2 все в порядке.Система gentoo.
Gentoo - pie стал еще круче похоже.)))) Как не хватает старого 13... В баню 17.
Поправил есть /home и есть /media в них расположены каталоги.И вот что странно ни когда такого не видел.При загрузке и монтировании устройств (ssd /dev/sdd1 и hdd /dev/sdc1) /sdd1 меняется на /sdc1 наплевав на fstab.То есть /home присутствует но почему то в нем находятся и отображаются данные из /media.А в /media находятся и отображаются все данные из /home (то есть в директориях данные поменялись местами перекочевали волшебным образом).И это на ядре gentoo-sources-5.3.0 на 5.2.15 все в порядке(конфиг ядер одинаковый).А профиль plasma(stable)desktop-17.1 он тут ни при чем.Что может быть даже не знаю.
Делай бакап!
При любых непонятках с файловой системой делай бакап.
Монтируй по uuid, т.к. нумерация устройств не гарантирована и зависит от многих факторов.
PARTUUID должно помочь. Была новость в news, что /dev/sdaxx и UUID могут косячить...
Про pie я тоже не просто писал, в 13 году их небыло, а в 17 включено. Gentoo - сам себе хозяин и можно форсить,хоть там, от тут. Главное gcc пересобрать с новым use и все, но это был стёб, как вы догадались. PARTUUID in /etc/fstab всё порешает за нас.)
Спасибо уважаемые добрые коллеги попробую UUID покопать и также записать в fstab заместо /dev/*.
Еще раз спасибо уважаемые коллеги все получилось на ядре 5.3 после замены в fstab /dev/sd* на универсальный персональный идентификатор uuid ерунда с файловой системой прекратилась.Видимо pie в gentoo действительно становится хардкорен как замечено выше.На всех предыдущих ядрах таких проблем не наблюдалось.Да и по не знанию своему на такие важные вещи забивал.Ну и проблема похоже специфична то то в разных дистрибутивах я наблюдал везде uuid в fstab а для udev uuid как я выяснил это рекомендовано.Еще раз приятно осознавать что на opennet есть люди которые реально могут помочь не то что некоторые.
И итог с этим fstab и установленными uuid заместо /dev/sd* извиняюсь за размер ядро 5.3 не путает директории если это баг думается что в итоге его поправят ну или на гит сам отправлю.#/dev/sda1
UUID=df27d2d6-90b0-4dd8-bcb4-d1c002072aa6 /boot ext4 noauto,discard 0 1
#/dev/sda2
UUID=70b7dbd9-1acb-42bb-8108-f908498d0127 / ext4 discard 0 1
#/dev/sda3
UUID=5a203ecd-b811-47fd-b888-ab7cdd56b297 none swap sw 0 0
#/dev/sdb1
UUID=f4c43784-1774-487b-92c4-89fe79ae0e93 /mgame ext4 discard 0 1
#/dev/sdc1
UUID=31b1f8ae-40ac-4b14-9187-8cf1f270a7b6 /media ext4 defaults 0 1
#/dev/sdd1
UUID=654f8e98-b42c-42d8-9ff4-cb5007e8fef5 /home ext4 discard 0 1
/dev/sr0 /mnt/cdrom auto noauto,user,rw 0 0
tmpfs /var/tmp/portage tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/log tmpfs defaults 0 0
Как по DPMI вырубить монитор? Вообще подскажите направление это D-Bus?
> Как по DPMI вырубить монитор? Вообще подскажите направление это D-Bus?xset dpms force standby
...или уейландо-проблемы...