Здравствуйте, не поскажите, есть-ли в FreeRTOS поддержка рабоы на 2х ядрах PowerPC405/440 ?

Заранее извиняюсь за плохое знание аглицкого. Кто может подсказать по-русски предназначение дефайна configIDLE_SHOULD_YIELD ?

И ещё вопросик: Почему прерывание таймера, переключающее тред на следующий сделано с максимальным приоритетом? ИМХО логичнее делать минимальный.

Вопрос не совсем понятен - проблемы, например, с хитро-английским модальным глаголом should, так в этом конкретном случае для выражения меньшей степени уверенности, нежели must - т.е. хорошо ложится на русское "может быть"? Или проблемы с переводом комментариев?

Это относится к конкретному порту - делайте, как считаете нужным в Вашем конкретном случае.

Для тех, кто в танке повторю вопрос:
Кто может подсказать по-русски предназначение дефайна configIDLE_SHOULD_YIELD ?

За ответ на второй вопрос спасибо.

Тогда считайте, что я в танке, ибо отвечать не понимая, что Вам не понятно не могу.

На что влияет установка configIDLE_SHOULD_YIELD в 0 или в 1 ?
Надеюсь так понятней.

Это написано в комментариях
/* When using preemption tasks of equal priority will be
timesliced. If a task that is sharing the idle priority is ready
to run then the idle task should yield before the end of the
timeslice.
*/
В реальности в Idle может быть полезным следить не сколько за наличием задач с приоритетом равным Idle (лично я не пользую таких), сколько за приоритетными задачами которые были включены в список в результате работы планировщика из обработчика прерывания, но сам обработчик не содержит громоздкого сохранения контекста и соответственно YIELD() из такого обработчика не вызывается.

Объясните пожалуйста глобальный смысл в дефайнах FreeRTOSа конструкций типа этой. Просто 0x0020 не катит?

Относительно "portLONG" - чисто бзик Автора, от которого он в конце концов, слава те господи, отказался. Ну а
(unsigned long)0x0020
или
0x0020UL
это для полной определенности, дабы и человеку было видно и самым разным компиляторам нималейших шансов для непонимания не оставить.

От этого "бзика" у меня в проге не хотели компилиться конструкции типа


А вот при определении

Эта конструкция (#if ...) нормально препроцессором отрабатывается.


Я опять ничерта не понял . Особенно слово yield в данном контексте (вообще применительно к RTOS)

Сообщение отредактировал GetSmart - Nov 13 2009, 04:00

Я озадачен . yield - "прекратить,уступить" ключевое понятие, а taskyield() самая "главная" функция именно RTOS. Это собственно переключение контекста. Используется, как для добровольного, так и для принудительного по таймеру перехода на другую задачу. Глагол should в этом контексте описан ранее.

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

Т.е. если в обработчике прерывания(в котором нет YIELD), скажем в очередь складывается что-либо, то высокоприоритетная задача которая ждёт сообщений из этой очереди вызовется только в момент смены контекста вызванного каким-нибудь другим событием?
И соответственно configIDLE_SHOULD_YIELD установленный в 1 поможет ускорить эту смену?

Я правильно понимаю?

Да, когда прерванная задача отдаст управление, или будут разборки по таймерному прерыванию.

Для текущей официальной реализации, насколько я помню, это работает только для задач с приоритетом равным IDLE, т.е. при наличии в очереди задачи с таким приоритетом ей отдается управление. У Вас есть такие задачи? Но, естественно, в IDLE можно наворотить всякого и реализовать любой механизм, нежели надо.

Нет, задач с IDLE приоритетом у меня нет. Т.е. получается, что в худшем случае высокоприоритетная задача будет ждать 1 тик?