davids5 commented on PR #9039:
URL: https://github.com/apache/nuttx/pull/9039#issuecomment-1514573061

   @pkarashchenko 
   Are there more cases then:
   1. The normal case sched lock prevents preemption from interrupts  because 
we do not reprioritize while locked.
   2. The case is that a call to change priority while locked must be accepted 
but delayed. But in fact this can only be the current task that is running and 
has locked.
   
   Are there more?
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@nuttx.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to