Home
last modified time | relevance | path

Searched refs:testing (Results 176 – 200 of 295) sorted by relevance

12345678910>>...12

/Zephyr-latest/tests/drivers/build_all/dac/
Dapp.overlay6 * Application overlay for testing driver builds
/Zephyr-latest/drivers/display/
DKconfig.mcux_elcdif75 Rotate display by 0 degrees. Primarily useful for testing,
/Zephyr-latest/samples/net/telnet/
DREADME.rst31 To use QEMU for testing, follow the :ref:`networking_with_qemu` guide.
/Zephyr-latest/doc/connectivity/networking/
Dqemu_setup.rst135 When you are finished with network testing using QEMU, you should stop
138 network interfaces. For example, stop them if you switch from testing
Deth_bridge_native_sim_setup.rst13 This setup is useful when testing the Ethernet bridging feature that can be enabled with
/Zephyr-latest/boards/intel/adsp/doc/
Dintel_adsp_generic.rst194 …twister -p intel_adsp/cavs25 --device-testing --device-serial-pty="$ZEPHYR_BASE/soc/intel/intel_ad…
205 …twister -p intel_adsp/cavs25 --device-testing --device-serial-pty="$ZEPHYR_BASE/soc/intel/intel_ad…
212 twister -p intel_adsp/cavs25 --hardware-map cavs.map --device-testing -T samples/hello_world
/Zephyr-latest/samples/net/dhcpv4_client/
DREADME.rst29 To use QEMU for testing, follow the :ref:`networking_with_qemu` guide.
/Zephyr-latest/boards/ti/sk_am62/doc/
Dindex.rst72 The testing requires the binary to be copied to the SD card to allow the A53 cores to load it while…
/Zephyr-latest/samples/drivers/clock_control_litex/
DREADME.rst17 * Optional: clock output signals redirected to output pins for testing
/Zephyr-latest/samples/subsys/modbus/rtu_server/
DREADME.rst47 it can, apart from testing the server implementation, also be used practically
/Zephyr-latest/boards/espressif/esp32s3_eye/doc/
Dindex.rst113 - Four strapping pins led out from the main board. They can be used as testing points.
119 - LCD_RST testing point. You can use it to reset the LCD display with control signals.
/Zephyr-latest/boards/native/native_sim/doc/
Dindex.rst24 developing and testing application code which would require them.
203 For developing and testing SW which requires specific HW, while retaining the
231 This is desirable when running in a debugger or testing in batch, but not if
390 instead of a virtual network, facilitating testing without the need for extra
411 This alternative option is mainly aimed for testing Bluetooth connectivity over
528 The ``STDINOUT`` option can be used for automated testing, such as when piping other processes'
/Zephyr-latest/doc/kernel/services/smp/
Dsmp.rst25 purposes (e.g. for testing, or to reserve a physical CPU for running
221 handler and will instead spin in its idle loop, testing the scheduler
225 IPI, and this code will only be used for testing purposes or on
302 complicated than simply testing the thread pointer for equality with a
/Zephyr-latest/boards/fanke/fk7b0m1_vbt6/doc/
Dindex.rst19 and testing of peripherals and functionalities.
/Zephyr-latest/doc/build/signing/
Dindex.rst33 and testing
/Zephyr-latest/boards/phytec/phyboard_electra/doc/
Dindex.rst104 Therefore, the testing requires the binary to be copied to the SD card to allow the A53 cores to
/Zephyr-latest/doc/develop/test/
Dtwister_statuses.rst36 It is the smallest subdivision of testing in Zephyr.
/Zephyr-latest/kernel/
DKconfig.smp75 to check if schedule IPI has called or not, for testing
/Zephyr-latest/tests/subsys/logging/log_blocking/
DREAME.md19 There are roughly 4 scenarios we care about testing with
/Zephyr-latest/samples/net/mqtt_sn_publisher/
DREADME.rst38 - LAN for testing purposes (Ethernet)
/Zephyr-latest/tests/drivers/build_all/display/
Dapp.overlay6 * Application overlay for testing driver builds
/Zephyr-latest/doc/develop/
Dmodules.rst232 well as the module integration testing are successful.
235 and testing the module codebase with the zephyr main tree.
236 This includes occasional advanced testing of the module's codebase
237 in addition to the testing performed by Zephyr's CI.
360 All Zephyr modules should provide some level of **integration** testing,
375 default manifest, shall provide some level of integration testing.
382 The purpose of integration testing is not to provide functional verification
383 of the module; this should be part of the testing framework of the external
387 testing infrastructure but are written explicitly for Zephyr. These tests
/Zephyr-latest/doc/releases/
Drelease-notes-1.6.rst13 infrastructure, and testing.
271 * ``ZEP-1140`` - Add a unified kernel version of power_mgr sample app for testing PM code with the …
342 * ``ZEP-1227`` - ztest native testing not working in unified kernel
/Zephyr-latest/boards/phytec/phyboard_lyra/doc/
Dphyboard_lyra_am62xx_m4.rst98 Therefore, the testing requires the binary to be copied to the SD card to allow the A53 cores to
/Zephyr-latest/drivers/hwinfo/
DKconfig26 Enable hwinfo Shell for testing.

12345678910>>...12