FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [July 2014 Threads]
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 configMAXSYSCALLINTERRUPT_PRIORITY?
Regards
pippo
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.
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 configMAXSYSCALLINTERRUPT_PRIORITY?
Regards
pippo
Porting Problem: taskYIELD priority
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/freertos/discussion/382005/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
At moment each task stack contain all...
I should have a separate stack at least for irqs with priority above configMAXSYSCALLINTERRUPT_PRIORITY...
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.