Как правильно ждать прерываний в idle-цикле?

Макрос WFI скорее всего уже обо всем позаботился. Если хочется, то почитай http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dai0321a/BIHJGFEE...

Есть ли какой-то относительно простой и стандартный способ сделать бесконечный цикл ожидания прерываний, для ARM-одноядерников? Запутался уже.

Прочитать документацию на железо.

Давай ты почитаешь сам а сюда придешь когда у тебя будет готовое решение?

Почитай про разные энергосберегающие режимы, их 3: sleep, stop и stanby. Инструкции wfi и wfe переводят контроллер в один из этих режимов в зависимости от конфигурации регистров управления энергопотреблением.

скока ты готов платить за чтение документации вместо тебя?

Единственное, что о чём тебе нужно позаботиться, вызывая WFI или WFE - так это о том, чтобы это прерывание или событие произошло. Все операции работы с рамой, флешью и прочей периферией технически безопасны, это одна из основных фишек кортексов. Позаботься, только над логикой своих процессов, чтобы свои вещи и процессы не отвалились за это время.

Мне кажется, что дураки должны страдать бесплатно. Если им легче считать, что они читают вместо меня, а не просто бездарно гробят время - ну ок. Я ведь спрашивал про готовые решения, и проблемы велосипедистов мне не интересны.

Хм. Не знал, что это именно фишка кортексов. Сенькс. В доке упоминалось что безопасно на M0-M3, но ничего про M4 и выше. Интересно стало.

С логикой вроде все ок.

Готовое решение у меня есть, просто в силу того что вы не прочитали документацию вы его не в состоянии понять.

На M7 точно не безопасно: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=...

Найди другую тему для своих побасёнок, здесь в них нужды нет.

Любопытно, можно чуть подробнее суть фишки? В чем суть «технически безопасно»?

Пусть меня заклюют и затопчут, но Vit тут прав. Человек пришел за советом, запутался говорит, читая документацию. Такое бывает. Я бы подсказал, если бы знал.

«У меня есть готовое решение, но ты его не поймешь» - чето не очень, не надо так :)

ок, «читать документацию - бездарно гробить время» (с) Vit, так и запишем, успехов в разработке :P

Делать с нуля, там где давно должны быть готовые решения - очевидный идиотизм. Дарю развернутую мысль. Бесплатно. За пожелания спасибо.

Готовое решение у меня есть..

А еще ты наверное в космос летал и женщиной у тебя уже наверное было?

ок, «читать документацию - бездарно гробить время» (с) Vit, так и запишем, успехов в разработке :P

Если ты сделал такой вывод, то это показатель твоего умственного развития и не более. Самое главное было добавить к твоему выводу "(с) Vit"...

Это особенности реализации конкретной модели. Почитать можно TRM конкретной модели. Проблема в основном в том что народ пишет код на основе этих TRM а не ARM ARM и потом уделяется отчего код работает не так как ожидалось при запуске на других (более продвинутых) поколениях ядер.

Судя по формулировке вопроса человек не читал документацию. После прочтения документации возникают вопросы совершенно другого плана ...

скорее всего ваша RTOS уже поддерживает что-то типа: https://github.com/cjlano/freertos/blob/V9.0.0/FreeRTOS/Source/portable/GCC/A...

Там вообще без оси - с RTOS бы такого вопроса не было.

Спасибо за ссылку. Позырыл для M7 - там тот же самый набор инструкций. Для M0 засыпание почему-то вообще не реализовано.

Я по этому вопросу прямо противоположного мнения, так как нередко IP-ядра у вендоров весьма глубоко пропатчены.

Документация от ARM может быть просто не адекватна.