/Zephyr-latest/doc/develop/sca/ |
D | eclair.rst | 9 particular emphasis on the MISRA and BARR-C coding standards, to the 22 To run ECLAIR, :ref:`west build <west-building>` should be 23 called with a ``-DZEPHYR_SCA_VARIANT=eclair`` parameter. 25 .. code-block:: shell 27 west build -b mimxrt1064_evk samples/basic/blinky -- -DZEPHYR_SCA_VARIANT=eclair 43 .. code-block:: shell 45 …west build -b mimxrt1064_evk samples/basic/blinky -- -DZEPHYR_SCA_VARIANT=eclair -DECLAIR_OPTIONS_… 51 file, that can be achived by giving the argument ``-DOption=ON|OFF``. 55 .. code-block:: shell 57 …west build -b mimxrt1064_evk samples/basic/blinky -- -DZEPHYR_SCA_VARIANT=eclair -DECLAIR_REPORTS_… [all …]
|
/Zephyr-latest/samples/subsys/fs/format/ |
D | README.rst | 1 .. zephyr:code-sample:: fs-format 2 :name: Format filesystem 3 :relevant-api: file_system_api 5 Format different storage devices for different file systems. 10 This sample shows how to format different storage 29 .. zephyr-app-commands:: 30 :zephyr-app: samples/subsys/fs/format 35 The RAM disk sample for the MIMXRT1064-EVK board can be built as follow: 37 .. zephyr-app-commands:: 38 :zephyr-app: samples/subsys/fs/format [all …]
|
/Zephyr-latest/doc/connectivity/networking/api/ |
D | tls_credentials_shell.rst | 6 The TLS Credentials shell provides a command-line interface for managing installed TLS credentials. 21 ----- 25 .. code-block:: shell 33 .. code-block:: shell 38 --------- 40 .. csv-table:: 44 …"``<DATA>``", "Text data to be appended to credential buffer. It can be either text, or base64-enc… 53 Credential contents can be provided in-line with the call to ``cred add``, or will otherwise be sou… 56 ----- 60 .. code-block:: shell [all …]
|
/Zephyr-latest/lib/os/ |
D | Kconfig.cbprintf | 2 # SPDX-License-Identifier: Apache-2.0 15 # 80: -53% / 982 B (80 / 00) 17 bool "Space-optimized but feature-limited" 22 formatting capability is substituted. This has a much smaller code 39 Selecting this may increase code size on 32-bit systems as 56 With CBPRINTF_COMPLETE conversions that may result in value-specific 72 point format specifiers. Selecting this increases stack size 73 requirements slightly, but increases code size significantly. 81 The %a hexadecimal format for floating point value conversion was 83 appears in application code. [all …]
|
/Zephyr-latest/arch/arm/core/ |
D | Kconfig | 4 # SPDX-License-Identifier: Apache-2.0 29 This option signifies the use of a CPU of the Cortex-M family. 44 This option signifies the use of a CPU of the Cortex-R family. 66 This option signifies the use of a CPU of the Cortex-A family. 69 # GDB for ARM expects up to 18 4-byte plus 8 12-byte 70 # registers - 336 HEX letters 76 From: http://www.arm.com/products/processors/technologies/instruction-set-architectures.php 78 Thumb-2 technology is the instruction set underlying the ARM Cortex 80 efficiency, and code density for a wide range of embedded 83 Thumb-2 technology builds on the success of Thumb, the innovative [all …]
|
/Zephyr-latest/include/zephyr/drivers/sip_svc/ |
D | sip_svc_proto.h | 4 * SPDX-License-Identifier: Apache-2.0 15 * Client to fill in the input data in struct sip_svc_request format 19 * format and pass to client via Callback. 27 /** @brief Header format 41 #define SIP_SVC_PROTO_HEADER(code, trans_id) \ argument 42 ((((code)&SIP_SVC_PROTO_HEADER_CODE_MASK) << SIP_SVC_PROTO_HEADER_CODE_OFFSET) | \ 58 /** @brief Arm SiP services command code in request header 61 * - Typical flow, synchronous request. Service expects EL3/EL2 firmware to 65 * - Asynchronous request. Service is required to poll the response via a 74 /** @brief Error code in response header [all …]
|
/Zephyr-latest/boards/intel/common/ |
D | efi_boot.rst | 6 ------------------------- 11 #. Format the USB flash drive as FAT32. 13 On Windows, open ``File Explorer``, and right-click on the USB flash drive. 14 Select ``Format...``. Make sure in ``File System``, ``FAT32`` is selected. 15 Click on the ``Format`` button and wait for it to finish. 17 On Linux, graphical utilities such as ``gparted`` can be used to format 22 .. code-block:: console 24 $ mkfs.vfat -F 32 <device-node> 34 ------------------------- 51 .. code-block:: console [all …]
|
/Zephyr-latest/subsys/net/lib/lwm2m/ |
D | README_lwm2m | 2 ---------------------- 6 SenML CBOR content format support takes advantage of the Zcbor library's capability of generating 7 domain specific code. To generate the SenML encoder and decoder the following CDDL file 11 :code: txt 13 The CDDL description is based on the RFC 8428 - Sensor Measurement Lists (SenML). For further 14 details please see the chapter 11 - CDDL. 19 pip install --upgrade zcbor 24 … can attempt to use the 3-way merge capabilities by committing the un-patched changes (i.e. up to … 27 git am -3 < lwm2m_senml_cbor.patch 33 git format-patch --stdout HEAD~1.. > lwm2m_senml_cbor.patch
|
D | lwm2m_obj_gateway.h | 7 * SPDX-License-Identifier: Apache-2.0 15 /* clang-format off */ 20 /* clang-format on */ 30 * otherwise a coap response code is sent. 33 * @code{.c} 35 * // Write CoAP packet to msg->out.out_cpkt 41 * @return negative error code otherwise. 48 * @return -ENOENT if no object instance with obj_inst_id was found 54 * @return 0 if msg was handled by Gateawy and contains a valid response. Negative error code 56 * @return -ENOENT if this msg was not handled by Gateway object.
|
/Zephyr-latest/include/zephyr/logging/ |
D | log_output_custom.h | 5 * SPDX-License-Identifier: Apache-2.0 36 * @param format Pointer to the external formatter function 38 void log_custom_output_msg_set(log_format_func_t format); 46 * @code{.c} 52 * @param fmt The format string 53 * @param ... optional arguments for the format string 62 * @code{.c} 78 /** @brief Format the timestamp with a external function. 93 * @param format Pointer to the external formatter function 95 void log_custom_timestamp_set(log_timestamp_format_func_t format);
|
/Zephyr-latest/samples/modules/canopennode/ |
D | README.rst | 1 .. zephyr:code-sample:: canopennode 11 CANopen is an internationally standardized (`EN 50325-4`_, `CiA 301`_) 13 systems used in automation. CANopenNode is a 3rd party, open-source 17 demonstrates the use of non-volatile storage for the CANopen object 31 .. code-block:: console 33 west config manifest.project-filter +canopennode 36 Building and Running for TWR-KE18F 40 LEDs). The sample can be built and executed for the TWR-KE18F as 43 .. zephyr-app-commands:: 44 :zephyr-app: samples/modules/canopennode [all …]
|
/Zephyr-latest/include/zephyr/drivers/ |
D | peci.h | 4 * SPDX-License-Identifier: Apache-2.0 80 * @name Ping command format. 89 * @name GetDIB command format. 103 * @name GetTemp command format. 119 * @name RdPkgConfig command format. 130 * @name WrPkgConfig command format. 141 * @name RdIAMSR command format. 153 * @name WrIAMSR command format. 165 * @name RdPCIConfig command format. 176 * @name WrPCIConfig command format. [all …]
|
D | display.h | 4 * SPDX-License-Identifier: Apache-2.0 28 #include <zephyr/dt-bindings/display/panel.h> 37 * Display pixel format enumeration. 39 * In case a pixel format consists out of multiple bytes the byte order is 43 PIXEL_FORMAT_RGB_888 = BIT(0), /**< 24-bit RGB */ 46 PIXEL_FORMAT_ARGB_8888 = BIT(3), /**< 32-bit ARGB */ 47 PIXEL_FORMAT_RGB_565 = BIT(4), /**< 16-bit RGB */ 48 PIXEL_FORMAT_BGR_565 = BIT(5), /**< 16-bit BGR */ 52 * @brief Bits required per pixel for display format 55 * format. It can be used to allocate a framebuffer based on a given [all …]
|
/Zephyr-latest/doc/hardware/peripherals/can/ |
D | shell.rst | 38 For example, building the :zephyr:code-sample:`hello_world` sample for the :zephyr:board:`frdm_k64f… 41 .. zephyr-app-commands:: 42 :zephyr-app: samples/hello_world 44 …:gen-args: -DCONFIG_SHELL=y -DCONFIG_CAN=y -DCONFIG_CAN_SHELL=y -DCONFIG_STATS=y -DCONFIG_CAN_STAT… 48 interact with the shell. The CAN shell comes with built-in help (unless 49 :kconfig:option:`CONFIG_SHELL_HELP` is disabled). The built-in help messages can be printed by 50 passing ``-h`` or ``--help`` to the ``can`` command or any of its subcommands. All subcommands also 51 support tab-completion of their arguments. 55 also supports tab-completion. A list of all devices available can be obtained using the ``device 67 .. code-block:: console [all …]
|
/Zephyr-latest/modules/hal_nordic/nrfx/ |
D | nrfx_log.h | 2 * Copyright (c) 2017 - 2020, Nordic Semiconductor ASA 4 * SPDX-License-Identifier: Apache-2.0 20 * - NRFX_<module>_CONFIG_LOG_ENABLED enables the messages (when set to 1) 21 * - NRFX_<module>_CONFIG_LOG_LEVEL specifies the severity level of the messages 56 * @param ... printf-style format string, optionally followed by arguments 64 * @param ... printf-style format string, optionally followed by arguments 72 * @param ... printf-style format string, optionally followed by arguments 80 * @param ... printf-style format string, optionally followed by arguments 122 * @brief Macro for getting the textual representation of a given error code. 124 * @param[in] error_code Error code. [all …]
|
/Zephyr-latest/samples/drivers/video/tcpserversink/ |
D | README.rst | 1 .. zephyr:code-sample:: video-tcpserversink 3 :relevant-api: video_interface bsd_sockets 18 - :zephyr:board:`mimxrt1064_evk` 19 - `MT9M114 camera module`_ 35 .. zephyr-app-commands:: 36 :zephyr-app: samples/drivers/video/tcpserversink 45 .. code-block:: console 47 Video device detected, format: RGBP 480x272 54 .. code-block:: console 56 gst-launch-1.0 tcpclientsrc host=192.0.2.1 port=5000 \ [all …]
|
/Zephyr-latest/tests/net/lib/lwm2m/content_plain_text/src/ |
D | main.c | 4 * SPDX-License-Identifier: Apache-2.0 72 char * const expected_payload[] = { "0", "127", "-128" }; in ZTEST() 78 zassert_mem_equal(test_out.out_cpkt->data + offset, in ZTEST() 81 "Invalid payload format"); in ZTEST() 84 zassert_equal(test_out.out_cpkt->offset, offset, in ZTEST() 94 zassert_equal(ret, -ENOMEM, "Invalid error code returned"); in ZTEST() 103 char * const expected_payload[] = { "0", "32767", "-32768" }; in ZTEST() 109 zassert_mem_equal(test_out.out_cpkt->data + offset, in ZTEST() 112 "Invalid payload format"); in ZTEST() 115 zassert_equal(test_out.out_cpkt->offset, offset, in ZTEST() [all …]
|
/Zephyr-latest/doc/develop/west/ |
D | zephyr-cmds.rst | 1 .. _west-zephyr-ext-cmds: 6 This page documents miscellaneous :ref:`west-zephyr-extensions`. 8 .. _west-boards: 20 This command lists all supported boards in a default format. If you prefer to 21 specify the display format yourself you can use the ``--format`` (or ``-f``) 24 west boards -f "{arch}:{name}" 28 west boards -h 30 .. _west-completion: 40 - bash 41 - zsh [all …]
|
/Zephyr-latest/scripts/ruff/ |
D | gen_lint_exclude.py | 4 # SPDX-License-Identifier: Apache-2.0 12 # ruff check --output-format=json | ./scripts/ruff/gen_lint_exclude.py >> .ruff-excludes.toml 16 def __init__(self, code: str, url: str) -> None: 17 self.code = code 20 def __eq__(self, other: object) -> bool: 23 return self.code.__eq__(other.code) 25 def __hash__(self) -> int: 26 return self.code.__hash__() 31 sys.stdout.write("[lint.per-file-ignores]\n") 35 rules.setdefault(v["filename"], set()).add(RuffRule(v["code"], v["url"])) [all …]
|
/Zephyr-latest/tests/net/lib/lwm2m/content_json/src/ |
D | main.c | 4 * SPDX-License-Identifier: Apache-2.0 103 /* 2 bytes for Content Format option + payload marker */ 147 /* Leave some space for Content-format option */ in test_prepare_nomem() 148 test_msg.cpkt.offset = sizeof(test_msg.msg_data) - TEST_PAYLOAD_OFFSET; in test_prepare_nomem() 167 TEST_PAYLOAD(TEST_RES_S8, "v", "-128"), in ZTEST() 182 "Invalid payload format"); in ZTEST() 197 zassert_equal(ret, -ENOMEM, "Invalid error code returned"); in ZTEST() 209 TEST_PAYLOAD(TEST_RES_S16, "v", "-32768"), in ZTEST() 224 "Invalid payload format"); in ZTEST() 239 zassert_equal(ret, -ENOMEM, "Invalid error code returned"); in ZTEST() [all …]
|
/Zephyr-latest/samples/sensor/6dof_motion_drdy/ |
D | prj.conf | 4 # SPDX-License-Identifier: Apache-2.0 11 # Floating point format support 12 # Selecting this increases stack size requirements slightly, but increases code size significantly.
|
/Zephyr-latest/samples/sensor/tdk_apex/ |
D | prj.conf | 4 # SPDX-License-Identifier: Apache-2.0 11 # Floating point format support 12 # Selecting this increases stack size requirements slightly, but increases code size significantly.
|
/Zephyr-latest/doc/services/llext/ |
D | index.rst | 7 application at runtime with linkable loadable code. 9 Extensions are precompiled executables in ELF format that can be verified, 23 The LLEXT subsystem requires architecture-specific support. It is currently 24 available only on RISC-V, ARM, ARM64, ARC (experimental) and Xtensa cores. 25 Harvard architecture cores that separate code and data paths and have no
|
/Zephyr-latest/subsys/bluetooth/services/ots/ |
D | ots_internal.h | 2 * Copyright (c) 2020-2022 Nordic Semiconductor ASA 4 * SPDX-License-Identifier: Apache-2.0 22 * Table 3.10: Format of OACP Response Value 24 * 1 octet Procedure code 25 * 1 octet Request op code 26 * 1 octet Result Code 29 * Table 3.24: Format of the OLCP Response Value 30 * 1 octet Procedure code 31 * 1 octet Request op code 32 * 1 octet Result Code
|
/Zephyr-latest/samples/boards/96boards/argonkey/microphone/ |
D | README.rst | 1 .. zephyr:code-sample:: argonkey_microphone 3 :relevant-api: audio_interface 5 Acquire audio through the ArgonKey's on-board MP34DT05 microphone. 10 the on-board MP34DT05 microphone. The microphone generates a PDM 13 in source code in this sample. 22 - mezzanine mode, plugging the ArgonKey to HiKey board through its 96Board 23 low-speed connector 24 - standalone mode, supplying 5V directly on P1 connector 29 - :ref:`96b_argonkey` 34 .. zephyr-app-commands:: [all …]
|