Lines Matching refs:value

341 	  original UBaseType_t return value.
400 	  the raw run time counter value, the new function returns the percentage of
435 	  (configMAX_PRIORITIES - 1) should it be set to a value above that priority.
479 	  vTaskDelayUntil(), with the addition of returning a value to
558 	  configISR_STACK_SIZE_WORDS is defined to a non zero value, which causes
580 	+ Added xTaskCatchUpTicks(), which corrects the tick count value after the
796 	+ Only fill the stack of a newly created task with a known value if stack
819 	  value of than than 0 when the system boots.  This can be useful for
1224 	  incorrect value being written to the basepri register.  This only effects
1261 	  returning a value in every possible path through the respective functions.
1308 	  ensure the alarm value (compare match value) cannot be set to zero when a
1445 	  returns a value).
1584 	  mask value.  The restore macro now uses the previous mask value.  These
1803 	+ The value passed into tracePRIORITY_SET() has been corrected for the case
1922 	  what its value is (within the valid range set by the microcontroller
1972 	  with an incorrect	value.  This has been fixed.
2195 	  value of -1.
2470 	  stated a maximum block time, and the return value of the function needed
2486 	  tick count value.
2487 	+ Bug fix:  The 'value' of the event list item is updated when the priority
2532 	+ Corrected the value passed to the WDG_PeriodValueConfig() library
2540 	  DOS tick back to its proper value when the scheduler exits.  Thanks
2544 	  BP value would never get used so this did not cause a problem, but it has
2611 	+ The compare match load value on LPC2000 ports now has 1 added to correct
2612 	  the value used.
2639 	  prescale value was written to T0_PC instead of T0_PR.  This would have
2640 	  no effect unless a prescale value was actually required.  This has been
2659 	+ Both PIC18 ports now initialise the TBLPTRU to 0 as this is the value
2974 	+ Changed odd calculation of initial pxTopOfStack value when
3015 	  value (see the API documentation).
3072 	  port was also calculating a register value incorrectly resulting in the
3180 	  the higher original value.