<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/124016/how-do-i-use-a-custom-version-of-zephyr-with-ncs</link><description>We have our application in a git repository with a minimal west.yml as below. We want for Zephyr and have the manifest import our fork, instead of recursively getting from nrfconnect manifest. What is the syntax for that? I&amp;#39;d rather fork zephyr only and</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 10 Sep 2025 07:22:03 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/124016/how-do-i-use-a-custom-version-of-zephyr-with-ncs" /><item><title>RE: How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/thread/548312?ContentTypeID=1</link><pubDate>Wed, 10 Sep 2025 07:22:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8583ed45-d8bf-42c2-93a7-7d7c5f3655d9</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;I believe using your own fork of Zephyr is OK as long as it is based on the exact version/hash that was used in the SDK that is qualified, and you do not make any changes related to the Bluetooth stack. If so, using your approach should be OK when you just modify the custom drivers.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/thread/548156?ContentTypeID=1</link><pubDate>Tue, 09 Sep 2025 08:04:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bc73eb98-595c-4ec7-9f6e-a722158cddb7</guid><dc:creator>Atilla Byteflyer</dc:creator><description>&lt;p&gt;Actually I&amp;#39;m using an internal branch based on ncs-v3.1.0 release, because some of the peripheral drivers in Zephyr are lacking. Wither no power management, or happen to lack &amp;quot;compatible&amp;quot; support for the variants we use etc.&lt;br /&gt;&lt;br /&gt;Instead of maintaining custom drivers in our external tree, I thought it would be more manageable to fork NCS version of Zephyr, which would also make it easy to contribute back upstream.&lt;/p&gt;
&lt;p&gt;Do you have a recommendation in the regulatory sense? Should we keep any custom driver developments (even things like temperature sensors) strictly out-of-tree?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/thread/548120?ContentTypeID=1</link><pubDate>Tue, 09 Sep 2025 01:56:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:29961db3-544f-4828-9bba-173646881b2a</guid><dc:creator>PaKa</dc:creator><description>&lt;p&gt;Out of curisosity, why do you want to do this? All wireless certifications are tied to the Zephyr version version included in nRF Connect SDK so you will now not have any Bluetooth/Matter/Thread qualifications for products.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/thread/547620?ContentTypeID=1</link><pubDate>Wed, 03 Sep 2025 11:56:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2eb65876-bc70-4d19-a6b4-cc66573f63f1</guid><dc:creator>Atilla Byteflyer</dc:creator><description>&lt;p&gt;Thank you for the pointer. I provided my solution for future reference.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/thread/547619?ContentTypeID=1</link><pubDate>Wed, 03 Sep 2025 11:56:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d2a8acc5-d4ff-4052-8900-3705950c71fb</guid><dc:creator>Atilla Byteflyer</dc:creator><description>&lt;p&gt;Solved it this way: Explicitly adding the Zephyr before NCS will override the Zephyr from NCS.&lt;/p&gt;
&lt;pre&gt;manifest:&lt;br /&gt; self:&lt;br /&gt; west-commands: scripts/west-commands.yml&lt;br /&gt;&lt;br /&gt;remotes:&lt;br /&gt; - name: &amp;lt;own remote&amp;gt;&lt;br /&gt;   url-base: https://github.com/&amp;lt;own&amp;gt;&lt;br /&gt; - name: ncs&lt;br /&gt;   url-base: &lt;a href="https://github.com/nrfconnect"&gt;https://github.com/nrfconnect&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;projects:&lt;br /&gt; - name: zephyr&lt;br /&gt;   remote: &amp;lt;own remote&amp;gt;&lt;br /&gt;   repo-path: zephyr&lt;br /&gt;   # always point this to a tag(better) or hash, never a branch!&lt;br /&gt;   revision: &amp;lt;own tag&amp;gt;&lt;br /&gt;   import:&lt;br /&gt;   # Recursively import these from Zephyr&lt;br /&gt;   # Please keep this list sorted alphabetically.&lt;br /&gt;     name-allowlist:&lt;br /&gt;     - ...&lt;br /&gt;&lt;br /&gt;- name: nrf&lt;br /&gt;  repo-path: sdk-nrf&lt;br /&gt;  remote: ncs&lt;br /&gt;  revision: v3.1.0&lt;br /&gt;  # recursively import EVERYTHING from NCS.&lt;br /&gt;  # This has lower priority than explicitly listed ones.&lt;br /&gt;  # Zephyr above overrides the zephyr from NCS&lt;br /&gt;  import: true&lt;/pre&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How do I use a custom version of Zephyr with NCS?</title><link>https://devzone.nordicsemi.com/thread/547191?ContentTypeID=1</link><pubDate>Fri, 29 Aug 2025 12:00:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:710aad26-16c3-4e7d-946c-b37951557f69</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The way I understand your question you want to refer to use a nRF Connect SDK release, but refer to another Zephyr tag? One potential approach could be to do as is domein the &lt;a href="https://github.com/nrfconnect/ncs-example-application"&gt;nRF Connect SDK example application&lt;/a&gt;&amp;nbsp;(which demonstrate a &lt;a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/app_dev/create_application.html#workspace_application"&gt;workspace application&lt;/a&gt;)&amp;nbsp;but instead of referring to nrf, refer to all the compoennts you want (including Zephyr and others), so that you maitain your own west.yml that is based on the one under nrf: &lt;a href="https://github.com/nrfconnect/sdk-nrf/blob/main/west.yml"&gt;west.yml&lt;/a&gt;. It may be just as clean to fork nrf repo and do things there though, although I understand that is somehting you want to avoid.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>