Определение битого чипа памяти Samsung без выпаивания всех (на nvidia 5xx)

Имелось несколько видеокарт Nvidia GTX 5xx с чипами памяти Samsung, поведение которых указывало на проблемы с чипами памяти, причём не с единичными битами на модуль, а на проблемы периодического характера.

Гугленье на тему того, как локализовать проблемный чип, чтоб менять только его, не дало ничего вразумительного. Поэтому возникла следующая идея:

Если после включения компьютера не ставить драйвер и никаких нетривиальных команд на gpu не отправлять, то по идее на некоторый диапазон физической памяти, соответствующий наибольшему PCIe BAR видеокарты, отображён довольно большой кусок видеопамяти, как минимум 64 МБ.
А значит выполняя операции чтения/записи со стороны CPU можно посчитать количество сбойных байт в этом диапазоне.

Гипотеза была проверена - создан небольшой скрипт на python3, проводящий такой тест видеопамяти - github.com/galkinvv/galkinvv.github.io/blob/4997e7bff905a2029142cdcb697656...

(Скрипт для linux x64, потому что там проще всего работать с физической памятью из скрипта. Требует микро-допиливаний под конкретные адреса и размеры памяти).
Для минимизации влияния на gpu скрипт был запущен после загрузки linux в текстовом режиме, без всякого framebuffer. В процессе работы на экране был как и ожидалось шум, но по результатам он выдал количество ошибочных байт, позволяющее предположить что сбоит каждый 4 байт в одном из модулей (в предположении что на 64MB байты почти равномерно распределены по модулям)

Также было замечено, что если во время работы активно потыкать земляным проводом на резисторы RESET или ZQ-контактов gddr5 - соответствующий модуль samsung начинает не работать целиком до следующей перезагрузки системы. При этом в выводе программы количество ошибочных байт относительно общего возрастало в точности на ту долю которую составлял "вырубаемый" модуль среди всех.

Складывая вместе эти 2 факта получилась следующая методика: если после "вырубания" модуля количество ошибок в программе возрастало на долю модуля целиком - значит он был не виноват. Если же на меньшее значение - вырубленный модуль уже содержал ошибки до его "вырубания".
На одной из карточек методика была успешно применена - после замены найденного таким образом модуля карта работает.

Есть шанс что методика применима более широкого круга железа, поскольку опирается только на спецификации GDDR5 и PCIe.