После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.9. Среди наиболее заметных изменений: модуль dm-vdo для дедупликации и сжатия блочных устройств, режим прямого доступа к файлам в FUSE, поддержка создания pidfd для отдельных потоков, механизм BPF-токенов, поддержка Rust на системах ARM64, перевод ФС Ext2 в разряд устаревших, удаление старого драйвера NTFS, поддержка механизма Intel FRED...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61160
В ядро вносится такое огромное количество кода. А проверяется ли он на должном уровне? Как вообще можно контролировать такие объёмы? Площать потенциальных бэкдоров и уязвимостей просто необъятная.
Полноценно только на бою проверять
Глючит-допиливать
Кучу функций вообще полурабочие
То же srv-iov для intel gpu
Ну и кучу полуэксперемкнтальных, то же сжатие блочных думаете прям такое шикарное решение?
Так на разном оборудовании по разному будет работать. Сплошное минное поле багов
Оно и на одинаковом по-разному работает. Все 20 лет что пользуюсь стабильности не видел — но зато всегда есть работа.
Одинакового оборудования и не бывает
там же сплошные нанометры
само оборудование часто гавно которое притянуто по самые....
Те же HDD внутри себя кучу работы по корекции ошибок делает
а уж про остальное и молчим
Баги были, есть и будут... Мир прекрасен своим несовершенством.
>А проверяется ли он на должном уровне?Нет. Поэтому регулярные регрессии и сбои.
>> А проверяется ли он на должном уровне?
> Нет. Поэтому регулярные регрессии и сбои.Ну так правильно - не ошибается тот кто ничего не делает. В этом смысле анонимы опеннета близки к идеалу. Но говорят, с этим есть какая-то подстава. Например, если вы захотите использовать ОС без багов от них - окажется что ее не существует.
seL4
> seL4И как, много наюзал то его?! Хотя-бы сообщение сюда с него пискнуть смогешь? Тупой тасксичер без драйверов и фич - это конечно офигеть как полезно. Но если ты удумаешь накодить там хотя-бы половину фич которые есть в линухе, угадай куда пойдет вся верификация и много чего еще. Почему-то.
Да там намеренно бекпортируют дефективные ломающие изменения в древние стабильные ветки, каждое обновление это лотерея. И чем более старая ветка (из поддерживаемых) тем ниже шансы на успех.
Чёт не понимаю логики минусующих, в комменте бэкпортированного коммита открытым текстом уже пишут "да, мы хотим нагадить пользователям nvidia ещё разок", в итоге, правда, сломали zfs. Похожая история была с sysfb и драйверами консоли.
Логика простая - не нравится комментарий, ставят минус. Верен ли комментарий, не играет роли для фанатов.
> пишут "да, мы хотим нагадить пользователям nvidia ещё разок", в итоге,
> правда, сломали zfs. Похожая история была с sysfb и драйверами консоли.В линуксе видите ли out of tree модули - вообще не велкамм. И если там что-то сломалось - это их проблемы. Там все просто - join mainline or GTFO.
Ещё один из сказочного мира где существует "должный уровень"
Согласен, Линусу нужно прекратить пилить новые версии, пока текущие до должного уровня не проверят, не принимать новые фичи в ядро!
>Версии
>прекратить пилить
>не приниматьСкажите, а какую тут вы зависимость для себя увидели?
Самая прямая зависимость. Это делают одни и те же люди. Они не могут одновременно продолжать проверять старые пулл реквесты и начинать проверять новые.
Эмммм... предполагаю, что вы чуть-чуть, самую капельку, малость - не верно оцениваете роль Торвальдса в проекте :)
> Согласен, Линусу нужно прекратить пилить новые версии, пока текущие до
> должного уровня не проверят, не принимать новые фичи в ядро!Так если вы лучше всех знаете как надо - вам это и имплементить. А то не круто когда лучше всех знают одни, а имплементить и отдуваться за это якобы-должны .. другие?!
Бэкдоры и уязвимости говоришь, в 6.8 сломали рабочий драйвер, см. "startup BUG at lib/string_helpers.c from scsi fusion mptsas" https://lore.kernel.org/all/202404041646.7B813E9AD@kees.../Пользователи всё проверят и оттестируют на свой шкуре, да впрочем как везде, в винде и маке таж хрень.
Энтузиастов хватает на самом деле. А теперь представь, что творится в офтопике :)
Да собсна, ничего особенного, самое страшное, что у меня случалось за все время (с момента выхода 11ки), несколько раз проводник падал. Но я на стабилке, на инсайдерке может что-то и отваливается, но это уже проблемы тех кто на ней сидит.
>ничего особенного, самое страшное, что у меня случалось за все время (с момента выхода 11ки),ты брешешь, в винде при увеличении версии куча железа просто окирпичивается - дров нет и баста.
ситуация намного хуже, чем регулярные регрессии в линухе. и в линухе никто тебе насильно апгрейд не сделает.
>ты брешешьСтранная предъява, "брешешь" чтобы что? Я не знаю твоего железа. Конкретно у меня, компьютер не самый свежий, собран лет шесть назад. На материнке Gigabyte (b360m_d2v), проце Intel (i5 Coffee Lake), и докупленной спустя год, карте GeForce 1660. У меня пока ничего не "окирпичилось". Ну а ставить 8/10/11ку на какой-нибудь пень, считаю странной затеей. Это как вкорячить последний Android на китайца 10ти летней давности. Может и красиво, но не юзабельно, от слова совсем.
> меня, компьютер не самый свежий, собран лет шесть назад. На материнке
> Gigabyte (b360m_d2v), проце Intel (i5 Coffee Lake), и докупленной спустя
> год, карте GeForce 1660.На минуточку, на дебиане завелся даже Geforce MX какой-то. Теперь попробуй это на более-менее современной винде запустить в режиме получше стандартного VGA адаптера...
Ну и? Это имеет практический смысл кроме как по приколу? Комп с таким железом даже в инет сходить нормально не даст
> Ну и? Это имеет практический смысл кроме как по приколу? Комп с
> таким железом даже в инет сходить нормально не дастКак раз вот именно это - катит. Ютуб на 720P норм рисует, это все же быстрый вывод графики, в многие разы быстрее отрисовки через VESA BIOS. Спокойно рисует 1280х1024x60FPS а больше их старый офисный монитор и не умеет. А на винде - вот - едва ли 5 FPS в полноэкранном режиме. С жором проца на вот именно отрисовку экрана.
Так на дебиане он в режиме того самого VGA-адаптера и будет работать.
> Так на дебиане он в режиме того самого VGA-адаптера и будет работать.Нувой зацепляется достаточно адекватно. И таки это намного быстрее "стандартного VGA адаптера". В десятки раз. А для виндов начиная от висты - на это драйверов нет. Что хотите то и делайте. Там - стандартный вга адаптер. И едва ли 5 кадров в секунду в фулскрине. Как раз был повод уйти оттуда винду, заодно и малварь не надо вытряхивать.
За нвидию не скажу, но на вин 11 спокойно установились последние драйвера от вин 8 для радеона
На Ubuntu 23.10 у меня окирпичилась GeForce GT210 (или 220, не суть). На Windows 11 она же прекрасно работает с драйверами от семёрки (по факту от Висты).
Поэтому нужно пользоваться только сертифицированными отечестченными дистриубивами, в которых проверяется каждая строчка
Толсто.>сертифицированными отечестченными дистриубивами, в которых ВНЕДРЯЮТСЯ бекдоры.
Как будто в западных их нет. Но западные бекдоры с воздухом свободы ?)))
И тут ты показываешь в каком конкретном дистрибутиве вставили бэкдор.
> И тут ты показываешь в каком конкретном дистрибутиве вставили бэкдор.В альте по дефолту впихнули российский сертификат. Как вы понимаете, им что угодно подпишут по просьбе майора с полоборота. Так что майор сможет лишний раз вас закрыть на 10 лет. А американский майор - даже если обложится бэкдорами - что он сделает? Закрыть вас на 10 или сколько там лет он сможет тольео если вы сами к нему приехать удумаете.
> впихнули российский сертификат.Западный сертификат, который по дефолту, я так понимаю с запахом свободы?
> Западный сертификат, который по дефолту, я так понимаю с запахом свободы?Во первых там не принято откровенно подмахивать в таких масштабах. Во вторых с точки зрения вот именно посетителей опеннета - даже если вдруг чего, западному майору будет довольно трудно дотянуться до многих из опеннетчиков.
>> Западный сертификат, который по дефолту, я так понимаю с запахом свободы?
> Во первых там не принято откровенно подмахивать в таких масштабах.А Сноуден другое рассказывал...
> Во вторых с точки зрения вот именно посетителей опеннета - даже если вдруг
> чего, западному майору будет довольно трудно дотянуться до многих из опеннетчиков.Тебе кругом майоры мерещатся. А если вдруг чего, то при выезде на отдых за заставу тебя и возьмут под рученьки. Лучше уж у нас, в Сибири.
>>> Западный сертификат, который по дефолту, я так понимаю с запахом свободы?
>> Во первых там не принято откровенно подмахивать в таких масштабах.
> А Сноуден другое рассказывал...По сравнению с тем чир рассказывал другой гражданин, который помер, это так, мелочи жизни. И кстати Сноудэн по крайней мере - живой. А заодно делом показывает россиянам что идея то - работает!
> Тебе кругом майоры мерещатся. А если вдруг чего, то при выезде на
> отдых за заставу тебя и возьмут под рученьки. Лучше уж у нас, в Сибири.Я совсем не против если ты добровольно запишешься зэком на зону.
>>>> Западный сертификат, который по дефолту, я так понимаю с запахом свободы?
>>> Во первых там не принято откровенно подмахивать в таких масштабах.
>> А Сноуден другое рассказывал...
> По сравнению с тем чир рассказывал другой гражданин, который помер, это так,
> мелочи жизни.Кто?
> И кстати Сноудэн по крайней мере - живой.
Он живой, потому что выбрал правильное местонахождение.
>> Тебе кругом майоры мерещатся. А если вдруг чего, то при выезде на
>> отдых за заставу тебя и возьмут под рученьки. Лучше уж у нас, в Сибири.
> Я совсем не против если ты добровольно запишешься зэком на зону.Скажи, майор сейчас с нами в этой комнате?
Товарищ майор одобряет!
Главное - всецело полагаться на квалификацию этих замечательных ребят, которые, себя не жалея, все проверяют, выверяют и тестируют каждую строчку!
Да-да. Такого ядра как в 14 году мы теперь даже приблизительно не имеем !
> В ядро вносится такое огромное количество кода. А проверяется ли он на
> должном уровне?Конечно проверяется - см. те же "патчи от Миннесотовцев"! Их очень быстро (всего после пары лет, лишь пара патчей успели "протухнуть" сами - остальные вычистили вовремя!) отфутболили от разработки! Вот!
"Regression testing"? What's that? If it compiles, it is good; if it boots up, it is perfect."(С) Linus Torvalds
> "Regression testing"? What's that? If it compiles, it is good; if it
> boots up, it is perfect."(С) Linus Torvalds"Ух ты, уже сутки не падало!" (Билл гейтс про тестирование WinNT).
Сам пошутил, сам посмеялся. Кстати, WinNT может работать годами (лично видел, система работала два года).
Вранье.
> Сам пошутил, сам посмеялся. Кстати, WinNT может работать годами (лично видел,
> система работала два года).А я видел 2 года аптайма на линухе. При том - на сборке дебиана которую сам же и интегрировал под железки. Или как проверить что вы не полный лох как системный интегратор. Ну что, померялись? Мне моя пузомерка больше нравится. Созидание намного круче чем потребительство, и вон то в том числе и моя заслуга - в отличие от вас vs NT.
А вот с NT мне так немножечко слабо. Хотя-бы потому что даже у ее потомков нет драйверов для большей части ARMовских штук.
Где вы увидели пузомерку? Я лишь написал то, что _видел_, и на тот момент аптайм был вот такой (далее не в курсе).
> В ядро вносится такое огромное количество кода. А проверяется ли он на должном уровне?
> Как вообще можно контролировать такие объёмы? Площать потенциальных бэкдоров и
> уязвимостей просто необъятная.Как говорит отраслевой юмор - нет программ без багов, есть недостаточно изученные программы. Вопрос в том где тот "должный уровень". Де факто в ядре копается много народа, с кучей анализаторов и проч. Поэтому в среднем по больнице - багов там сильно меньше чем в многих других проектах. Чисто статистически, по числу багов на KLOC.
Но как вы уже поняли - линух дело добровольное. Не нравится - не юзайте. Если для вас что-то иное лучше работает - ну и ладушки. Но проприетарщики видите ли любят заметать такой мусор под ковер, не говоря всей правды - а у остальных, типа BSD - ресурсов нет даже код то вовремя писать, а уж тестироать его и подавно.
Даже Линуса понимает необходимость снижать когнитивную нагрузку и показывает умникам из Гугла средний палец. А то те скоро полезут уже компилятор править.
Поэтому он и тащит все подряд в свой монолит. Молодец Линус!
Не хами. Микроядерка на практике не даёт никаких преимуществ они хороши только в мозгах прохвессуры.
Снижение когнитивной нагрузки - не преимущество?
Микроядро когнитивную нагрузку разве не повышает?
Нет, конечно, с чего бы?
Одно дело когда на слайде прохвессора стройная схема, когда ядро логически разбито часы/микроядро, сервера посылающие сообщения, и куча драйверов работающих в пространстве пользователя. Другое дело реальное железо с диском, UEFI, процессором и оперативной памятью.
да да, такое же снижение как и микросервисы, смещение нагрузки с одного уровня на другой, так еще и с оверхедом, уж лучше правильно спроектированные подсистемы
> Снижение когнитивной нагрузки - не преимущество?Там не снижение получается - а все ровно наоборот. Писать драйверы - особенно с хорошей производительностью - становится многократно сложнее. Из-за искусственных границ раздела. И получилось в результате что под микроядерные ОС по жизни не было дров. На чем они все и застревали - а кому надо гольное ядро без обвеса и зачем?!
Ну VSCode это та же микроядерка среди IDE. По моему весьма быстро стало популярной. Какой язык только не поддерживает?
А мог бы открыть предмет обсуждения темы - ядро Linux - и написать сюда ответ, сколько уходит времени, прежде чем начинает "поддерживать". Потом закрыть и повторить эксперимент. Будет ли второй раз парсить всё дерево исходников? ;)
Большинство пользователей VSCode не работают с кодовой базой такого размера на ежедневной основе. А где работают, там есть деньги и на мощное железо, и на коммерческие IDE.
Работники Nokia смотрят на этот коментарий грустно, с улыбкой и подергивающимся глазом.
> Большинство пользователей VSCode не работают с кодовой базой такого размера на ежедневной
> основе. А где работают, там есть деньги и на мощное железо,
> и на коммерческие IDE.Пользователи вскода вообще больше всего - вспердывают на опеннете рассказывая какие они офигенные. Вместе с коммерческими IDE. Только сравнимых продуктов с этих потуг почему-то не видно.
> Большинство пользователей VSCode не работают с кодовой базой такого размера на ежедневной
> основе. А где работают, там есть деньги и на мощное железо,
> и на коммерческие IDE.Можно ли применить этот ответ к исходной аналогии VSCode с микроядрами? :)
Котлин. Его поддержка на уровне, чуть выше, чем отсутствие.
Другое дело всё пихать в ядро! Вот что, например, в linux.git делают миллионы всяких драйверов и зачем туда пихать, например, тот же драйвер нвидиа?
А как он тебе мешает? Даже если Linux был бы микроядром, далеко не факт, что все драйвера не жили бы в основном репозитории.
> Другое дело всё пихать в ядро! Вот что, например, в linux.git
> делают миллионы всяких драйверов и зачем туда пихать, например, тот же
> драйвер нвидиа?Для системной интеграции и совместной разработки всех связанных подсистем. А как работают дрова от сторонних поставщиков в винде - я видел. И именно поэтому и пользуюсь Linux!
> Фонд свободного ПО сформировал вариант полностью свободного ядра 6.9 - Linux-libre 6.9-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем.Для чего это всё?
чё тут не понятного, для свободы
И что, эту свободу на бутерброд можно намазать ?)
Что на бутерброд не намазать - все гавно и цивилизации не нужно?
Чтобы было что накатить на старый раптор без блобов.
Их там в ядре вроде и нету.
Хз,у менz норм работает.Linux gentoo 6.8.8-gnu #1 норм работает. Меньше левого кода и все.
Люди принципиальные, следуют своим принципам.
Они на этом перекладывании виртуальных папочек деньги зарабатывают.
На тему блобов в ядре и целесообразности linux librehttps://www.youtube.com/watch?v=kYBAOyXy1ZQ
Автору канала LibreTrack хочется задать вопрос: "Зачем ты держишь у себя ФСБ-ный Телеграм"? Свобода ничинается там где нет слежки.
>В Device Mapper (DM) добавлен новый обработчик dm-vdo (virtual data optimizer), позволяющий на базе существующих блочных устройств реализовать виртуальное блочное устройствоСпасибо, не надо:
1. аналог flip feng-shui для фс
2. окончательно сломанная фс в случае сбоя
3. дедупликация на уровне блочных устройств неэффективна. Для эффективной дедупликации нужна поддержка рефлинков в фс.
№3 у РедХат хватит компетенций реализовать для своей текущей дефолтной FS. А остальные как-нибудь сами…
>Добавлена базовая поддержка защиты гостевых систем при помощи расширения AMD SEV-SNP (Secure Nested Paging), обеспечивающего безопасную работу с вложенными таблицами страниц памяти и защищающего от атак "undeSErVed" и "SEVerity" на процессоры AMD EPYC, позволяющих обойти механизм защиты AMD SEV (Secure Encrypted Virtualization). В KVM необходимые для использования SNP изменения планируются добавить в ветке 6.10.Напоминаю: защита эта - от хоста, с удаленной аттестацией. TEE то есть. Для DRM то есть.
DRM это же тоже хорошо, не?
>> Проведена чистка имён блобов в dts-файлах (devicetree) для архитектуры Aarch64. Устранены проблемы с чисткой драйвера i915, приводившие к зависанию во время инициализации. Внесены изменения, связанные с обработкой блобов, поставляемых в виде шестнадцатеричных дампов.Латиноамериканский Фонд свободного ПО считает что вы не достойны того, чтобы пользоваться _вашим_ компьютером полноценно.
Зато теперь можно плюющим во Фрю отвечать: "сам-то с -gnu ядра без блобов пишешь?"
Так тонко, что непонятен смысл написаного.
>JPEG DPGЧто-то дока не гуглится. Но вот что нагуглилoсь:
https://www.phoronix.com/news/AMDGPU-New-ASIC-Block-By-Block
https://www.phoronix.com/news/AMDGPU-Device-Enumeration-IP
https://lore.kernel.org/lkml/VI1P193MB07528C2081A3A8BBDFAF2B.../В общем, ждите загружаемые во встроенное FPGA "IP"-блоки.
Поясни.
Ну они сделали специальную таблицу, предоставляемую устнойством, для обнаружения установленных "IP"-блоков. А раньше всё по номеру устройства шло. Зачем всё это? Вангую - для унификации.
1. переводим драйвера на использование таблицы
2. предоставляем записи в таблице для встроенных асиков, наличие записи - активирует модуль для работы с блоком
3. грузим во встроенное FPGA прошивку, прошивка помимо всего прочего сможет добавлять записи в таблицу.
4. PROFIT. Один драйвер на все устройства и на все прошивки для FPGA. Вышла новая прошивка? Делаем новый драйвер с поддержкой этого модуля.Не понятно одно:
1. почему не использовать устоявшийся стандарт FDT?
2. почему городить странный огород, а не просто сделать проброс PCI-шины до асика?
> 4. PROFIT. Один драйвер на все устройства и на все прошивки для
> FPGA. Вышла новая прошивка? Делаем новый драйвер с поддержкой этого модуля.Вы нихрена не поняли. Все проще. АМД устал что релизы палят их планы выпуска конкретных GPU и codename. И они сделали абстрактный IP Discovery по блокам. Теперь вместо поддержки "GPU марки X" между делом запиливается поддержка GFX версии такой, SMU версии сякой, SDMA версии разэьтакой... а кто оно в сборе будет и как будет называться - вы узнаете потом, по ходу пьесы, когда его соберут целиком и пойдут продавать, заодно его PCI ID прописав.
> Не понятно одно:
> 1. почему не использовать устоявшийся стандарт FDT?Возможно, вы имели в виду - DTB?
> 2. почему городить странный огород, а не просто сделать проброс PCI-шины до асика?
Потому что пробрасывать навороченый, прожорливый и крутой PCIe до каждого сервисного микроконтроллера в GPU - и делать там ответку в виде PCI-девайса несколько накладно выходит. И это что, придется какой-то с свич/хаб PCIe в железку встроить? А так вы и разговариваете с AMDшным ASIC'ом по PCIe. Так то изначально PCIe топология точка-точка, если что.
>>В выпуске 6.9 обновлён код чистки блобов в драйверах amdgpu, ath12k, adreno, btusb и r8169.С учётом того, что для видях с amdgpu нужно для работы около 10-20 файлов фирмварей... Вот ХЗ, что там вообще заведётся?
А ты бери видеокарту, для которой в Линуксе не потребуются фирмтвари.
Видеокарты Maxtor ещё выпускают?
На Avito можешь купить какую-нибудь Radeon HD 5xxx - 6xxx. Эти с фирмварью, но linux-firmware вполне достаточно, заводятся. Вот сейчас этот комент пишу с компа с подобной.
> На Avito можешь купить какую-нибудь Radeon HD 5xxx - 6xxx. Эти с
> фирмварью, но linux-firmware вполне достаточно, заводятся. Вот сейчас этот комент пишу
> с компа с подобной.Тогда уж лучше что-нибудь на GCN взять. Можно найти занедорого, зато цепляется современным AMDGPU, даже совсем ранние, и - гарантировано умеет вулкан. Любой GCN, даже те где изначально он как бы не заявлялся. Куда более поддерживаемые железки - по сравнимой цене.
> Видеокарты Maxtor ещё выпускают?А что, Maxtor когда-то делал видеокарты?! Они вроде жесткие диски же выпускали. Совсем не похоже на видеокарты.
Думаю, очевидно, что Matrox имелся в виду. И они вроде до сих пор что-то на своих чипах продают.
Matrox же. Maxtor - жёсткие диски.
// как-то видел в продаже внешний HDD от Maxtor. Удивился, думал, их приобрела Seagate. Переворачиваю, читаю - Seagate. Видимо, решили не отказываться от известного бренда
> Matrox же. Maxtor - жёсткие диски.
> // как-то видел в продаже внешний HDD от Maxtor. Удивился, думал, их
> приобрела Seagate. Переворачиваю, читаю - Seagate. Видимо, решили не отказываться от
> известного брендаСигейт - это такая фирма, что ему и Макстор - бренд :). К слову обе прославились сыпучими сериями винтов...
14 лет назад слышал, что именно "Сигейт Барракуда" сыпучие.
> 14 лет назад слышал, что именно "Сигейт Барракуда" сыпучие.На макстора бочку катили - за сыпучие винты. У меня было несколько - и таки вроде живые оставались до момента потери актуальности. А вот сигейт... сигейт прославился на весь мир легендарной серией 7200.11, которая так то ничем не плоха была механически и проч.
...но если ее фирмвара своими логами затрет кусок себя, данные вы с него все же не получите! Хоть они и на месте на самом деле. Перелить фирмвар сами вы врядли сможете, а значит - если вам нужны ваши данные, вы подарите довольно круглую сумму денег благодетелям с тематичным know-how. И с точки зрения обычного пользователя 7200.11 соответственно является полнейши залетом.
Вы даже собственный линух не знаете :)Для видяхи загружается 3-5 прошивок, для разных блоков видяхи.
То что у вы насчитали - это просто свалка прошивок для разных видях, видимо вам их поставило оптом.
> Вы даже собственный линух не знаете :)
> Для видяхи загружается 3-5 прошивок, для разных блоков видяхи.
> То что у вы насчитали - это просто свалка прошивок для разных
> видях, видимо вам их поставило оптом.Кажется, для моего RX6600 больше чем 3-5 запускается. Надо будет проверить дома. А вот что для AMDGPU их там свора целая (не говоря про другие устройства) - это факт. Настораживают сообщения вида "possible missing firmware "filename.ext" for module amdgpu" в выводе dmesg.
> Кажется, для моего RX6600 больше чем 3-5 запускается. Надо будет проверить дома.
> А вот что для AMDGPU их там свора целая (не говоряДа примерно один фиг в пересчете на GPU. Хотя у новых видеокарт IP-блоков чутка прибавилось - ну и фирмварей для их работы тоже. Но в пересчете на 1 конкретную видеокарту не так их там и много.
> про другие устройства) - это факт. Настораживают сообщения вида "possible missing
> firmware "filename.ext" for module amdgpu" в выводе dmesg.Это обычно бывает если вкатить новый кернель с поддержкой новых GPU - а пакет linux-firmware не обновить до распоследнего, включающего фирмвари для тех GPU, и это вполне резонное предупреждение - на тех GPU при попытке запуска с таким initrd тебя посетит обломинго в момент когда ядро попытается переключить видяху в нативный режим и внезапно не найдет нужные фирмвари. Догадайся что будет дальше. И это все же не в dmesg а таки при генерации initrd как правило.
[ 12.299363] Loading firmware: amdgpu/dimgrey_cavefish_sos.bin
[ 12.301607] Loading firmware: amdgpu/dimgrey_cavefish_ta.bin
[ 12.304066] Loading firmware: amdgpu/dimgrey_cavefish_smc.bin
[ 12.306572] Loading firmware: amdgpu/dimgrey_cavefish_dmcub.bin
[ 12.308899] Loading firmware: amdgpu/dimgrey_cavefish_pfp.bin
[ 12.311478] Loading firmware: amdgpu/dimgrey_cavefish_me.bin
[ 12.314140] Loading firmware: amdgpu/dimgrey_cavefish_ce.bin
[ 12.319802] Loading firmware: amdgpu/dimgrey_cavefish_rlc.bin
[ 12.324462] Loading firmware: amdgpu/dimgrey_cavefish_mec.bin
[ 12.327151] Loading firmware: amdgpu/dimgrey_cavefish_mec2.bin
[ 12.329846] Loading firmware: amdgpu/dimgrey_cavefish_sdma.bin
[ 12.332242] Loading firmware: amdgpu/dimgrey_cavefish_vcn.bin
>[оверквотинг удален]
> [ 12.304066] Loading firmware: amdgpu/dimgrey_cavefish_smc.bin
> [ 12.306572] Loading firmware: amdgpu/dimgrey_cavefish_dmcub.bin
> [ 12.308899] Loading firmware: amdgpu/dimgrey_cavefish_pfp.bin
> [ 12.311478] Loading firmware: amdgpu/dimgrey_cavefish_me.bin
> [ 12.314140] Loading firmware: amdgpu/dimgrey_cavefish_ce.bin
> [ 12.319802] Loading firmware: amdgpu/dimgrey_cavefish_rlc.bin
> [ 12.324462] Loading firmware: amdgpu/dimgrey_cavefish_mec.bin
> [ 12.327151] Loading firmware: amdgpu/dimgrey_cavefish_mec2.bin
> [ 12.329846] Loading firmware: amdgpu/dimgrey_cavefish_sdma.bin
> [ 12.332242] Loading firmware: amdgpu/dimgrey_cavefish_vcn.binПри том me/pfp/rlc были даже в очень древних радиках, vcn - тоже не новая тема (кажется, все GCN), как и двигун sdma (по моему аналогично).
Да, там кучка сервисных сопроцессоров. Для какого-нибудь управления питанием, продвинутым рулением DMA автоматом (на стороне GPU, у него свой движок есть, чтобы основную вундервафлю на всякую фигню типа таскания данных не дергать) и чего там еще. Ну вот удобнее и проще оказалось делать - как гаденыша-микроконтроллера, чем в жесткой логике, а если факап вышел то и фирмвару можно посвежее дать и заткнуть его, с чем в жесткой логике не очень.
Более того - там даже бывают супернавороты. Скажем OEM любят переоценивать свои охлаждение и подсистему питания. А потом - когда их в гарантийке и возврате рвут на части, они падают ниц перед амд - блин сделайте что-нибудь?! Ну они и сделали - при инициализации управления питанием мк можно кастомную таблицу отдать с оверрайдом. Заткнув вон тот факап тех гениев в драйвере по мере обнаружения.
>Добавлен DRM-драйвер для чипов Mediatek MT8188 VDOSYS1.Что это и зачем нужно? Проприетарь защищать?
DRM тут -- это не Digital Rights Management, а Direct Rendering Manager
>XFS продолжена работа над реализацией возможности применения утилиты fsck для проверки и исправления выявленных проблем в online-режимеэто та фича которой хвастаются уже лет 20?)))
>>XFS продолжена работа над реализацией возможности применения утилиты fsck
>>для проверки и исправления выявленных проблем в online-режиме
> это та фича которой хвастаются уже лет 20?)))Более того - в прошлой (или таки позапрошлой?) серии СантаБарбары - майнтайнер XFS дал деру! Вооон там теперь - с btrfs'никами отвисает. У них это все как-то сильно менее мучительно получается, ибо изначально в структуру фс и ее кода было заложено :)
Надеюсь, ветка 6.9 будет не такой глючной как 6.8.
А ты уверен, что у тебя глючило ядро, а может ты столкнулся с результатом криворуких дистростроителей.
6.8 действительно глючная. Иногда всё же надо вылазить из своего уютненького <del>чебурнета</del> рунета хотя бы на тот же reddit.
Risc-v не удалили ещё?
С какого перепугу? Посмотри уже сколько SBC понаделали. Не говоря уж, что over 1000-ядерные процы для датацетров пробегали.
> Risc-v не удалили ещё?С дуба рухнул? Он с нами надолго и всерьез. Вон там китайцы уже понаклепали этого добра, пять баксов за весь чип, 64-битный. Поди плохо?!
>Повышение надёжности достигается из-за раздельной обработки поступления события в контексте ядра и контексте пользователя, защиты от вложенного выполнения NMI и сохранения в расширенном кадре стека всех связанных с исключением регистров CPU.Так и не понял, как после этого материнская плата будет обрабатывать информацию?
Как по мне, пора делать форк. Запилить в ядро zfs, оставить наиболее востребованное, остальной хлам выбросить. И все будут счастливы.
И что тебя останавливает? На Гитхабе прямо можешь нажать кнопочку «Fork», даже в консоли печатать ничего не нужно.
>Запилить в ядро zfsА потом на тебя юриков Орацла наслать.
Странно почему-то на FreeBSD юрики не набигают :)
У фрибсд лицензия правильная православная BSD, а не вирусная богомерзкая жoпел.
> У фрибсд лицензия правильная православная BSD, а не вирусная богомерзкая жoпел.Вот и получи драйверы GPU с фирмы сони тогда. Наслаждайся свободами сполна, так сказать.
>> У фрибсд лицензия правильная православная BSD, а не вирусная богомерзкая жoпел.
> Вот и получи драйверы GPU с фирмы сони тогда. Наслаждайся свободами сполна,
> так сказать.Sony не пишет драйвера для AMD, их пишет AMD.
>> Вот и получи драйверы GPU с фирмы сони тогда. Наслаждайся свободами сполна,
>> так сказать.
> Sony не пишет драйвера для AMD, их пишет AMD.Откуда такие данные? Врядли фирма AMD много смыслит в кастомном форке фряхи с самопальной графической подсистемой. Они наверное могли дать какое-то core, но у него будет немеряно кастомного обвеса от именно сони. И чип все же ASIC под именно соню. Хоть и на основе типового GPU - но таки респин лично под них.
>>> Вот и получи драйверы GPU с фирмы сони тогда. Наслаждайся свободами сполна,
>>> так сказать.
>> Sony не пишет драйвера для AMD, их пишет AMD.
> Откуда такие данные?Из понимания процессов.
> Врядли фирма AMD много смыслит в кастомном форке фряхи
> с самопальной графической подсистемой.AMD смыслит в графической подсистеме обычной FreeBSD, Linux, Windows куда больше Sony. Они профессионалы, значит они и поставляют драйвера для своего железа. Sony может быть выдвигает какие-то требования, но это мелочи для специалистов, когда они под те требования заодно и железо проектируют.
> Они наверное могли дать какое-то core, но
> у него будет немеряно кастомного обвеса от именно сони. И чип
> все же ASIC под именно соню. Хоть и на основе типового
> GPU - но таки респин лично под них.Чувствуется рука профи и умельца скинуть доверчивому клиенту полурабочее, пусть сам допиливает.
> Из понимания процессов.Ты уверен что у тебя оно лучше моего? В скольких транснациональных западных мегакорпах ты работал чтобы понимать как это работает вообще?
> AMD смыслит в графической подсистеме обычной FreeBSD, Linux, Windows куда больше Sony.
АМД не релизит драйверы для фрибсд на минуточку. Да и в Linux они специфично весьма: есть некий костяк из опенсорсников, которые интерфейсят остальную тиму к линуху. Они это могут потому что те вхожи в оба мира: АМД просто нанял самых крутых и активных опенсорсников, типа Алекса Дойкера и ко заниматься тем что они умели - уже фултайм - и интерфейсить остальную часть тимы к этому. Как они с виндой работают я не в курсе, если честно.
Так что тут уже прогон на полутора фактах. А как там PS устроен внутрях - амд знает еще меньше. Я думаю что все что амд реально может - дать usermode от проприетари. Но как пилять кернелмод для плойки - они врядли знают. В случае линя - они взяли Radeon, но поскольку тот был реверснутый, они его сурово отрефакторили, переведя названия регистров и их параметры на то что авто-генерится из HDL файлов их HW team'а прямо их внутренней сборочницей. Или к вопросу почему они столько спамят в ядро :). Что нагенерял HW team - то и есть. Это как раз нормальный interop. Но в Соне ничего такого не получится.
> Они профессионалы, значит они и поставляют драйвера для своего железа. Sony
> может быть выдвигает какие-то требования, но это мелочи для специалистов, когда
> они под те требования заодно и железо проектируют.Я подозреваю что они как максимум дали им юзермод - но врялди они в курсе как кернелмод того экзотичного диалекта фряхи сделан. И если бы знали - наверное бсд даже что-то перепало бы с этого знания. Но им перепала дырка от бублика, с копированием из линя.
>> Они наверное могли дать какое-то core, но
> Чувствуется рука профи и умельца скинуть доверчивому клиенту полурабочее,
> пусть сам допиливает.А какой у сони выбор собссно?! Таких предложений - 2.5 штуки на всю индустрию. И то что нвидия выкатит предложение лучше - не факт. Они вообще наглая и зарвавшаяся фирма, обожающая всем навязывать дурацкие ограничения, драть три шкуры за чипы (напоминаю: плойки продаются вендором себе в убыток, отбивают на играх, их это парит!).
>> Из понимания процессов.
> Ты уверен что у тебя оно лучше моего?Абсолютно.
> В скольких транснациональных западных
> мегакорпах ты работал чтобы понимать как это работает вообще?А кто спрашивает? Аноним? Ты решил меня насмешить?
> Странно почему-то на FreeBSD юрики не набигают :)На BSD помнится AT&T вполне себе - набегал. А потом - загадив им поляну - перешел на убунту! :)
Сила Oracle действует только in USA. Вот только в других странах программистов толком нет.
> Как по мне, пора делать форк. Запилить в ядро zfs, оставить наиболее
> востребованное, остальной хлам выбросить. И все будут счастливы.О, еще один wannabe-Торвальдс. Дерзай! Правда, крутая тима, бэха и жена-каратистка в комплекте с форком не входят - это уж ты как-нибудь сам.
Когда уже сделают так, чтобы при отключённом sgx не лез мусор в лог? Надоело из-за этой мелочи в каждой установке прописывать параметры загрузки ядра с nosgx.
Подскажите про NTFS драйвер. Означает ли это, что NTFS-3G не нужен?
Не совсем, вариант NTFS от Paragon любит ломать файловую систему, что приходится её или пересоздать, или пользоваться виндовым chkdsk. Распространяется правда это на виндовый раздел с системой, или когда преждевременно выдираешь флешку с NTFS разделом. Пока что реализация в ядре просто задел на будущее, можно пользоваться, но не нужно.
Но это другой драйвер. И fuse ntfs3g не лучше в этом отношении, кстати. Могу ещё рассказать увлекательную историю о том сколько недель у меня заняло перемещение данных с раздела с ntfs на раздел с ext4 с чтением через fuse и какая загрузка системы была всё это время. Rsync позволяет перепроверить хеши, так что новому драйверу вполне можно доверять в подобных задачах.
Когда они уже ГПТ4 встроят ?
я хочу чтоб нейросетка посмотрело на моё железо и сама собрала ядро.
Дай GPT вывод hwinfo и текущий, работающий, .config попроси оптимизоровать .config по железу.Полгода назад мне все тестируемые GPT отказывали давать информацию о IT. говорили что некомпетентны и о внутренних инструкциях запрещающих давать ответы на вопросы по IT.
> Дай GPT вывод hwinfo и текущий, работающий, .config попроси оптимизоровать .config по
> железу.
> Полгода назад мне все тестируемые GPT отказывали давать информацию о IT. говорили
> что некомпетентны и о внутренних инструкциях запрещающих давать ответы на вопросы
> по IT.Kandinsky generative art на запрос "Успехи импортозамещения" отвечает "Мы не смогли сгенерировать изображение, так как Ваш запрос не соответствует правилам пользования", а пару месяцев назад выдавало весёлые картинки с надписями на английском языке. :)
"В Bcachefs добавлена btree-структура с информацией о дочерних элементах подразделов, которая в будущем будет задействована в API для обхода подразделов. Улучшена проверка структуры каталогов. Улучшен процесс журналирования и повышена производительность при высокой нагрузке на запись. Увеличена эффективность операций Discard."Уже чуть более готово для использования или все еще русская рулетка?
> Уже чуть более готово для использования или все еще русская рулетка?Пока еще рулетка, но автырь серьезные факапы конопатит быстро, сурово и - с весьма боевым настроем. Так что у лично меня несколько виртуалок с этим даже есть - и ничего особо ужасного с ними не произошло. Но старые ядра с ЭТИМ юзать точно нельзя.
> В подсистему BPF добавлен механизм BPF-токенов, позволяющий выборочно делегировать программам права доступа к привилегированным BPF-операциям, например, можно предоставить непривилегированному приложению доступ к отдельным подсистемам BPF без предоставления полных прав CAP_BPF
> В подсистему BPF добавлен новый тип разделяемой памяти bpf_arena, определяющий область, доступную для совместного использования программами BPF и процессами в пространстве пользователя.Дыры ядерные, это ещё хуже чем проделанная дыра в init: systemd, dbus, polkitd+JS.
> Модули с реализацией технологий IMA (Integrity Measurement Architecture) и ЕVM (Extended Verification Module) переведены на использование фреймворка LSM (Linux Security Modules)
Все советуют гн использовать стандартный LSM разработанный для NSA SELinux. Для ядерной безопасности следует использовать собственные хуки в ядре Linux.
Такое ощущение, что Торвальдс уже давно махнул рукой на совё детище и отдал его на растерзание торгашам. Никакой продуманной архитектуры, качества, тестирования. Словно пигмеи строят дом из фанеры и тряпок, этаж за этажом, параллельно приделывая всё новые постройки. С каждым релизом всё больше багов, регрессий производительности, сегфолтов и проблем в работе с оборудованием. Команда разработчиков ядра занимается только тем, что обслуживает интересы богатых дятей, молниеносно запиливая фичи, которуе тем понадобятся, а на качество им уже давно наплевать. Печально видеть, как некогда интересный и идеалистический проект энтузиастов с горящими глазами превратился в корпоративный буллщит, который просто приходится использовать, как винду.
> Словно пигмеи строят дом из фанеры и тряпок, этаж за этажом, параллельно приделывая всё новые постройки.Потому что оказалось, что у «Базара» есть пределы масштабирования.
Во первых, монолит. Во вторых, команда разработчиков ядра кушать хочет.
Настоящие разработчики (С) питаются только мануалами в электронном виде и светлыми утопическими идеями, а какают идеальным кодом. Но Linux, как и остальные реальные проекты, им, по какой-то неизвестной причине, не интересен. Но зато, они захаживают на OpenNET, так что можете попытаться убедить их заняться уже этой гнусной поделкой.
Жаль больше нет обновлений для драйвера radeon. Это превращает мой вполне работающий ноутбук в тыкву. Если я раньше мог на нём играть в игры типа Bioshock Infinite, то теперь у меня проблемы даже с отрисовкой графики в Google Chrome при включенном аппаратном ускорении. А про игры можно вообще забыть, потому что многие из них стали показывать просто чёрный экран, даже те, которые раньше работали.
Наверное, без баг-репортов никто и не полезет в это дело?
> Наверное, без баг-репортов никто и не полезет в это дело?Ну так телепаты все в отпуске. В том числе и в амд. Уж простите, но так бывает.
В 22 году какая-то была движуха в старых дровах, перешили для компиляции шейдеров на какой-то NIR (new intermediate representation), и кажется это много проблем вызвало в некотором софте. Ради прикола попробуй проблемые игры и программы запускать с переменной `R600_DEBUG=use_tgsi` (задействует прежний механизм), может что-то поменяется.
Когда уже пофиксят soft lockup на райзенах?
> поддержка создания pidfd для отдельных потоковthreadfd
Следующее ядро 7.0 Lts?