Searched full:decreasing (Results 1 – 21 of 21) sorted by relevance
20 - "Decreasing brightness gradually"
23 - Decreasing brightness gradually
208 of 16M cycles. Decreasing the offset value beyond the trigger of the AoA/AoD procedure219 is 1 us. Decreasing the offset beyond the trigger of the AoA/AoD procedure will have230 is 1 us. Decreasing the offset beyond the trigger of the AoA/AoD procedure will have242 is 2 us. Decreasing the offset beyond the trigger of the AoA/AoD procedure will have253 is 2 us. Decreasing the offset beyond the trigger of the AoA/AoD procedure will have
15 non-monotonically decreasing numbering.
12 * Time to add threads of decreasing priority to a wait queue
13 * Time to add threads of decreasing priority to the ready queue.
30 * monotonic decreasing within the sequence.
112 Decreasing this value can help increase data throughput when high113 baudrates are used. 278us is 4 bytes at 115200 baud. Decreasing this
74 and lower the CPU load by decreasing the frequency of execution of
30 * decreasing the risk of build errors appearing due to the in ZTEST()
71 LOG_INF(" Decreasing brightness gradually"); in run_led_test()
258 "Add threads of decreasing priority"); in main()273 "Remove threads of decreasing priority"); in main()
248 "Add threads of decreasing priority"); in main()263 "Remove threads of decreasing priority"); in main()
62 stack space. Conversely decreasing it will lessen the stack burden at the expense
48 /* The flow of decreasing voltage and frequency */ in frdm_mcxa156_init()
285 /* Round up decreasing counter to tick boundary */ in atcpit100_set_alarm()
433 Decreasing its size, in the opposite, will make the garbage collection operation faster
577 /* meanning we removed a region, so fix the count by decreasing 1 */ in insert_region()
215 in decreasing size of symbols. This helps to minimize
59 /* We have these threads, in strictly decreasing order of priority:
2270 * :github:`47197` - BLE latency decreasing and increasing over time (possibly GPIO issue)
