Средства и методы разработки

И хотя "нарки из Freescale забажили Vibryd" (С) чей-то ->, идея гетерогенной многопроцессорности крайне плодотворная, да еще и с совместным доступом ко всем ресурсам камня. Интересно, с MQX и ее "заточками" на многопроцессорность кто-то http://caxapa.ru/488522.html
разбирался? Подборка MCC (Multi-Core Communication) https://linuxlink. …#Vybrid-MCC-User-Guide http://www.phytec. …ybrid_Quickstart-QS1.0 http://www.phytec. …E-Vybrid_Linux_and_MQX http://www.freesca …de=MQX_HOME&tid=vanMQX Сделать так, чтобы линуксовое ядро вообще ничего не знало про периферию, она была сразу отмаплена на память в виде интеллектуального блочного устройства - это ли не мечта? А "дрова" для периферии делать на M4 в любимой ОСьке и ничего не знать про тонкости kernel mode. Более того, если на линух забить, тоже интересно. Путь у нас всю периферию контролирует М4. А некая оська, которую мы отлаживаем на A5, устроен так, что ее щедулер при получении сигнала замораживает свою активность нафиг - запрещает прерывание и опрашивает в мертвом цикле некий сигнал. И пока не получит сигнал - в A5 все стоит. А это время M4 по командам от отладчика выгружает память, изменяет память, и потом разлочивает a5. Идеальная система отладки ОСей любой сложности. Оське можно засунуть на вход любое управляющее воздействие, и для нее время будет непрерывно - хотя между фронтами систика в реальности 5 минут прошло :) Останавливать периферию многие чипы при отладке умеют, это не новость, но иметь на борту интеллектуальный монитор, который, гарантированно ничего не портя в A5 и выделенном ему куске памяти, выполняет по внешним командам, например, Eherner, эдакий GDB+ - это было бы очень круто. Вот только не забросили бы его в недопатченном состоянии....