Searched +full:pr +full:- +full:merged +full:- +full:message (Results 1 – 9 of 9) sorted by relevance
/Zephyr-latest/.github/workflows/ |
D | greet_first_time_contributor.yml | 11 runs-on: ubuntu-22.04 12 if: github.repository == 'zephyrproject-rtos/zephyr' 15 - uses: actions/checkout@v4 16 - uses: zephyrproject-rtos/action-first-interaction@v1.1.1-zephyr-5 18 repo-token: ${{ secrets.GITHUB_TOKEN }} 20 issue-message: > 22 for our open-source project. 28 pr-opened-message: > 33 … commit messages and code, and you are expected to address any failures by updating the PR. 34 …ake a look at [our commit message guidelines](https://docs.zephyrproject.org/latest/contribute/gui… [all …]
|
/Zephyr-latest/doc/project/ |
D | modifying_contributions.rst | 10 as reviewers in pull requests, so that patches may be approved and merged 19 * a developer cherry-picks commits submitted by other contributors into their 23 * get content merged to the project's main branch as part of a larger 29 * assist in updating pull requests in order to get the patches merged 31 * drive stale pull requests to completion so they can be merged 37 A developer who intends to cherry-pick and potentially modify patches sent by 40 * clarify in their pull request the reason for cherry-picking the patches, 41 instead of assisting in getting the patches merged in their original 45 A developer who intends to force-push to a branch or pull request of 54 :ref:`development processes and tools <dev-environment-and-tools>` [all …]
|
/Zephyr-latest/doc/contribute/ |
D | contributor_expectations.rst | 1 .. _contributor-expectations: 10 - Reviewed more quickly and reviewed more thoroughly. It's easier for reviewers 12 to allocate large blocks of time to review a large PR. 14 - Less wasted work if reviewers or maintainers reject the direction of the 17 - Easier to rebase and merge. Smaller PRs are less likely to conflict with other 20 - Easier to revert if the PR breaks functionality. 32 - Smaller PRs should encompass one self-contained logical change. 34 - When adding a new large feature or API, the PR should address only one part of 38 - PRs should include tests or samples under the following conditions: 40 - Adding new features or functionality. [all …]
|
D | guidelines.rst | 6 As an open-source project, we welcome and encourage the community to submit 24 https://github.com/zephyrproject-rtos/zephyr/blob/main/LICENSE 26 .. _GitHub repo: https://github.com/zephyrproject-rtos/zephyr 38 https://www.zephyrproject.org/faqs/#1571346989065-9216c551-f523 41 https://www.whitesourcesoftware.com/whitesource-blog/top-10-apache-license-questions-answered/ 64 See :ref:`external-contributions` for more information about 84 https://www.linuxfoundation.org/blog/copyright-notices-in-open-source-software-projects/ 96 developer. In the commit message of the contribution, (described more fully 97 later in this document), the developer simply adds a ``Signed-off-by`` 104 .. code-block:: none [all …]
|
/Zephyr-latest/doc/develop/ |
D | modules.rst | 7 order to avoid reinventing the wheel and to reuse as much well-established, 14 modules, an external project is required to have its own life-cycle outside 29 - Debugger integration 30 - Silicon vendor Hardware Abstraction Layers (HALs) 31 - Cryptography libraries 32 - File Systems 33 - Inter-Process Communication (IPC) libraries 36 references to optional :ref:`binary blobs <bin-blobs>`. 41 .. _modules-vs-projects: 47 <west-workspace>`. In fact, modules :ref:`do not require west [all …]
|
/Zephyr-latest/doc/releases/ |
D | release-notes-2.5.rst | 27 * CVE-2021-3323: Under embargo until 2021-04-14 28 * CVE-2021-3321: Under embargo until 2021-04-14 29 * CVE-2021-3320: Under embargo until 2021-04-14 39 <https://github.com/zephyrproject-rtos/zephyr/issues?q=is%3Aissue+is%3Aopen+label%3Abug>`_. 56 * Changed vcnl4040 dts binding default for property 'proximity-trigger'. 63 * The :c:func:`mqtt_keepalive_time_left` function now returns -1 if keep alive 67 timeout usage must use the new-style k_timeout_t type and not the 72 confirmable message. 87 GPIO-only regulators a devicetree property ``supply-gpios`` is defined as a 101 * ARM Musca-A board and SoC support deprecated and planned to be removed in 2.6.0. [all …]
|
D | release-notes-2.6.rst | 13 * Added support for 64-bit ARCv3 14 * Split ARM32 and ARM64, ARM64 is now a top-level architecture 15 * Added initial support for Arm v8.1-m and Cortex-M55 22 https://github.com/zephyrproject-rtos/example-application 34 * CVE-2021-3581: Under embargo until 2021-09-04 41 <https://github.com/zephyrproject-rtos/zephyr/issues?q=is%3Aissue+is%3Aopen+label%3Abug>`_. 46 * Driver APIs now return ``-ENOSYS`` if optional functions are not implemented. 47 If the feature is not supported by the hardware ``-ENOTSUP`` will be returned. 48 Formerly ``-ENOTSUP`` was returned for both failure modes, meaning this change 194 * Added support for null pointer dereferencing detection in Cortex-M. [all …]
|
D | release-notes-3.1.rst | 25 * LoRaWAN: The message type parameter in :c:func:`lorawan_send` was changed 27 unconfirmed message, this has to be changed to ``LORAWAN_MSG_UNCONFIRMED``. 61 * Split CAN classic and CAN-FD APIs: 90 was moved from Kconfig to :ref:`devicetree <dt-guide>`. 91 See the :dtcompatible:`st,stm32f1-pinctrl` devicetree binding for more information. 182 * MIPI-DSI 184 * Added a :ref:`MIPI-DSI api <mipi_dsi_api>`. This is an experimental API, 196 * Added support for enabling/disabling CAN-FD mode at runtime using :c:macro:`CAN_MODE_FD`. 220 * Added support for Provisioners over PB-GATT 231 * Implemented ISO-AL TX unframed fragmentation [all …]
|
D | release-notes-2.0.rst | 12 * The kernel now supports both 32- and 64-bit architectures. 17 * We added support for :ref:`Point-to-Point Protocol (PPP) <ppp>`. PPP is a 20 * We added support for UpdateHub, an end-to-end solution for large scale 21 over-the-air device updates. 22 * We added support for ARM Cortex-R Architecture (Experimental). 32 * Fixes CVE-2019-9506: The Bluetooth BR/EDR specification up to and 35 negotiation. This allows practical brute-force attacks (aka "KNOB") 42 * New kernel API for per-thread disabling of Floating Point Services for 43 ARC, ARM Cortex-M, and x86 architectures. 45 * Additional support for compatibility with 64-bit architectures. [all …]
|