ARM, RISC-V контроллеры

У меня самый свежий - ревизии 710 Баги после нейтрализации я специально не исследую, поэтому все, что я о них могу сказать относиться только к тем программно-аппаратным условиям которые создались на момент их обнаружения. Аппаратные условия - это настройки шин, частот, регистров периферии и т.д. Программные условия - интенсивность трафика кода, данных, прерываний и т.д. Некоторые баги так и остаються непроанализированы, т.е. не выяснено были они из-за аппаратной кривизны или просто были проигнорированы какие-то предельные параметры или механизмы контроля аппаратных ошибок. Напимер DMA на SPI и другой периферии прекрасно работал, до момента пока не направил поток во внешнюю RAM. После этого SPI DMA стал терять перерывния по окончании пересылки. Но не всегда. Поставил опцию "Locked transfers" и все исправилось. Баг это или не баг? Кривизна документации тоже не лучше багов. Например место где говориться о предназначении флага NPOL_EN "Next Descriptor Polling Enable" контроллера ENET. Там можно понять, что полинг ведется одного и того же невалидного дескриптора, а на самом деле DMA циклически оббегает всю цепочку невалидных дескрипторов. На этот "баг" нарвались писатели драйвра в uC/TCP. Вообщем вашу жизнь в плане багов сильно не облегчу.