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


Обсуждение (91) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:01, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ой, это же конечно случайность!
    (Сарказм)
     
     
  • 2.4, Аноним (4), 10:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +16 +/
    сколько кривого кода добавляется в каждый пингвиний релиз, но опенет заостряет внимание именно на этом инциденте... очевидно, зачем ;)
     
     
  • 3.8, Дмитрий (??), 10:10, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет, не очевидно
     
     
  • 4.11, Аноним (4), 10:16, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    ну, что бы хомячки вроде тебя понабижали строчить сюда свои важные тезисы
    и это работает
     
  • 3.12, Аноним (12), 10:20, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Так может это у тебя проблемы, если из всей новости ты заметил только Microsoft, но не «патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик» и то, что это, крайне неожиданно, привело к проблемам?
     
     
  • 4.14, Аноним (4), 10:24, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    проблемы наверное у линукс, раз такие патчи в их бюрократической системе проходят до самого верхнего уровня?
     
     
  • 5.23, Аноним (23), 10:40, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы сформулировал "в том числе".
     
     
  • 6.37, Аноним (37), 11:03, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В каком стиле. Майки специально сделали так чтобы их код заходил прямо в ядро без смазки.
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Кривой код написать может кто угодно, и в этом ничего не страшного нет. Ну, бывает.
    А когда говнокод проталкивается в обход тестирования и утверждения, это уже злой умысел.
     
     
  • 4.42, Аноним (4), 11:06, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в данном конкретном случае - действительно ничего страшного нет
    но если этот код управляет, скажем, самолётом, либо медицинским оборудованием - вот это уже становится страшным
     
     
  • 5.67, _kp (ok), 12:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и я о том. Надёжность ПО определяется не столько крутостью отдельных программистов, а культурой тестирования и приёмки кода.
    В данном случае, явный прокол.
     
  • 5.68, Noname (??), 12:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не может, должно пройти несколько лет использования. Никто там не будет гнаться за версией ядра, за ролинг обновлениями итд. Это удел пкбояр. При выборе ядра у них будет вопрос насколько оно стабильно, и как давно оно используется и тестируется? При этом, они сами будут дополнительно тестировать и патчить.
     
  • 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, были бы вы также красноречивы, думаю нет. Если вы прочитали новость, то должны были прочитать что сотрудник интел и сотрудник амд тоже не смогли сделать. Поэтому и задерживается.
     
  • 2.7, Аноним (7), 10:09, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Миром правит не тайная ложа, а явная лажа. Но злой умысел можно увидеть везде. Погода плохая? Это боги специально захотели лично тебе нагадить.
     
     
  • 3.19, Аноним (19), 10:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ау, геоинженерия и стратосферные аэрозоли ещё факт прошлого века. Прочитай самих авторов - Первая глобальная революция.
     
     
  • 4.114, анонимус (??), 15:06, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сколько мегатонн аэрозолей нужно? Сколько для этого нужно самолётов и топлива? Сколько это будет стоить?
     
  • 3.41, Аноним (37), 11:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Взял какая то бредовое утверждение и выдаешь его за истину.  
     

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

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

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

     
  • 1.10, soarin (ok), 10:15, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    наградить педалью нашедшего баг
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Заставить делать педали.
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    А шаманам ещё надо было стать шаманами
     
  • 3.36, laindono (ok), 11:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё бывает, моральные интересы оказываются важнее материальных интересов и это аналогично приводит к весьма неприятным последствиям. Потому-что все эти интересы это кого надо интересы, а с твоими интересами это никак не пересекается.
     
  • 3.44, Аноним (1), 11:14, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Звучит хорошо, но бытье определяет сознание.
    Другими словами, ее какую среду создали человеку - такой он как правило и есть (в рамках нормального распределения).
     

  • 1.22, тоже Аноним (ok), 10:40, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    - В вашем коде выявлена уязвимость!
    - Да что вы говорите?.. все-таки выявлена...
     
     
  • 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Видимо надо было работу делать а не педальки паять.
     
  • 1.29, Шарп (ok), 10:51, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86

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

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

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

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

    https://www.opennet.ru/opennews/art.shtml?num=60425
    https://www.opennet.ru/opennews/art.shtml?num=60498
    https://www.opennet.ru/opennews/art.shtml?num=61445
    https://www.opennet.ru/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 лет было все отлично, работало как часы и тут БАЦ!

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

     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Там и прикол что они хотят единственный гцц поменять на единственный Раст.
     
  • 2.113, Аноним (113), 15:00, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > проверенным временем, хорошо изученным и предсказуемым компилятором.

    gcc 2.96?

     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"

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

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

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

     

  • 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)

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

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


     

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

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

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

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

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

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

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

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

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

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

     

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

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

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

     

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



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

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