Home
last modified time | relevance | path

Searched full:seems (Results 1 – 25 of 104) sorted by relevance

12345

/Zephyr-latest/tests/lib/hash_function/
Dtestcase.yaml10 # RNG seems to be broken on qemu_cortex_a53
/Zephyr-latest/soc/snps/nsim/arc_classic/hs/
DKconfig.defconfig.hs6x_smp18 # SMP simulation is slower than single core, 1 Mhz seems reasonable match with wallclock
DKconfig.defconfig.hs_smp22 # SMP simulation is slower than single core, 1 Mhz seems reasonable match with wallclock
/Zephyr-latest/samples/drivers/led/led_strip/
Dnrf52-bindings.h14 * but it seems to work on AdaFruit LED rings.
/Zephyr-latest/soc/intel/intel_adsp/ace/include/ace15_mtpm/
Dadsp_interrupt.h47 * timestamp/comparator0/comparator1). It seems safe to write all 1's
56 * set. That seems unlikely to correctly capture the hardware
/Zephyr-latest/soc/intel/intel_adsp/ace/include/ace20_lnl/
Dadsp_interrupt.h45 * timestamp/comparator0/comparator1). It seems safe to write all 1's
54 * set. That seems unlikely to correctly capture the hardware
/Zephyr-latest/soc/intel/intel_adsp/ace/include/ace30/
Dadsp_interrupt.h45 * timestamp/comparator0/comparator1). It seems safe to write all 1's
54 * set. That seems unlikely to correctly capture the hardware
/Zephyr-latest/samples/boards/enjoydigital/litex/i2s/
DREADME.rst36 It seems that after a few minutes some music delay occurs, this is because the sound driver is not …
/Zephyr-latest/tests/net/socket/tls_ext/
DCMakeLists.txt29 # since it seems to be the only one that is signed by a ca
/Zephyr-latest/scripts/west_commands/
Drun_tests.py14 # all of zephyr's scripts/requirements.txt, which seems like too much
/Zephyr-latest/tests/net/lib/http_server/tls/
DCMakeLists.txt32 # since it seems to be the only one that is signed by a ca
/Zephyr-latest/dts/bindings/led_strip/
Dws2812.yaml47 WS2812 datasheet states that a 50 microseconds delay is required, it seems
/Zephyr-latest/tests/drivers/regulator/voltage/boards/
Dmimxrt685_evk_mimxrt685s_cm33.overlay39 * to pass this test. It seems that when LDO2 is at the
/Zephyr-latest/samples/drivers/watchdog/
Dsample.yaml52 # seems to ignore extra_args
/Zephyr-latest/subsys/logging/backends/
Dlog_backend_adsp.c36 * 80 bytes seems to catch most sensibly sized log message lines
/Zephyr-latest/include/zephyr/drivers/console/
Dipm_console.h25 * using printf() in the thread seems to require a lot more stack space
/Zephyr-latest/tests/kernel/interrupt/src/
Dregular_isr.c96 /* QEMU seems to have an issue in that interrupts seem to post on in ZTEST()
/Zephyr-latest/tests/posix/xsi_threads_ext/src/
Dmain.c143 /* qemu_x86 seems to be unable to set thread stacks to be anything less than 4096 */ in ZTEST()
247 /* qemu_x86 seems to be unable to set thread stacks to be anything less than 4096 */ in ZTEST()
/Zephyr-latest/cmake/modules/
Dzephyr_default.cmake55 # It seems only pip-installed builds are affected so we test to see if we are affected
/Zephyr-latest/soc/st/stm32/stm32wbx/
Dpower.c93 * during BLE advertisement phase). It seems like if left locked M0 in pm_state_set()
/Zephyr-latest/tests/unit/winstream/
Dmain.c8 /* This, uh, seems to be the standard way to unit test library code.
/Zephyr-latest/drivers/dma/
Ddma_mcux_smartdma.c35 /* Seems to be written to smartDMA control register when it is configured */
/Zephyr-latest/scripts/support/
Dquartus-flash.py54 # to be parameters? So far seems to work across 2 different boards, leave
/Zephyr-latest/drivers/w1/
Dw1_max32.c43 /* Check OW pin input state due to presence detect pin seems not work well */ in api_reset_bus()
/Zephyr-latest/soc/intel/intel_adsp/common/
Dboot.c35 * to ROM handlers (that seem to work), it seems unsafe to rely on

12345