Porting Problem: taskYIELD priority

pippopappo0 wrote on Wednesday, July 16, 2014:

Hello,
i’m trying to port FreeRTOS on a new architecture (PPC).

Till now I haven’t had any problem: in general it seems the OS works.

Unfortunately, trying to optimize the port I’ve discovered that probably something goes wrong. Adding ISRs the system crash. Playing with taskYield priority it seems that the system goes better.

My question (dummy of course) is: taking into account that tick irq task (the scheduler) has the lowest priority, what should be the priority assigned to taskYield? Maybe equal to configMAX_SYSCALL_INTERRUPT_PRIORITY?

Regards
pippo

rtel wrote on Wednesday, July 16, 2014:

There are lots of different ways of implementing yields from tasks and yields from interrupts - so without knowing how your port is doing it (or the constraints the hardware places on how you can create a port) I cannot say for sure. As a general rule however the yield will be the lowest priority in the system, not the highest. You only want a yield to occur when nothing else is touching the kernel data structures - so you don’t want it preempting any other kernel code.

Regards.

bowerymarc wrote on Wednesday, July 16, 2014:

Don’t forget also the ISRs probably use a different stack than the tasks. Make sure you have enough room for it.

On Jul 16, 2014, at 10:43 AMEDT, MSCR pippopappo0@users.sf.net wrote:

Hello,
i’m trying to port FreeRTOS on a new architecture (PPC).

Till now I haven’t had any problem: in general it seems the OS works.

Unfortunately, trying to optimize the port I’ve discovered that probably something goes wrong. Adding ISRs the system crash. Playing with taskYield priority it seems that the system goes better.

My question (dummy of course) is: taking into account that tick irq task (the scheduler) has the lowest priority, what should be the priority assigned to taskYield? Maybe equal to configMAX_SYSCALL_INTERRUPT_PRIORITY?

Regards
pippo

Porting Problem: taskYIELD priority

Sent from sourceforge.net because you indicated interest in SourceForge.net: Log In to SourceForge.net

To unsubscribe from further messages, please visit SourceForge.net: Log In to SourceForge.net

pippopappo0 wrote on Wednesday, July 16, 2014:

That’s clear.

pippopappo0 wrote on Wednesday, July 16, 2014:

At moment each task stack contain all…

I should have a separate stack at least for irqs with priority above configMAX_SYSCALL_INTERRUPT_PRIORITY…