Crimfell писал(а): Если нет, то существует-ли софт, либо другой способ проверки видеопамяти для radeon?
Я пользуюсь самописным скриптом на питоне под linux. С нюансами, но работает для amd (проверено от HD 4850 до RX580).
- Запускаем компьютер с 2мя видеокартами, чтоб BIOS выводился на исправную, а диагностируемая стояла второй и в первичной загрузке BIOS не участовала.
- Загружаем linux. Без X11, но с попыткой поставить драйвер amdgpu на видеокарту - что при исправной видеокарте даёт графический фрейбуфер в консоли. Я использую arch с флешки. Драйвер сфелится, т.к. память битая, но проведёт первичную инициализацию - это и нужно. Драйвер стандартный, есть в любом современном ядре, ничего доставлять не нужно.
- В выводе lspci -v находим адрес соответствующий наибольшему PCIe BAR диагностируемой видеокарты.
- Запускаем python3 ./direct-mem-test.py b000000 8 для тестирования 8 МБ видеопамяти которая смаплена начиная с адреса b000000 (вместо него укажите адрес найденный на предидущем шаге)
Скрипт посчитает количество сбойных байт и их долю среди всего протестированного объёма (не только это, но остальное расписывать как минимум долго).
Возникает естественный вопрос как от этого перейти к тому, какой именно из модулей даёт эти ошибки, не зная соответствия между адресами и модулями.
Вот как: было замечено, что если во время работы активно потыкать земляным проводом через малоомное сопротивление на резисторы ZQ или RESET-контактов gddr5 - соответствующий модуль gddr5 начинает не работать целиком до следующей перезагрузки системы. После перезагрузки работает нормально, хотя теоретически так можно что-то пожечь. Соответствующие сопротивления ищутся на конкретной карте перед запуском по физическому расположению и номиналам исходя из datasheet на gddr5 и уже при тестировании в них тыкается щупом на который разведена земля.
После этого при повторном запуске программы количество ошибочных байт относительно общего возрастает в точности на ту долю которую составлял "вырубаемый" модуль среди всех.
Складывая вместе эти 2 факта получается следующая методика: если после "вырубания" модуля количество ошибок в программе возрастает на долю модуля целиком - значит он виноват. Если же на меньшее значение - вырубленный модуль уже содержал ошибки до его "вырубания".
На современных amd-шках модули отваливаются парами. То есть если один из 8 несиправен - то скрипт показывает что сразу (до вырубания земляным проводом) - каждый 4-й модуль ошибочный - то есть 2 из 8ми. Как определить какой из этих 2х - не знаю, только оба менять по очереди.
Скрипт - 1 маленький файл тут: https://github.com/galkinvv/galkinvv.gi ... em-test.py
Могу ответить на вопросы по информации выводимой самим скриптом или по его модификациям, но детальную поддержку о том как создать окружение для запуска или по нюансам использования для конкретных видеокарт не оказываю.
Уже выкладывал с коротким описанием viewtopic.php?p=404034#p404034 , но желающих разбираться не нашлось)
Так что всё написанное выше в основном с целью показать идею, если найдутся желающие сделать более удобную реализацию - готов помочь.
|
, уже прогревает пятую точку до японского флага этот MODS 
