caxapa.ru :: Мне до обнаружения этой очевидности пара недель потребовалась. Чувствую себя как тот кадр, у которого не получается программировать МК...

Nikolay_Po (Сегодня, 17:59, просмотров: 26) ответил =AlexD= на Ну вроде это очевидно, что если ртосина не может контролировать контекст, то и работать не будет.

Мне до обнаружения этой очевидности пара недель потребовалась. Чувствую себя как тот кадр, у которого не получается программировать МК...

Ответить

- Давайте разбирастя, ув. кроты! контекст прерывания ( читай по сути исключения процессора ) и "что то где сохраняется контекст FreeRTOS" - веши перпендикулярные. 0) в FreeRTOS прерываний не существует 1) контекст исключений и контекст задач - ваще не одно и тоже 2) FreeRTOS + исключения(прерывания у меня работают с HPE 3) Где я балбес? - klen(Сегодня, 19:04)
  - Дык, стек РТОС, это доступ через какой-нить индексный регистр, программно, а стек вызовов-прерываний проца, это чисто механическая штука. Прерывания, вообще, для кода, прозрачны, он их не осчучает: откуда-то, из параллельной вселенной, ему падают флаги и данные. - mse homjak(Сегодня, 19:15)
    - я разумею почти так же ( сохранение регистров проца при эксепшене не совсем аппаратная штука - традиционно компилятор генерит пролог и эпилог ). вопрос в том где связзь HPE и кода сохранения и подъема контекста задачи ОС? я утверждаю что её нет. но это не точно :) думаю что суть в правильном назначении приоритетов прерываниям - у меня в этом было откровения после которых все заработало с HPE - klen(Сегодня, 19:43)
      - Сохранение, да. Но эксепшын, аппаратен и сразу, в машине моде. Т.е код будет исполнен всегда, плус, у него свои регистры и всё такое. mse homjak(366 знак., Сегодня, 19:58)

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