Линус Торвальдс намеревался опубликовать релиз ядра Linux 6.13 в это воскресенье, но скорее всего тестирование ветки 6.13 будет отложено на неделю из-за выявления проблем со стабильностью в изменениях, подготовленных сотрудником Microsoft и принятых в ветку 6.13 в ноябре. Дополнительно отмечается, что патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62555
Ой, это же конечно случайность!
(Сарказм)
сколько кривого кода добавляется в каждый пингвиний релиз, но опенет заостряет внимание именно на этом инциденте... очевидно, зачем ;)
Нет, не очевидно
> Изменение решало проблему с маппингом в режиме ROX страниц для ещё полностью не сформированного исполняемого кода и позволяло обойтись без временного ремапинга ROX-страниц в режим записи до завершения подготовки модулей ядра к работе.Это очень чувствительный для безопасности код. "ещё полностью не сформированного исполняемого кода" - надо разбираться с реализацией, чтобы M$ не создали возможность изменять исполняемый код!
Так может это у тебя проблемы, если из всей новости ты заметил только Microsoft, но не «патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик» и то, что это, крайне неожиданно, привело к проблемам?
проблемы наверное у линукс, раз такие патчи в их бюрократической системе проходят до самого верхнего уровня?
Я бы сформулировал "в том числе".
В каком стиле. Майки специально сделали так чтобы их код заходил прямо в ядро без смазки.
И они сделали это УСПЕШНО
Так поопладируем им стоя, за то что они очередной раз нам успешно присунунли.
Кривой код написать может кто угодно, и в этом ничего не страшного нет. Ну, бывает.
А когда говнокод проталкивается в обход тестирования и утверждения, это уже злой умысел.
в данном конкретном случае - действительно ничего страшного нет
но если этот код управляет, скажем, самолётом, либо медицинским оборудованием - вот это уже становится страшным
Так и я о том. Надёжность ПО определяется не столько крутостью отдельных программистов, а культурой тестирования и приёмки кода.
В данном случае, явный прокол.
Бага выявлена. В чём прокол? Пропустивших - в гулаг.
А могла бы не быть выловлена.
Нарушителей правил надо бы поставить в угол.
Не может, должно пройти несколько лет использования. Никто там не будет гнаться за версией ядра, за ролинг обновлениями итд. Это удел пкбояр. При выборе ядра у них будет вопрос насколько оно стабильно, и как давно оно используется и тестируется? При этом, они сами будут дополнительно тестировать и патчить.
Если:
- "этот код управляет, скажем, самолётом, либо медицинским оборудованием"(С)(R) ...
- да ещё и на "на некоторых ноутбуках с процессорами Intel (например, с CPU на базе микроархитектуры Alderlake)"(C) ... а как они на такие системы вообще попали?!? ...
- "не позволяющий ядру корректно выйти из спящего режима" ... а как оно на _таких_ системах вообще в сон вошло?!? 8-\ ...То уже не важно: линуск, микрософт или что там ещё, это значит что волшебноголовые опеннетчики добрались до управления такими проектами и теперь "мы все умрем!"(С) :)
Но слава Мегатрону - пока ещё нет(?) ... так что в реальной жизни единственная реальная опасность это - чтобы вернувшись из ванной продолжить просмотр прона, тебе предётся ребутнуть песЮг :-))))
Всио.
:-)
Легко попало. Или ты действительно лумаешь что в большинстве медицинского оборудования будет стоять что-то мощнее n-xxx?
Если Линукс стоит в медицинском оборудовании, стоит волноваться за пациентов. Он, конечно, хорошая ОС, но не зря пишут встройки под такие системы. Там реалтайм важен, настоящий, а не эмулированный, как в Linux. К тому же из-за размера кодовой базы отлаживать баги будет очень "весело".
> Если Линукс стоит в медицинском оборудовании, стоит волноваться за пациентов. Он, конечно,
> хорошая ОС, но не зря пишут встройки под такие системы. Там
> реалтайм важен, настоящий, а не эмулированный, как в Linux. К тому
> же из-за размера кодовой базы отлаживать баги будет очень "весело".Внезапно - Linux уже научился в настоящий реалтайм. Вот прям в сабжевом ядре и активировали впервые.
Для десктопа впрочем мне не понравилось: гарантии RTOS - вообще не халявные оказались, +10 градусов к температуре CPU в простое системы ощущается довольно так себе, вентили слегка разгоняет.
Да не, вполне себе закономерность - если по процессу никто - начиная с владельца процесса - не работает.
Но конкретно тут ничего страшного - hybernation в linux'е нормально и не работал никогда, одним зависоном больше, одним меньше - с ноября вот никто и не заметил, что что-то поменялось.
> Да не, вполне себе закономерность - если по процессу никто - начиная
> с владельца процесса - не работает.Вы забыли сущую фигню - показать тех у кого получилось лучше.
Во первых - накосячил как раз представитель этих ваших мегакорпов, на минуточку.
Во вторых - у самого этого мегакорпа получается еще хуже. Настолько что они уже сами на Linux и валят на своем абажуре. Извините, в этом вашем маздае - 200K файлов своротить - отвратительный по перфомансу экспериенс. В _разы_ хуже сабжа. Поэтому ms и возится - с линухом. И, вот, лажа вышла у "экспертов по линуксу".
Справедливости ради - лажа довольно нишевая и кусается только в специфичной ситуации. Но когда сотрудник майкрософт не может починить сотруднику интель сломаный ноут - это выглядит довольно забавно :). Вот он, жабогадюкинг-2.0 :)
Интересно, если бы это был сотрудник не от ms, были бы вы также красноречивы, думаю нет. Если вы прочитали новость, то должны были прочитать что сотрудник интел и сотрудник амд тоже не смогли сделать. Поэтому и задерживается.
>Интересно, если бы это был сотрудник не от ms,За последнее время есть только один пример когда не корпоративный перец привовывал в ведро мимо всех правил ... там кстати тоже ваш божок рукойводил :)
Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем вы вообще?
> Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем
> вы вообще?У этой секты их, как и положено - два: один с бородой, другой с пальцем. Здесь - про второго, не перепутай!
>>Интересно, если бы это был сотрудник не от ms,
> За последнее время есть только один пример когда не корпоративный перец привовывал
> в ведро мимо всех правил ... там кстати тоже ваш божок рукойводил :)Да ладно, единственный. Это про кента чтоли, сломавшего первый RC? Майкрософт даже его превзошел - сломал последний RC, во. Так что там тоже народ заагрился, так то.
Торвальдс думал что релизить фичи хуже уровня Кента уже некуда, но тут снизу постучала корпорация Майкрософт :D
> Интересно, если бы это был сотрудник не от ms, были бы вы
> также красноречивы, думаю нет.Мне кажется, тогда это точно не вкомитили бы без ACKов как супергодную фичу. А тут может понадеялись что дятлов кодить кернел в мегакорпы не берут, мало ли.
> Если вы прочитали новость, то должны были
> прочитать что сотрудник интел и сотрудник амд тоже не смогли сделать.Я эту новость - написал. Правда ее здорово отрихтовали/дополнили под подробности. Сотрудник интел там в основном потому что заметил что его лаптоп из спячки теперь не выходит, с каким-то левым факапом. А поскольку он все же сотрудник интел, по части линуха, он это отдебажил в темпе вальса - и оказался такой интересный результат.
> Поэтому и задерживается.
У лично меня 2 вопроса.
1) Тестируют ли в майкрософте свое добро?
2) И почему это все - без ACKов от майнтайнеров подсистемы?Реально - там хотели то хорошего, и там в рассылке даже вон недовольный откатом кадр у которого его сценарий стал тормознее из-за грубого отката. Ибо в отрихтованой новости напсано не совсем правильно. Суть фичи - это _кэш_ страничных таблиц для вон того варианта страниц и их использования. Ессно кеширование страничных таблиц ускоряет работу. Но как оказалось, в некоторых случаях это факапится. А реально не починено там - потому что при всей хорошести идеи, реализация - оставляет желать, там навертели черт знает что и по быстрому зафиксить не получилось. При том что оно по сути последним RC должно было быть - а тут всплыло вот это вот.
Кому интересно - LKML читайте вокруг, ссыли в новости есть.
Тестируют.
Проблема не в этом, проблема в том что патч прошел минуя все этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали доступ и удалили все патчи присылаемые ими.
Ну, а так, у меня на Н510 с процом 10100 тоже не выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но мать от другого вендора, и этой проблемы нет, тоже майки закосячили? Эта беда еще с 5.х версии у меня.
> Тестируют.
> Проблема не в этом, проблема в том что патч прошел минуя все
> этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали
> доступ и удалили все патчи присылаемые ими.
> Ну, а так, у меня на Н510 с процом 10100 тоже не
> выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но
> мать от другого вендора, и этой проблемы нет, тоже майки закосячили?
> Эта беда еще с 5.х версии у меня.Не, институт, если мы об одном и том же - проверял, можно ли через имеющиеся quolity gateways закладки протащить - ребятишек попросили "не раскачивать лодку" с помощью ноги-пальца-педели-и-других-подручных-предметов.
> Тестируют.Что-то не заметно судя по тому как оно работает.
> Проблема не в этом, проблема в том что патч прошел минуя все
> этапы принятия. Такое уже было с институтом каким-то.Ну так там в коментах раздраженные майнтайнеры откоментили про это дело - что больше такие вещи в обход майнтайнеров x86 летать не будут.
> Вроде им заблокировали доступ и удалили все патчи присылаемые ими.
Этим тоже плюху ща заревертят. Фича так то полезная - в теории - ибо сочетает защиту исполняемого кода модуля по принципу W^X с 1 стороны - при использовании больших страниц и кешировании этого для разгона перфоманса с другой. И в теории должно было быть и шустрее, и безопасно.
На практике оказалось сложнее чем ожидалось - и - вот - всплыли взаимодействия о которых програмер не подумал. У чувака из интеля используюшего фичу CFI (достаточно специфичная и не часто юзаемая секурити фича) - не вышел лаптоп из спячки, он подивился что там кто отломать ухитрился - да и вроде и отбисектил кто плюху повесил. Тут Mike Rappoport (Microsoft) и попался :)
> Ну, а так, у меня на Н510 с процом 10100 тоже не
> выходит из спящего режима, ядро 6.6.Эти сведения только вам и интересны. Ибо вон там - ядро 6.13 в виде позднего RC. А что там в 6.6 - это было несколько лет назад. Надо на последнем майнлайновом ядре проверить - вплоть до -RC - до того как в майнлайн переться. За ядра дистро - они не отвечают. Но дистро тягают оттуда поэтому фикс по иерархии придет и им. Со временем.
Тот гражданин умел в самообслуживание, и смог запастить сообщение о ошибке - и по моему и отбисектить, найдя чей комит все сломал. А вот тут уже не отвертишься, все как на ладони.
> У колеги таже комбинация, но мать от другого вендора, и этой проблемы нет,
> тоже майки закосячили? Эта беда еще с 5.х версии у меня.Вы же в отличие от чувака из Intel сообщение о ошибке не зафигачили? Если оно есть. А если нет - да и хрен с ним, если вы git bisect сумеете.
Т.е. если был кернел где работало - а теперь не работает - делается git bisect с начальными точками на точно рабочем, точно нерабочем, и выясняется где сломалось. Покомпилять немного придется, но в итоге за несколько итераций (пространство комитов делится /2 при каждой итерации) вы узнаете с точностью до комита кто именно влепил плюху.
А после этого - просто идете и пастите в багзилу и/или рассылку вот это вот. Тогда хороший шанс что починят, особенно если сообща с ними это делать.
Фичу может хотели пропихнуть, а потом доделать. Но... всегда есть но, которое все портит. Вот и получилось фиаско)
Вод ведь странно, у меня на всех компах работало. И с разными процессорами и на разных по типу: стационарный и ноут. И стабильнее чем в винде, которая после раза пятого-шестого просто не просыпалась.
Но у вас, конечно, выборка лучше: один раз на одном компе не сработало...
> Вод ведь странно, у меня на всех компах работало. И с разными
> процессорами и на разных по типу: стационарный и ноут. И стабильнее
> чем в винде, которая после раза пятого-шестого просто не просыпалась.
> Но у вас, конечно, выборка лучше: один раз на одном компе не
> сработало...А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и по сий день включать не собирается? (смотрит) Да не, всё работает.
А вот в ubuntu "почему-то"... Но у вас, понятно, выборка больше и скиллы лучше - не в службу, а в дружбу - сходите к ребятишкам, помогите разобраться - все "соммьюнити" спасибо скажет - а то сами они чот с 15.04 не могут...
> А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и
> по сий день включать не собирается? (смотрит) Да не, всё работает.Но на воооон том компе - если попробовать именно хибернацию - в именно семерке - его на выходе из спячки почему-то постигает чудесный локап с черным экраном. Я конечно понимаю что десктопники меньше чем ноуты на это тестируют, но у линуха нет монополии на такие приколы.
А какое-нибудь BSD до этого даже и не дойдет - локапнувшись еще при старте иксов. Так что хрен его там знает, выйдет оно из спячки или где. Если оно в нее вообще умело.
>> А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и
>> по сий день включать не собирается? (смотрит) Да не, всё работает.
> Но на воооон том компе - если попробовать именно хибернацию - в
> именно семерке - его на выходе из спячки почему-то постигает чудесный
> локап с черным экраном. Я конечно понимаю что десктопники меньше чем
> ноуты на это тестируют, но у линуха нет монополии на такие
> приколы.Но меж тем у одних оно включено by default, и чтобы найти неработающий вариант надо прям по мусорке в поисках десятилетней давности рухляди покопаться - а у других - ну вот так, как оно есть. А в остальном - да-да, никакой разницы и полный паритет.
> А какое-нибудь BSD до этого даже и не дойдет - локапнувшись еще
> при старте иксов. Так что хрен его там знает, выйдет оно
> из спячки или где. Если оно в нее вообще умело.Да-да. И в Киеве дядька, и в штатах негров вешают, мы знаем.
> Но меж тем у одних оно включено by default, и чтобы найти
> неработающий вариант надо прям по мусорке в поискахНо меж тем - оно там локапается если так сделать и мне совершенно не интересны ваши отмазки. Двойные стандарты надо держать под контролем, имхо.
И на ноутах тоже - де факто нормально работает только предустановленная винда. Все остальное - как повезет.
>> из спячки или где. Если оно в нее вообще умело.
> Да-да. И в Киеве дядька, и в штатах негров вешают, мы знаем.Если уж мы об этом - надо наподдать автырям ACPI и фирмварей. Достаточно валидацию таблиц ACPI сделать чтобы ощутить всю мощь индусской мысли. Но с предустановленной виндой оно как-то со скрипом прокатило -> можно продавать!
> А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и
> по сий день включать не собирается? (смотрит) Да не, всё работает.Да, работает. Три раза через раз.
Одинаково и для среднего сегмента ноутов и для топового, включая Dell и Thinkpad.Сисадмины удивлённо отвечают: "а в чем проблема? Просто перезагрузи комп". А, ну да, я ведь именно для этого его и "засыпаю", чтобы "просто перезагрузить" потом.
Я бы молчал в тряпочку, если бы проблема была лично на моих ноутах. Ну, мало ли, руки кривые, карма запылилась. Но она системная, вижу обсуждения в каналах тех поддержки, спрашивал лично.
>[оверквотинг удален]
>> по сий день включать не собирается? (смотрит) Да не, всё работает.
> Да, работает. Три раза через раз.
> Одинаково и для среднего сегмента ноутов и для топового, включая Dell и
> Thinkpad.
> Сисадмины удивлённо отвечают: "а в чем проблема? Просто перезагрузи комп". А, ну
> да, я ведь именно для этого его и "засыпаю", чтобы "просто
> перезагрузить" потом.
> Я бы молчал в тряпочку, если бы проблема была лично на моих
> ноутах. Ну, мало ли, руки кривые, карма запылилась. Но она системная,
> вижу обсуждения в каналах тех поддержки, спрашивал лично.Ээээ... ну вот на T14 вполне себе даже hyper-v ежедневный hibernate\resume переживал месяца эдак по два, старенький asus у дИтя что на семерке нормально засыпал, что на десятке без проблем, huawai сейчас вот тоже мозги не делает - единственная проблема за полгода - разок вебкамеру потерял, проснувшись, но тут я скорее на товарища Касперского грешу - и окрест меня у всех плюс-минус так же, никто по утрам не ругается, да и днем норот туда-сюда с букварями ходит.
В общем, или сказки дядюшки Примуса, или _феноменальное_ невезение, или прям какие редкостно кривые руки начиная с админов (Ну, типа коряво накатили какой антивирус с комплаенс-чеками, кастомным шифрованием, "защитой памяти"(ТМ) и пэ рэ) или все вместе взятое. А сколько-то массовых проблем в дикой природе? Не, не слышал, иначе чем от линуксойедов.
>hybernation в linux'е нормально и не работал никогдаА может не надо настолько кривое железо брать ? Хотя 90% проблем с сном видеокарта NVIDIA - и только недавно с открытием спецификаций и частично исходников ситуация стала улучшается.У меня персоналка в сон уходила ещё на ядрах серии 2.6 - не каких проблем.Еще lilo был загрузчик,приходилось извращаться с геометрией диска в параметрах чтобы swap указать.Но проще оказалось поправить bios и уходить в sleep режим,благо гигобайт официально стал поддерживать linux в своих Биос.
>>hybernation в linux'е нормально и не работал никогда
> А может не надо настолько кривое железо брать ? Хотя 90% проблем
> с сном видеокарта NVIDIA - и только недавно с открытием спецификаций
> и частично исходников ситуация стала улучшается.У меня персоналка в сон уходила
> ещё на ядрах серии 2.6 - не каких проблем.Еще lilo был
> загрузчик,приходилось извращаться с геометрией диска в параметрах чтобы swap указать.Но
> проще оказалось поправить bios и уходить в sleep режим,благо гигобайт
> официально стал поддерживать linux в своих Биос.В смысле, видяхи nvidia, тачпады synaptic, wifi broadcomm и ещё 100500 наименований? Неее... Проще с настолько кривым софтом распрощаться.
>broadcomm и ещё 100500 наименований?Ну не знаю.Я первый раз купив ноутбук в 13 году удивился что не чего не пришлось вообще настраивать.Все работало- в том числе и гибернация,но т.к засыпание тоже работало,проще оказалось S3 режимом пользоваться Но ноутбук был в зелёном списке (хорошая совместимость) уже не помню как сайт назывался - где был список совместимых ноутбуков для linux.А так вообще то точпад должен эмулировать ps/2 протокол при отсутствии специальных драйверов и тогда не надо будет рвать волосы. И вообще производители навязывают софт затычки вместо нормальных стандартов.Звук ac,97 ,порезанный стандарт ACPI и т.д. Знаете ли вы что гибернация по стандарту можно реализовать аппаратно ? Да, да были даже персоналки такие,но очень мало,в основном ноутбуки.Посмотрите старые программы разбивки разделов- и посмотрите карту id разделов.Есть там hybernation swap - отдельный раздел для засыпания, если bios эту фичу поддерживал то засыпать в спецраздел можно было ещё на ядрах серии 2.4 без всякого геморроя. Но писать bios нужно уметь ,предпочли софт затычки для этого режима,вот от этого и проблемы.Криворукие инженеры уже и до ACPI S3 добрались :-(
Да-да, вся рота не в ногу...
> Да-да, вся рота не в ногу...Какая рота? Технари с виндов как раз посваливали крупным оптом. Пришлось аж WSL пилить чтобы хоть немного притормозить откровенное "дезертирство". Простите, у вас там целые батальоны продвинутых програмеров посваливали.
На Киселев-тв все еще загнивающий запад загнивает? Такое ощущение, что я рассказы про "грядущий в_е_ндекапец" слышу дольше, чем вы на свете живете - а оно за 30 лет вот только до 3% доползло - такими темпами мои отсутствующие пока внуки имеют все шансы пронаблюдать своими глазами из первого ряда.
> На Киселев-тв все еще загнивающий запад загнивает?Вам виднее про что это, я вообще зомбоящики не смотрю.
> про "грядущий в_е_ндекапец" слышу дольше, чем вы на свете живете -
А таки - вы неплохо иллюстрируете почему он в общем то уже произошел. Рядом с такими как вы лично мне работать было бы дико зaпaдлo. Без таких как вы в рабочем окружении - намного лучше, как по мне. Так что вы обрекаете экосистему винды и своих энтерпрайзов на вполне характерные вещи. Я это всецело одобряю, это то что майкрософт заслужил.
Миром правит не тайная ложа, а явная лажа. Но злой умысел можно увидеть везде. Погода плохая? Это боги специально захотели лично тебе нагадить.
Ау, геоинженерия и стратосферные аэрозоли ещё факт прошлого века. Прочитай самих авторов - Первая глобальная революция.
Сколько мегатонн аэрозолей нужно? Сколько для этого нужно самолётов и топлива? Сколько это будет стоить?
Погугли. За всё платит клиент.
Продаю шапочку из фольги, дорого(С)
Продавай фольга от изменения климата тебя не спасет.
Взял какая то бредовое утверждение и выдаешь его за истину.
гугли Бритву Хэнлона, и с натяжкой Бритву Оккама. Или продолжай все списывать на масонов, жителей Нибиру и прочих персонажей.
может он решил отложить релиз из-за педали всё-таки? нашёл так сказать козла отпущения
Вот давайте не будем педалировать эту тему - педаль для автора ядра важнее.
> инженер из компании Intel выявил сбой, не позволяющий ядру корректно
> выйти из спящего режима на некоторых ноутбуках с процессорами IntelКомпания Intel забыла сообщить компании Microsoft, что еще не адаптировала все бекдоры на под новый фикс?
Поэтому фикс отложили?))
наградить педалью нашедшего баг
Или наказать ею же того, кто патч принимал? )
так никто не принимал 🤷♂️
Значит ответственность ложится на главного - заругать и отстранить Линуса на релизный цикл пока не извинится.
Заставить делать педали.
Ну в принципе, как по мне я хреновые педали проще переживу чем глюкавый линуск :) Так что - ДА! :)
Не педалью, а пендалем. Нашёл он баг, то был чей надо баг.
> патч был подан нестандартно - но был принятПлатиновому спонсору можно. Линус не заругает и КоКом не ударит.
Материальные интересы часто оказываются важнее моральных ценностей, и именно поэтому я не очень люблю капитализм. 💸🤷♂️ Я считаю, что настоящее богатство заключается не только в деньгах, но и в отношениях с людьми и соблюдении этических норм. 🌱
Звучит как первый абзац КоКа, которым принуждают к мировозрению хозяина.. ээ "этическим" нормам!
Уже в первобытном обществе нахлебники нанимали шамана, который искал причины почему одни должны отдавать своё и подчинятся другим.
Для этого нахлебникам нужно было иметь ресурс, чтобы выбиться наверх и подкатить к шаманам...
А шаманам ещё надо было стать шаманами
Никто и не обещал что будет легко :) Но работает до сих пор! 8-о
количество считается ресурсом?
Еще Сенека писал что не стоит хозяину относиться к рабам как к скоту так как жизнь такого хозяина будет не долгой, а смерть мучительной.
Ещё бывает, моральные интересы оказываются важнее материальных интересов и это аналогично приводит к весьма неприятным последствиям. Потому-что все эти интересы это кого надо интересы, а с твоими интересами это никак не пересекается.
Звучит хорошо, но бытье определяет сознание.
Другими словами, ее какую среду создали человеку - такой он как правило и есть (в рамках нормального распределения).
Ну при чем тут капитализм? Материальные интересы есть и при социализме. А по сути - соглашусь. Но это не капитализм, это как-то по другому назвать нужно. Это какая-то подлость. А капитализм это про управление деньгами и социальное неравенство. В отличии от социализма, где тоже про управление деньгами, но про социальное равенство. Ну, в моем личном понимании
>... и социальное неравенство.Такого не помню. Скорее "значительно меньшее социальное неравенство". Но всё равно водила и 1-Ый сУкретарь даже какого нить райкома сранного - всё же имели разные ... разности :)
Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша (или если смелые - инспектора ДПС :-)))) ) - поймёте что диапазон был по-уже.
> Такого не помню. Скорее "значительно меньшее социальное неравенство".Это типа один ездит за бугор по выездной визе, а второй рабом пашет в гулаге?
Я бы не называл это "значительно меньшее")> Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша (или если смелые - инспектора ДПС :-)))) ) - поймёте что диапазон был по-уже.
А еще можно вспомнить автомобили.
У Сралина были ролсройсы, паккарды.. а вот обычному гражданину шишЪ - "запрет на импорт автомашин как грузовых, так и легковых, без специального разрешения ЦК""
>Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгашаСталин со своей шайкой были хозяевами всего СССР. Им не нужно хапать деньги, им Гознак сколько угодно напечатает, жители совка на рудниках за "копейки" добудут золота. 1972 году в СССР отменили рабство - селянам дали паспорта.
- В вашем коде выявлена уязвимость!
- Да что вы говорите?.. все-таки выявлена...
Не прокатило. Вычеркиваем.
А нexpeн было их туда пускать!
Видимо надо было работу делать а не педальки паять.
>но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86Все кинулись пинать микрософт, а проблема-то в рабочих процессах, в древних списках рассылок вместо нормального баг-трекера и репозитория. В них всё делается и проверяется вручную. Какой-нибудь гитлаб не позволил бы без аппрува замёржить патч. А кто у нас отвечает за рабочие процессы в разработке ядра? А? А? Он и виноват )
> вместо нормального баг-трекера и репозиторияо да, а в багтрекере должно быть мое любимое:
- куча сообщений от людей, которых затронул баг
- просьба не спамить или запрет коментировать от разработчика
- закрытие багрепорта ботом из-за отсутствия активности> Какой-нибудь гитлаб не позволил бы
https://www.opennet.me/opennews/art.shtml?num=60425
https://www.opennet.me/opennews/art.shtml?num=60498
https://www.opennet.me/opennews/art.shtml?num=61445
https://www.opennet.me/opennews/art.shtml?num=61851
и т.д. При наличии прав владельца на любой репозиторий на том же сервере "какой-нибудь гитлаб" позволяет получить доступ к репозиторию, на который у тебя нет прав и это даже не баг.
"Stop reopening the bug!" (c)
Позволит в обход если владелец репы
"изменениях, подготовленных сотрудником Microsoft"
Как его допустили к ядру???
С подключением
"Сбой проявлялся при сборке ядра компилятором Clang"
Вообще-то нужно нормальным GCC собирать, а не шлангами всякими.
Так в шланге она таки проявляется.
Значит ли это что бекдор делался для GCC ?
И возможно при их участии.
Вот она теория заговора с другой стороны. Со стороны корпорастов.
Это как раз шланг нормальный. Максимально оптимизирует в соответствии со стандартом. и требует его соблюдения жёстче, чем GCC. Нарушил стандарт - назальные демоны неминуемы.
Поддерживаю. Шланг выдает более оптимизированный код, даже ворнинги показывает, если например указатель где то используется после освобождения
Что там какой-то Кент Оверстрит, вот Microsoft это другое!
Ващет его патчи принимались так же - в обход из кармана-в-карман лично ГЛАВНЫМ, и горячиться финнский парень начал то ли на второй, то ли на третий раз. Говорю же - с головы гниёт.
Да неужели...
Вот и посыпалось ядро, а то ли ещё будет..
Причины:
1. Прогнали грамотных специалистов, вместо них за дело взялись сотрудники главного конкурента.
2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, хорошо изученным и предсказуемым компилятором.
3. Развели зоопарк языков. Ждём сбой, вызванный модулем на Расте.
С П.2 особенно согласен и плюсую.
П.3 Зато такие модули будут вызывать безопастные сбои.
> 1. Прогнали грамотных специалистовА они там вообще были?))
> 2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, хорошо изученным и предсказуемым компилятором.
Разрушили монополию одного компилятора, предоставили свободную альтернативу.
Ну и когда что-то работает в гцц и не работает в шланге это не всегда проблема шланга. Просто гцц за быдлокодерами попу подтирает в контексте всяких UB.> 3. Развели зоопарк языков.
Лучшее что случилось с ядром за последние лет десять
Красиво аргументировал, но результат-то от этого всего совсем другой - ядро посыпалось и это только начало...
Погоди, ты хочешь сказать что раньше ядро не сыпалось?
Типа 30 лет было все отлично, работало как часы и тут БАЦ!Мне просто помнится другое, что постоянно какой-то кривой код попадал в ядро.
Из последних - не компилируемый код на который бурчал Линус.
Ты нишего не шаришь! В яджре 2.6 было вщё хорошо!
> Ну и когда что-то работает в гцц и не работает в шланге это не всегда проблема шланга. Просто гцц за быдлокодерами попу подтирает в контексте всяких UB.Точно! Недавно обнаружил, что код типа
...
a = sqrt(b);
return a;
}и код
...
return sqrt(b);
}в результате компиляции GCC возвращают разные значения (правильное значение в первом случае). Забавно. Если переходите с любого компилятора на GCC, проверяйте!
По п.2. Подскажите, кто там ещё есть, кроме gcc & clang? Как-то 2 штуки не тянут на "зоопарк".
> проверенным временем, хорошо изученным и предсказуемым компилятором.gcc 2.96?
> 1. Прогнали грамотных специалистов, вместо них за дело взялись сотрудники главного конкурента.Да какой они тепер нахрен конкурент? Они теперь - stakeholder. У них - абажур! С него львиная доля их профитов, и там клиентура дружно выбрала линух. И при такой структуре доходов - и черт с ней с виндой. Они абажур на линух перевести хотят, по очевидным причинам. Вон как пыжатся с портом HyperV и имплементацией этого в KVM. Когда проблему атакуют аж с 2 разных направлений - видимо конкретно припекло. Cупер-проприетарь не сработала - даже для самих божков? :D
> 2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем,
> хорошо изученным и предсказуемым компилятором.Шланг там юзался как я понимаю как раз ради продвинутой секурити фичи. И тут вдруг оказалось что этот патч с таким комбо вообще не дружит. Опа.
> 3. Развели зоопарк языков. Ждём сбой, вызванный модулем на Расте.
И каким боком хруст и даже компилер - к кривости взаимодействия улучшения с кешированием таблиц и для ROX страниц VS баги от этого? Для начала если кто трогает что-от в подсистеме памяти - они это тестировать должны были нормально. Во всех позах. А тут - даже не уровень Кента.
Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается - он хорош, если ещё и запускается - великолепен!"(С) что не так-то?
> Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается
> - он хорош, если ещё и запускается - великолепен!"(С) что не
> так-то?Интел с своим CFI недоволен - у wintel жабогадюкинг случайно вышел, при том - на чужом поле! :P
Впрочем, у intel не лучшие времена - как впрочем и у win - от хорошей жизни WSL не делают, и абажуры на linux чисто для лулзов не перетягивают. Просто изменились времена. И структура доходов вместе с ними. А так даже майкрософт может стать шкурно заинтересован в линухе. А что делать, если для хостинга виртуалок это лучше оказалось?! Дарить отгрызенную зубами из гранита рыночную долю конкурентам - не хочется же.
>> Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается
>> - он хорош, если ещё и запускается - великолепен!"(С) что не
>> так-то?
> Интел с своим CFI недоволен - у wintel жабогадюкинг случайно вышел, при
> том - на чужом поле! :PНу вот пусть ГЛАВНОМУ и жалуются, чо уж. "И пусть жираф был не прав - но виновен не жираф..."
> Впрочем, у intel не лучшие времена - как впрочем и у win
> - от хорошей жизни WSL не делают, и абажуры на linux
> чисто для лулзов не перетягивают. Просто изменились времена. И структура доходов
> вместе с ними. А так даже майкрософт может стать шкурно заинтересован
> в линухе. А что делать, если для хостинга виртуалок это лучше
> оказалось?! Дарить отгрызенную зубами из гранита рыночную долю конкурентам - не
> хочется же.Я понимаю, что ни AWS, ни Openshift, ни Azure, ни GCP вы в глаза не видели не то, что с "серверной" а и с "клиентской" стороны даже - но "где-то там унутре" понимание что под десятью слоями прокладок-прослоек-веб-интерфейсов-и-абстракций то самое ведро должно греть душу Правоверному, верю.
> Ну вот пусть ГЛАВНОМУ и жалуются, чо уж. "И пусть жираф был
> не прав - но виновен не жираф..."Да уже вон и начался жабогадюкинг в рассылке. Ясен фиг до релиза починят.
> Я понимаю, что ни AWS, ни Openshift, ни Azure, ни GCP вы
> в глаза не видели не то, что с "серверной" а и
> с "клиентской" стороны даже -Понимайте что угодно, но как говорилось одними персонадами, "ваше понимание не требуется".
> но "где-то там унутре" понимание что
> под десятью слоями прокладок-прослоек-веб-интерфейсов-и-абстракций то самое ведро должно
> греть душу Правоверному, верю.Если в вашем космическом корабле нет источника энергии - это всего лишь дорогой, высокотехнологичный металлолом. Он так не полетит.
> Сбой проявлялся при сборке ядра компилятором Clang с включённым режимом защиты CFI (Control Flow Integrity)Ой-ой, вон ядро OS/2 вообще не работало если изменить какую-нибудь из жёстко заданных опций компилятора, а тут шлангом, да ещё с защитой, да ещё и работает, просто из слипа не выходит...
То что ядро не выходит из слипа с драйверами nvidia-470 — всем значит пофик? Я вынужден на драйвере nvidia-390 сидеть, но про это на опеннете не напишут!
> но про это на опеннете не напишут!Ой, смотри-ка, написали!
А вы что, держали в руках исходники ядра OS/2 и даже собирали его?
> держали в руках исходники ядра OS/2Да, была утечка в начале 2000-ых.
Сам не собирал, энтузиасты собирали. Впрочем, инфа о капризности сборки была и раньше от мейнтейнера ядра, который немного общался с сообществом и регулярно выкладывал неофициальные билды на test.boulder.ibm.com.
Ну вообще да, пофиг. В бубунте вот вовсе, если память не изменяет, отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"
> отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate, но "systemctl hibernate" работает.
>> отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"
> Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot
> (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate,
> но "systemctl hibernate" работает.Да-да, так же прекрасно, как аппаратное ускорение в браузере - обязательно найдется arch'школьник с рассказом как он
...
...
...
profit!
А в реальности - ну вот zram не, какой-нибудь btrfs - не, шифрование корня? Не. Работа на реальных устройствах? Лотерея, хорошо если только какая-нибудь периферия отваливаться будет - а в остальном да-да, отлично работает, как в 15.04 выпилили так и вопросов к ней нет.
>отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"Это все из за того что грамотных людей которые могли писать bios очень мало,а железок хочется выпускать побольше моделей.Сперва стали упрощать acpi,затем пошло упрощение в UEFI, пришли к
Modern Standby.Молодцы, ноутбук теплый,это минимум 15 ватт в этом альтернативном режиме.
К вашему сведению даже без патчей гибернация работала на ядре 2.2 .Да ,это к сожалению работало была очень ограниченной серии ноутбуков и персоналок. Это я к чему- внезапно гибернация может реализована аппаратно на уровне прошивки !! Не верите- поищите старые менеджеры дисков, Толи парагон,толи Нортон,не помню точно - посмотрите легенду id partion : обнаружите раздел hibernation swap. Да, можно было создать этот раздел и если Биос увидел этот раздел- по кнопке с Клавы ноутбук или персоналка засыпала,даже 98 винда.
>[оверквотинг удален]
> пошло упрощение в UEFI, пришли к
> Modern Standby.Молодцы, ноутбук теплый,это минимум 15 ватт в этом альтернативном режиме.
> К вашему сведению даже без патчей гибернация работала на
> ядре 2.2 .Да ,это к сожалению работало была очень ограниченной серии
> ноутбуков и персоналок. Это я к чему- внезапно гибернация может реализована
> аппаратно на уровне прошивки !! Не верите- поищите старые менеджеры
> дисков, Толи парагон,толи Нортон,не помню точно - посмотрите легенду id partion
> : обнаружите раздел hibernation swap. Да, можно было создать этот раздел
> и если Биос увидел этот раздел- по кнопке с Клавы ноутбук
> или персоналка засыпала,даже 98 винда.Да-да, "вся рота не в ногу..." - а на деле есть вот то, что есть.
> То что ядро не выходит из слипа с драйверами nvidia-470 — всем
> значит пофик? Я вынужден на драйвере nvidia-390 сидеть, но про этоА это называется - "contact your support". Нет, в майнлайне вам никто помогать со всем этим, разумеется, не будет: "tainted kernel -> GTFO".
И вы идете жабогадючиться с саппортом нвидии. Вы им денег платили? За нечто внемайнлайновое? Тогда - вот так. Вы не часть процесса. Был бы у вас интел или амд, вы бы могли прийти к вон тем или их коллегам. С нвидией? И левым модулем? Упс.
> на опеннете не напишут!
Автор этой новости нвидией из принципе не пользуется. Вот как раз поэтому.
Опять "stable api is nonsense" боком выходит, да что ж такое-то.
Ядро-то не менялось, версия дров Nvidia поменялась. Так что unstable, да не там.
> Опять "stable api is nonsense" боком выходит, да что ж такое-то.Там вообще-то очень целенаправленно трахнули нвидию экспортами GPL_ONLY.
Навесив механизм защиты этих экспортов от потуг юзания non-GPL модулями, между прочим, и пообещав гасить тех кто будет мухлевать по наглой рыжей морде, ни много ни мало DMCA takedown'ами, за "technical measures circumvention" между прочим.
Вот тут нвидия кажется начала догадываьтся - что оказывается, в игру "у нас офигенная интеллектуальная собственность" - могут играть не только они! И вполне можно насыпать им их любимым инструментом точно такие же люли в панамку :-)
Так что удачи с репортами багов с нвидиями - в ядро линуха. Аж два раза. Вам сказали - валите в саппорт тех кому денег платили. Это _НЕ_ часть ядра Linux и вообще совсем не его проблема. Что хотите то и делайте.
А чего у 470 в /etc/modprobe.d/nvidia.conf options nvidia-drm modeset=1 не расскомментировать? Даже Steamhelper заработает нормально.
Проверил, не помогает.
Хотя на ядре 5.15 вроде стало лучше, но там зависание при выходе из слипа и было плавающее.
На ядре 6.8 что с modeset что без него по выходу из слипа 100%-ный чёрный экран и в логе сбой в 0010:nv_restore_user_channels+0xd8/0xf0 [nvidia]
Почитать опеннетовских экспертов - ну так ядро линукса пишется исключительно энтузиастами, которые пишут код по фану непременно попивая кружку пивасика! УВЫ И АХ. Это не так! Ядро лиукса пишут корпорации, и микрософт в том числе! Без корпораций, ядро было бы чем-нибудь вроде GNU/Hard.
Да, но немного другое. Новость вот о чем (по моему мнению). А именно, Microsoft имеет право вносить код в ядро Linux по своему усмотрению, без модерации.
На этот раз ты не через VPN зашёл. Для отчётности перед хозяевами?
> Без корпораций, ядро было бы чем-нибудь вроде GNU/HardНе правда! Ядро взлетело, когда ещё не было корпораций. Hurd не взлетел по причине сложности проектирования в концепции микроядра и потому что в это же время хорошо стартанул Linux и перетянул всё внимание на себя.
> Не правда! Ядро взлетело, когда ещё не было корпораций.IBM которая вложила в ядро лярд денег и, что более важно, 1500 инженеров, такая "Ну да, ну да, пошла я... покупать красношапку"))
Ядро без корпов было наколенной васяно-поделкой, без дров, без нормальной поддержки и планов на развитие.
Конечно сейчас будут кричать "да мы бы и без них", но история не терпит сослагательного наклонения.
У нас есть ядро с корпами и Хурд без корпов.
Как говориться "почувствуйте разницу"
Ну вообще-то не ярд, а ДЖВА РАЗА ПО ЯРДУ - с первого оно и впрямь... низЭнько-низЭнько пошло.
> Ядро взлетело, когда ещё не было корпораций.В XVIII веке, что ли?
Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра.
> Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра.Да вон там нвидию :)) обещают засудить :)) за обход technical measures - GPL_ONLY импортов в левые модули. Да, вы правильно поняли: мыши пообещали сожрать кошку, без соли. В смысле, опенсорсники - пообещали махровому проприетарщику засудить его по сути за действо сравнимое с взломом DRM по общей логике действа :D :D
...и тут метод GPL Condom внезапно обломался...
Скорее как *BSD, что даже совсем неплохо. GNU/Hurd давно обскакали все фанопивасиковые Redox, MenuetOS и даже ReactOS.
Да это все из серии Обаме/Трампу/Байдену запрещено заходить в это кафе.
> Скорее как *BSD, что даже совсем неплохо.Как раз наоборот, совсем всё плохо. Вдумайся на секунду: у всех BSD систем вместе взятых и пользователей, и установок меньше, чем у маргинального Firefox. Даже у Edge больше, раза в два.
>> Скорее как *BSD, что даже совсем неплохо.
> Как раз наоборот, совсем всё плохо. Вдумайся на секунду: у всех BSD
> систем вместе взятых и пользователей, и установок меньше, чем у маргинального
> Firefox. Даже у Edge больше, раза в два.У BSD доля в вебе в районе 0.01% примерно. Это что, эдж настолько плох?
Вот вам и "открытый код"! Microsoft решила "помочь" Linux стать еще стабильнее, внося такие "незначительные" изменения, что ядро чуть в спячку вечным сном не отправилось.
ну да, это же не Кент Оверстрит, со своим BсacheFS, которого Линус пинал как собаку сутулуюа как Линус Торвальдс прокомментировал этот инцидент?
А он должен комментировать?
Для Кента есть прописанные правила в которых говорится как он должен подавать свои кривые поделки.
И для мелкомягких тоже есть правила, в которых указано что они имеют право так делать.Ты не сравнивай людей которые пишут ядро и на которых держится линукс, с чуваками пытающимися пропихнуть очередную "ненужность" в уже и так распухшее ядро.
> Ты не сравнивай людей …. , с чуваками- На площади автобус перевернулся!
- С людьми?
- Не, со студентами.ты хотел сказать “не сравнивай белых господ с холопами и рабами?”
> ты хотел сказать “не сравнивай белых господ с холопами и рабами?”Нет конечно!
Мелкомягкие это одна из корпораций, который основа, так сказать база ядра.
Без них ядро было бы просто Хурдом-без-соли.
Если там разработчик уволится, его собъет автобус или он уйдет в запой по причине непереносимости овнокода - они просто найдут нового.А кент это просто случайный человек, который предлагает очередную аналоговнетную ФС.
Кривую и ломающую пользователям данные.
И если завтра он, например, зарежет жену и уедет на кичу на 10 лет, то никто этот хлам поддерживать не будет.
Плюс ко всему, он еще и пихает фичи в багфиксы с хитрой мордой "а чо такова?".Так что..., ладно, да я сравниваю белых господ с какими-то нахальными бродягами.
>>а как Линус Торвальдс прокомментировал этот инцидент?
>А он должен комментировать?Он там в рукой водителях жи ?! Значит налаживание процесса и принуждение к его следованию - это его прямая задача. Должен тщательно разобраться и наказать кого попало!(С) Ну или уйти в кооператив по производству педалек :-р
Вот они, FOSS-энтузиасты с лева-направо: сотрудник Microsoft, сотрудник Intel, сотрудник AMD
> Вот они, FOSS-энтузиасты с лева-направо: сотрудник Microsoft, сотрудник Intel, сотрудник AMDА других "энтузиастов" для ядра, у нас нет.
Но ты можешь посмотреть на активно Хурдʼа и качество получаемого продукта))
>у нас нетУ вас может и нет, а у нас был Ганс Рейзер, Кон Коливас, Сергей Семин...
Комментаторы, я так смотрю, забывают про принцип "Бритва Хэнлона": «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью».Благо единственный программист который не создает багов это программист который не пишет код. К тому же Майкрософт это платиновый спонсор, неудивительно что их кодеры есть в команде разработчиков. А люди следящие за исполнением процедур принятия патчей могут накосячить,ведь совершенных людей в наш мир не завезли.
Короче, новость ни о чём.
> Комментаторы, я так смотрю, забывают про принцип "Бритва Хэнлона": «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью».Потому что теории заговора очень популярны.
Так можно переложить ответственность и объяснить свою никчемную жизнью.> Короче, новость ни о чём.
Зато комментов много)
Ты сразу скажи что в твоей картине мира злой умысел невозможен. Потому что ты слишком тревожный. Или как тогда если везде глупость определит злой умысел? Когда тебе большой брат скажет где злой умысел, а где нет? Так это логика хомяка, который тапает.
В цитате нет "никогда", умысел возможен, но нужно его искать там, где уже сложно объяснить глупостью.> Так это логика хомяка, который тапает.
Вот что что, а логика у этого хомяка что надо - это же бот, там код строчек на 50 где-то.
И по какой методике определять сложность объяснения? Ждать сигнали из министерства сложности?
Как? интуиция основаная на жизненом опыте. Не знаю как вы, я живу в мире где очень много глупости, а всякие гениальные манипуляции-многоходовочки это краснокнижный вид на грани вымирания. Поэтому если некий Х можно объяснить, без особого натягивания совы на глобус, глупостью или многоходовочкой, то при прочих равных, скорее всего это результат глупости. Просто чисто статистически.
сравнительным анализом, выбираем более простое, если вам для этого нужно "министерство сложности", ну окей, бывает...
> «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью»Красивыми фразами можно замаскировать любое зло.
Какая глупость, когда патчат ядро мимо мэйнтайнеров?
значит глупость тех кто такой бардак допустил
Товарищ, узнай о таком понятии как саботаж.
что чаще встречается, саботаж или глупость? Глупость, причем с огромным отрывом. Следовательно, шанс на стороне того, что это результат глупости
В этой истории мне непонятно только одно: почему эту фичу пишет Microsoft, а тестирует Intel. Если это фича процессора, его авторы и должны наверно улучшайзеры ядра писать под него, разве нет?
Дело в том что никто не подписывался, ни под созданием патча, ни под тестированием.
То что интел протестировала это им в плюс, а не их обязанность.
P.S.не фанат интела, у меня амд
Просто бек Майкрософта не запустился на интеле.
> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик.Оказывается, ТАК МОЖНО. Т.е. ВОТ ПРЯМО ТАК МОЖНО.
Какие там ещё патчи в обход и кто накидал- проверить можно, но кому это нужно?Б- БЕЗОПАСНОСТЬ
>> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик.
> Оказывается, ТАК МОЖНО. Т.е. ВОТ ПРЯМО ТАК МОЖНО.А чего тут сложного? Аноним лепит в новость своё экспертное мнение, остальные эксперты не умеют посмотреть историю, потому ему верят и разгоняют кипиш.
> Какие там ещё патчи в обход и кто накидал- проверить можно, но
> кому это нужно?Ничего ты не проверишь, ты даже этот не посмотрел.
> Б- БЕЗОПАСНОСТЬ
Этот как бы слова не анонима, а мэйнтейнера из 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_6ZafR.../
> Дополнительно отмечается, что патч, ставший причиной сбоя,
> был подан нестандартноА где отмечается? По ссылке под "отмечается" https://lore.kernel.org/lkml/Z4QM_RFfhNX_li_C@intel.com/ не вижу.
Зато вижу v7 в заголовке, и обсуждалось оно с апреля.
Или это анонимный эксперт отметил, но забыл почему-то свой ACK и подписаться?
Это не наш, это ваш бекдор плохо работает.
https://lore.kernel.org/lkml/20250113115151.GDZ4T-VwIq_6ZafR...
> https://lore.kernel.org/lkml/20250113115151.GDZ4T-VwIq_6ZafR...Спасибо.
> А где отмечается? По ссылке под "отмечается" https://lore.kernel.org/lkml/Z4QM_RFfhNX_li_C@intel.com/
> не вижу.А соседнее сообщение от Borislav Petkov клацнуть - вам религия не позволила?
>> А где отмечается? По ссылке под "отмечается" https://lore.kernel.org/lkml/Z4QM_RFfhNX_li_C@intel.com/
>> не вижу.
> А соседнее сообщение от Borislav Petkov клацнуть - вам религия не позволила?Ну ты же не клацнул, а в соседнем сообщении посмотрел. Тебе и отвечать за религию.
> проблем со стабильностью в изменениях, подготовленных сотрудником Microsoftзабавно как-то получается: российских разработчиков заблокировали, а патчи от сотрудников компании, кровно заинтересованной в ухудшении кода альтернатив виндовсу, почему-то приняли, причём нестандартно и без подтверждений.
расскажите ещё что это совпадение.
> патчи от сотрудников компании, кровно заинтересованной в ухудшении кода альтернатив виндовсу, почему-то принялиЗабавно — это твой манямирок со злым Майкрософтом. Майкрософт кровно заинтересован в максимальной работоспособности Линукса на максимально широком спектре оборудования и систем виртуализации. Для них это вопрос, от которого на прямую зависит >50% дохода компании. То, что Линукс не конкурент Windows на десктопе, думаю, можно не упоминать.
>Линукс не конкурент Windows на десктопеПосле подобных телодвижений конечно никогда не будет.
Так и заблокировали тоже "нестандартно и без подтверждений". В лучших традициях.
Как вообще ядро тестируется? Руками? Кто-то случайно что-то на своем железе заметил и отписался? Автоматических тестов нет?
Да, именно так и тестируется -- оно потому в версии имеет буквы rc. И после выхода релиза недели 2-3 тестируется на пользователях. Позже тестирование не прекращается до конца жизни, просто количество ошибок остаётся относительно малым.Автоматические тесты есть, но гарантий они дать не могут, как и вообще любые тесты.
Автоматические тесты не дают гарантии, но могут отловить много чего, что уже не один раз пролезало в rc или даже в релиз. Вероятно, всё дело в том, что писать и поддерживать тесты это скучно, бесславно и утомительно, а всем хочется творить.
> Автоматические тесты есть, но гарантий они дать не могут, как и вообще любые тесты.Задача автотестов - тестировать быстрее и чаще, чем руками. Не «давать гарантии», нет.
> Как вообще ядро тестируется? Руками? Кто-то случайно что-то на своем железе заметил
> и отписался? Автоматических тестов нет?На самом деле - по всякому. Но фич, и вариантов билда столь несчетное множество - что хватит все. С превышением.
...поэтому народ берет СВОИ конфиги, берет -RC, билдует, тестирует... а тут, вот, такое вылезло. Пусть и на довольно экзотичном комбо (CFI не сильно попсовая фича пока).
> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтвержденияМайки хотят Линуса вслед за Поттерингом?
Первый раз что ли
> не позволяющий ядру корректно выйти из спящего режима на некоторыхТестирование нами нескольких сотен компьютеров десятков производителей под Windows различных сборок показало, что данный режим ни на одном из них не работает корректно. Так что печальный опыт у главного персонажа темы есть.
Толи ещё будет, ой-ой-ой...
Билл Гейтс в свое время писал (это письмо сохранилось, как вещдок в антимонопольном деле против микрософт), что необходимо так сделать ACPI стандарт, чтобы он корректно работал только на ОС Windows и сбоил на других системах. Именно из-за этого мы наблюдали и наблюдаем до сих пор проблемы со сном на многих Линуксах. Похоже черное его дело продолжают и сейчас.
Весь ржач в том, что и макрософак через ***опу сделала венду - после хибернации ОБЯЗАТЕЛЬНО случаются глюки, так что лучше машину выключать полностью.
а благодаря чему в оффтопике ACPI должен нормально работать, а во всех остальных ОС - нет? Что за колдунства?
> а благодаря чему в оффтопике ACPI должен нормально работать, а во всех
> остальных ОС - нет? Что за колдунства?Внезапно там есть OS-специфичные вызовы. Хотя можно попросить и линух косплеить винду в вызовах ACPI (т.е. представляться якобы-виндой в вызовах). Иногда от заскоков кривого ACPI помогает.
Но вообще-то wintel завонял сам себя как мужик пережравший бобов - и теперь у них и винда на половине ноутов не работает нормально, если не преинстальнутая версия.
Только преинстальнутая версия заменяет свой образ на более новую во время обновления и классненько отваливается в синий экран.
> Только преинстальнутая версия заменяет свой образ на более новую во время обновления
> и классненько отваливается в синий экран.Я и интереснее факапы видел. Предустановленная ось, ноут...
- А вот тут новая версия драйвера в windows update, скачать?
- Фигачь!
- Ых, ых, ых...Графоний в этом месте зависает и далее система ни жива, ни мертва - курсор мыша, вроде, ездит, крутит спиннер - мол, ждите. Но графоний в полном ауте, ни на что не реагирует, за 3 часа так и не отлип. После ребута вообще сдохло и пришлось это откатывать.
Так что у wintel уже давно успешные и теплые отношения между программистами :)