<div>thanks, </div><div>1.I read the c-use doc, but still confused about EDF SCHEDULER.</div><div>The doc said "<span style="background-color: rgb(252, 252, 252); color: rgb(64, 64, 64); font-family: Lato, proxima-nova, "Helvetica Neue", Arial, sans-serif; font-size: 16px;">All SMP schedulers included in RTEMS are priority based.</span><span style="background-color: rgb(252, 252, 252); color: rgb(64, 64, 64); font-family: Lato, proxima-nova, "Helvetica Neue", Arial, sans-serif; font-size: 16px;"> "</span></div><div>Is that mean High priority task always piror low priority task just like <span style="background-color: rgba(0, 0, 0, 0);">Priority SMP Scheduler.</span></div><div><span style="background-color: rgba(0, 0, 0, 0);">But some doc from internet said EDF</span><font __editorwarp__="1" style="display: inline; font-size: 14px; font-family: Verdana; color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0); font-weight: 400; font-style: normal;"> scheduler has a dynamic priority.</font></div><div><font __editorwarp__="1" style="display: inline; font-size: 14px; font-family: Verdana; color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0); font-weight: 400; font-style: normal;"><br></font></div><div><font __editorwarp__="1" style="display: inline; font-size: 14px; font-family: Verdana; color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0); font-weight: 400; font-style: normal;">My system wants </font>High priority task always piror low priority task, low priority task can be delay or interrupt.</div><div>Does it means that we can not use EDF scheduler?</div><div><br></div><div>2.I create a patch about top usage to make the display messages look reasonable, if someone have time to review it?</div><div>I notice that the top usage display 2 priority，RPRI and CPRI， they are the same value , what's the diffrence?</div><div><br></div><div>On 16/10/2018 10:28, jameszxj wrote:<br>> Hi,<br>>    ask questions again,(◡‿◡)<br>><br>> Board infomation:<br>> ----------------------------------------------------------------------------------------<br>> CPU:zynq z7020  RTEMS version: master version<br>> SMP define:<br>> #define CONFIGURE_MAXIMUM_PROCESSORS        2<br>><br>> #if 1<br>> #define CONFIGURE_MAXIMUM_PRIORITY 255<br>><br>> #define CONFIGURE_SCHEDULER_PRIORITY_SMP<br><br>The only SMP scheduler supported by libbsd is:<br><br>#define CONFIGURE_SCHEDULER_EDF_SMP<br><br>><br>> #include <rtems/scheduler.h><br>> RTEMS_SCHEDULER_PRIORITY_SMP(a, CONFIGURE_MAXIMUM_PRIORITY + 1);<br>> RTEMS_SCHEDULER_PRIORITY_SMP(b, CONFIGURE_MAXIMUM_PRIORITY + 1);<br>> #define SCHED_A rtems_build_name(' ', ' ', ' ', 'A')<br>> #define SCHED_B rtems_build_name(' ', ' ', ' ', 'B')<br>> #define CONFIGURE_SCHEDULER_TABLE_ENTRIES \<br>> RTEMS_SCHEDULER_TABLE_PRIORITY_SMP(a, SCHED_A), \<br>> RTEMS_SCHEDULER_TABLE_PRIORITY_SMP(b, SCHED_B)<br>><br>> #define CONFIGURE_SCHEDULER_ASSIGNMENTS \<br>>   RTEMS_SCHEDULER_ASSIGN(0, RTEMS_SCHEDULER_ASSIGN_PROCESSOR_MANDATORY), \<br>>   RTEMS_SCHEDULER_ASSIGN(1, RTEMS_SCHEDULER_ASSIGN_PROCESSOR_OPTIONAL)<br>> #endif<br>> ----------------------------------------------------------------------------------------<br>>    I am switching from AMP mode to SMP mode, and found 2 problems.<br>> 1. top command display message, Load is 100%, and Idle is almost 100% too.<br>> Is it right? In fact,CPU is doing nothing.<br>><br>> Tasks:   25  Load Average:  100.510%  Load:  100.966% Idle:   99.033%<br>> Mem:  457M free  50M used 516K stack<br>><br>>  ID         | NAME                | RPRI | CPRI   | TIME             | <br>> TOTAL   | CURRENT<br>> ------------+---------------------+---------------+---------------------+---------+--^^----<br>>  0x09010002 | IDLE                |  510 |  510   | 4m9.328460        <br>>   |  50.073 | 100.000<br>>  0x09010001 | IDLE                |  510 |  510   | 4m7.319959        <br>>   |  49.670 |  99.033<br>>  0x0a010002 | WDOG                |    6 |    6   | 0.003674          <br>>   |   0.000 |   0.001<br>><br>> 2.when I connect to RTEMS with ftp or telnet, system reset.<br>> If just only define CONFIGURE_MAXIMUM_PROCESSORS，ftp and telnet is ok.<br>><br>> *** FATAL ***<br>> fatal source: 10 (RTEMS_FATAL_SOURCE_SMP)<br>> fatal code: 7 (0x00000007)<br><br>This is:<br><br>SMP_FATAL_SCHEDULER_PIN_OR_UNPIN_NOT_SUPPORTED<br><br>> RTEMS version: 5.0.0<br>> RTEMS tools: 7.3.0 20180125 (RTEMS 5, RSB <br>> d2d46786f113ed39d29deafa3feeb4d42ae94001, Newlib <br>> d13c84eb07e35984bf7a974cd786a6cdac29e6b9)<br>> executing thread ID: 0x08a010006<br>> executing thread name: IRQS<br><br>-- <br>Sebastian Huber, embedded brains GmbH<br><br>Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>Phone   : +49 89 189 47 41-16<br>Fax     : +49 89 189 47 41-09<br>E-Mail  : sebastian.huber@embedded-brains.de<br>PGP     : Public key available on request.<br><br>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br><br></div>