А о том, как оно не должно работать.

Когда мы рассматриваем устройство (или разработку) такой сложности, что никто не будет использовать всего его особенности, то трудно оперировать понятиями корректности работы. Многий функционал добавляется обреченым быть похороненным за научной ценностью. То есть, многие особенности никогда не раскроются в процессе нормальной работы. Однако, этот функционал присутствует. Он потребляет мощность, забирает площадь и пожирает герцы частоты. Тут уже встаёт вопрос о целесообразности добавления необычных механизмов работы.
В процессе автономной верификации нельзя работать "на похуй". Каждая особенность должна быть проверена или объяснена.

"Обнаружил, что в тесте прописывается регистр L3_DIAG_AC - устанавливается код
диагностической операции cop=0x2, соответствующий записи битов ECC в локальном
справочнике. Данное состояние регистра L3_DIAG_AC действует как включение
диагностического режима ECC, до тех пор, пока поле cop=0x2, в качестве
корректирующего кода будет использоваться значение из L3_ECCD_LD.

Найденная особенность (или ошибка, связанная с отсутствием защиты при работе с
диагностическими операциями) никак не влияет на обычную работу L3 и требует
большей аккуратности при использовании спец режимов L3. Перед включением
диагностического режима ECC или диагностическим чтением/записью битов ECC
следует отключить проверку и коррекцию ECC, если только работа не ведется в
пошаговом режиме с контролем записываемого значения в регистр L3_ECCD_LD. По
завершению диагностической работы необходимо выключить диагностический режим
ECC и обнулить регистр L3_DIAG_AC, затем выполнить операцию Flush L3, после
которой можно включить проверку и коррекцию ECC.

То, что была найдена эта особенность, говорит о достаточно высокой степени
покрытия автономной верификации, это не может не радовать:)".

Не может не радовать.