The OpenNET Project / Index page

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

В драйвере Nouveau выявлена ошибка, приводящая к повреждению памяти в ядре Linux 6.3

16.06.2023 11:28

Кэрол Хербст (Karol Herbst) из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL, рекомендовал пользователям открытых драйверов для видеокарт NVIDIA воздержаться от использования ядра Linux 6.3 из-за выявления специфичной для данной ветки ядра ошибки в коде драйвера Nouveau. Ошибка приводит к аварийному завершению работы из-за повреждения памяти ядра в результате обращения в коде к уже освобождённой области памяти (use-after-free).

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

Дополнение: Исправление проблемы принято в состав ветки ядра Linux 6.4 и в ближайшее время будет перенесено в ветку 6.3.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Разработчики Chromium добавили Nouveau в чёрный список проблемных драйверов
  3. OpenNews: В Nouveau не получается обеспечить качественную поддержку GeForce GTX 900 из-за ограничений NVIDIA
  4. OpenNews: В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS
  5. OpenNews: На базе Nouveau развивается новый драйвер для графического API Vulkan
  6. OpenNews: Представлен NVK, открытый Vulkan-драйвер для видеокарт NVIDIA
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/59305-nouveau
Ключевые слова: nouveau, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (104) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Jorik (?), 12:03, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    LTS релизы используют 5.x ядро, так что обкатыватели новинок, делают своё дело
     
     
  • 2.63, КО (?), 19:22, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая что изменения добавляют одновременно во все ветки - утверждение спорное
    >longterm:6.1.34

    хех

     
     
  • 3.86, Аноним (86), 07:19, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас программирование, а точнее градация выпуска релизов, ускорилось до скорости спаривания кроликов.
    Потом выявляют ближайшие уязвимости, а потом и не ближайшие... потому что в первую очередь кормушке нужны новые фичи.
     
     
  • 4.98, Аноним (98), 17:30, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А тебе не нужны новые фичи?
     
     
  • 5.108, Аноним (108), 19:54, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    скорость работы важнее
     
  • 2.104, bircoph (ok), 18:05, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если почитать патч, то видно что проблема была всегда, просто стала проявляться чаще на 6.3:

    This seems to have existed for ever but is now more apparant after
    9bff18d13473a9fdf81d5158248472a9d8ecf2bd (drm/ttm: use per BO cleanup workers)

     
     
  • 3.110, Аноним (-), 01:14, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если почитать патч, то видно что проблема была всегда, просто стала проявляться
    > чаще на 6.3:

    Тут еще и народ в ветке про файлухи заметил что с блобом от нвидии файлухи разлетаются. Почти наверняка тоже косяки какие-то у блоба в управлении памятью.

     

  • 1.4, Аноним (4), 12:10, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А, ну это чьи-то там "открытые дрова". Ну а я пользуюсь официальными и таких проблем не знаю. Держу в курсе.
     
     
  • 2.8, Аноним (8), 12:41, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не понимаю почему этот коммент заминусован. Nouveau умеет только две вещи: падать, и в редких случаях ускорять 2d-рендеринг. В то время как официальные драйвера мало того что не падают в кернел пикник, так ещё и все фичи поддерживают полноценно.
     
     
  • 3.15, Аноним (15), 13:31, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Чёт ты не в теме просто. На картах, на которых реклогинг работает, всё в порядке с 3д. А вот 2д никогда нормально не работало, сколько я не пробовал использовать. Кстати, паники не чаще чем у блоба были, это же не амд.
     
     
  • 4.33, Аноним (33), 15:03, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +12 +/
    >это же не амд

    ...у которой вообще таких проблем нету. Но вы кушайте, Хуанг вам ещё на лопате принесёт. Это майнеры у него кончились, зато такие, как вы, остались.

     
     
  • 5.39, Аноним (15), 15:14, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К слову, на линуксе у amd до сих пор нет восстановления после gpu hang. По-моему. У nvidia есть, но работает не всегда (впрочем, gpu hang вещь не то чтобы частая, это же не amd) и хотя бы не падает в панику, это значит, можно сбросить дисковые кеши и перезагрузить без гарантированных повреждений. Почти всегда. Иксы не поддерживают такое правда.
     
     
  • 6.52, Beta Version (ok), 16:44, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как нет, если есть? У меня ещё на прошлой карте 5600XT срабатывало восстановление после зависания. За сейчас даже не скажу, т.к. уже года два не наблюдаю этих gpu hang, но явно никто фичу не отключал.
     
     
  • 7.55, Аноним (15), 16:55, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, не знал. У меня всегда только жёсткие паники были на амдшных дровах.
     
  • 6.116, Аноним (116), 23:24, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > К слову, на линуксе у amd до сих пор нет восстановления после gpu hang. По-моему.

    По вашему. А реально это еще аж "Radeon" умел (опенсорсный который) - а уж его респин от амд известный как AMDGPU и подавно. Впрочем оно чаще всего не надо - потому что на большинстве GPU у амд драйверы стали весьма стабильны и ничего для начала и не виснет.

    > У nvidia есть, но работает не всегда

    Да оно и у амд примерно так же, чудес не бывает.

    > Иксы не поддерживают такое правда.

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

     
  • 4.68, Аноним (68), 21:24, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    nVidia для linux GE не стоит покупать, если не хотите торчать на их блобах. Эта компания забила на опенсорс.
     
     
  • 5.72, Аноним (15), 21:43, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты пропустил все новости про открытие спек, ядерной части драйвера и её внедрение, и про доработку опенсорсного драйвера инженерами производителя? На данный момент для полноценной поддержки осталось только научить драйвер делать запросы к GSP. Но в то же время карты nvidia берут для работы и большинство пользователей в гробу видело опенсорсный стек, даже если он как-то заработает (это же касается и амд примерно целиком).
     
     
  • 6.76, Аноним (76), 23:04, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно открыть ядерные спецификации и выполнять основную работу вне ядра. Что это меняет для поддержки open source со стороны nVidia?
     
     
  • 7.77, Аноним (15), 23:12, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какую работу? И ты пропустил всю эпопею с libglvnd, этого не достаточно? Любители опенсорса молиться должны на зелёных. А много там амд сделала для поддержки опенсорса, для конкурентов? 2 гигабайта автоматически сгенерированных файлов в дереве ядра не считаются. Разве что в сговор с такими же неудачниками из интела вступила, чтобы подгадить, это да, не мало. А все ценные части по-прежнему в закрытом драйвере.
     
     
  • 8.127, Аноним (127), 20:48, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    При том нужно оно было только нвидии, по большому счету Они и призывают Ктулху ... большой текст свёрнут, показать
     
     
  • 9.129, Аноним (15), 20:59, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты же понимаешь, что в TOP500 чего-то далеко не игры А неигры на открытом АМД ч... текст свёрнут, показать
     
     
  • 10.131, Аноним (-), 06:06, 25/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы же понимаете что проприетарных драйверов в ЯДРЕ у AMD вообще не осталось Их ... текст свёрнут, показать
     
  • 6.117, Аноним (-), 23:29, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > для полноценной поддержки осталось только научить драйвер делать запросы к GSP

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

    > большинство пользователей в гробу видело опенсорсный стек

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

     
  • 3.56, Аноним (56), 16:58, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю почему этот коммент заминусован. Nouveau умеет только две вещи: падать, и в редких случаях ускорять 2d-рендеринг. В то время как официальные драйвера мало того что не падают в кернел пикник, так ещё и все фичи поддерживают полноценно.

    Открытые дрова невидии, исключительно для возможности установки нормальных дров. Как в своё время у винды стоковый "браузер", который был лишь программой для скачивания браузера.
    Эти открытые дрова, столь деревянные, что тянут помимо ничего, разве что ничто. Графику в 3д - не тянут, видосы в ютубы качество ниже необходимо ставить, иначе лаги.
    Так ещё и мониторить нечем из коробки. Но зато они "ОТКРЫТЫЕ", но бесполезные. Увы.
    В этом плане, у амд чуть лучше.

     
     
  • 4.99, Аноним (98), 17:33, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >нормальных дров
    >проприетарных, нужна поддержка новых ядер и/или релизов ОС - беги в магаз за новой картой. А ты что хотел - нормальные драйвера денег стоят и фактически по подписке распространяются

    Спасибо, не надо мне такой нормальности.

     
  • 3.96, beduin747 (ok), 11:25, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Заминусован, потому что люди пишут ОТКРЫТЫЙ драйвер, баги исправляют, работают, короче. А тут Вы, опорожниться пришли. Будет и 3д. В своё время. Люди хотят, люди делают, на благо всех. По мере своих возможностей.
     
     
  • 4.118, Аноним (118), 23:31, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А также за то что неправда: в nouveau реализован насколько я помню почти весь GL 4.6 аж. Но отсутствие реклока делает это менее полезным чем могло бы быть.

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

     
  • 2.11, Аноним (11), 13:06, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты не проблем не знаешь, ты не знаешь наличии о таких проблем.
     
  • 2.43, Kuromi (ok), 15:29, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На самом деле зря вы так. Патч уже есть, сейчас его быстро примут и проблему "порешают".
    А вот если вспомнить как у Нвидии в дровах обнаружился баг с DMA-BUF из-за которого падал ФФ и Нвидия сказала что в 525-ом драйвере фиксить не будут (поздно мол), впообщелаи исправить в 530, но тоже не смогли и наконец исправили (вроде как) в 535 - вот это дааа, это реально впечатляет.
     
     
  • 3.65, YetAnotherOnanym (ok), 20:07, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А виновата точно нв? Точно не могила?
     
     
  • 4.103, Kuromi (ok), 17:52, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не Мозилла, они говорят что все по спекам делают, а у Нвидии постоянно "срезанные углы" вылезают тут и там.
    Причем до сих пор даже не известно в 535 проблему пофиксили и нет.
     
  • 4.120, Аноним (120), 00:25, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы проблема было у всех тогда бы была виновата мозилла, но проблема только у невидии
     

  • 1.6, 1 (??), 12:36, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > к нарушению целостности файловой системы, так как теоретически повреждение памяти ядра может затронуть области, в которых хранятся структуры ФС ext4

    Вот это мне всегда нравилось в линухах ... Проблема в видеодрайвере, а разваливается FS.

     
     
  • 2.9, Аноним (11), 13:00, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это в любой немикроядерной ОС возможно, т.к. все части в одном адресном пространстве.
     
     
  • 3.14, Аноним (15), 13:24, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У венды чёт такое было несколько раз. У неё вообще может сыпаться всё, а она будет продолжать делать вид, что всё ок, это намного страшнее. Особенно, учитывая, как часто видеодрайвер падает. А маки ты просто не контролируешь, чёрт его знает, что там падает и рассыпается.
     
     
  • 4.25, 1 (??), 14:06, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну у венды там всё просто (начиная с NT) - глючит видяха, система в панике. Чтоб NTFS разваливался (ну если только от паника) совсем - я не встречал. Ну терялись файлики от неправильного завершения. С маками там всё проще - нет такого зоопарка видях, всё протестировано. Опять же не помню, чтоб из-за видяхи мак падал в панику.
     
     
  • 5.29, Аноним (15), 14:34, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот эта штука не всегда отрабатывает идеально, иногда с повреждениями в других частях https://learn.microsoft.com/en-us/windows-hardware/drivers/display/timeout-det и бсод прилетает по поводу чего-нибудь ещё спустя время (у меня были игрушечки которые вешали видеокарту подозрительно часто, после обновлений проходило). Ну и софт часто остаётся запущенным после сброса видеокарты, это тоже ведёт ко многим непредсказуемым последствиям.
     
  • 5.119, Аноним (-), 23:35, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтоб NTFS разваливался (ну если только от паника) совсем - я не встречал.

    Зато встречал я - вынув файлики с энного количества разваливишихся в хлам нтфс-ов. Самый известный способ это вызвать - глючная RAM.

    Вариантов обычно два:
    1) Винда начинает лететь в красивый BSOD в ntfs.sys при попытке подцепить диск.
    2) Диск не маунтится - и chkdisk не могет это починить.

    Даже с этим можно справиться. Оно зачастую читается fuse версией NTFS'а или линуксным драйвером. Или же вон там коммерческие "офлайн" читалки есть, которые сами парсят.

     
  • 4.31, Аноним (31), 14:36, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У Шинды 98 и FAT32 такое было сколько угодно раз.
     
  • 4.37, Аноним (37), 15:12, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У современных виндов видеодрайвер работает в юзер-моде.
     
     
  • 5.42, Аноним (15), 15:22, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Только прилетает бсод с драйвер.sys каждый раз когда ты открываешь веб-браузер и хочешь достать видео из него в отдельное окно. Опять же, там много юзерспейсных дров и они все пострадают, так что одно другому не мешает. Но я подозреваю, что там такая же юзерспейсность, как у линукса с mesa.
     
     
  • 6.91, Аноним (91), 11:05, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот не могу понять: с каких помоек вы собираете железо? У меня в последний раз он падал этак во времена 8800GT (но то была проблема известная). А вот так, чтобы рандомно —  вообще такого не припомню.
     
  • 3.100, Аноним (98), 17:35, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пространство 64-битное, даже прочитать его всё дохренион времени надо. Вероятность попадание адресов рядом друг с другом при случайной раскладке пренебрижимо мала.
     

  • 1.12, Аноним10 (?), 13:12, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >обращения в коде к уже освобождённой области памяти

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

     
     
  • 2.32, анон (?), 14:46, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Множество хаков на производительность невозможно реализовать на безопасном языке.
    А если кому-то нужна была безопасность в этом мире, то уже давно бы отключил спекулятивное исполнение в процах на там же интеле и жил бы с -40% фэпээс и с -90% скорости pcie и nvme.
     
     
  • 3.49, Аноним (49), 16:14, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Множество хаков на производительность невозможно реализовать на безопасном языке.

    Use-after-free и "ой, вылез за пределы буфера" - это не хаки на производительность...

     
     
  • 4.101, Аноним (98), 17:37, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это отсутствие необходимых рантаймовых проверок и оверхеда по памяти на хранение служебной информации.
     
     
  • 5.121, Анончик (?), 08:34, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы бы сходили на godbolt хотя бы сначала и посмотрели как асемблер выглядит, прежде чем про рантайм проверки говорить.
     

  • 1.13, Аноним (13), 13:13, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ох уж эти криворукие программисты на С, всем известно что настоящие программисты никогда не совершают ошибок работы с памятью. Это же основная аксиома адептов ненужности раста или языков со сборщиком мусора.
     
     
  • 2.19, Самый Лучший Гусь (?), 13:38, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нормальные програмисты на Си совершают ошибки работы над памятью не чаще чем нормальные электрики совершают ошибки при работе с проводкой
     
     
  • 3.26, 1 (??), 14:08, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Но у электриков есть естественный отбор, а у программистов нет :-(
     
     
  • 4.28, Аноним (31), 14:34, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это проблема менеджера программистов.
     
  • 4.102, Аноним (98), 17:38, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не волнуйся, скоро будет. Ты только никуда далеко не уезжа... куда же ты побежал, прихватив чужой трактор?
     
  • 2.30, Аноним (31), 14:35, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кроме тебе никто не считает что существует люди не допускающих ошибок. Но только чтож ты ядро не переписал на раст до сих пор?
     
     
  • 3.34, Аноним (34), 15:05, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это камень в огород "нинужнистов", которые часто утверждают что если на С программист не может писать безопасный код, то он недопрограммист. И поэтому другие языки безопасные по памяти не нужны, если есть такие мифические программисты.
     
     
  • 4.40, Аноним (40), 15:19, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Безопасные языки это миф.
    Гугл топил за джаву на андройде из-за безопасности. В итоге самая дырявая система.
    Раст продвигался на безопасности. В итоге элементарные уязвимости даже в базовых вещах вроде пакетного менеджера.
    С багами позволяют бороться только мозги и минимальные абстракции (и то и другое не про раст).
     
     
  • 5.44, name (??), 15:43, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы на вашем месте перестал приводить гугл как пример чего-то хорошего. Практически все что они делают - дикий обсёр. Ну кроме продажи твоих данных.
     
     
  • 6.66, YetAnotherOnanym (ok), 20:12, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну зачем же так категорично. Гугл иногда и правильные решения принимает. Недавно ио-урину на мороз выпнули.
     
  • 5.47, Аноним (47), 16:01, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >С багами позволяют бороться только мозги и минимальные абстракции

    Ну давай тогда на ассемблере все писать по такой логике. Или можно вообще не писать и тогда точно багов не будет

     
     
  • 6.58, Аноним (58), 17:47, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще не писать и тогда точно багов не будет

    золотые слова Юрий Венедиктович. Перефразирую: "Не ошибается тот, кто никего не делает".

     
  • 5.50, Аноним (49), 16:19, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст продвигался на безопасности. В итоге элементарные уязвимости даже в базовых вещах

    Раст продвигался на безопасной работе с памятью. Возможно, уважаемый эксперт покажет хоть одну уязвимость с use-after-free на Расте?

     
     
  • 6.112, Аноним (112), 10:24, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А других уязвимостей уже не существует?
     
  • 6.126, Аноним (126), 23:11, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст продвигался на безопасной работе с памятью. Возможно, уважаемый эксперт покажет хоть
    > одну уязвимость с use-after-free на Расте?

    Вообще вон там на списке CVE - вулнов софта на расте уже на все вкусы. Даже ошибки работы с памятью, как ни странно :)

     
  • 5.64, Аноним (34), 19:42, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Безопасная работа с памятью - это не про отсутствие багов, а сугубо про работу с памятью. Одна из самых распространенных проблем с С.

    Но все равно полно людей: нашли логический баг, гы, а говорили безопасный.

     
  • 5.83, Аноним (83), 03:56, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какое наглое вранье Прочтите их декабрьский отчет про ошибки в андроиде Про то... большой текст свёрнут, показать
     
     
  • 6.109, Аноним (109), 22:47, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот я и говорю, адепты безопасного кода на С воруют, что "нормально пиши - нормально будет", а все что в таком количестве всплывает - это Васяны программисты недоучки. Гикачады программисты некогда не сделают ошибку при работе с памятью.
     
  • 5.92, Аноним (91), 11:15, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Безусловно, лучше быть богатым и здоровым, чем бедным и больным. Проблема в  том, что люди неидеальны, не в идеальном мире живут.
    Простой пример: когда болгаркой работаете, кожух надеваете? А зачем? Нормальный работник ведь ошибок не совершает.
     
  • 2.46, antirust (?), 15:59, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это же основная аксиома адептов ненужности раста

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

     
     
  • 3.84, Аноним (83), 04:06, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > так раст и не нужен - касанчик всё нашёл, патч готов,

    а, так это была самая последняя подобная ошибка в ядре? Всё, больше не будет? Все там научились правильно код писАть? Это наверное ты им показал как надо? Ну, теперь заживем... Спасибо тебе. Ты там поглядывай изредка, чтобы они снова не сбились с пути истинного, что ты им указал - спинлоки не забывали расставлять, за границы буфера не выходили, дважды не освобождали память или не разыменовывали уже освобожденную ну и кучу всего остального непотребного. Лады?

     
     
  • 4.111, ebanyrust (?), 09:49, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все ошибаются и будут ошибаться всегда. Почему ты так переживаешь не написав ни одной строчки кода в ядре ?
     
     
  • 5.122, Анончик (?), 08:43, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное потому что хочет пользовать ядро где минимальное колличество багов, а не тыкать что они не комитят в ядро.
     
  • 4.113, Аноним (112), 10:26, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну возьми и перепиши ядро на расте, делов-то для военов святой безопастности:)
     
     
  • 5.123, Анончик (?), 08:52, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Уж на пути к этому родной.
     
     
  • 6.124, Серб (ok), 14:23, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Заняты в разработке?

    Можно посмотреть?

    А то я как-то не могу найти примеров универасальной работы, с разными структурами на разных архитектурах.

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

    Где бы подсмотреть как в rust нормально поддерживается множество архитектур?

     

  • 1.16, Аноним (86), 13:33, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    клиповое программирование на всех фронтах
    точнее бекендах
     
  • 1.18, Аноним (18), 13:34, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну что, UNIX-way помогает?
     
     
  • 2.22, Аноним (86), 13:51, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    взгляние на top500
    и ответь, помогает или нет?
    А для простых пользователей дырки это норма.
     
     
  • 3.27, Аноним (31), 14:33, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И что хоть один из этих топ500 использует nouveau? Спойлер никто не использует.
     
  • 2.23, Аноним (11), 13:53, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как он в монолитном ядре может помочь?
     

  • 1.24, Анонимусс (?), 14:06, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > сбой может привести к нарушению целостности файловой системы

    Ого, зашибись бажина.
    Обновил дрова - запорол данные.

     
     
  • 2.35, Аноним (33), 15:06, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ставь BTRFS. Ну или, хотя бы, бекапы делай.
     
     
  • 3.54, Анонимусс (?), 16:51, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ставь BTRFS

    Ставь... и? Данные начнут запарываться даже без обновления дров?

    Бекапы - мимо. Они вещь в себе и нужны by default. И никак не связаны с типом ФС.
    Но восстановить бекап это тоже напряг и шанс на факап. А любого факапа хочется избежать.

     

  • 1.38, Аноним (40), 15:14, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У нас ошибка в драйвере, поэтому не пользуйтесь ядром где она возникает. Найс логика. Опеннет теперь пропагандирует новояз?
     
     
  • 2.41, Омномномном (?), 15:20, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Решение предложено "автором" бага, опеннет просто репостит новости. Предлагаете цензурить исходные новости?)
     
  • 2.59, Аноним (58), 17:51, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    посмотри в словарях разницу между словами "воздержаться" и  "не пользуйтесь", тогда может иногда не будешь глупо выглядеть.
     

  • 1.48, Аноним (48), 16:01, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите, плиз,
    kern : err : ... nouveau ... fifo: CACHE_ERROR - ch 6 [chromium[830]] subc 0 mthd 0060 data beef0201
    kern : err : ... nouveau ... fifo: CACHE_ERROR - ch 5 [firefox[771]] subc 0 mthd 0060 data beef0201
    kern : err : ... nouveau ... fifo: CACHE_ERROR - ch 2 [wayfire[509]] subc 0 mthd 0060 data beef0201
    можно как-то исправить без замены драйвера и видеокарты?
     
     
  • 2.57, слово пастыря (?), 17:11, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    по пробовать для начала пройтись аналогом мемтеста для проверки видеопамяти. если куча ошибок то увы в мусорку. если нету ошибок то сочетанием разных версий ядра и драйвера найти рабочий вариант.
     
     
  • 3.61, Аноним (61), 19:08, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо и на том. Bug report, если отправить, то это же Nouveau Linux DRM Driver виноват или Mesa, может быть?
     
     
  • 4.128, Аноним (127), 20:53, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо и на том. Bug report, если отправить, то это же Nouveau
    > Linux DRM Driver виноват или Mesa, может быть?

    Ну если kern и оно же валится в dmesg - тогда это ядерный модуль бухтит, это DRM/KMS часть nouveau которая в ядре так ругается, стало быть. Ну и запостить это в баг. Только вот стоит проверить на максимально свежем ядре сперва, что оно все еще актуально. Лучше на 6.4-rc который вот-вот окончательно релизнется.

     

  • 1.60, Аноним (60), 18:42, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >сбой может привести к нарушению целостности файловой системы

    Таненбаум был прав! Будущее за микроядром!

     
     
  • 2.67, Кучка (?), 20:21, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Таненбаум был прав! Будущее за микроядром!

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

     
  • 2.73, Аноним (73), 22:30, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проект будущего GNU/Hurd как раз нуждается в энергичных программистах, готовых это будущее приближать. Присоединяйся. Кодить-то умеешь или только на опеннете комментарии пишешь?
     
     
  • 3.95, Аноним (95), 11:19, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проект Genode/Sculpt уже реальное настоящее, вполне себе.
     
  • 2.74, Ефрщ (?), 22:31, 16/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Таненбаум был прав! Будущее за микроядром!

    "Будущее за микроядром!" так думал Таненбаум 36 лет назад. Но оно почему-то все откладывается.

     
     
  • 3.82, Аноним (82), 01:13, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >MINIX (from mini-Unix) is a Unix-like operating system based on a microkernel architecture.
    >Platforms Intel Management Engine

    Популярнее всех билдов и портов Unix-подобных ОС, установленных на десктопах, вместе взятых.

     
     
  • 4.93, Аноним (95), 11:15, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Причём, особенно популярна среди вендузятников.
     
  • 2.85, Аноним (83), 04:15, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    уже всё не так однозначно. Теоретически, если ты будешь писАть монолит на безопасном языке, то ошибки, конечно не исчезнут, но их кол-во кардинально снизится, а производительность пострадает значительно меньше, чем с микроядром. Этакий компромисс - на порядки больше безопасности и надежности (но не абсолютные) при почти той же производительности. Чисто теоретически.
     
     
  • 3.130, randomize (?), 12:11, 23/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > писАть

    Ты считаешь, в таком контексте это слово можно прочитать по-другому?

     

  • 1.78, Аноним (78), 23:52, 16/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А могли бы использовать пивас-студию и не допускать глупых ошибок.
     
     
  • 2.80, Неуклюжий танцор (?), 00:12, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это возможно только в том случае, если квас-студия знает семантику и контекст этих операций, в чём я лично сомневаюсь, но всегда можно помечтать о нейросети, обученной на мануалах к АПИ например, ка вариант.
     
     
  • 3.94, Аноним (91), 11:19, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Она, конечно, не панацея. Но количество глупых (а часто и неочевидных) ошибок помогает сократить просто радикально.
     
     
  • 4.114, Аноним (112), 10:29, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем проверять свой код, если можно переписать все на другом языке программирования с CoC-ом?
     

  • 1.79, Неуклюжий танцор (?), 00:08, 17/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Народ, а никто не заметил этой строчки в патче:

    > Кажется, что это существовало всегда, но теперь стало более заметным после того, как 9bff18d13473a9fdf81d5158248472a9d8ecf2bd (drm/ttm: использовать на BO cleanup workers)

    Как сами понимаете, всё на самом деле намного хуже, чем нам преподнесли в новости

     
  • 1.81, Аноним (81), 00:40, 17/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все прекрасно кроме одного. Вечером комп включился, прилетело обновление ядра на Lubuntu 6.хх, и после перезагрузки комп фсе, черный экран после груба. Ну и курсор мыши посередине на черном фоне...
     
     
  • 2.125, нейм (?), 20:00, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну так выбери в грубе старое ядро, чо ты как маленький
     

  • 1.105, Аноним (105), 18:31, 17/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что-то судя по патчу и описанию проблемы там проблемы с архитектурой. Исправление в виде "обложили спинлоком, авось не упадёт" (значит падать будет, но реже).

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

     
     
  • 2.107, Аноним (15), 19:03, 17/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >спроектирован под

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

     
  • 2.115, Аноним (112), 10:30, 18/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так пиши, в чем дело? Кто-то запрещает?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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