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


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

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

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

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

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

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

    Всио.
    :-)

     
     
  • 6.173, Аноним (173), 21:42, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Легко попало. Или ты действительно лумаешь что в большинстве медицинского оборудования будет стоять что-то мощнее n-xxx?
     
     
  • 7.208, Bottle (?), 10:47, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если Линукс стоит в медицинском оборудовании, стоит волноваться за пациентов. Он, конечно, хорошая ОС, но не зря пишут встройки под такие системы. Там реалтайм важен, настоящий, а не эмулированный, как в Linux. К тому же из-за размера кодовой базы отлаживать баги будет очень "весело".
     
     
  • 8.237, Аноним (-), 18:29, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно - Linux уже научился в настоящий реалтайм Вот прям в сабжевом ядре и а... текст свёрнут, показать
     
  • 2.5, User (??), 10:05, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да не, вполне себе закономерность - если по процессу никто - начиная с владельца процесса - не работает.
    Но конкретно тут ничего страшного -  hybernation в linux'е нормально и не работал никогда, одним зависоном больше, одним меньше - с ноября вот никто и не заметил, что что-то поменялось.
     
     
  • 3.51, Аноним (-), 11:32, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы забыли сущую фигню - показать тех у кого получилось лучше Во первых - накося... большой текст свёрнут, показать
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем вы вообще?
     
     
  • 7.200, User (??), 07:23, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем
    > вы вообще?

    У этой секты их, как и положено - два: один с бородой, другой с пальцем. Здесь - про второго, не перепутай!

     
  • 6.218, Аноним (-), 20:40, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Интересно, если бы это был сотрудник не от ms,
    > За последнее время есть только один пример когда не корпоративный перец привовывал
    > в ведро мимо всех правил ... там кстати тоже ваш божок рукойводил :)

    Да ладно, единственный. Это про кента чтоли, сломавшего первый RC? Майкрософт даже его превзошел - сломал последний RC, во. Так что там тоже народ заагрился, так то.

    Торвальдс думал что релизить фичи хуже уровня Кента уже некуда, но тут снизу постучала корпорация Майкрософт :D

     
  • 5.139, Аноним (-), 17:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется, тогда это точно не вкомитили бы без ACKов как супергодную фичу А т... большой текст свёрнут, показать
     
     
  • 6.157, Noname (??), 18:45, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тестируют.
    Проблема не в этом, проблема в том что патч прошел минуя все этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали доступ и удалили все патчи присылаемые ими.
    Ну, а так, у меня на Н510 с процом 10100 тоже не выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но мать от другого вендора, и этой проблемы нет, тоже майки закосячили? Эта беда еще с 5.х версии у меня.
     
     
  • 7.201, User (??), 07:31, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тестируют.
    > Проблема не в этом, проблема в том что патч прошел минуя все
    > этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали
    > доступ и удалили все патчи присылаемые ими.
    > Ну, а так, у меня на Н510 с процом 10100 тоже не
    > выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но
    > мать от другого вендора, и этой проблемы нет, тоже майки закосячили?
    > Эта беда еще с 5.х версии у меня.

    Не, институт, если мы об одном и том же - проверял, можно ли через имеющиеся quolity gateways закладки протащить - ребятишек попросили "не раскачивать лодку" с помощью ноги-пальца-педели-и-других-подручных-предметов.

     
  • 7.219, Аноним (-), 20:58, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то не заметно судя по тому как оно работает Ну так там в коментах раздражен... большой текст свёрнут, показать
     
  • 6.159, Noname (??), 18:50, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фичу может хотели пропихнуть, а потом доделать. Но... всегда есть но, которое все портит. Вот и получилось фиаско)
     
  • 3.174, Карлос Сношайтилис (ok), 21:47, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вод ведь странно, у меня на всех компах работало. И с разными процессорами и на разных по типу: стационарный и ноут. И стабильнее чем в винде, которая после раза пятого-шестого просто не просыпалась.
    Но у вас, конечно, выборка лучше: один раз на одном компе не сработало...
     
     
  • 4.196, User (??), 06:05, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вод ведь странно, у меня на всех компах работало. И с разными
    > процессорами и на разных по типу: стационарный и ноут. И стабильнее
    > чем в винде, которая после раза пятого-шестого просто не просыпалась.
    > Но у вас, конечно, выборка лучше: один раз на одном компе не
    > сработало...

    А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и по сий день включать не собирается? (смотрит) Да не, всё работает.
    А вот в ubuntu "почему-то"... Но у вас, понятно, выборка больше и скиллы лучше - не в службу, а в дружбу - сходите к ребятишкам, помогите разобраться - все "соммьюнити" спасибо скажет - а то сами они чот с 15.04 не могут...

     
     
  • 5.220, Аноним (-), 21:03, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и
    > по сий день включать не собирается? (смотрит) Да не, всё работает.

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

    А какое-нибудь BSD до этого даже и не дойдет - локапнувшись еще при старте иксов. Так что хрен его там знает, выйдет оно из спячки или где. Если оно в нее вообще умело.

     
     
  • 6.229, User (??), 07:27, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и
    >> по сий день включать не собирается? (смотрит) Да не, всё работает.
    > Но на воооон том компе - если попробовать именно хибернацию - в
    > именно семерке - его на выходе из спячки почему-то постигает чудесный
    > локап с черным экраном. Я конечно понимаю что десктопники меньше чем
    > ноуты на это тестируют, но у линуха нет монополии на такие
    > приколы.

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

    > А какое-нибудь BSD до этого даже и не дойдет - локапнувшись еще
    > при старте иксов. Так что хрен его там знает, выйдет оно
    > из спячки или где. Если оно в нее вообще умело.

    Да-да. И в Киеве дядька, и в штатах негров вешают, мы знаем.

     
     
  • 7.238, Аноним (-), 18:33, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но меж тем у одних оно включено by default, и чтобы найти
    > неработающий вариант надо прям по мусорке в поисках

    Но меж тем - оно там локапается если так сделать и мне совершенно не интересны ваши отмазки. Двойные стандарты надо держать под контролем, имхо.

    И на ноутах тоже - де факто нормально работает только предустановленная винда. Все остальное - как повезет.

    >> из спячки или где. Если оно в нее вообще умело.
    > Да-да. И в Киеве дядька, и в штатах негров вешают, мы знаем.

    Если уж мы об этом - надо наподдать автырям ACPI и фирмварей. Достаточно валидацию таблиц ACPI сделать чтобы ощутить всю мощь индусской мысли. Но с предустановленной виндой оно как-то со скрипом прокатило -> можно продавать!


     
  • 3.176, maximnik0 (?), 22:16, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >hybernation в linux'е нормально и не работал никогда

    А может не надо настолько кривое железо брать ? Хотя 90% проблем с сном видеокарта NVIDIA - и только недавно с открытием спецификаций и частично исходников ситуация стала улучшается.У меня персоналка в сон уходила ещё на ядрах серии 2.6 - не каких проблем.Еще lilo был загрузчик,приходилось извращаться с геометрией диска в параметрах чтобы swap указать.Но проще оказалось поправить bios и  уходить в sleep режим,благо гигобайт официально стал поддерживать linux в своих Биос.

     
     
  • 4.195, User (??), 06:01, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>hybernation в linux'е нормально и не работал никогда
    > А может не надо настолько кривое железо брать ? Хотя 90% проблем
    > с сном видеокарта NVIDIA - и только недавно с открытием спецификаций
    > и частично исходников ситуация стала улучшается.У меня персоналка в сон уходила
    > ещё на ядрах серии 2.6 - не каких проблем.Еще lilo был
    > загрузчик,приходилось извращаться с геометрией диска в параметрах чтобы swap указать.Но
    > проще оказалось поправить bios и  уходить в sleep режим,благо гигобайт
    > официально стал поддерживать linux в своих Биос.

    В смысле, видяхи nvidia, тачпады synaptic, wifi broadcomm и ещё 100500 наименований? Неее... Проще с настолько кривым софтом распрощаться.

     
     
  • 5.202, maximnik0 (?), 07:37, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >broadcomm и ещё 100500 наименований?

    Ну не знаю.Я первый раз  купив ноутбук в 13 году удивился что не чего не пришлось вообще настраивать.Все работало- в том числе и гибернация,но т.к засыпание тоже работало,проще оказалось S3 режимом пользоваться Но ноутбук был в зелёном списке (хорошая совместимость) уже не помню как сайт назывался - где был список совместимых ноутбуков для linux.А так вообще то точпад должен эмулировать ps/2 протокол при отсутствии специальных драйверов и тогда не надо будет рвать волосы. И вообще производители навязывают софт затычки вместо нормальных стандартов.Звук ac,97 ,порезанный стандарт ACPI и т.д. Знаете ли вы что гибернация по стандарту можно реализовать аппаратно ? Да, да были даже персоналки такие,но очень мало,в основном ноутбуки.Посмотрите старые программы разбивки разделов- и посмотрите карту id разделов.Есть там hybernation swap - отдельный раздел для засыпания, если bios эту фичу поддерживал то засыпать в спецраздел можно было ещё на ядрах серии 2.4 без всякого геморроя. Но писать bios нужно уметь ,предпочли софт затычки для этого режима,вот от этого и проблемы.Криворукие инженеры уже и до ACPI  S3 добрались :-(

     
     
  • 6.203, User (??), 07:49, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, вся рота не в ногу...
     
     
  • 7.221, Аноним (-), 21:05, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да-да, вся рота не в ногу...

    Какая рота? Технари с виндов как раз посваливали крупным оптом. Пришлось аж WSL пилить чтобы хоть немного притормозить откровенное "дезертирство". Простите, у вас там целые батальоны продвинутых програмеров посваливали.

     
     
  • 8.230, User (??), 07:31, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На Киселев-тв все еще загнивающий запад загнивает Такое ощущение, что я рассказ... текст свёрнут, показать
     
     
  • 9.239, Аноним (239), 18:39, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вам виднее про что это, я вообще зомбоящики не смотрю А таки - вы неплохо иллюс... текст свёрнут, показать
     
  • 2.7, Аноним (7), 10:09, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Миром правит не тайная ложа, а явная лажа. Но злой умысел можно увидеть везде. Погода плохая? Это боги специально захотели лично тебе нагадить.
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Погугли. За всё платит клиент.
     
     
  • 6.131, _ (??), 16:48, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Продаю шапочку из фольги, дорого(С)
     
     
  • 7.160, Аноним (160), 19:06, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.41, Аноним (37), 11:04, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Взял какая то бредовое утверждение и выдаешь его за истину.  
     
     
  • 4.171, Аноним (7), 20:42, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    гугли Бритву Хэнлона, и с натяжкой Бритву Оккама. Или продолжай все списывать на масонов, жителей Нибиру и прочих персонажей.
     

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

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

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

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

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

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

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

     
     
  • 2.20, ijuij (?), 10:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Материальные интересы часто оказываются важнее моральных ценностей, и именно поэтому я не очень люблю капитализм. 💸🤷‍♂️ Я считаю, что настоящее богатство заключается не только в деньгах, но и в отношениях с людьми и соблюдении этических норм. 🌱
     
     
  • 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-о
     
  • 6.172, Аноним (172), 21:32, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    количество считается ресурсом?
     
  • 4.185, анон (?), 23:34, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Еще Сенека писал что не стоит хозяину относиться к рабам как к скоту так как жизнь такого хозяина будет не долгой, а смерть мучительной.
     
  • 3.36, laindono (ok), 11:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё бывает, моральные интересы оказываются важнее материальных интересов и это аналогично приводит к весьма неприятным последствиям. Потому-что все эти интересы это кого надо интересы, а с твоими интересами это никак не пересекается.
     
  • 3.44, Аноним (1), 11:14, 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 Скрыто ботом-модератором     [к модератору]
  • +/
     

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

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

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

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

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

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

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

    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
    и т.д. При наличии прав владельца на любой репозиторий на том же сервере "какой-нибудь гитлаб" позволяет получить доступ к репозиторию, на который у тебя нет прав и это даже не баг.

     
  • 2.186, анон (?), 23:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Позволит в обход если владелец репы
     

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

  • 1.31, xsignal (ok), 10:57, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "Сбой проявлялся при сборке ядра компилятором Clang"
    Вообще-то нужно нормальным GCC собирать, а не шлангами всякими.
     
     
  • 2.54, Аноним (-), 11:35, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 3.63, Аноним (55), 11:49, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.164, Аноним (164), 19:20, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это как раз шланг нормальный. Максимально оптимизирует в соответствии со стандартом. и требует его соблюдения жёстче, чем GCC. Нарушил стандарт - назальные демоны неминуемы.
     
     
  • 3.184, Аноним (184), 23:26, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю. Шланг выдает более оптимизированный код, даже ворнинги показывает, если например указатель где то используется после освобождения
     

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

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

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

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

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

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

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

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

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

     
     
  • 5.225, InuYasha (??), 21:23, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты нишего не шаришь! В яджре 2.6 было вщё хорошо!
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По п.2. Подскажите, кто там ещё есть, кроме gcc & clang? Как-то 2 штуки не тянут на "зоопарк".
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается - он хорош, если ещё и запускается - великолепен!"(С) что не так-то?
     
     
  • 4.223, Аноним (-), 21:16, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается
    > - он хорош, если ещё и запускается - великолепен!"(С) что не
    > так-то?

    Интел с своим CFI недоволен - у wintel жабогадюкинг случайно вышел, при том - на чужом поле! :P

    Впрочем, у intel не лучшие времена - как впрочем и у win - от хорошей жизни WSL не делают, и абажуры на linux чисто для лулзов не перетягивают. Просто изменились времена. И структура доходов вместе с ними. А так даже майкрософт может стать шкурно заинтересован в линухе. А что делать, если для хостинга виртуалок это лучше оказалось?! Дарить отгрызенную зубами из гранита рыночную долю конкурентам - не хочется же.

     
     
  • 5.231, User (??), 07:40, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается
    >> - он хорош, если ещё и запускается - великолепен!"(С) что не
    >> так-то?
    > Интел с своим CFI недоволен - у wintel жабогадюкинг случайно вышел, при
    > том - на чужом поле! :P

    Ну вот пусть ГЛАВНОМУ и жалуются, чо уж. "И пусть жираф был не прав - но виновен не жираф..."

    > Впрочем, у intel не лучшие времена - как впрочем и у win
    > - от хорошей жизни WSL не делают, и абажуры на linux
    > чисто для лулзов не перетягивают. Просто изменились времена. И структура доходов
    > вместе с ними. А так даже майкрософт может стать шкурно заинтересован
    > в линухе. А что делать, если для хостинга виртуалок это лучше
    > оказалось?! Дарить отгрызенную зубами из гранита рыночную долю конкурентам - не
    > хочется же.

    Я понимаю, что ни AWS, ни Openshift, ни Azure, ни GCP вы в глаза не видели не то, что с "серверной" а и с "клиентской" стороны даже - но "где-то там унутре" понимание что под десятью слоями прокладок-прослоек-веб-интерфейсов-и-абстракций то самое ведро должно греть душу Правоверному, верю.

     
     
  • 6.240, Аноним (239), 18:44, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот пусть ГЛАВНОМУ и жалуются, чо уж. "И пусть жираф был
    > не прав - но виновен не жираф..."

    Да уже вон и начался жабогадюкинг в рассылке. Ясен фиг до релиза починят.

    > Я понимаю, что ни AWS, ни Openshift, ни Azure, ни GCP вы
    > в глаза не видели не то, что с "серверной" а и
    > с "клиентской" стороны даже -

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

    > но "где-то там унутре" понимание что
    > под десятью слоями прокладок-прослоек-веб-интерфейсов-и-абстракций то самое ведро должно
    > греть душу Правоверному, верю.

    Если в вашем космическом корабле нет источника энергии - это всего лишь дорогой, высокотехнологичный металлолом. Он так не полетит.

     

  • 1.47, eugener (ok), 11:28, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Сбой проявлялся при сборке ядра компилятором 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"
    > Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot
    > (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate,
    > но "systemctl hibernate" работает.

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

     
  • 3.183, maximnik0 (?), 23:21, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"

    Это все из за того что грамотных людей которые могли писать bios очень мало,а железок хочется выпускать побольше моделей.Сперва стали упрощать acpi,затем пошло упрощение в UEFI, пришли к
    Modern Standby.Молодцы, ноутбук теплый,это минимум 15 ватт в этом альтернативном режиме.
    К вашему сведению даже без патчей   гибернация  работала на ядре 2.2 .Да ,это к сожалению работало была очень ограниченной серии ноутбуков и персоналок. Это я к чему- внезапно гибернация может реализована аппаратно на уровне прошивки !! Не верите- поищите старые  менеджеры дисков, Толи парагон,толи Нортон,не помню точно - посмотрите легенду id partion : обнаружите раздел hibernation swap. Да, можно было создать этот раздел и если Биос увидел этот раздел- по кнопке с Клавы ноутбук или персоналка засыпала,даже 98 винда.

     
     
  • 4.199, User (??), 07:16, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > пошло упрощение в UEFI, пришли к
    >  Modern Standby.Молодцы, ноутбук теплый,это минимум 15 ватт в этом альтернативном режиме.
    > К вашему сведению даже без патчей   гибернация  работала на
    > ядре 2.2 .Да ,это к сожалению работало была очень ограниченной серии
    > ноутбуков и персоналок. Это я к чему- внезапно гибернация может реализована
    > аппаратно на уровне прошивки !! Не верите- поищите старые  менеджеры
    > дисков, Толи парагон,толи Нортон,не помню точно - посмотрите легенду id partion
    > : обнаружите раздел hibernation swap. Да, можно было создать этот раздел
    > и если Биос увидел этот раздел- по кнопке с Клавы ноутбук
    > или персоналка засыпала,даже 98 винда.

    Да-да, "вся рота не в ногу..." - а на деле есть вот то, что есть.

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

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

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

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

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

     
     
  • 3.175, Аноним (175), 21:56, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опять "stable api is nonsense" боком выходит, да что ж такое-то.
     
     
  • 4.181, Аноним (12), 22:58, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро-то не менялось, версия дров Nvidia поменялась. Так что unstable, да не там.
     
  • 4.224, Аноним (-), 21:22, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там вообще-то очень целенаправленно трахнули нвидию экспортами GPL_ONLY Навесив... большой текст свёрнут, показать
     
  • 2.188, Афроним (?), 01:06, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чего у 470 в /etc/modprobe.d/nvidia.conf options nvidia-drm modeset=1 не расскомментировать? Даже Steamhelper заработает нормально.
     

  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не правда! Ядро взлетело, когда ещё не было корпораций.

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

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

     
     
  • 4.75, User (??), 12:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то не ярд, а ДЖВА РАЗА ПО ЯРДУ - с первого оно и впрямь... низЭнько-низЭнько пошло.
     
  • 3.232, Аноним (56), 08:52, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро взлетело, когда ещё не было корпораций.

    В XVIII веке, что ли?

     
  • 2.64, Аноним (1), 11:49, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра.
     
     
  • 3.226, Аноним (-), 21:30, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра.

    Да вон там нвидию :)) обещают засудить :)) за обход technical measures - GPL_ONLY импортов в левые модули. Да, вы правильно поняли: мыши пообещали сожрать кошку, без соли. В смысле, опенсорсники - пообещали махровому проприетарщику засудить его по сути за действо сравнимое с взломом DRM по общей логике действа :D :D

    ...и тут метод GPL Condom внезапно обломался...

     
  • 2.66, Аноним (19), 11:55, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее как *BSD, что даже совсем неплохо. GNU/Hurd давно обскакали все фанопивасиковые Redox, MenuetOS и даже ReactOS.
     
     
     
    Часть нити удалена модератором

  • 4.115, ivan1986 (?), 15:27, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да это все из серии Обаме/Трампу/Байдену запрещено заходить в это кафе.
     
  • 3.169, Аноним (169), 20:19, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скорее как *BSD, что даже совсем неплохо.

    Как раз наоборот, совсем всё плохо. Вдумайся на секунду: у всех BSD систем вместе взятых и пользователей, и установок меньше, чем у маргинального Firefox. Даже у Edge больше, раза в два.

     

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

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

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

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

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

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

     

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

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


     
     
  • 3.180, Аноним (180), 22:40, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >у нас нет

    У вас может и нет, а у нас был Ганс Рейзер, Кон Коливас, Сергей Семин...

     

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

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

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

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

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

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

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

     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    И по какой методике определять сложность объяснения? Ждать сигнали из министерства сложности?
     
     
  • 5.198, анонимище (?), 07:11, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как? интуиция основаная на жизненом опыте. Не знаю как вы, я живу в мире где очень много глупости, а всякие гениальные манипуляции-многоходовочки это краснокнижный вид на грани вымирания. Поэтому если некий Х можно объяснить, без особого натягивания совы на глобус, глупостью или многоходовочкой, то при прочих равных, скорее всего это результат глупости. Просто чисто статистически.
     
  • 5.234, ivan1986 (?), 11:20, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    сравнительным анализом, выбираем более простое, если вам для этого нужно "министерство сложности", ну окей, бывает...
     
  • 2.137, Аноним (137), 17:02, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью»

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

     
     
  • 3.197, анонимище (?), 06:55, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    значит глупость тех кто такой бардак допустил
     
  • 2.209, Bottle (?), 10:57, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Товарищ, узнай о таком понятии как саботаж.
     
     
  • 3.212, анонимище (?), 12:12, 16/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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик.

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

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

     
     
  • 2.204, n00by (ok), 08:10, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик.
    > Оказывается, ТАК МОЖНО. Т.е. ВОТ ПРЯМО ТАК МОЖНО.

    А чего тут сложного? Аноним лепит в новость своё экспертное мнение, остальные эксперты не умеют посмотреть историю, потому ему верят и разгоняют кипиш.

    > Какие там ещё патчи в обход и кто накидал- проверить можно, но
    > кому это нужно?

    Ничего ты не проверишь, ты даже этот не посмотрел.

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

     
     
  • 3.206, Аноним (206), 09:01, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот как бы слова не анонима, а мэйнтейнера из AMD:

    "I just love it how this went in without a single x86 maintainer Ack, it broke
    a bunch of things and then it is still there instead of getting reverted."


    https://lore.kernel.org/lkml/20250113115151.GDZ4T-VwIq_6ZafRE4@fat_crate.

     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Это не наш, это ваш бекдор плохо работает.
     
  • 2.207, Аноним (206), 09:02, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://lore.kernel.org/lkml/20250113115151.GDZ4T-VwIq_6ZafRE4@fat_crate.

     

  • 1.168, Аноним (168), 19:55, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > проблем со стабильностью в изменениях, подготовленных сотрудником Microsoft

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

     
     
  • 2.170, Аноним (169), 20:25, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > патчи от сотрудников компании, кровно заинтересованной в ухудшении кода альтернатив виндовсу, почему-то приняли

    Забавно — это твой манямирок со злым Майкрософтом. Майкрософт кровно заинтересован в максимальной работоспособности Линукса на максимально широком спектре оборудования и систем виртуализации. Для них это вопрос, от которого на прямую зависит >50% дохода компании. То, что Линукс не конкурент Windows на десктопе, думаю, можно не упоминать.

     
     
  • 3.179, Аноним (180), 22:37, 15/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.178, Аноним (180), 22:36, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и заблокировали тоже "нестандартно и без подтверждений". В лучших традициях.
     

  • 1.177, Аноним (177), 22:34, 15/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как вообще ядро тестируется? Руками? Кто-то случайно что-то на своем железе заметил и отписался? Автоматических тестов нет?
     
     
  • 2.205, n00by (ok), 08:38, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, именно так и тестируется -- оно потому в версии имеет буквы rc. И после выхода релиза недели 2-3 тестируется на пользователях. Позже тестирование не прекращается до конца жизни, просто количество ошибок остаётся относительно малым.

    Автоматические тесты есть, но гарантий они дать не могут, как и вообще любые тесты.

     
     
  • 3.211, Аноним (177), 11:44, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Автоматические тесты не дают гарантии, но могут отловить много чего, что уже не один раз пролезало в rc или даже в релиз. Вероятно, всё дело в том, что писать и поддерживать тесты это скучно, бесславно и утомительно, а всем хочется творить.
     
  • 3.214, Аноним (214), 13:05, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Автоматические тесты есть, но гарантий они дать не могут, как и вообще любые тесты.

    Задача автотестов - тестировать быстрее и чаще, чем руками. Не «давать гарантии», нет.

     
  • 2.227, Аноним (-), 21:37, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как вообще ядро тестируется? Руками? Кто-то случайно что-то на своем железе заметил
    > и отписался? Автоматических тестов нет?

    На самом деле - по всякому. Но фич, и вариантов билда столь несчетное множество - что хватит все. С превышением.

    ...поэтому народ берет СВОИ конфиги, берет -RC, билдует, тестирует... а тут, вот, такое вылезло. Пусть и на довольно экзотичном комбо (CFI не сильно попсовая фича пока).

     

  • 1.187, randomize (?), 00:05, 16/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения

    Майки хотят Линуса вслед за Поттерингом?

     
  • 1.191, teelledro (ok), 02:16, 16/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Первый раз что ли
     
     
  • 2.213, Аноним (56), 12:32, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > не позволяющий ядру корректно выйти из спящего режима на некоторых

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

     

  • 1.217, Аноним (217), 20:32, 16/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Билл Гейтс в свое время писал (это письмо сохранилось, как вещдок в антимонопольном деле против микрософт), что необходимо так сделать ACPI стандарт, чтобы он корректно работал только на ОС Windows и сбоил на других системах. Именно из-за этого мы наблюдали и наблюдаем до сих пор проблемы со сном на многих Линуксах. Похоже черное его дело продолжают и сейчас.
     
     
  • 2.228, Аноним (228), 22:31, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Весь ржач в том, что и макрософак через ***опу сделала венду - после хибернации ОБЯЗАТЕЛЬНО случаются глюки, так что лучше машину выключать полностью.
     
  • 2.233, анонимище (?), 10:09, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а благодаря чему в оффтопике ACPI должен нормально работать, а во всех остальных ОС - нет? Что за колдунства?
     
     
  • 3.241, Аноним (-), 18:48, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а благодаря чему в оффтопике ACPI должен нормально работать, а во всех
    > остальных ОС - нет? Что за колдунства?

    Внезапно там есть OS-специфичные вызовы. Хотя можно попросить и линух косплеить винду в вызовах ACPI (т.е. представляться якобы-виндой в вызовах). Иногда от заскоков кривого ACPI помогает.

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

     

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



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

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