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 обязательно


Обсуждение (125) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:01, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ой, это же конечно случайность!
    (Сарказм)
     
     
  • 2.4, Аноним (4), 10:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +21 +/
    сколько кривого кода добавляется в каждый пингвиний релиз, но опенет заостряет внимание именно на этом инциденте... очевидно, зачем ;)
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +8 +/
    проблемы наверное у линукс, раз такие патчи в их бюрократической системе проходят до самого верхнего уровня?
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если:
       - "этот код управляет, скажем, самолётом, либо медицинским оборудованием"(С)(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 [^] [^^] [^^^] [ответить]  
  • +/
    Продаю шапочку из фольги, дорого(С)
     
     
  • 7.160, Аноним (160), 19:06, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.41, Аноним (37), 11:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Взял какая то бредовое утверждение и выдаешь его за истину.  
     

     ....большая нить свёрнута, показать (31)

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > Он их делает отношениями за деньги :)

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

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

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


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

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

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

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

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

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

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


     
  • 5.166, Аноним (-), 19:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша

    Сталин со своей шайкой были хозяевами всего СССР. Им не нужно хапать деньги, им Гознак сколько угодно напечатает, жители совка на рудниках за "копейки" добудут золота. 1972 году в СССР отменили рабство - селянам дали паспорта.

     

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

  • 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.dev/opennews/art.shtml?num=60425
    https://www.opennet.dev/opennews/art.shtml?num=60498
    https://www.opennet.dev/opennews/art.shtml?num=61445
    https://www.opennet.dev/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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    "Сбой проявлялся при сборке ядра компилятором Clang"
    Вообще-то нужно нормальным GCC собирать, а не шлангами всякими.
     
     
  • 2.54, Аноним (-), 11:35, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 3.63, Аноним (55), 11:49, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.164, Аноним (164), 19:20, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это как раз шланг нормальный. Максимально оптимизирует в соответствии со стандартом. и требует его соблюдения жёстче, чем GCC. Нарушил стандарт - назальные демоны неминуемы.
     

  • 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.не фанат интела, у меня амд
     
  • 2.163, Аноним (160), 19:16, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто бек Майкрософта не запустился на интеле.
     

  • 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 и подписаться?

     
     
  • 2.162, Аноним (160), 19:15, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не наш, это ваш бекдор плохо работает.
     

  • 1.165, Ivan_83 (ok), 19:20, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять у интела кривые процы на которых всё глючит :)
     
  • 1.167, Аноним (-), 19:41, 15/01/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.168, Аноним (168), 19:55, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > проблем со стабильностью в изменениях, подготовленных сотрудником Microsoft

    забавно как-то получается: российских разработчиков заблокировали, а патчи от сотрудников компании, кровно заинтересованной в ухудшении кода альтернатив виндовсу, почему-то приняли, причём нестандартно и без подтверждений.
    расскажите ещё что это совпадение.

     

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



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

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