Home
last modified time | relevance | path

Searched refs:some (Results 201 – 225 of 591) sorted by relevance

12345678910>>...24

/Zephyr-latest/doc/connectivity/bluetooth/autopts/
Dautopts-win10.rst242 …e.g. PuTTy with proper COM and baud rate. After board reset you should see some strings in console.
250 …e to Raw, IP to 127.0.0.1, port to 65123. After board reset you should see some strings in console.
/Zephyr-latest/doc/build/dts/
Dbindings-syntax.rst180 Here are some more examples.
311 ``foo = "/path/to/some/node";``
576 /* ... some compatible with 'bus: spi', etc. ... */
586 /* ... some compatible with 'bus: i2c', etc. ... */
717 good idea to check if :file:`base.yaml` already defines some of the needed
746 In some cases, you may want to include some property definitions from a file,
/Zephyr-latest/subsys/dfu/
DKconfig76 on some hardware that has long erase times, to prevent long wait
/Zephyr-latest/subsys/mgmt/osdp/
DKconfig67 packet structure definition, some commercial CPs and PDs do not
/Zephyr-latest/doc/connectivity/bluetooth/
Dbluetooth-shell.rst70 that is compiled in. To configure, use the :code:`log` command. Here are some examples:
/Zephyr-latest/doc/_extensions/zephyr/domain/static/js/
Dboard-catalog.js186 (selectedSocs.length === 0 || selectedSocs.some((soc) => boardSocs.includes(soc)));
/Zephyr-latest/samples/arch/smp/pktqueue/
DREADME.rst17 of packet headers is initialized. Each header contains some random data of size
/Zephyr-latest/doc/develop/sca/
Dcodechecker.rst81 When running CodeChecker as part of ``twister`` some default options are set as following:
/Zephyr-latest/samples/net/sockets/coap_download/
DREADME.rst47 echo "some test data" > file_root/test.txt
/Zephyr-latest/dts/arm/nxp/
Dnxp_lpc11u6x.dtsi47 * For some reasons, the IAP commands don't allow to
/Zephyr-latest/doc/hardware/porting/
Dsoc_porting.rst35 and check that it's not already in use. In some cases someone else may have
206 needs to provide some Kconfig settings before you can compile a Zephyr
227 other SoC related Kconfig settings. In some cases a SOC_PART_NUMBER.
/Zephyr-latest/boards/native/native_sim/doc/
Dindex.rst50 Note that some drivers may have limitations, or may not support their whole driver API optional
98 If you want your application to gracefully finish when it reaches some point,
164 and is therefore normally best to test and debug your code, as some bugs are
182 If you select some feature which are not compatible with the host C library,
198 while being a HW agnostic test platform which in some cases utilizes the host
249 If, for some reason, native_sim runs slower than real time, all this
604 Apart from its own peripherals, the native_sim board also has some dedicated
605 backends for some of Zephyr's subsystems. These backends are designed to ease
694 Today, some native_sim peripherals and backends are, so far, only available when compiling with the
/Zephyr-latest/doc/kernel/
Dcode-relocation.rst38 section will have some info regarding vector tables and other debug related
147 Take care if relocating kernel/arch files, some contain early initialization
/Zephyr-latest/subsys/net/lib/http/
DKconfig9 This parser requires some string-related routines commonly
16 This parser requires some string-related routines commonly
/Zephyr-latest/doc/kernel/services/timing/
Dclocks.rst222 and minimal. But some notes are important to detail:
225 not illegal (though probably undesirable in some circumstances) to
249 a timeout), but may be a performance problem in some cases. The
303 timeout and loop, waiting for it to finish while doing some processing
360 But some care is still required for subsystems that use those. Note that
/Zephyr-latest/doc/develop/test/
Dztest.rst69 the same suite will require some initial setup followed by some form of reset between each test.
155 where you might want to reset some state for every test in the binary (regardless of which suite is
183 While the Ztest framework provides a default :c:func:`test_main` function, it's possible that some
184 applications will want to provide custom behavior. This is particularly true if there's some global
379 some helpers for mocking functions, as demonstrated below.
/Zephyr-latest/doc/kernel/usermode/
Dmpu_stack_objects.rst63 some added complexity when implementing stack guards.
/Zephyr-latest/cmake/modules/
Dwest.cmake8 # Python interpreter as everything else, though, so we play some extra
/Zephyr-latest/doc/services/storage/fcb/
Dfcb.rst29 block of data, thereby freeing up some space, or stop writing new data
/Zephyr-latest/boards/shields/x_nucleo_bnrg2a1/doc/
Dindex.rst43 Additionally, depending on your host board, some modifications of the BLE
/Zephyr-latest/samples/boards/espressif/deep_sleep/
DREADME.rst23 3. ``GPIO``: Only supported by some Espressif SoCs, in the case of ESP32-C3
/Zephyr-latest/soc/cdns/dc233c/include/
Dxtensa-dc233c.ld62 * some linker issues which would balloon the size of
134 /* There is quite some space between .DoubleExceptionVector
/Zephyr-latest/doc/services/device_mgmt/
Dmcumgr_backporting.rst66 Backporting a fix means that some or all of the fix commits, as they exist in the current version,
75 Even if some of the commits require changes, keep the commit messages of all the ported commits
/Zephyr-latest/boards/st/nucleo_f767zi/doc/
Dindex.rst42 - Arm* Mbed Enabled* compliant (only for some Nucleo part numbers)
122 (*) nucleo_f767zi with soc cut-A (Device marking A) has some ethernet
/Zephyr-latest/arch/xtensa/core/
DREADME_WINDOWS.rst4 Zephyr plays some tricks here that require understanding the base
83 some extent enforces a fairly complicated stack layout to make that

12345678910>>...24