Прошу прощения за возможно глупый вопрос... (по сайту искал, гуглил...)
В документации на EP93XX пишется что GPIO тактируется частотой 14 с чем-то МГц, а сам контроллер работает на 200 МГц. Искал в документации ответ на такой вопрос, но так и не нашел: если состояние выводов обновляется с частотой 14 МГц, а контроллер работает на 200 МГц, то как осуществляется синхронизация чтобы можно было быстро вываливать следующее значение на порт как только будет выдано старое значение на выводы?..
Провел маленький эксперимент, но не могу самому себе объяснить результаты:
CS-EP9302 подключена к Altera-DE1 через шлейфик к портам A, B и F. В Cyclone II прошивка, которая считает число фронтов на одном из выводов порта A и выводит это число на светодиоды. На ARM'е крутится linux, работа с GPIO осуществляется из драйвера, в старотовый код которого вставлен такой фрагмент:
Код
__raw_writeb(0xFF, GPIO_PADDR);
for(i = 0; i < 16; i++)
{
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
asm("nop");
asm("nop");
asm("nop");
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
}
Код генерирует ровно 64 такта, и что удивительно, ПЛИСка исправно ловит ровно 64 такта. Если добавить немного nop'ов чтобы привнести мешающую задержку, то все равно ловится 64 такта... Возможно nop'ы выбрасываются, но всё равно ведь для операция записи константы в порт потребуется тактов меньше чем имеется в запасе до следующего обновления состояния портов... или не так?for(i = 0; i < 16; i++)
{
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
asm("nop");
asm("nop");
asm("nop");
__raw_writeb(0xFF, GPIO_PADR);
__raw_writeb(0x00, GPIO_PADR);
}
1) Почему получается такой результат? Процессор приостанавливается на момент вывода в порт и ждет пока он обновится?
2) Как заставить GCC вывести ассемблерный листинг (чтобы посмотреть что там нагенерировалось) если сборка драйвера осуществляется таким способом: make -C $KDIR SUBDIRS=$DIR modules ?
