Home
last modified time | relevance | path

Searched refs:worst (Results 1 – 13 of 13) sorted by relevance

/Zephyr-latest/dts/arm/gd/gd32l23x/
Dgd32l233rc.dtsi40 * Assume GD32L23X use the worst implementation, set the max erase
/Zephyr-latest/doc/develop/west/
Dsign.rst31 environment differences. Last and worst: new signing feature and options are
/Zephyr-latest/doc/develop/optimizations/
Dtools.rst17 with features available through the compiler, we can also generate worst-case
190 To view worst-case stack usage analysis, build this with the
/Zephyr-latest/drivers/clock_control/
DKconfig.stm3266 size makes each measure roughly 42µs slower in the worst case.
/Zephyr-latest/drivers/dma/
DKconfig.xilinx_axi_dma82 worst-case latency.
/Zephyr-latest/dts/arm/gd/gd32e50x/
Dgd32e50x.dtsi66 * Assume GD32E50x use the worst implementation, set the max erase
/Zephyr-latest/subsys/fs/
DKconfig.fatfs247 that, in worst scenario, value provided here may cause FATFS
/Zephyr-latest/boards/arm/mps2/doc/
Dmps2_an521.rst93 the second core to the worst-case scenario from TF-M.
/Zephyr-latest/subsys/bluetooth/controller/
DKconfig.ll_sw_split997 int "Number of connections with worst-case overlapping procedures"
1001 Set the number connections for which worst-case buffer requirements
DKconfig246 controller. Number of required RX buffers would worst-case be
/Zephyr-latest/doc/security/
Dvulnerabilities.rst140 denial of service in the best case, or code execution in the worst
1814 A rogue thread can corrupt the gp reg and cause the entire system to hard fault at best, at worst,
/Zephyr-latest/subsys/bluetooth/host/
DKconfig58 # the worst-case stack size if an out-of-tree controller is used.
/Zephyr-latest/doc/releases/
Drelease-notes-2.5.rst1234 * :github:`30679` - puncover worst-case stack analysis does not work