The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..., opennews (?), 11-Дек-16, (0) [смотреть все]

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


6. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +1 +/
Сообщение от Аноним (-), 11-Дек-16, 10:26 
Только не радуйтесь сильно, там таких ошибок еще полно. Сам вчера обновился, играл 2 часа в TF2 и все было ОК, а попозже решил в CS:GO погонять, и система намертво повисла минуты через 4, даже по ssh было не зайти.
Ответить | Правка | Наверх | Cообщить модератору

10. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +3 +/
Сообщение от Аноним (-), 11-Дек-16, 11:10 
>  там таких ошибок еще полно

Ну, не удивительно. Работая над проектом парсера одного проприетарного формата (проект тоже проприетарен, типа паразитизма :) ), приходится писать просто дохренища тестов, и над этим работают, наверно, два десятка разрабов (не считая простых тестеров), уже пяток лет точно. Вот так вот, пишешь тесты, натыкаешься на подобные сабжу ошибки, исправляешь (или добавляешь функциональность какого-нибудь частного случая). И это довольно скучно, но зато методично.

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

Ответить | Правка | Наверх | Cообщить модератору

23. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Дек-16, 15:50 
> Ну, не удивительно. Работая над проектом парсера одного проприетарного формата

А что за формат, если не секрет?  Или из какой области?

Ответить | Правка | Наверх | Cообщить модератору

25. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от АнонимХ (ok), 11-Дек-16, 17:00 
Да один из мс. В частности, мс-прожект. Оказывается, 3рд-пати либы востребованы в ынтерпрайзе, для каких-то бизнес-костылей
Ответить | Правка | Наверх | Cообщить модератору

15. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 11-Дек-16, 12:56 
>даже по ssh было не зайти

Тогда это ошибка в ядре. Может, в KMS.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

19. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Аноним (-), 11-Дек-16, 13:57 
Сабжевая ошибка тоже ядро вешала.
Ответить | Правка | Наверх | Cообщить модератору

26. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 11-Дек-16, 17:40 
У меня есть карточка r7 250x, тоже использует radeonsi, так вот она наглухо вешает систему при обычной офисной работе (браузер, файл менеджер, офис).
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

30. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Аноним (-), 11-Дек-16, 19:32 
Отключи "Весь вывод через OpenGL" в настройках Либры.
Ответить | Правка | Наверх | Cообщить модератору

35. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Аноним (-), 12-Дек-16, 00:57 
> решил в CS:GO погонять, и система намертво повисла минуты через 4,
> даже по ssh было не зайти.

А лог прое...ся? Хотя если даже ssh не работал - это уже не GPU lockup. Уверен что у тебя железо стабильное и не сбоит под нагрузкой? Все-таки выносить весь кернел для radeon не характерно.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

46. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 12-Дек-16, 12:30 
Под виндой ничего не сбоит, разогнана только система охлаждения.
Ответить | Правка | Наверх | Cообщить модератору

63. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 12-Дек-16, 16:47 
> Под виндой ничего не сбоит,

Как все это проверялось? У сэра память с ECC в видяхе и системе, для начала? А то видяхи с ECC - дорогие, падлы. Что у амд что у нвидии.

> разогнана только система охлаждения.

Не очень понимаю как это. Ты не поднимал частоты памяти и ядра и только быстрее крутишь вентилятор? А это нафига? В vbios прописаны кривые таблицы управления вентилятором?

Ответить | Правка | Наверх | Cообщить модератору

66. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 12-Дек-16, 18:41 
>У сэра память с ECC в видяхе и системе, для начала?

Ты либо крестик сними, либо трусы надень. Если отсутствие каких-либо проблем вообще в длительных игровых сессиях под шин (овер 10h + стримчик на твич) нельзя объяснить исправностью железа, то и рандомные зависания под линуксом нельзя на него же списывать.

>Ты не поднимал частоты памяти и ядра и только быстрее крутишь вентилятор? А это нафига?

Да. Потому что мне не нравятся дефолтные целевые температуры, заложенные производителем. +78 градусов, в то время как при легком увеличении скорости воздушного потока СО может легко тянуть +65, это, я считаю, из области запланированных отказов оборудования.

Ответить | Правка | Наверх | Cообщить модератору

74. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Аноним (-), 14-Дек-16, 19:12 
> Ты либо крестик сними, либо трусы надень.

А у меня в системе память с ECC. На всякий случай :)

> Если отсутствие каких-либо проблем вообще в длительных игровых сессиях
> под шин (овер 10h + стримчик на твич) нельзя объяснить исправностью железа,

Наверное можно. Хоть и не всегда. Каталист - забавная штука. За годы и годы в него добавили множество костылей и воркэраундов заскоков железок. И никто это особо не документировал. Люди увольнялись. Железки релизились. И теперь даже в команде каталиста зачастую никто не знает почему тут этот код и какой баг железа он затыкает. Очень много багов железа прокостылены софтом, с разной степенью успешности и последствиями.

> то и рандомные зависания под линуксом нельзя на него же списывать.

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

>>Ты не поднимал частоты памяти и ядра и только быстрее крутишь вентилятор? А это нафига?
> Да. Потому что мне не нравятся дефолтные целевые температуры, заложенные производителем.

Прикольно, прошаренный чувак, знаешь чего хотеть :)

> +78 градусов, в то время как при легком увеличении скорости воздушного
> потока СО может легко тянуть +65, это, я считаю, из области
> запланированных отказов оборудования.

На самом деле critical обычно считают нечто типа 90-120C, поэтому 78 дает некий запас. Хоть на мой вкус и многовато. Видимо производитель хотел чтобы их фигня меньше выла вентиляторами при прочих равных.

Если у тебя открытый драйвер - можешь в sysfs перехватить управление вентилем, через стандартный интерфейс hwmon. Идешь в /sys/class/hwmon и находишь там видяху. Ну а дальше pwm можно переключить в ручное управление (записью в pwm_enable другого варианта) и дальше что запишешь в файл pwmX то и получишь от PWM в вентиль. Можешь хоть свою приблуду с кастомной логикой написать, если уж такие замашки. Только имей в виду что если ты решил сам рулить PWM то баги сажать в таком коде не полагается :). По дефолту там значение когда вентилем рулит SMU (сервисный процессор видяхи) в меру своей дури и он таблицу из vbios берет как раз IIRC.

Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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