Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванный кодом сотрудника Microsoft"	+/–
Сообщение от opennews (??), 15-Янв-25, 10:01
Линус Торвальдс намеревался опубликовать релиз ядра Linux 6.13  в это воскресенье, но скорее всего тестирование ветки 6.13 будет отложено на неделю из-за выявления проблем со стабильностью в изменениях, подготовленных сотрудником Microsoft и принятых в ветку 6.13 в ноябре. Дополнительно отмечается, что патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62555
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от Аноним (1), 15-Янв-25, 10:01
Ой, это же конечно случайность! (Сарказм)
Ответить | Правка | Наверх | Cообщить модератору

	4. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+22 +/–
	Сообщение от Аноним (4), 15-Янв-25, 10:04
	сколько кривого кода добавляется в каждый пингвиний релиз, но опенет заостряет внимание именно на этом инциденте... очевидно, зачем ;)
	Ответить | Правка | Наверх | Cообщить модератору

	8. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+6 +/–
	Сообщение от Дмитрий (??), 15-Янв-25, 10:10
	Нет, не очевидно
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (155), 15-Янв-25, 18:13
	> Изменение решало проблему с маппингом в режиме ROX страниц для ещё полностью не сформированного исполняемого кода и позволяло обойтись без временного ремапинга ROX-страниц в режим записи до завершения подготовки модулей ядра к работе. Это очень чувствительный для безопасности код. "ещё полностью не сформированного исполняемого кода" - надо разбираться с реализацией, чтобы M$ не создали возможность изменять исполняемый код!
	Ответить | Правка | Наверх | Cообщить модератору

	12. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+11 +/–
	Сообщение от Аноним (12), 15-Янв-25, 10:20
	Так может это у тебя проблемы, если из всей новости ты заметил только Microsoft, но не «патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик» и то, что это, крайне неожиданно, привело к проблемам?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	14. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+9 +/–
	Сообщение от Аноним (4), 15-Янв-25, 10:24
	проблемы наверное у линукс, раз такие патчи в их бюрократической системе проходят до самого верхнего уровня?
	Ответить | Правка | Наверх | Cообщить модератору

	23. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (23), 15-Янв-25, 10:40
	Я бы сформулировал "в том числе".
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (37), 15-Янв-25, 11:03
	В каком стиле. Майки специально сделали так чтобы их код заходил прямо в ядро без смазки.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от aname (?), 15-Янв-25, 14:30
	И они сделали это УСПЕШНО
	Ответить | Правка | Наверх | Cообщить модератору

	108. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (37), 15-Янв-25, 14:34
	Так поопладируем им стоя, за то что они очередной раз нам успешно присунунли.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+12 +/–
	Сообщение от _kp (ok), 15-Янв-25, 10:46
	Кривой код написать может кто угодно, и в этом ничего не страшного нет. Ну, бывает. А когда говнокод проталкивается в обход тестирования и утверждения, это уже злой умысел.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	42. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (4), 15-Янв-25, 11:06
	в данном конкретном случае - действительно ничего страшного нет но если этот код управляет, скажем, самолётом, либо медицинским оборудованием - вот это уже становится страшным
	Ответить | Правка | Наверх | Cообщить модератору

	67. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от _kp (ok), 15-Янв-25, 12:01
	Так и я о том. Надёжность ПО определяется не столько крутостью отдельных программистов, а культурой тестирования и приёмки кода. В данном случае, явный прокол.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от mfa (?), 15-Янв-25, 17:42
	Бага выявлена. В чём прокол? Пропустивших - в гулаг.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от _kp (ok), 15-Янв-25, 18:04
	А могла бы не быть выловлена. Нарушителей правил надо бы поставить в угол.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Noname (??), 15-Янв-25, 12:01
	Не может, должно пройти несколько лет использования. Никто там не будет гнаться за версией ядра, за ролинг обновлениями итд. Это удел пкбояр. При выборе ядра у них будет вопрос насколько оно стабильно, и как давно оно используется и тестируется? При этом, они сами будут дополнительно тестировать и патчить.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	122. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от _ (??), 15-Янв-25, 16:34
	Если:    - "этот код управляет, скажем, самолётом, либо медицинским оборудованием"(С)(R) ...    - да ещё и на "на некоторых ноутбуках с процессорами Intel (например, с CPU на базе микроархитектуры Alderlake)"(C) ... а как они на такие системы вообще попали?!? ...    - "не позволяющий ядру корректно выйти из спящего режима" ... а как оно на _таких_ системах вообще в сон вошло?!? 8-\ ... То уже не важно: линуск, микрософт или что там ещё, это значит что волшебноголовые опеннетчики добрались до управления такими проектами и теперь "мы все умрем!"(С) :) Но слава Мегатрону - пока ещё нет(?) ... так что в реальной жизни единственная реальная опасность это - чтобы вернувшись из ванной продолжить просмотр прона, тебе предётся ребутнуть песЮг :-)))) Всио. :-)
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	173. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (173), 15-Янв-25, 21:42
	Легко попало. Или ты действительно лумаешь что в большинстве медицинского оборудования будет стоять что-то мощнее n-xxx?
	Ответить | Правка | Наверх | Cообщить модератору

	208. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Bottle (?), 16-Янв-25, 10:47
	Если Линукс стоит в медицинском оборудовании, стоит волноваться за пациентов. Он, конечно, хорошая ОС, но не зря пишут встройки под такие системы. Там реалтайм важен, настоящий, а не эмулированный, как в Linux. К тому же из-за размера кодовой базы отлаживать баги будет очень "весело".
	Ответить | Правка | Наверх | Cообщить модератору

	237. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 17-Янв-25, 18:29
	> Если Линукс стоит в медицинском оборудовании, стоит волноваться за пациентов. Он, конечно, > хорошая ОС, но не зря пишут встройки под такие системы. Там > реалтайм важен, настоящий, а не эмулированный, как в Linux. К тому > же из-за размера кодовой базы отлаживать баги будет очень "весело". Внезапно - Linux уже научился в настоящий реалтайм. Вот прям в сабжевом ядре и активировали впервые. Для десктопа впрочем мне не понравилось: гарантии RTOS - вообще не халявные оказались, +10 градусов к температуре CPU в простое системы ощущается довольно так себе, вентили слегка разгоняет.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+4 +/–
	Сообщение от User (??), 15-Янв-25, 10:05
	Да не, вполне себе закономерность - если по процессу никто - начиная с владельца процесса - не работает. Но конкретно тут ничего страшного -  hybernation в linux'е нормально и не работал никогда, одним зависоном больше, одним меньше - с ноября вот никто и не заметил, что что-то поменялось.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	51. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	–1 +/–
	Сообщение от Аноним (-), 15-Янв-25, 11:32
	> Да не, вполне себе закономерность - если по процессу никто - начиная > с владельца процесса - не работает. Вы забыли сущую фигню - показать тех у кого получилось лучше. Во первых - накосячил как раз представитель этих ваших мегакорпов, на минуточку. Во вторых - у самого этого мегакорпа получается еще хуже. Настолько что они уже сами на Linux и валят на своем абажуре. Извините, в этом вашем маздае - 200K файлов своротить - отвратительный по перфомансу экспериенс. В _разы_ хуже сабжа. Поэтому ms и возится - с линухом. И, вот, лажа вышла у "экспертов по линуксу". Справедливости ради - лажа довольно нишевая и кусается только в специфичной ситуации. Но когда сотрудник майкрософт не может починить сотруднику интель сломаный ноут - это выглядит довольно забавно :). Вот он, жабогадюкинг-2.0 :)
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Noname (??), 15-Янв-25, 12:06
	Интересно, если бы это был сотрудник не от ms, были бы вы также красноречивы, думаю нет. Если вы прочитали новость, то должны были прочитать что сотрудник интел и сотрудник амд тоже не смогли сделать. Поэтому и задерживается.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от _ (??), 15-Янв-25, 16:46
	>Интересно, если бы это был сотрудник не от ms, За последнее время есть только один пример когда не корпоративный перец привовывал в ведро мимо всех правил ... там кстати тоже ваш божок рукойводил :)
	Ответить | Правка | Наверх | Cообщить модератору

	158. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Noname (??), 15-Янв-25, 18:46
	Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем вы вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	200. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 16-Янв-25, 07:23
	> Выражайтесь не окультным языком. Я вас не понимаю. Какой божок, о чем > вы вообще? У этой секты их, как и положено - два: один с бородой, другой с пальцем. Здесь - про второго, не перепутай!
	Ответить | Правка | Наверх | Cообщить модератору

	218. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 20:40
	>>Интересно, если бы это был сотрудник не от ms, > За последнее время есть только один пример когда не корпоративный перец привовывал > в ведро мимо всех правил ... там кстати тоже ваш божок рукойводил :) Да ладно, единственный. Это про кента чтоли, сломавшего первый RC? Майкрософт даже его превзошел - сломал последний RC, во. Так что там тоже народ заагрился, так то. Торвальдс думал что релизить фичи хуже уровня Кента уже некуда, но тут снизу постучала корпорация Майкрософт :D
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	139. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 15-Янв-25, 17:13
	> Интересно, если бы это был сотрудник не от ms, были бы вы > также красноречивы, думаю нет. Мне кажется, тогда это точно не вкомитили бы без ACKов как супергодную фичу. А тут может понадеялись что дятлов кодить кернел в мегакорпы не берут, мало ли. > Если вы прочитали новость, то должны были > прочитать что сотрудник интел и сотрудник амд тоже не смогли сделать. Я эту новость - написал. Правда ее здорово отрихтовали/дополнили под подробности. Сотрудник интел там в основном потому что заметил что его лаптоп из спячки теперь не выходит, с каким-то левым факапом. А поскольку он все же сотрудник интел, по части линуха, он это отдебажил в темпе вальса - и оказался такой интересный результат. > Поэтому и задерживается. У лично меня 2 вопроса. 1) Тестируют ли в майкрософте свое добро? 2) И почему это все - без ACKов от майнтайнеров подсистемы? Реально - там хотели то хорошего, и там в рассылке даже вон недовольный откатом кадр у которого его сценарий стал тормознее из-за грубого отката. Ибо в отрихтованой новости напсано не совсем правильно. Суть фичи - это _кэш_ страничных таблиц для вон того варианта страниц и их использования. Ессно кеширование страничных таблиц ускоряет работу. Но как оказалось, в некоторых случаях это факапится. А реально не починено там - потому что при всей хорошести идеи, реализация - оставляет желать, там навертели черт знает что и по быстрому зафиксить не получилось. При том что оно по сути последним RC должно было быть - а тут всплыло вот это вот. Кому интересно - LKML читайте вокруг, ссыли в новости есть.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	157. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Noname (??), 15-Янв-25, 18:45
	Тестируют. Проблема не в этом, проблема в том что патч прошел минуя все этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали доступ и удалили все патчи присылаемые ими. Ну, а так, у меня на Н510 с процом 10100 тоже не выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но мать от другого вендора, и этой проблемы нет, тоже майки закосячили? Эта беда еще с 5.х версии у меня.
	Ответить | Правка | Наверх | Cообщить модератору

	201. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 16-Янв-25, 07:31
	> Тестируют. > Проблема не в этом, проблема в том что патч прошел минуя все > этапы принятия. Такое уже было с институтом каким-то. Вроде им заблокировали > доступ и удалили все патчи присылаемые ими. > Ну, а так, у меня на Н510 с процом 10100 тоже не > выходит из спящего режима, ядро 6.6. У колеги таже комбинация, но > мать от другого вендора, и этой проблемы нет, тоже майки закосячили? > Эта беда еще с 5.х версии у меня. Не, институт, если мы об одном и том же - проверял, можно ли через имеющиеся quolity gateways закладки протащить - ребятишек попросили "не раскачивать лодку" с помощью ноги-пальца-педели-и-других-подручных-предметов.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 20:58
	> Тестируют. Что-то не заметно судя по тому как оно работает. > Проблема не в этом, проблема в том что патч прошел минуя все > этапы принятия. Такое уже было с институтом каким-то. Ну так там в коментах раздраженные майнтайнеры откоментили про это дело - что больше такие вещи в обход майнтайнеров 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 при каждой итерации) вы узнаете с точностью до комита кто именно влепил плюху. А после этого - просто идете и пастите в багзилу и/или рассылку вот это вот. Тогда хороший шанс что починят, особенно если сообща с ними это делать.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	159. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Noname (??), 15-Янв-25, 18:50
	Фичу может хотели пропихнуть, а потом доделать. Но... всегда есть но, которое все портит. Вот и получилось фиаско)
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	174. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Карлос Сношайтилис (ok), 15-Янв-25, 21:47
	Вод ведь странно, у меня на всех компах работало. И с разными процессорами и на разных по типу: стационарный и ноут. И стабильнее чем в винде, которая после раза пятого-шестого просто не просыпалась. Но у вас, конечно, выборка лучше: один раз на одном компе не сработало...
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	196. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 16-Янв-25, 06:05
	> Вод ведь странно, у меня на всех компах работало. И с разными > процессорами и на разных по типу: стационарный и ноут. И стабильнее > чем в винде, которая после раза пятого-шестого просто не просыпалась. > Но у вас, конечно, выборка лучше: один раз на одном компе не > сработало... А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и по сий день включать не собирается? (смотрит) Да не, всё работает. А вот в ubuntu "почему-то"... Но у вас, понятно, выборка больше и скиллы лучше - не в службу, а в дружбу - сходите к ребятишкам, помогите разобраться - все "соммьюнити" спасибо скажет - а то сами они чот с 15.04 не могут...
	Ответить | Правка | Наверх | Cообщить модератору

	220. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 21:03
	> А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и > по сий день включать не собирается? (смотрит) Да не, всё работает. Но на воооон том компе - если попробовать именно хибернацию - в именно семерке - его на выходе из спячки почему-то постигает чудесный локап с черным экраном. Я конечно понимаю что десктопники меньше чем ноуты на это тестируют, но у линуха нет монополии на такие приколы. А какое-нибудь BSD до этого даже и не дойдет - локапнувшись еще при старте иксов. Так что хрен его там знает, выйдет оно из спячки или где. Если оно в нее вообще умело.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 17-Янв-25, 07:27
	>> А. Так это сталбыть, microsoft в районе 7ки поддержку гибернации отключил и >> по сий день включать не собирается? (смотрит) Да не, всё работает. > Но на воооон том компе - если попробовать именно хибернацию - в > именно семерке - его на выходе из спячки почему-то постигает чудесный > локап с черным экраном. Я конечно понимаю что десктопники меньше чем > ноуты на это тестируют, но у линуха нет монополии на такие > приколы. Но меж тем у одних оно включено by default, и чтобы найти неработающий вариант надо прям по мусорке в поисках десятилетней давности рухляди покопаться - а у других - ну вот так, как оно есть. А в остальном - да-да, никакой разницы и полный паритет. > А какое-нибудь BSD до этого даже и не дойдет - локапнувшись еще > при старте иксов. Так что хрен его там знает, выйдет оно > из спячки или где. Если оно в нее вообще умело. Да-да. И в Киеве дядька, и в штатах негров вешают, мы знаем.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 17-Янв-25, 18:33
	> Но меж тем у одних оно включено by default, и чтобы найти > неработающий вариант надо прям по мусорке в поисках Но меж тем - оно там локапается если так сделать и мне совершенно не интересны ваши отмазки. Двойные стандарты надо держать под контролем, имхо. И на ноутах тоже - де факто нормально работает только предустановленная винда. Все остальное - как повезет. >> из спячки или где. Если оно в нее вообще умело. > Да-да. И в Киеве дядька, и в штатах негров вешают, мы знаем. Если уж мы об этом - надо наподдать автырям ACPI и фирмварей. Достаточно валидацию таблиц ACPI сделать чтобы ощутить всю мощь индусской мысли. Но с предустановленной виндой оно как-то со скрипом прокатило -> можно продавать!
	Ответить | Правка | Наверх | Cообщить модератору

	176. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от maximnik0 (?), 15-Янв-25, 22:16
	>hybernation в linux'е нормально и не работал никогда А может не надо настолько кривое железо брать ? Хотя 90% проблем с сном видеокарта NVIDIA - и только недавно с открытием спецификаций и частично исходников ситуация стала улучшается.У меня персоналка в сон уходила ещё на ядрах серии 2.6 - не каких проблем.Еще lilo был загрузчик,приходилось извращаться с геометрией диска в параметрах чтобы swap указать.Но проще оказалось поправить bios и  уходить в sleep режим,благо гигобайт официально стал поддерживать linux в своих Биос.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	195. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 16-Янв-25, 06:01
	>>hybernation в linux'е нормально и не работал никогда > А может не надо настолько кривое железо брать ? Хотя 90% проблем > с сном видеокарта NVIDIA - и только недавно с открытием спецификаций > и частично исходников ситуация стала улучшается.У меня персоналка в сон уходила > ещё на ядрах серии 2.6 - не каких проблем.Еще lilo был > загрузчик,приходилось извращаться с геометрией диска в параметрах чтобы swap указать.Но > проще оказалось поправить bios и  уходить в sleep режим,благо гигобайт > официально стал поддерживать linux в своих Биос. В смысле, видяхи nvidia, тачпады synaptic, wifi broadcomm и ещё 100500 наименований? Неее... Проще с настолько кривым софтом распрощаться.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от maximnik0 (?), 16-Янв-25, 07:37
	>broadcomm и ещё 100500 наименований? Ну не знаю.Я первый раз  купив ноутбук в 13 году удивился что не чего не пришлось вообще настраивать.Все работало- в том числе и гибернация,но т.к засыпание тоже работало,проще оказалось S3 режимом пользоваться Но ноутбук был в зелёном списке (хорошая совместимость) уже не помню как сайт назывался - где был список совместимых ноутбуков для linux.А так вообще то точпад должен эмулировать ps/2 протокол при отсутствии специальных драйверов и тогда не надо будет рвать волосы. И вообще производители навязывают софт затычки вместо нормальных стандартов.Звук ac,97 ,порезанный стандарт ACPI и т.д. Знаете ли вы что гибернация по стандарту можно реализовать аппаратно ? Да, да были даже персоналки такие,но очень мало,в основном ноутбуки.Посмотрите старые программы разбивки разделов- и посмотрите карту id разделов.Есть там hybernation swap - отдельный раздел для засыпания, если bios эту фичу поддерживал то засыпать в спецраздел можно было ещё на ядрах серии 2.4 без всякого геморроя. Но писать bios нужно уметь ,предпочли софт затычки для этого режима,вот от этого и проблемы.Криворукие инженеры уже и до ACPI  S3 добрались :-(
	Ответить | Правка | Наверх | Cообщить модератору

	203. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 16-Янв-25, 07:49
	Да-да, вся рота не в ногу...
	Ответить | Правка | Наверх | Cообщить модератору

	221. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 21:05
	> Да-да, вся рота не в ногу... Какая рота? Технари с виндов как раз посваливали крупным оптом. Пришлось аж WSL пилить чтобы хоть немного притормозить откровенное "дезертирство". Простите, у вас там целые батальоны продвинутых програмеров посваливали.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 17-Янв-25, 07:31
	На Киселев-тв все еще загнивающий запад загнивает? Такое ощущение, что я рассказы про "грядущий в_е_ндекапец" слышу дольше, чем вы на свете живете - а оно за 30 лет вот только до 3% доползло - такими темпами мои отсутствующие пока внуки имеют все шансы пронаблюдать своими глазами из первого ряда.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (239), 17-Янв-25, 18:39
	> На Киселев-тв все еще загнивающий запад загнивает? Вам виднее про что это, я вообще зомбоящики не смотрю. > про "грядущий в_е_ндекапец" слышу дольше, чем вы на свете живете - А таки - вы неплохо иллюстрируете почему он в общем то уже произошел. Рядом с такими как вы лично мне работать было бы дико зaпaдлo. Без таких как вы в рабочем окружении - намного лучше, как по мне. Так что вы обрекаете экосистему винды и своих энтерпрайзов на вполне характерные вещи. Я это всецело одобряю, это то что майкрософт заслужил.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (7), 15-Янв-25, 10:09
	Миром правит не тайная ложа, а явная лажа. Но злой умысел можно увидеть везде. Погода плохая? Это боги специально захотели лично тебе нагадить.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	19. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	–5 +/–
	Сообщение от Аноним (19), 15-Янв-25, 10:36
	Ау, геоинженерия и стратосферные аэрозоли ещё факт прошлого века. Прочитай самих авторов - Первая глобальная революция.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от анонимус (??), 15-Янв-25, 15:06
	Сколько мегатонн аэрозолей нужно? Сколько для этого нужно самолётов и топлива? Сколько это будет стоить?
	Ответить | Правка | Наверх | Cообщить модератору

	125. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (37), 15-Янв-25, 16:43
	Погугли. За всё платит клиент.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от _ (??), 15-Янв-25, 16:48
	Продаю шапочку из фольги, дорого(С)
	Ответить | Правка | Наверх | Cообщить модератору

	160. Скрыто модератором	+/–
	Сообщение от Аноним (160), 15-Янв-25, 19:06
	Продавай фольга от изменения климата тебя не спасет.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (37), 15-Янв-25, 11:04
	Взял какая то бредовое утверждение и выдаешь его за истину.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	171. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (7), 15-Янв-25, 20:42
	гугли Бритву Хэнлона, и с натяжкой Бритву Оккама. Или продолжай все списывать на масонов, жителей Нибиру и прочих персонажей.
	Ответить | Правка | Наверх | Cообщить модератору

6. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+11 +/–
Сообщение от Аноним (4), 15-Янв-25, 10:06
может он решил отложить релиз из-за педали всё-таки? нашёл так сказать козла отпущения
Ответить | Правка | Наверх | Cообщить модератору

	60. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+9 +/–
	Сообщение от Аноним (1), 15-Янв-25, 11:46
	Вот давайте не будем педалировать эту тему - педаль для автора ядра важнее.
	Ответить | Правка | Наверх | Cообщить модератору

9. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
Сообщение от Аноним (-), 15-Янв-25, 10:12
> инженер из компании Intel выявил сбой, не позволяющий ядру корректно > выйти из спящего режима на некоторых ноутбуках с процессорами Intel Компания Intel забыла сообщить компании Microsoft, что еще не адаптировала все бекдоры на под новый фикс? Поэтому фикс отложили?))
Ответить | Правка | Наверх | Cообщить модератору

10. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+7 +/–
Сообщение от soarin (ok), 15-Янв-25, 10:15
наградить педалью нашедшего баг
Ответить | Правка | Наверх | Cообщить модератору

	13. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+3 +/–
	Сообщение от User (??), 15-Янв-25, 10:21
	Или наказать ею же того, кто патч принимал? )
	Ответить | Правка | Наверх | Cообщить модератору

	21. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Советский инженер (ok), 15-Янв-25, 10:39
	так никто не принимал 🤷‍♂️
	Ответить | Правка | Наверх | Cообщить модератору

	25. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+4 +/–
	Сообщение от Аноним (19), 15-Янв-25, 10:46
	Значит ответственность ложится на главного - заругать и отстранить Линуса на релизный цикл пока не извинится.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+4 +/–
	Сообщение от Аноним (1), 15-Янв-25, 11:10
	Заставить делать педали.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от _ (??), 15-Янв-25, 16:50
	Ну в принципе, как по мне я хреновые педали проще переживу чем глюкавый линуск :) Так что - ДА! :)
	Ответить | Правка | Наверх | Cообщить модератору

	55. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (55), 15-Янв-25, 11:36
	Не педалью, а пендалем. Нашёл он баг, то был чей надо баг.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

18. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+7 +/–
Сообщение от Аноним (19), 15-Янв-25, 10:31
> патч был подан нестандартно - но был принят Платиновому спонсору можно. Линус не заругает и КоКом не ударит.
Ответить | Правка | Наверх | Cообщить модератору

	20. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	–4 +/–
	Сообщение от ijuij (?), 15-Янв-25, 10:36
	Материальные интересы часто оказываются важнее моральных ценностей, и именно поэтому я не очень люблю капитализм. 💸🤷‍♂️ Я считаю, что настоящее богатство заключается не только в деньгах, но и в отношениях с людьми и соблюдении этических норм. 🌱
	Ответить | Правка | Наверх | Cообщить модератору

	24. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (19), 15-Янв-25, 10:43
	Звучит как первый абзац КоКа, которым принуждают к мировозрению хозяина.. ээ "этическим" нормам!
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (1), 15-Янв-25, 11:21
	Уже в первобытном обществе нахлебники нанимали шамана, который искал причины почему одни должны отдавать своё и подчинятся другим.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Андрей (??), 15-Янв-25, 14:11
	Для этого нахлебникам нужно было иметь ресурс, чтобы выбиться наверх и подкатить к шаманам...
	Ответить | Правка | Наверх | Cообщить модератору

	109. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от aname (?), 15-Янв-25, 14:36
	А шаманам ещё надо было стать шаманами
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от _ (??), 15-Янв-25, 16:52
	Никто и не обещал что будет легко :) Но работает до сих пор! 8-о
	Ответить | Правка | Наверх | Cообщить модератору

	172. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (172), 15-Янв-25, 21:32
	количество считается ресурсом?
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	185. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от анон (?), 15-Янв-25, 23:34
	Еще Сенека писал что не стоит хозяину относиться к рабам как к скоту так как жизнь такого хозяина будет не долгой, а смерть мучительной.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	36. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от laindono (ok), 15-Янв-25, 11:01
	Ещё бывает, моральные интересы оказываются важнее материальных интересов и это аналогично приводит к весьма неприятным последствиям. Потому-что все эти интересы это кого надо интересы, а с твоими интересами это никак не пересекается.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	44. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (1), 15-Янв-25, 11:14
	Звучит хорошо, но бытье определяет сознание. Другими словами, ее какую среду создали человеку - такой он как правило и есть (в рамках нормального распределения).
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	138. Скрыто модератором	+/–
	Сообщение от Аноним (138), 15-Янв-25, 17:04
	Ну при чем тут капитализм? Материальные интересы есть и при социализме. А по сути - соглашусь. Но это не капитализм, это как-то по другому назвать нужно. Это какая-то подлость. А капитализм это про управление деньгами и социальное неравенство. В отличии от социализма, где тоже про управление деньгами, но про социальное равенство. Ну, в моем личном понимании
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	149. Скрыто модератором	–1 +/–
	Сообщение от _ (??), 15-Янв-25, 17:36
	>... и социальное неравенство. Такого не помню. Скорее "значительно меньшее социальное неравенство". Но всё равно водила и 1-Ый сУкретарь даже какого нить райкома сранного - всё же имели разные ... разности :) Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша (или если смелые - инспектора ДПС :-)))) ) - поймёте что диапазон был по-уже.
	Ответить | Правка | Наверх | Cообщить модератору

	152. Скрыто модератором	+/–
	Сообщение от Аноним (-), 15-Янв-25, 17:43
	> Такого не помню. Скорее "значительно меньшее социальное неравенство". Это типа один ездит за бугор по выездной визе, а второй рабом пашет в гулаге? Я бы не называл это "значительно меньшее") > Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша (или если смелые - инспектора ДПС :-)))) ) - поймёте что диапазон был по-уже. А еще можно вспомнить автомобили. У Сралина были ролсройсы, паккарды.. а вот обычному гражданину шишЪ - "запрет на импорт автомашин как грузовых, так и легковых, без специального разрешения ЦК""
	Ответить | Правка | Наверх | Cообщить модератору

	166. Скрыто модератором	+/–
	Сообщение от Аноним (-), 15-Янв-25, 19:37
	>Посмотрите на "дачу Сталина" и дворец какого нить нынешнего торгаша Сталин со своей шайкой были хозяевами всего СССР. Им не нужно хапать деньги, им Гознак сколько угодно напечатает, жители совка на рудниках за "копейки" добудут золота. 1972 году в СССР отменили рабство - селянам дали паспорта.
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

22. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+6 +/–
Сообщение от тоже Аноним (ok), 15-Янв-25, 10:40
- В вашем коде выявлена уязвимость! - Да что вы говорите?.. все-таки выявлена...
Ответить | Правка | Наверх | Cообщить модератору

	35. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+6 +/–
	Сообщение от Аноним (37), 15-Янв-25, 11:01
	Не прокатило. Вычеркиваем.
	Ответить | Правка | Наверх | Cообщить модератору

27. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от Аноним (27), 15-Янв-25, 10:47
А нexpeн было их туда пускать!
Ответить | Правка | Наверх | Cообщить модератору

28. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+6 +/–
Сообщение от Аноним (19), 15-Янв-25, 10:51
Видимо надо было работу делать а не педальки паять.
Ответить | Правка | Наверх | Cообщить модератору

29. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+3 +/–
Сообщение от Шарп (ok), 15-Янв-25, 10:51
>но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86 Все кинулись пинать микрософт, а проблема-то в рабочих процессах, в древних списках рассылок вместо нормального баг-трекера и репозитория. В них всё делается и проверяется вручную. Какой-нибудь гитлаб не позволил бы без аппрува замёржить патч. А кто у нас отвечает за рабочие процессы в разработке ядра? А? А? Он и виноват )
Ответить | Правка | Наверх | Cообщить модератору

	59. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от Аноним (59), 15-Янв-25, 11:45
	> вместо нормального баг-трекера и репозитория о да, а в багтрекере должно быть мое любимое: - куча сообщений от людей, которых затронул баг - просьба не спамить или запрет коментировать от разработчика - закрытие багрепорта ботом из-за отсутствия активности > Какой-нибудь гитлаб не позволил бы 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 и т.д. При наличии прав владельца на любой репозиторий на том же сервере "какой-нибудь гитлаб" позволяет получить доступ к репозиторию, на который у тебя нет прав и это даже не баг.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от анон (?), 15-Янв-25, 23:37
	Позволит в обход если владелец репы
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

30. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от xsignal (ok), 15-Янв-25, 10:54
"изменениях, подготовленных сотрудником Microsoft" Как его допустили к ядру???
Ответить | Правка | Наверх | Cообщить модератору

	111. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от aname (?), 15-Янв-25, 14:39
	С подключением
	Ответить | Правка | Наверх | Cообщить модератору

31. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+5 +/–
Сообщение от xsignal (ok), 15-Янв-25, 10:57
"Сбой проявлялся при сборке ядра компилятором Clang" Вообще-то нужно нормальным GCC собирать, а не шлангами всякими.
Ответить | Правка | Наверх | Cообщить модератору

	54. Скрыто модератором	+3 +/–
	Сообщение от Аноним (-), 15-Янв-25, 11:35
	Так в шланге она таки проявляется. Значит ли это что бекдор делался для GCC ? И возможно при их участии.
	Ответить | Правка | Наверх | Cообщить модератору

	63. Скрыто модератором	+/–
	Сообщение от Аноним (55), 15-Янв-25, 11:49
	Вот она теория заговора с другой стороны. Со стороны корпорастов.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (164), 15-Янв-25, 19:20
	Это как раз шланг нормальный. Максимально оптимизирует в соответствии со стандартом. и требует его соблюдения жёстче, чем GCC. Нарушил стандарт - назальные демоны неминуемы.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	184. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (184), 15-Янв-25, 23:26
	Поддерживаю. Шланг выдает более оптимизированный код, даже ворнинги показывает, если например указатель где то используется после освобождения
	Ответить | Правка | Наверх | Cообщить модератору

33. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от Аноним (55), 15-Янв-25, 10:58
Что там какой-то Кент Оверстрит, вот Microsoft это другое!
Ответить | Правка | Наверх | Cообщить модератору

	72. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от User (??), 15-Янв-25, 12:09
	Ващет его патчи принимались так же - в обход из кармана-в-карман лично ГЛАВНЫМ, и горячиться финнский парень начал то ли на второй, то ли на третий раз. Говорю же - с головы гниёт.
	Ответить | Правка | Наверх | Cообщить модератору

34. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от Аноним (37), 15-Янв-25, 11:00
Да неужели...
Ответить | Правка | Наверх | Cообщить модератору

39. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+3 +/–
Сообщение от xsignal (ok), 15-Янв-25, 11:04
Вот и посыпалось ядро, а то ли ещё будет.. Причины: 1. Прогнали грамотных специалистов, вместо них за дело взялись сотрудники главного конкурента. 2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, хорошо изученным и предсказуемым компилятором. 3. Развели зоопарк языков. Ждём сбой, вызванный модулем на Расте.
Ответить | Правка | Наверх | Cообщить модератору

	50. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от Аноним (55), 15-Янв-25, 11:30
	С П.2 особенно согласен и плюсую. П.3 Зато такие модули будут вызывать безопастные сбои.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	–2 +/–
	Сообщение от Аноним (-), 15-Янв-25, 11:34
	> 1. Прогнали грамотных специалистов А они там вообще были?)) > 2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, хорошо изученным и предсказуемым компилятором. Разрушили монополию одного компилятора, предоставили свободную альтернативу. Ну и когда что-то работает в гцц и не работает в шланге это не всегда проблема шланга. Просто гцц за быдлокодерами попу подтирает в контексте всяких UB. > 3. Развели зоопарк языков. Лучшее что случилось с ядром за последние лет десять
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	65. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от xsignal (ok), 15-Янв-25, 11:52
	Красиво аргументировал, но результат-то от этого всего совсем другой - ядро посыпалось и это только начало...
	Ответить | Правка | Наверх | Cообщить модератору

	69. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (-), 15-Янв-25, 12:04
	Погоди, ты хочешь сказать что раньше ядро не сыпалось? Типа 30 лет было все отлично, работало как часы и тут БАЦ! Мне просто помнится другое, что постоянно какой-то кривой код попадал в ядро. Из последних - не компилируемый код на который бурчал Линус.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от InuYasha (??), 16-Янв-25, 21:23
	Ты нишего не шаришь! В яджре 2.6 было вщё хорошо!
	Ответить | Правка | Наверх | Cообщить модератору

	156. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (156), 15-Янв-25, 18:17
	> Ну и когда что-то работает в гцц и не работает в шланге это не всегда проблема шланга. Просто гцц за быдлокодерами попу подтирает в контексте всяких UB. Точно! Недавно обнаружил, что код типа ... a = sqrt(b); return a; } и код ... return sqrt(b); } в результате компиляции GCC возвращают разные значения (правильное значение в первом случае). Забавно. Если переходите с любого компилятора на GCC, проверяйте!
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	96. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от ryoken (ok), 15-Янв-25, 13:34
	По п.2. Подскажите, кто там ещё есть, кроме gcc & clang? Как-то 2 штуки не тянут на "зоопарк".
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	113. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (113), 15-Янв-25, 15:00
	> проверенным временем, хорошо изученным и предсказуемым компилятором. gcc 2.96?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	145. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 15-Янв-25, 17:27
	> 1. Прогнали грамотных специалистов, вместо них за дело взялись сотрудники главного конкурента. Да какой они тепер нахрен конкурент? Они теперь - stakeholder. У них - абажур! С него львиная доля их профитов, и там клиентура дружно выбрала линух. И при такой структуре доходов - и черт с ней с виндой. Они абажур на линух перевести хотят, по очевидным причинам. Вон как пыжатся с портом HyperV и имплементацией этого в KVM. Когда проблему атакуют аж с 2 разных направлений - видимо конкретно припекло. Cупер-проприетарь не сработала - даже для самих божков? :D > 2. Развели зоопарк компиляторов, вместо того, чтобы собирать ядро проверенным временем, > хорошо изученным и предсказуемым компилятором. Шланг там юзался как я понимаю как раз ради продвинутой секурити фичи. И тут вдруг оказалось что этот патч с таким комбо вообще не дружит. Опа. > 3. Развели зоопарк языков. Ждём сбой, вызванный модулем на Расте. И каким боком хруст и даже компилер - к кривости взаимодействия улучшения с кешированием таблиц и для ROX страниц VS баги от этого? Для начала если кто трогает что-от в подсистеме памяти - они это тестировать должны были нормально. Во всех позах. А тут - даже не уровень Кента.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	154. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 15-Янв-25, 18:11
	Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается - он хорош, если ещё и запускается - великолепен!"(С) что не так-то?
	Ответить | Правка | Наверх | Cообщить модератору

	223. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 21:16
	> Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается > - он хорош, если ещё и запускается - великолепен!"(С) что не > так-то? Интел с своим CFI недоволен - у wintel жабогадюкинг случайно вышел, при том - на чужом поле! :P Впрочем, у intel не лучшие времена - как впрочем и у win - от хорошей жизни WSL не делают, и абажуры на linux чисто для лулзов не перетягивают. Просто изменились времена. И структура доходов вместе с ними. А так даже майкрософт может стать шкурно заинтересован в линухе. А что делать, если для хостинга виртуалок это лучше оказалось?! Дарить отгрызенную зубами из гранита рыночную долю конкурентам - не хочется же.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 17-Янв-25, 07:40
	>> Они и тестировали - в точности по протоколу ГЛАВНОГО: "Если код собирается >> - он хорош, если ещё и запускается - великолепен!"(С) что не >> так-то? > Интел с своим CFI недоволен - у wintel жабогадюкинг случайно вышел, при > том - на чужом поле! :P Ну вот пусть ГЛАВНОМУ и жалуются, чо уж. "И пусть жираф был не прав - но виновен не жираф..." > Впрочем, у intel не лучшие времена - как впрочем и у win > - от хорошей жизни WSL не делают, и абажуры на linux > чисто для лулзов не перетягивают. Просто изменились времена. И структура доходов > вместе с ними. А так даже майкрософт может стать шкурно заинтересован > в линухе. А что делать, если для хостинга виртуалок это лучше > оказалось?! Дарить отгрызенную зубами из гранита рыночную долю конкурентам - не > хочется же. Я понимаю, что ни AWS, ни Openshift, ни Azure, ни GCP вы в глаза не видели не то, что с "серверной" а и с "клиентской" стороны даже - но "где-то там унутре" понимание что под десятью слоями прокладок-прослоек-веб-интерфейсов-и-абстракций то самое ведро должно греть душу Правоверному, верю.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (239), 17-Янв-25, 18:44
	> Ну вот пусть ГЛАВНОМУ и жалуются, чо уж. "И пусть жираф был > не прав - но виновен не жираф..." Да уже вон и начался жабогадюкинг в рассылке. Ясен фиг до релиза починят. > Я понимаю, что ни AWS, ни Openshift, ни Azure, ни GCP вы > в глаза не видели не то, что с "серверной" а и > с "клиентской" стороны даже - Понимайте что угодно, но как говорилось одними персонадами, "ваше понимание не требуется". > но "где-то там унутре" понимание что > под десятью слоями прокладок-прослоек-веб-интерфейсов-и-абстракций то самое ведро должно > греть душу Правоверному, верю. Если в вашем космическом корабле нет источника энергии - это всего лишь дорогой, высокотехнологичный металлолом. Он так не полетит.
	Ответить | Правка | Наверх | Cообщить модератору

47. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
Сообщение от eugener (ok), 15-Янв-25, 11:28
> Сбой проявлялся при сборке ядра компилятором Clang с включённым режимом защиты CFI (Control Flow Integrity) Ой-ой, вон ядро OS/2 вообще не работало если изменить какую-нибудь из жёстко заданных опций компилятора, а тут шлангом, да ещё с защитой, да ещё и работает, просто из слипа не выходит... То что ядро не выходит из слипа с драйверами nvidia-470 — всем значит пофик? Я вынужден на драйвере nvidia-390 сидеть, но про это на опеннете не напишут!
Ответить | Правка | Наверх | Cообщить модератору

	49. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от eugener (ok), 15-Янв-25, 11:29
	> но про это на опеннете не напишут! Ой, смотри-ка, написали!
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (55), 15-Янв-25, 11:34
	А вы что, держали в руках исходники ядра OS/2 и даже собирали его?
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	57. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от eugener (ok), 15-Янв-25, 11:41
	> держали в руках исходники ядра OS/2 Да, была утечка в начале 2000-ых. Сам не собирал, энтузиасты собирали. Впрочем, инфа о капризности сборки была и раньше от мейнтейнера ядра, который немного общался с сообществом и регулярно выкладывал неофициальные билды на test.boulder.ibm.com.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 15-Янв-25, 12:12
	Ну вообще да, пофиг. В бубунте вот вовсе, если память не изменяет, отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!"
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	80. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от eugener (ok), 15-Янв-25, 12:23
	> отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!" Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate, но "systemctl hibernate" работает.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от User (??), 15-Янв-25, 12:38
	>> отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!" > Всё прекрасно работает. Другое дело, что не поддерживается со включенным secure boot > (kernel lockdown), из-за этого в GNOME нет пунктов меню для hibernate, > но "systemctl hibernate" работает. Да-да, так же прекрасно, как аппаратное ускорение в браузере - обязательно найдется arch'школьник с рассказом как он ... ... ... profit! А в реальности - ну вот zram не, какой-нибудь btrfs - не, шифрование корня? Не. Работа на реальных устройствах? Лотерея, хорошо если только какая-нибудь периферия отваливаться будет - а в остальном да-да, отлично работает, как в 15.04 выпилили так и вопросов к ней нет.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от maximnik0 (?), 15-Янв-25, 23:21
	>отломали гибернацию к чертям с резолюцией "да оно и не работало ж никогда!" Это все из за того что грамотных людей которые могли писать bios очень мало,а железок хочется выпускать побольше моделей.Сперва стали упрощать acpi,затем пошло упрощение в UEFI, пришли к Modern Standby.Молодцы, ноутбук теплый,это минимум 15 ватт в этом альтернативном режиме. К вашему сведению даже без патчей   гибернация  работала на ядре 2.2 .Да ,это к сожалению работало была очень ограниченной серии ноутбуков и персоналок. Это я к чему- внезапно гибернация может реализована аппаратно на уровне прошивки !! Не верите- поищите старые  менеджеры дисков, Толи парагон,толи Нортон,не помню точно - посмотрите легенду id partion : обнаружите раздел hibernation swap. Да, можно было создать этот раздел и если Биос увидел этот раздел- по кнопке с Клавы ноутбук или персоналка засыпала,даже 98 винда.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	199. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 16-Янв-25, 07:16
	>[оверквотинг удален] > пошло упрощение в UEFI, пришли к >  Modern Standby.Молодцы, ноутбук теплый,это минимум 15 ватт в этом альтернативном режиме. > К вашему сведению даже без патчей   гибернация  работала на > ядре 2.2 .Да ,это к сожалению работало была очень ограниченной серии > ноутбуков и персоналок. Это я к чему- внезапно гибернация может реализована > аппаратно на уровне прошивки !! Не верите- поищите старые  менеджеры > дисков, Толи парагон,толи Нортон,не помню точно - посмотрите легенду id partion > : обнаружите раздел hibernation swap. Да, можно было создать этот раздел > и если Биос увидел этот раздел- по кнопке с Клавы ноутбук > или персоналка засыпала,даже 98 винда. Да-да, "вся рота не в ногу..." - а на деле есть вот то, что есть.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 15-Янв-25, 17:30
	> То что ядро не выходит из слипа с драйверами nvidia-470 — всем > значит пофик? Я вынужден на драйвере nvidia-390 сидеть, но про это А это называется - "contact your support". Нет, в майнлайне вам никто помогать со всем этим, разумеется, не будет: "tainted kernel -> GTFO". И вы идете жабогадючиться с саппортом нвидии. Вы им денег платили? За нечто внемайнлайновое? Тогда - вот так. Вы не часть процесса. Был бы у вас интел или амд, вы бы могли прийти к вон тем или их коллегам. С нвидией? И левым модулем? Упс. > на опеннете не напишут! Автор этой новости нвидией из принципе не пользуется. Вот как раз поэтому.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	175. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (175), 15-Янв-25, 21:56
	Опять "stable api is nonsense" боком выходит, да что ж такое-то.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (12), 15-Янв-25, 22:58
	Ядро-то не менялось, версия дров Nvidia поменялась. Так что unstable, да не там.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 21:22
	> Опять "stable api is nonsense" боком выходит, да что ж такое-то. Там вообще-то очень целенаправленно трахнули нвидию экспортами GPL_ONLY. Навесив механизм защиты этих экспортов от потуг юзания non-GPL модулями, между прочим, и пообещав гасить тех кто будет мухлевать по наглой рыжей морде, ни много ни мало DMCA takedown'ами, за "technical measures circumvention" между прочим. Вот тут нвидия кажется начала догадываьтся - что оказывается, в игру "у нас офигенная интеллектуальная собственность" - могут играть не только они! И вполне можно насыпать им их любимым инструментом точно такие же люли в панамку :-) Так что удачи с репортами багов с нвидиями - в ядро линуха. Аж два раза. Вам сказали - валите в саппорт тех кому денег платили. Это _НЕ_ часть ядра Linux и вообще совсем не его проблема. Что хотите то и делайте.
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

	188. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Афроним (?), 16-Янв-25, 01:06
	А чего у 470 в /etc/modprobe.d/nvidia.conf options nvidia-drm modeset=1 не расскомментировать? Даже Steamhelper заработает нормально.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

48. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от Аноним (48), 15-Янв-25, 11:29
Почитать опеннетовских экспертов - ну так ядро линукса пишется исключительно энтузиастами, которые пишут код по фану непременно попивая кружку пивасика! УВЫ И АХ. Это не так! Ядро лиукса пишут корпорации, и микрософт в том числе! Без корпораций, ядро было бы чем-нибудь вроде GNU/Hard.
Ответить | Правка | Наверх | Cообщить модератору

	56. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (56), 15-Янв-25, 11:40
	Да, но немного другое. Новость вот о чем (по моему мнению). А именно, Microsoft имеет право вносить код в ядро Linux по своему усмотрению, без модерации.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (55), 15-Янв-25, 11:42
	На этот раз ты не через VPN зашёл. Для отчётности перед хозяевами?
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	62. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от xsignal (ok), 15-Янв-25, 11:48
	> Без корпораций, ядро было бы чем-нибудь вроде GNU/Hard Не правда! Ядро взлетело, когда ещё не было корпораций. Hurd не взлетел по причине сложности проектирования в концепции микроядра и потому что в это же время хорошо стартанул Linux и перетянул всё внимание на себя.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	73. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (-), 15-Янв-25, 12:10
	> Не правда! Ядро взлетело, когда ещё не было корпораций. IBM которая вложила в ядро лярд денег и, что более важно, 1500 инженеров, такая "Ну да, ну да, пошла я... покупать красношапку")) Ядро без корпов было наколенной васяно-поделкой, без дров, без нормальной поддержки и планов на развитие. Конечно сейчас будут кричать "да мы бы и без них", но история не терпит сослагательного наклонения. У нас есть ядро с корпами и Хурд без корпов. Как говориться "почувствуйте разницу"
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от User (??), 15-Янв-25, 12:13
	Ну вообще-то не ярд, а ДЖВА РАЗА ПО ЯРДУ - с первого оно и впрямь... низЭнько-низЭнько пошло.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (56), 17-Янв-25, 08:52
	> Ядро взлетело, когда ещё не было корпораций. В XVIII веке, что ли?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	64. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (1), 15-Янв-25, 11:49
	Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	226. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 21:30
	> Так давно бы DRM и античит, с ии-модулем рекламы внедрили на уровне ядра. Да вон там нвидию :)) обещают засудить :)) за обход technical measures - GPL_ONLY импортов в левые модули. Да, вы правильно поняли: мыши пообещали сожрать кошку, без соли. В смысле, опенсорсники - пообещали махровому проприетарщику засудить его по сути за действо сравнимое с взломом DRM по общей логике действа :D :D ...и тут метод GPL Condom внезапно обломался...
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (19), 15-Янв-25, 11:55
	Скорее как *BSD, что даже совсем неплохо. GNU/Hurd давно обскакали все фанопивасиковые Redox, MenuetOS и даже ReactOS.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

Часть нити удалена модератором

	115. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от ivan1986 (?), 15-Янв-25, 15:27
	Да это все из серии Обаме/Трампу/Байдену запрещено заходить в это кафе.
	Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

	169. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от Аноним (169), 15-Янв-25, 20:19
	> Скорее как *BSD, что даже совсем неплохо. Как раз наоборот, совсем всё плохо. Вдумайся на секунду: у всех BSD систем вместе взятых и пользователей, и установок меньше, чем у маргинального Firefox. Даже у Edge больше, раза в два.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

76. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от Аноним (-), 15-Янв-25, 12:15
Вот вам и "открытый код"! Microsoft решила "помочь" Linux стать еще стабильнее, внося такие "незначительные" изменения, что ядро чуть в спячку вечным сном не отправилось.
Ответить | Правка | Наверх | Cообщить модератору

78. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от Аноним (78), 15-Янв-25, 12:20
ну да, это же не Кент Оверстрит, со своим BсacheFS, которого Линус пинал как собаку сутулую а как Линус Торвальдс прокомментировал этот инцидент?
Ответить | Правка | Наверх | Cообщить модератору

	83. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 15-Янв-25, 12:29
	А он должен комментировать? Для Кента есть прописанные правила в которых говорится как он должен подавать свои кривые поделки. И для мелкомягких тоже есть правила, в которых указано что они имеют право так делать. Ты не сравнивай людей которые пишут ядро и на которых держится линукс, с чуваками пытающимися пропихнуть очередную "ненужность" в уже и так распухшее ядро.
	Ответить | Правка | Наверх | Cообщить модератору

	87. Скрыто модератором	+2 +/–
	Сообщение от Аноним (78), 15-Янв-25, 12:43
	> Ты не сравнивай людей …. , с чуваками - На площади автобус перевернулся! - С людьми? - Не, со студентами. ты хотел сказать “не сравнивай белых господ с холопами и рабами?”
	Ответить | Правка | Наверх | Cообщить модератору

	89. Скрыто модератором	+/–
	Сообщение от Аноним (-), 15-Янв-25, 12:56
	> ты хотел сказать “не сравнивай белых господ с холопами и рабами?” Нет конечно! Мелкомягкие это одна из корпораций, который основа, так сказать база ядра. Без них ядро было бы просто Хурдом-без-соли. Если там разработчик уволится, его собъет автобус или он уйдет в запой по причине непереносимости овнокода - они просто найдут нового. А кент это просто случайный человек, который предлагает очередную аналоговнетную ФС. Кривую и ломающую пользователям данные. И если завтра он, например, зарежет жену и уедет на кичу на 10 лет, то никто этот хлам поддерживать не будет. Плюс ко всему, он еще и пихает фичи в багфиксы с хитрой мордой "а чо такова?". Так что..., ладно, да я сравниваю белых господ с какими-то нахальными бродягами.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от _ (??), 15-Янв-25, 17:19
	>>а как Линус Торвальдс прокомментировал этот инцидент? >А он должен комментировать? Он там в рукой водителях жи ?! Значит налаживание процесса и принуждение к его следованию - это его прямая задача. Должен тщательно разобраться и наказать кого попало!(С) Ну или уйти в кооператив по производству педалек :-р
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

94. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+4 +/–
Сообщение от Аноним (94), 15-Янв-25, 13:24
Вот они, FOSS-энтузиасты с лева-направо: сотрудник Microsoft, сотрудник Intel, сотрудник AMD
Ответить | Правка | Наверх | Cообщить модератору

	95. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (95), 15-Янв-25, 13:30
	> Вот они, FOSS-энтузиасты с лева-направо: сотрудник Microsoft, сотрудник Intel, сотрудник AMD А других "энтузиастов" для ядра, у нас нет. Но ты можешь посмотреть на активно Хурдʼа и качество получаемого продукта))
	Ответить | Правка | Наверх | Cообщить модератору

	180. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+2 +/–
	Сообщение от Аноним (180), 15-Янв-25, 22:40
	>у нас нет У вас может и нет, а у нас был Ганс Рейзер, Кон Коливас, Сергей Семин...
	Ответить | Правка | Наверх | Cообщить модератору

98. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от анонимище (?), 15-Янв-25, 13:52
Комментаторы, я так смотрю, забывают про принцип "Бритва Хэнлона": «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью». Благо единственный программист который не создает багов это программист который не пишет код. К тому же Майкрософт это платиновый спонсор, неудивительно что их кодеры есть в команде разработчиков. А люди следящие за исполнением процедур принятия патчей могут накосячить,ведь совершенных людей в наш мир не завезли. Короче, новость ни о чём.
Ответить | Правка | Наверх | Cообщить модератору

	104. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	–1 +/–
	Сообщение от Аноним (104), 15-Янв-25, 14:30
	> Комментаторы, я так смотрю, забывают про принцип "Бритва Хэнлона": «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью». Потому что теории заговора очень популярны. Так можно переложить ответственность и объяснить свою никчемную жизнью. > Короче, новость ни о чём. Зато комментов много)
	Ответить | Правка | Наверх | Cообщить модератору

	106. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+3 +/–
	Сообщение от Аноним (37), 15-Янв-25, 14:31
	Ты сразу скажи что в твоей картине мира злой умысел невозможен. Потому что ты слишком тревожный. Или как тогда если везде глупость определит злой умысел? Когда тебе большой брат скажет где злой умысел, а где нет? Так это логика хомяка, который тапает.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	116. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от ivan1986 (?), 15-Янв-25, 15:33
	В цитате нет "никогда", умысел возможен, но нужно его искать там, где уже сложно объяснить глупостью. > Так это логика хомяка, который тапает. Вот что что, а логика у этого хомяка что надо - это же бот, там код строчек на 50 где-то.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (37), 15-Янв-25, 16:46
	И по какой методике определять сложность объяснения? Ждать сигнали из министерства сложности?
	Ответить | Правка | Наверх | Cообщить модератору

	198. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
	Сообщение от анонимище (?), 16-Янв-25, 07:11
	Как? интуиция основаная на жизненом опыте. Не знаю как вы, я живу в мире где очень много глупости, а всякие гениальные манипуляции-многоходовочки это краснокнижный вид на грани вымирания. Поэтому если некий Х можно объяснить, без особого натягивания совы на глобус, глупостью или многоходовочкой, то при прочих равных, скорее всего это результат глупости. Просто чисто статистически.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от ivan1986 (?), 17-Янв-25, 11:20
	сравнительным анализом, выбираем более простое, если вам для этого нужно "министерство сложности", ну окей, бывает...
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	137. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (137), 15-Янв-25, 17:02
	> «Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью» Красивыми фразами можно замаскировать любое зло. Какая глупость, когда патчат ядро мимо мэйнтайнеров?
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	197. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от анонимище (?), 16-Янв-25, 06:55
	значит глупость тех кто такой бардак допустил
	Ответить | Правка | Наверх | Cообщить модератору

	209. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	–1 +/–
	Сообщение от Bottle (?), 16-Янв-25, 10:57
	Товарищ, узнай о таком понятии как саботаж.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	212. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от анонимище (?), 16-Янв-25, 12:12
	что чаще встречается, саботаж или глупость? Глупость, причем с огромным отрывом. Следовательно, шанс на стороне того, что это результат глупости
	Ответить | Правка | Наверх | Cообщить модератору

99. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от Анониматор (?), 15-Янв-25, 14:02
В этой истории мне непонятно только одно: почему эту фичу пишет Microsoft, а тестирует Intel. Если это фича процессора, его авторы и должны наверно улучшайзеры ядра писать под него, разве нет?
Ответить | Правка | Наверх | Cообщить модератору

	117. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (117), 15-Янв-25, 16:15
	Дело в том что никто не подписывался, ни под созданием патча, ни под тестированием. То что интел протестировала это им в плюс, а не их обязанность. P.S.не фанат интела, у меня амд
	Ответить | Правка | Наверх | Cообщить модератору

	163. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (160), 15-Янв-25, 19:16
	Просто бек Майкрософта не запустился на интеле.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

103. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+3 +/–
Сообщение от aname (?), 15-Янв-25, 14:29
> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик. Оказывается, ТАК МОЖНО. Т.е. ВОТ ПРЯМО ТАК МОЖНО. Какие там ещё патчи в обход и кто накидал- проверить можно, но кому это нужно? Б- БЕЗОПАСНОСТЬ
Ответить | Правка | Наверх | Cообщить модератору

	204. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от n00by (ok), 16-Янв-25, 08:10
	>> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения (ACK) от мэйнтайнеров архитектуры x86, что является нарушением общепринятых практик. > Оказывается, ТАК МОЖНО. Т.е. ВОТ ПРЯМО ТАК МОЖНО. А чего тут сложного? Аноним лепит в новость своё экспертное мнение, остальные эксперты не умеют посмотреть историю, потому ему верят и разгоняют кипиш. > Какие там ещё патчи в обход и кто накидал- проверить можно, но > кому это нужно? Ничего ты не проверишь, ты даже этот не посмотрел. > Б- БЕЗОПАСНОСТЬ
	Ответить | Правка | Наверх | Cообщить модератору

	206. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (206), 16-Янв-25, 09:01
	Этот как бы слова не анонима, а мэйнтейнера из 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.../
	Ответить | Правка | Наверх | Cообщить модератору

142. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от n00by (ok), 15-Янв-25, 17:19
> Дополнительно отмечается, что патч, ставший причиной сбоя, > был подан нестандартно А где отмечается? По ссылке под "отмечается" https://lore.kernel.org/lkml/Z4QM_RFfhNX_li_C@intel.com/ не вижу. Зато вижу v7 в заголовке, и обсуждалось оно с апреля. Или это анонимный эксперт отметил, но забыл почему-то свой ACK и подписаться?
Ответить | Правка | Наверх | Cообщить модератору

	162. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (160), 15-Янв-25, 19:15
	Это не наш, это ваш бекдор плохо работает.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (206), 16-Янв-25, 09:02
	https://lore.kernel.org/lkml/20250113115151.GDZ4T-VwIq_6ZafR...
	Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

168. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванный кодом сотрудника Microsoft"	–1 +/–
Сообщение от Аноним (168), 15-Янв-25, 19:55
> проблем со стабильностью в изменениях, подготовленных сотрудником Microsoft забавно как-то получается: российских разработчиков заблокировали, а патчи от сотрудников компании, кровно заинтересованной в ухудшении кода альтернатив виндовсу, почему-то приняли, причём нестандартно и без подтверждений. расскажите ещё что это совпадение.
Ответить | Правка | Наверх | Cообщить модератору

	170. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванный кодом сотрудника Microsoft"	+1 +/–
	Сообщение от Аноним (169), 15-Янв-25, 20:25
	> патчи от сотрудников компании, кровно заинтересованной в ухудшении кода альтернатив виндовсу, почему-то приняли Забавно — это твой манямирок со злым Майкрософтом. Майкрософт кровно заинтересован в максимальной работоспособности Линукса на максимально широком спектре оборудования и систем виртуализации. Для них это вопрос, от которого на прямую зависит >50% дохода компании. То, что Линукс не конкурент Windows на десктопе, думаю, можно не упоминать.
	Ответить | Правка | Наверх | Cообщить модератору

	179. Скрыто модератором	+/–
	Сообщение от Аноним (180), 15-Янв-25, 22:37
	>Линукс не конкурент Windows на десктопе После подобных телодвижений конечно никогда не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванный кодом сотрудника Microsoft"	+/–
	Сообщение от Аноним (180), 15-Янв-25, 22:36
	Так и заблокировали тоже "нестандартно и без подтверждений". В лучших традициях.
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

177. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от Аноним (177), 15-Янв-25, 22:34
Как вообще ядро тестируется? Руками? Кто-то случайно что-то на своем железе заметил и отписался? Автоматических тестов нет?
Ответить | Правка | Наверх | Cообщить модератору

	205. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от n00by (ok), 16-Янв-25, 08:38
	Да, именно так и тестируется -- оно потому в версии имеет буквы rc. И после выхода релиза недели 2-3 тестируется на пользователях. Позже тестирование не прекращается до конца жизни, просто количество ошибок остаётся относительно малым. Автоматические тесты есть, но гарантий они дать не могут, как и вообще любые тесты.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (177), 16-Янв-25, 11:44
	Автоматические тесты не дают гарантии, но могут отловить много чего, что уже не один раз пролезало в rc или даже в релиз. Вероятно, всё дело в том, что писать и поддерживать тесты это скучно, бесславно и утомительно, а всем хочется творить.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (214), 16-Янв-25, 13:05
	> Автоматические тесты есть, но гарантий они дать не могут, как и вообще любые тесты. Задача автотестов - тестировать быстрее и чаще, чем руками. Не «давать гарантии», нет.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	227. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 16-Янв-25, 21:37
	> Как вообще ядро тестируется? Руками? Кто-то случайно что-то на своем железе заметил > и отписался? Автоматических тестов нет? На самом деле - по всякому. Но фич, и вариантов билда столь несчетное множество - что хватит все. С превышением. ...поэтому народ берет СВОИ конфиги, берет -RC, билдует, тестирует... а тут, вот, такое вылезло. Пусть и на довольно экзотичном комбо (CFI не сильно попсовая фича пока).
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

187. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+1 +/–
Сообщение от randomize (?), 16-Янв-25, 00:05
> патч, ставший причиной сбоя, был подан нестандартно - но был принят, хотя не получил ни одного подтверждения Майки хотят Линуса вслед за Поттерингом?
Ответить | Правка | Наверх | Cообщить модератору

191. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от teelledro (ok), 16-Янв-25, 02:16
Первый раз что ли
Ответить | Правка | Наверх | Cообщить модератору

	213. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (56), 16-Янв-25, 12:32
	> не позволяющий ядру корректно выйти из спящего режима на некоторых Тестирование нами нескольких сотен компьютеров десятков производителей под Windows различных сборок показало, что данный режим ни на одном из них не работает корректно. Так что печальный  опыт у главного персонажа темы есть.
	Ответить | Правка | Наверх | Cообщить модератору

217. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
Сообщение от Аноним (217), 16-Янв-25, 20:32
Билл Гейтс в свое время писал (это письмо сохранилось, как вещдок в антимонопольном деле против микрософт), что необходимо так сделать ACPI стандарт, чтобы он корректно работал только на ОС Windows и сбоил на других системах. Именно из-за этого мы наблюдали и наблюдаем до сих пор проблемы со сном на многих Линуксах. Похоже черное его дело продолжают и сейчас.
Ответить | Правка | Наверх | Cообщить модератору

	228. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (228), 16-Янв-25, 22:31
	Весь ржач в том, что и макрософак через ***опу сделала венду - после хибернации ОБЯЗАТЕЛЬНО случаются глюки, так что лучше машину выключать полностью.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от анонимище (?), 17-Янв-25, 10:09
	а благодаря чему в оффтопике ACPI должен нормально работать, а во всех остальных ОС - нет? Что за колдунства?
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	241. "В готовящемся в релизу ядре Linux 6.13 выявлен сбой, вызванн..."	+/–
	Сообщение от Аноним (-), 17-Янв-25, 18:48
	> а благодаря чему в оффтопике ACPI должен нормально работать, а во всех > остальных ОС - нет? Что за колдунства? Внезапно там есть OS-специфичные вызовы. Хотя можно попросить и линух косплеить винду в вызовах ACPI (т.е. представляться якобы-виндой в вызовах). Иногда от заскоков кривого ACPI помогает. Но вообще-то wintel завонял сам себя как мужик пережравший бобов - и теперь у них и винда на половине ноутов не работает нормально, если не преинстальнутая версия.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема