The OpenNET Project / Index page

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

В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванный кодом сотрудника Microsoft

15.01.2025 09:49

Линус Торвальдс намеревался опубликовать релиз ядра Linux 6.13 в это воскресенье, но, скорее всего, тестирование ветки 6.13 будет продлено на неделю из-за проблем со стабильностью в изменениях, подготовленных сотрудником Microsoft и принятых в ветку 6.13 в ноябре. Дополнительно отмечается, что патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик.

Патч добавлял возможность использования больших страниц памяти в режиме ROX (Read Only Execute) при выделении памяти, предназначенной для размещения исполняемого кода. ROX позволяет использовать память с исполняемым кодом в режиме только для чтения, что усложняет эксплуатацию некоторых уязвимостей. В ядре 6.13 для исполняемого кода модулей на системах x86_64 по умолчанию было включено использование кэша больших исполняемых страниц памяти, отражённых как ROX. Изменение решало проблему с маппингом в режиме ROX страниц для ещё полностью не сформированного исполняемого кода и позволяло обойтись без временного ремапинга ROX-страниц в режим записи до завершения подготовки модулей ядра к работе.

На финальном этапе тестирования ядра 6.13 инженер из компании Intel выявил сбой, не позволяющий ядру корректно выйти из спящего режима на некоторых ноутбуках с процессорами Intel (например, с CPU на базе микроархитектуры Alderlake). Сбой проявлялся при сборке ядра компилятором Clang с включённым режимом защиты CFI (Control Flow Integrity), блокирующим нарушения нормального порядка выполнения (control flow) в результате применения эксплоитов, изменяющих хранимые в памяти указатели на функции. В качестве временного решения мэйнтейнеры из компаний Intel и AMD, отвечающие за архитектуру x86, предложили отключить использование EXECMEM_ROX в ядре 6.13, до того как будет подготовлен и протестирован полноценный патч, решающий проблему (первый вариант исправления не решил проблему).

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: KVM: регрессии производительности и обсуждение поддержки 32-разрядных систем
  3. OpenNews: Линус Торвальдс раскритиковал попытки привязки к версиям микроархитектуры x86_64
  4. OpenNews: Технический комитет Linux Foundation официально объявил о временном отстранении автора BсacheFS
  5. OpenNews: Доступно ядро Linux-libre 6.12. Решение лицензионных проблем с драйверами Tuxedo
  6. OpenNews: Релиз ядра Linux 6.12 с поддержкой Realtime-режима
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62555-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (122) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:01, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ой, это же конечно случайность!
    (Сарказм)
     
     
  • 2.4, Аноним (4), 10:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +22 +/
    сколько кривого кода добавляется в каждый пингвиний релиз, но опенет заостряет внимание именно на этом инциденте... очевидно, зачем ;)
     
     
  • 3.8, Дмитрий (??), 10:10, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет, не очевидно
     
     
  • 4.155, Аноним (155), 18:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Изменение решало проблему с маппингом в режиме ROX страниц для ещё полностью не сформированного исполняемого кода и позволяло обойтись без временного ремапинга ROX-страниц в режим записи до завершения подготовки модулей ядра к работе.

    Это очень чувствительный для безопасности код. "ещё полностью не сформированного исполняемого кода" - надо разбираться с реализацией, чтобы M$ не создали возможность изменять исполняемый код!

     
  • 3.12, Аноним (12), 10:20, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Так может это у тебя проблемы, если из всей новости ты заметил только Microsoft, но не «патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик» и то, что это, крайне неожиданно, привело к проблемам?
     
     
  • 4.14, Аноним (4), 10:24, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    проблемы наверное у линукс, раз такие патчи в их бюрократической системе проходят до самого верхнего уровня?
     
     
  • 5.23, Аноним (23), 10:40, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы сформулировал "в том числе".
     
     
  • 6.37, Аноним (37), 11:03, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В каком стиле. Майки специально сделали так чтобы их код заходил прямо в ядро без смазки.
     
     
  • 7.105, aname (?), 14:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И они сделали это УСПЕШНО
     
     
  • 8.108, Аноним (37), 14:34, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так поопладируем им стоя, за то что они очередной раз нам успешно присунунли ... текст свёрнут, показать
     
  • 3.26, _kp (ok), 10:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Кривой код написать может кто угодно, и в этом ничего не страшного нет. Ну, бывает.
    А когда говнокод проталкивается в обход тестирования и утверждения, это уже злой умысел.
     
     
  • 4.42, Аноним (4), 11:06, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в данном конкретном случае - действительно ничего страшного нет
    но если этот код управляет, скажем, самолётом, либо медицинским оборудованием - вот это уже становится страшным
     
     
  • 5.67, _kp (ok), 12:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так и я о том. Надёжность ПО определяется не столько крутостью отдельных программистов, а культурой тестирования и приёмки кода.
    В данном случае, явный прокол.
     
     
  • 6.151, mfa (?), 17:42, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Бага выявлена. В чём прокол? Пропустивших - в гулаг.
     
     
  • 7.153, _kp (ok), 18:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А могла бы не быть выловлена.
    Нарушителей правил надо бы поставить в угол.

     
  • 5.68, Noname (??), 12:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не может, должно пройти несколько лет использования. Никто там не будет гнаться за версией ядра, за ролинг обновлениями итд. Это удел пкбояр. При выборе ядра у них будет вопрос насколько оно стабильно, и как давно оно используется и тестируется? При этом, они сами будут дополнительно тестировать и патчить.
     
  • 5.122, _ (??), 16:34, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если:
       - "этот код управляет, скажем, самолётом, либо медицинским оборудованием"(С)(R) ...
       - да ещё и на "на некоторых ноутбуках с процессорами Intel (например, с CPU на базе микроархитектуры Alderlake)"(C) ... а как они на такие системы вообще попали?!? ...
       - "не позволяющий ядру корректно выйти из спящего режима" ... а как оно на _таких_ системах вообще в сон вошло?!? 8-\ ...

    То уже не важно: линуск, микрософт или что там ещё, это значит что волшебноголовые опеннетчики добрались до управления такими проектами и теперь "мы все умрем!"(С) :)

    Но слава Мегатрону - пока ещё нет(?) ... так что в реальной жизни единственная реальная опасность это - чтобы вернувшись из ванной продолжить просмотр прона, тебе предётся ребутнуть песЮг :-))))

    Всио.
    :-)

     
  • 2.5, User (??), 10:05, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да не, вполне себе закономерность - если по процессу никто - начиная с владельца процесса - не работает.
    Но конкретно тут ничего страшного -  hybernation в linux'е нормально и не работал никогда, одним зависоном больше, одним меньше - с ноября вот никто и не заметил, что что-то поменялось.
     
     
  • 3.51, Аноним (-), 11:32, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы забыли сущую фигню - показать тех у кого получилось лучше Во первых - накося... большой текст свёрнут, показать
     
     
  • 4.71, Noname (??), 12:06, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, если бы это был сотрудник не от ms, были бы вы также красноречивы, думаю нет. Если вы прочитали новость, то должны были прочитать что сотрудник интел и сотрудник амд тоже не смогли сделать. Поэтому и задерживается.
     
     
  • 5.128, _ (??), 16:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Интересно, если бы это был сотрудник не от ms,

    За последнее время есть только один пример когда не корпоративный перец привовывал в ведро мимо всех правил ... там кстати тоже ваш божок рукойводил :)

     
     
  • 6.158, Noname (??), 18:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем вы вообще?
     
  • 5.139, Аноним (-), 17:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется, тогда это точно не вкомитили бы без ACKов как супергодную фичу А т... большой текст свёрнут, показать
     
     
  • 6.157, Noname (??), 18:45, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тестируют.
    Проблема не в этом, проблема в том что патч прошел минуя все этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали доступ и удалили все патчи присылаемые ими.
    Ну, а так, у меня на Н510 с процом 10100 тоже не выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но мать от другого вендора, и этой проблемы нет, тоже майки закосячили? Эта беда еще с 5.х версии у меня.
     
  • 6.159, Noname (??), 18:50, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фичу может хотели пропихнуть, а потом доделать. Но... всегда есть но, которое все портит. Вот и получилось фиаско)
     
  • 2.7, Аноним (7), 10:09, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Миром правит не тайная ложа, а явная лажа. Но злой умысел можно увидеть везде. Погода плохая? Это боги специально захотели лично тебе нагадить.
     
     
  • 3.19, Аноним (19), 10:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ау, геоинженерия и стратосферные аэрозоли ещё факт прошлого века. Прочитай самих авторов - Первая глобальная революция.
     
     
  • 4.114, анонимус (??), 15:06, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сколько мегатонн аэрозолей нужно? Сколько для этого нужно самолётов и топлива? Сколько это будет стоить?
     
     
  • 5.125, Аноним (37), 16:43, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Погугли. За всё платит клиент.
     
     
  • 6.131, _ (??), 16:48, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Продаю шапочку из фольги, дорого(С)
     
  • 3.41, Аноним (37), 11:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Взял какая то бредовое утверждение и выдаешь его за истину.  
     

  • 1.6, Аноним (4), 10:06, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    может он решил отложить релиз из-за педали всё-таки? нашёл так сказать козла отпущения
     
     
  • 2.60, Аноним (1), 11:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вот давайте не будем педалировать эту тему - педаль для автора ядра важнее.
     

  • 1.9, Аноним (-), 10:12, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > инженер из компании Intel выявил сбой, не позволяющий ядру корректно
    > выйти из спящего режима на некоторых ноутбуках с процессорами Intel

    Компания Intel забыла сообщить компании Microsoft, что еще не адаптировала все бекдоры на под новый фикс?
    Поэтому фикс отложили?))

     
  • 1.10, soarin (ok), 10:15, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    наградить педалью нашедшего баг
     
     
  • 2.13, User (??), 10:21, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Или наказать ею же того, кто патч принимал? )
     
     
  • 3.21, Советский инженер (ok), 10:39, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так никто не принимал 🤷‍♂️
     
     
  • 4.25, Аноним (19), 10:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Значит ответственность ложится на главного - заругать и отстранить Линуса на релизный цикл пока не извинится.
     
     
  • 5.43, Аноним (1), 11:10, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Заставить делать педали.
     
     
  • 6.132, _ (??), 16:50, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в принципе, как по мне я хреновые педали проще переживу чем глюкавый линуск :) Так что - ДА! :)
     
  • 2.55, Аноним (55), 11:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не педалью, а пендалем. Нашёл он баг, то был чей надо баг.
     

  • 1.18, Аноним (19), 10:31, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > патч был подан нестандартно - но был принят

    Платиновому спонсору можно. Линус не заругает и КоКом не ударит.

     
     
  • 2.20, ijuij (?), 10:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Материальные интересы часто оказываются важнее моральных ценностей, и именно поэтому я не очень люблю капитализм. 💸🤷‍♂️ Я считаю, что настоящее богатство заключается не только в деньгах, но и в отношениях с людьми и соблюдении этических норм. 🌱
     
     
  • 3.24, Аноним (19), 10:43, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Звучит как первый абзац КоКа, которым принуждают к мировозрению хозяина.. ээ "этическим" нормам!
     
     
  • 4.46, Аноним (1), 11:21, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже в первобытном обществе нахлебники нанимали шамана, который искал причины почему одни должны отдавать своё и подчинятся другим.
     
     
  • 5.100, Андрей (??), 14:11, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для этого нахлебникам нужно было иметь ресурс, чтобы выбиться наверх и подкатить к шаманам...
     
     
  • 6.109, aname (?), 14:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А шаманам ещё надо было стать шаманами
     
     
  • 7.133, _ (??), 16:52, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Никто и не обещал что будет легко :) Но работает до сих пор! 8-о
     
  • 3.36, laindono (ok), 11:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё бывает, моральные интересы оказываются важнее материальных интересов и это аналогично приводит к весьма неприятным последствиям. Потому-что все эти интересы это кого надо интересы, а с твоими интересами это никак не пересекается.
     
  • 3.44, Аноним (1), 11:14, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Звучит хорошо, но бытье определяет сознание.
    Другими словами, ее какую среду создали человеку - такой он как правило и есть (в рамках нормального распределения).
     
  • 3.126, Аноним (37), 16:44, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как капитализм мешает отношению с людьми?
     
     
  • 4.134, _ (??), 16:54, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он их делает отношениями за деньги :)
    Ну вот как любовь и "любовь за деньги" - вроде почти ничего не поменялось да? :-)
     
     
  • 5.136, Аноним (-), 16:59, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Он их делает отношениями за деньги :)

    Хм... а при коммунизме "любовь за дефицит" ? ))

    > Ну вот как любовь и "любовь за деньги" - вроде почти ничего не поменялось да? :-)

    Есть еще вариант "любовь к деньгами и к себе" ;)
    Вообще каждого ругающего капитализм, нужно отправлять на недельку в бесплатное туристическое путешествие по великим "некапиталистическим" странам.
    Типа Куба, КНДР или Лаос))


     
     
  • 6.147, _ (??), 17:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Хм... а при коммунизме "любовь за дефицит" ? ))

    Я при Ём не жил - не знаю. Но человекам дай йух хрустальный, дык оне ... я в их верю!(С) :(
    >...отправлять на недельку в бесплатное туристическое путешествие... Типа Куба

    Я на Кубе часто отдыхаю, с выездом в "пампасы". Живут бедно ... но счастливо сцк! :-о
    А в СССР даже в общем то и не бедно жили, это уже со второй половины 1980-х всё начало ломаться.
    Так что если ты берешься меня бесплатно на Кубу отправлять - предложение принято! Попробуй только отмазаться! :)

     
     
  • 7.150, Аноним (-), 17:39, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что если ты берешься меня бесплатно на Кубу отправлять - предложение принято! Попробуй только отмазаться! :)

    Ок.
    Не забудь только паспорта, id карты и прочие ненужные документы сдать ответственному сотруднику.
    И надеюсь ты любишь работать на свежем воздухе.


     
  • 3.138, Аноним (138), 17:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну при чем тут капитализм? Материальные интересы есть и при социализме. А по сути - соглашусь. Но это не капитализм, это как-то по другому назвать нужно. Это какая-то подлость. А капитализм это про управление деньгами и социальное неравенство. В отличии от социализма, где тоже про управление деньгами, но про социальное равенство. Ну, в моем личном понимании
     
     
  • 4.149, _ (??), 17:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >... и социальное неравенство.

    Такого не помню. Скорее "значительно меньшее социальное неравенство". Но всё равно водила и 1-Ый сУкретарь даже какого нить райкома сранного - всё же имели разные ... разности :)

    Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша (или если смелые - инспектора ДПС :-)))) ) - поймёте что диапазон был по-уже.

     
     
  • 5.152, Аноним (-), 17:43, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Такого не помню. Скорее "значительно меньшее социальное неравенство".

    Это типа один ездит за бугор по выездной визе, а второй рабом пашет в гулаге?
    Я бы не называл это "значительно меньшее")

    > Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша (или если смелые - инспектора ДПС :-)))) ) - поймёте что диапазон был по-уже.

    А еще можно вспомнить автомобили.
    У Сралина были ролсройсы, паккарды.. а вот обычному гражданину шишЪ - "запрет на импорт автомашин как грузовых, так и легковых, без специального разрешения ЦК""


     

  • 1.22, тоже Аноним (ok), 10:40, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    - В вашем коде выявлена уязвимость!
    - Да что вы говорите?.. все-таки выявлена...
     
     
  • 2.35, Аноним (37), 11:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не прокатило. Вычеркиваем.
     

  • 1.27, Аноним (27), 10:47, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А нexpeн было их туда пускать!
     
  • 1.28, Аноним (19), 10:51, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Видимо надо было работу делать а не педальки паять.
     
  • 1.29, Шарп (ok), 10:51, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86

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

     
     
  • 2.59, Аноним (59), 11:45, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > вместо нормального баг-трекера и репозитория

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

    > Какой-нибудь гитлаб не позволил бы

    https://www.opennet.me/opennews/art.shtml?num=60425
    https://www.opennet.me/opennews/art.shtml?num=60498
    https://www.opennet.me/opennews/art.shtml?num=61445
    https://www.opennet.me/opennews/art.shtml?num=61851
    и т.д. При наличии прав владельца на любой репозиторий на том же сервере "какой-нибудь гитлаб" позволяет получить доступ к репозиторию, на который у тебя нет прав и это даже не баг.

     

  • 1.30, xsignal (ok), 10:54, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "изменениях, подготовленных сотрудником Microsoft"
    Как его допустили к ядру???
     
     
  • 2.111, aname (?), 14:39, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С подключением
     

  • 1.31, xsignal (ok), 10:57, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "Сбой проявлялся при сборке ядра компилятором Clang"
    Вообще-то нужно нормальным GCC собирать, а не шлангами всякими.
     

     ....ответы скрыты (2)

  • 1.33, Аноним (55), 10:58, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что там какой-то Кент Оверстрит, вот Microsoft это другое!
     
     
  • 2.72, User (??), 12:09, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ващет его патчи принимались так же - в обход из кармана-в-карман лично ГЛАВНЫМ, и горячиться финнский парень начал то ли на второй, то ли на третий раз. Говорю же - с головы гниёт.
     

  • 1.34, Аноним (37), 11:00, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да неужели...
     
  • 1.39, xsignal (ok), 11:04, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Вот и посыпалось ядро, а то ли ещё будет..
    Причины:
    1. Прогнали грамотных специалистов, вместо них за дело взялись сотрудники главного конкурента.
    2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, хорошо изученным и предсказуемым компилятором.
    3. Развели зоопарк языков. Ждём сбой, вызванный модулем на Расте.
     
     
  • 2.50, Аноним (55), 11:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С П.2 особенно согласен и плюсую.
    П.3 Зато такие модули будут вызывать безопастные сбои.
     
  • 2.53, Аноним (-), 11:34, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 1. Прогнали грамотных специалистов

    А они там вообще были?))

    > 2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, хорошо изученным и предсказуемым компилятором.

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

    > 3. Развели зоопарк языков.

    Лучшее что случилось с ядром за последние лет десять

     
     
  • 3.65, xsignal (ok), 11:52, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Красиво аргументировал, но результат-то от этого всего совсем другой - ядро посыпалось и это только начало...
     
     
  • 4.69, Аноним (-), 12:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Погоди, ты хочешь сказать что раньше ядро не сыпалось?
    Типа 30 лет было все отлично, работало как часы и тут БАЦ!

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

     
  • 3.156, Аноним (156), 18:17, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и когда что-то работает в гцц и не работает в шланге это не всегда проблема шланга. Просто гцц за быдлокодерами попу подтирает в контексте всяких UB.

    Точно! Недавно обнаружил, что код типа
    ...
    a = sqrt(b);
    return a;
    }

    и код
    ...
    return sqrt(b);
    }

    в результате компиляции GCC возвращают разные значения (правильное значение в первом случае). Забавно. Если переходите с любого компилятора на GCC, проверяйте!

     
  • 2.96, ryoken (ok), 13:34, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По п.2. Подскажите, кто там ещё есть, кроме gcc & clang? Как-то 2 штуки не тянут на "зоопарк".
     
     
  • 3.101, Аноним (-), 14:25, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > По п.2. Подскажите, кто там ещё есть, кроме gcc & clang? Как-то
    > 2 штуки не тянут на "зоопарк".

    И не подскажут)
    Тут полно любителей "Ein Volk, ein Reich, ein Führer" - чтобы был единственная безальтернативная штука и все ходили строем.

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

     
     
  • 4.110, Аноним (37), 14:39, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там и прикол что они хотят единственный гцц поменять на единственный Раст.
     
  • 4.123, Аноним (123), 16:35, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут полно любителей "Ein Volk, ein Reich, ein Führer"

    Угу, это прихвостни GPL_ONLY.

     
  • 2.113, Аноним (113), 15:00, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > проверенным временем, хорошо изученным и предсказуемым компилятором.

    gcc 2.96?

     
  • 2.145, Аноним (-), 17:27, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да какой они тепер нахрен конкурент Они теперь - stakeholder У них - абажур С... большой текст свёрнут, показать
     
     
  • 3.154, User (??), 18:11, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается - он хорош, если ещё и запускается - великолепен!"(С) что не так-то?
     

  • 1.47, eugener (ok), 11:28, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Сбой проявлялся при сборке ядра компилятором Clang с включённым режимом защиты CFI (Control Flow Integrity)

    Ой-ой, вон ядро OS/2 вообще не работало если изменить какую-нибудь из жёстко заданных опций компилятора, а тут шлангом, да ещё с защитой, да ещё и работает, просто из слипа не выходит...

    То что ядро не выходит из слипа с драйверами nvidia-470 — всем значит пофик? Я вынужден на драйвере nvidia-390 сидеть, но про это на опеннете не напишут!

     
     
  • 2.49, eugener (ok), 11:29, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > но про это на опеннете не напишут!

    Ой, смотри-ка, написали!

     
  • 2.52, Аноним (55), 11:34, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вы что, держали в руках исходники ядра OS/2 и даже собирали его?
     
     
  • 3.57, eugener (ok), 11:41, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > держали в руках исходники ядра OS/2

    Да, была утечка в начале 2000-ых.
    Сам не собирал, энтузиасты собирали. Впрочем, инфа о капризности сборки была и раньше от мейнтейнера ядра, который немного общался с сообществом и регулярно выкладывал неофициальные билды на test.boulder.ibm.com.

     
  • 2.74, User (??), 12:12, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще да, пофиг. В бубунте вот вовсе, если память не изменяет, отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"
     
     
  • 3.80, eugener (ok), 12:23, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"

    Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate, но "systemctl hibernate" работает.

     
     
  • 4.86, User (??), 12:38, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"
    > Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot
    > (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate,
    > но "systemctl hibernate" работает.

    Да-да, так же прекрасно, как аппаратное ускорение в браузере - обязательно найдется arch'школьник с рассказом как он
    ...
    ...
    ...
    profit!
    А в реальности - ну вот zram не, какой-нибудь btrfs - не, шифрование корня? Не. Работа на реальных устройствах? Лотерея, хорошо если только какая-нибудь периферия отваливаться будет - а в остальном да-да, отлично работает, как в 15.04 выпилили так и вопросов к ней нет.

     
  • 2.146, Аноним (-), 17:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То что ядро не выходит из слипа с драйверами nvidia-470 — всем
    > значит пофик? Я вынужден на драйвере nvidia-390 сидеть, но про это

    А это называется - "contact your support". Нет, в майнлайне вам никто помогать со всем этим, разумеется, не будет: "tainted kernel -> GTFO".

    И вы идете жабогадючиться с саппортом нвидии. Вы им денег платили? За нечто внемайнлайновое? Тогда - вот так. Вы не часть процесса. Был бы у вас интел или амд, вы бы могли прийти к вон тем или их коллегам. С нвидией? И левым модулем? Упс.

    > на опеннете не напишут!

    Автор этой новости нвидией из принципе не пользуется. Вот как раз поэтому.

     

  • 1.48, Аноним (48), 11:29, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почитать опеннетовских экспертов - ну так ядро линукса пишется исключительно энтузиастами, которые пишут код по фану непременно попивая кружку пивасика! УВЫ И АХ. Это не так! Ядро лиукса пишут корпорации, и микрософт в том числе! Без корпораций, ядро было бы чем-нибудь вроде GNU/Hard.
     
     
  • 2.56, Аноним (56), 11:40, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, но немного другое. Новость вот о чем (по моему мнению). А именно, Microsoft имеет право вносить код в ядро Linux по своему усмотрению, без модерации.
     
  • 2.58, Аноним (55), 11:42, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На этот раз ты не через VPN зашёл. Для отчётности перед хозяевами?
     
  • 2.62, xsignal (ok), 11:48, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Без корпораций, ядро было бы чем-нибудь вроде GNU/Hard

    Не правда! Ядро взлетело, когда ещё не было корпораций. Hurd не взлетел по причине сложности проектирования в концепции микроядра и потому что в это же время хорошо стартанул Linux и перетянул всё внимание на себя.

     
     
  • 3.73, Аноним (-), 12:10, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не правда! Ядро взлетело, когда ещё не было корпораций.

    IBM которая вложила в ядро лярд денег и, что более важно, 1500 инженеров, такая "Ну да, ну да, пошла я... покупать красношапку"))

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

     
     
  • 4.75, User (??), 12:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то не ярд, а ДЖВА РАЗА ПО ЯРДУ - с первого оно и впрямь... низЭнько-низЭнько пошло.
     
  • 2.64, Аноним (1), 11:49, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра.
     
  • 2.66, Аноним (19), 11:55, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее как *BSD, что даже совсем неплохо. GNU/Hurd давно обскакали все фанопивасиковые Redox, MenuetOS и даже ReactOS.
     
     
     
    Часть нити удалена модератором

  • 4.115, ivan1986 (?), 15:27, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да это все из серии Обаме/Трампу/Байдену запрещено заходить в это кафе.
     

  • 1.76, Аноним (-), 12:15, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот вам и "открытый код"! Microsoft решила "помочь" Linux стать еще стабильнее, внося такие "незначительные" изменения, что ядро чуть в спячку вечным сном не отправилось.
     
  • 1.78, Аноним (78), 12:20, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну да, это же не Кент Оверстрит, со своим BсacheFS, которого Линус пинал как собаку сутулую

    а как Линус Торвальдс прокомментировал этот инцидент?

     
     
  • 2.83, Аноним (-), 12:29, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А он должен комментировать?
    Для Кента есть прописанные правила в которых говорится как он должен подавать свои кривые поделки.
    И для мелкомягких тоже есть правила, в которых указано что они имеют право так делать.

    Ты не сравнивай людей которые пишут ядро и на которых держится линукс, с чуваками пытающимися пропихнуть очередную "ненужность" в уже и так распухшее ядро.

     
     
  • 3.87, Аноним (78), 12:43, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.89, Аноним (-), 12:56, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.143, _ (??), 17:19, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>а как Линус Торвальдс прокомментировал этот инцидент?
    >А он должен комментировать?

    Он там в рукой водителях жи ?! Значит налаживание процесса и принуждение к его следованию - это его прямая задача. Должен тщательно разобраться и наказать кого попало!(С) Ну или уйти в кооператив по производству педалек :-р

     

  • 1.94, Аноним (94), 13:24, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот они, FOSS-энтузиасты с лева-направо: сотрудник Microsoft, сотрудник Intel, сотрудник AMD
     
     
  • 2.95, Аноним (95), 13:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот они, FOSS-энтузиасты с лева-направо: сотрудник Microsoft, сотрудник Intel, сотрудник AMD

    А других "энтузиастов" для ядра, у нас нет.
    Но ты можешь посмотреть на активно Хурдʼа и качество получаемого продукта))


     

  • 1.98, анонимище (?), 13:52, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Комментаторы, я так смотрю, забывают про принцип "Бритва Хэнлона": «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью».

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

    Короче, новость ни о чём.

     
     
  • 2.104, Аноним (104), 14:30, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Комментаторы, я так смотрю, забывают про принцип "Бритва Хэнлона": «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью».

    Потому что теории заговора очень популярны.
    Так можно переложить ответственность и объяснить свою никчемную жизнью.

    > Короче, новость ни о чём.

    Зато комментов много)

     
  • 2.106, Аноним (37), 14:31, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты сразу скажи что в твоей картине мира злой умысел невозможен. Потому что ты слишком тревожный. Или как тогда если везде глупость определит злой умысел? Когда тебе большой брат скажет где злой умысел, а где нет? Так это логика хомяка, который тапает.
     
     
  • 3.116, ivan1986 (?), 15:33, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В цитате нет "никогда", умысел возможен, но нужно его искать там, где уже сложно объяснить глупостью.

    > Так это логика хомяка, который тапает.

    Вот что что, а логика у этого хомяка что надо - это же бот, там код строчек на 50 где-то.

     
     
  • 4.129, Аноним (37), 16:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И по какой методике определять сложность объяснения? Ждать сигнали из министерства сложности?
     
  • 2.137, Аноним (137), 17:02, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью»

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

     

  • 1.99, Анониматор (?), 14:02, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В этой истории мне непонятно только одно: почему эту фичу пишет Microsoft, а тестирует Intel. Если это фича процессора, его авторы и должны наверно улучшайзеры ядра писать под него, разве нет?
     
     
  • 2.117, Аноним (117), 16:15, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дело в том что никто не подписывался, ни под созданием патча, ни под тестированием.
    То что интел протестировала это им в плюс, а не их обязанность.
    P.S.не фанат интела, у меня амд
     

  • 1.103, aname (?), 14:29, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик.

    Оказывается, ТАК МОЖНО. Т.е. ВОТ ПРЯМО ТАК МОЖНО.
    Какие там ещё патчи в обход и кто накидал- проверить можно, но кому это нужно?

    Б- БЕЗОПАСНОСТЬ

     
  • 1.142, n00by (ok), 17:19, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Дополнительно отмечается, что патч, ставший причиной сбоя,
    > был подан нестандартно

    А где отмечается? По ссылке под "отмечается" https://lore.kernel.org/lkml/Z4QM_RFfhNX_li_C@intel.com/ не вижу.

    Зато вижу v7 в заголовке, и обсуждалось оно с апреля.

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

     
  • 1.144, 12yoexpert (ok), 17:25, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сбой в работе ядра, ситуация начала стабилизироваться, в Microsoft не в курсе причин сбоя

    Microsoft заявил, что не знает причин падения всего ядра

    "Фиксируются сбои у всех пользователей, причину сбоя устанавливают", — заявили в пресс‑службе Microsoft. В компании пояснили, что специалисты Microsoft зафиксировали "кратковременное нарушение работоспособности" ядра."Установлено кратковременное нарушение работоспособности. Работа ядра оперативно восстановлена дежурными службами Центра мониторинга и управления ядром общего пользования".

    https://habr.com/ru/news/873606/

     
  • 1.148, Анонем (?), 17:33, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подгнило что-то в ~~датском~~ финском королевстве
     

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



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

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