<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Zephyr ProjectのトピックHTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
    <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2100600#M317</link>
    <description>&lt;P&gt;Hi, I am relatively new to embedded development and NXP FRDM MCXN947 board. I followed&amp;nbsp;&lt;A href="https://docs.zephyrproject.org/latest/samples/net/sockets/http_server/README.html" target="_self"&gt;HTTP Server example&lt;/A&gt;&amp;nbsp;to setup a http server within the board. However I am now having issues with "TX packet too large".&lt;BR /&gt;&lt;BR /&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png" style="width: 653px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/338693i114A70383B9858F7/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;How I fix this?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What I wanted to achieve is a decent HTTP&amp;nbsp; server without any issues and then jump on to https server.&lt;/P&gt;</description>
    <pubDate>Tue, 20 May 2025 09:56:33 GMT</pubDate>
    <dc:creator>elby</dc:creator>
    <dc:date>2025-05-20T09:56:33Z</dc:date>
    <item>
      <title>HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2100600#M317</link>
      <description>&lt;P&gt;Hi, I am relatively new to embedded development and NXP FRDM MCXN947 board. I followed&amp;nbsp;&lt;A href="https://docs.zephyrproject.org/latest/samples/net/sockets/http_server/README.html" target="_self"&gt;HTTP Server example&lt;/A&gt;&amp;nbsp;to setup a http server within the board. However I am now having issues with "TX packet too large".&lt;BR /&gt;&lt;BR /&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png" style="width: 653px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/338693i114A70383B9858F7/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;How I fix this?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What I wanted to achieve is a decent HTTP&amp;nbsp; server without any issues and then jump on to https server.&lt;/P&gt;</description>
      <pubDate>Tue, 20 May 2025 09:56:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2100600#M317</guid>
      <dc:creator>elby</dc:creator>
      <dc:date>2025-05-20T09:56:33Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2108901#M334</link>
      <description>&lt;P&gt;Ran into the same issue, but managed to fix it by increasing CONFIG_ETH_NXP_ENET_QOS_TX_BUFFER_DESCRIPTORS and CONFIG_ETH_NXP_ENET_QOS_RX_BUFFER_DESCRIPTORS to a value higher than 5. The default is 4 hence why it fails by default. As the HTTP server seems to require at least 5 buffer descriptors in the driver.&lt;/P&gt;&lt;P&gt;My educated guess (though I haven’t looked too deeply into the internals) is that these descriptors act like storage pools or slots for the Ethernet MAC driver to queue complete Ethernet frames or fragments. When the number of available descriptors is too low, the driver is unable to buffer or transmit frames correctly, leading to errors like TX packet too large.&lt;/P&gt;&lt;P&gt;These options can be set by either:&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;A)&lt;/STRONG&gt; Using menuconfig:&lt;BR /&gt;Go to &lt;STRONG&gt;Device Drivers → Ethernet drivers → NXP ENET QOS Ethernet Module Driver&lt;/STRONG&gt;&lt;BR /&gt;Then change:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Number of TX buffer descriptors&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Number of RX buffer descriptors&lt;/STRONG&gt;&lt;BR /&gt;to a value higher than 5 (I used 16).&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;B)&lt;/STRONG&gt; Or, by adding the following lines to your prj.conf:&lt;/P&gt;&lt;PRE&gt;CONFIG_ETH_NXP_ENET_QOS_TX_BUFFER_DESCRIPTORS=16&lt;BR /&gt;CONFIG_ETH_NXP_ENET_QOS_RX_BUFFER_DESCRIPTORS=16&lt;/PRE&gt;&lt;P&gt;After that, the web server should run fine.&lt;/P&gt;&lt;P&gt;Hope this helps anyone else searching for answers on why the sample doesn’t work out of the box.&lt;/P&gt;</description>
      <pubDate>Mon, 02 Jun 2025 20:44:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2108901#M334</guid>
      <dc:creator>Hoog-V</dc:creator>
      <dc:date>2025-06-02T20:44:04Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2125661#M385</link>
      <description>&lt;P&gt;Hi, Thanks for your response. Yes, I did the same and I managed to get it work however I still have the same issue where sometimes (not every time) I get the network buffer error.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;The error says ""Tx packet too large" or "Rx packet too large".&lt;/P&gt;&lt;P&gt;If this anything to do with Zephyr libraries/dependencies or MCXN947 board itself? I don't think it's an MCXN94&amp;amp; board issue.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in Advance!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 30 Jun 2025 13:20:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2125661#M385</guid>
      <dc:creator>elby</dc:creator>
      <dc:date>2025-06-30T13:20:55Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2126035#M388</link>
      <description>&lt;P&gt;Hi Elby,&lt;/P&gt;&lt;P&gt;I ran into the same issue while working with MQTT/Webserver on the MCXN947. It appears to be a bug in the Ethernet driver that has been upstreamed into the Zephyr project.&lt;/P&gt;&lt;P&gt;Unfortunately, this is just a hobby project for me (I'm not affiliated with NXP), so I haven’t had the time to dive into the driver code yet. As a quick workaround, I noticed that Zephyr currently has two Ethernet drivers for the MCXN947, and oddly enough, the newer one in the main branch seems more buggy than the older one. You might want to try checking out Zephyr version 4.1. As the older driver seemed more stable in my limited experience.&lt;/P&gt;&lt;P&gt;I had to put the project on hold for now due to other commitments. My suggestion would be to open a GitHub issue in the Zephyr project.&amp;nbsp; I’ll gladly support it to help give it more visibility. Alternatively, if you're up for it, you could attempt a fix and submit a pull request.&lt;/P&gt;&lt;P&gt;Interestingly, the original MCUXpresso drivers don’t have this issue, which suggests that something is indeed broken in the Zephyr implementation. It’s a bit disappointing that driver quality and testing are lacking in this case.&lt;/P&gt;&lt;P&gt;Let me know if you take any action on GitHub! I’m happy to support you, since I’d love to see this resolved too! &lt;LI-EMOJI id="lia_slightly-smiling-face" title=":slightly_smiling_face:"&gt;&lt;/LI-EMOJI&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Jul 2025 04:54:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2126035#M388</guid>
      <dc:creator>Hoog-V</dc:creator>
      <dc:date>2025-07-01T04:54:22Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2127024#M392</link>
      <description>&lt;P&gt;Thanks for your response much appreciated.&lt;/P&gt;&lt;P&gt;While working did you come across any error like:&lt;/P&gt;&lt;PRE&gt;&amp;lt;err&amp;gt; eth_nxp_enet_qos_mac: RX descriptor does not have first descriptor flag, drop&lt;BR /&gt;&amp;lt;err&amp;gt; eth_nxp_enet_qos_mac: could not allocate new RX pkt&lt;BR /&gt;&amp;lt;err&amp;gt; eth_nxp_enet_qos_mac: could not allocate new RX pkt&lt;BR /&gt;&amp;lt;err&amp;gt; eth_nxp_enet_qos_mac: could not allocate new RX pkt&lt;BR /&gt;&amp;lt;err&amp;gt; eth_nxp_enet_qos_mac: could not allocate new RX pkt&lt;BR /&gt;&amp;lt;err&amp;gt; eth_nxp_enet_qos_mac: could not allocate new RX pkt&lt;/PRE&gt;&lt;P&gt;Recently, I am seeing this error as well.&lt;BR /&gt;&lt;BR /&gt;And Yes, as you said I will open a topic in Github and see if I could get some support from the Zephyr community itself.&lt;/P&gt;&lt;P&gt;I will keep you posted.&lt;/P&gt;&lt;P&gt;Many Thanks!&lt;/P&gt;</description>
      <pubDate>Wed, 02 Jul 2025 08:26:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2127024#M392</guid>
      <dc:creator>elby</dc:creator>
      <dc:date>2025-07-02T08:26:54Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128167#M399</link>
      <description>&lt;P&gt;Hey&lt;/P&gt;&lt;P&gt;looks like the default value for the&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;CONFIG_ETH_NXP_ENET_QOS_TX_BUFFER_DESCRIPTORS&lt;BR /&gt;CONFIG_ETH_NXP_ENET_QOS_RX_BUFFER_DESCRIPTORS&lt;/PRE&gt;&lt;P&gt;in the latest 4.2.0-rc1 tag version is now 16 so this hasn't fixed it for me.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Jul 2025 15:12:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128167#M399</guid>
      <dc:creator>ekwus</dc:creator>
      <dc:date>2025-07-03T15:12:57Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128172#M400</link>
      <description>&lt;P&gt;Hey&lt;/P&gt;&lt;P&gt;I've managed to recreate the same/similar issue in the TCP Echo demo app. I consistently get "No new RX buf available" after a few hundred send payloads when the data size is above 131 bytes!&lt;/P&gt;&lt;P&gt;Below 132 bytes and I haven't managed to get things to break yet but as soon as I increase the buffer it breaks.&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;</description>
      <pubDate>Thu, 03 Jul 2025 15:19:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128172#M400</guid>
      <dc:creator>ekwus</dc:creator>
      <dc:date>2025-07-03T15:19:14Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128177#M401</link>
      <description>Nice! NXP has fixed something atleast, three weeks ago this commit got merged which fixed the RX/TX Buffer descriptors issue:&lt;BR /&gt;&lt;A href="https://github.com/zephyrproject-rtos/zephyr/commit/34f9cd94904518c507a5bc28d483f3f7695db0dc" target="_blank"&gt;https://github.com/zephyrproject-rtos/zephyr/commit/34f9cd94904518c507a5bc28d483f3f7695db0dc&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;It doesn't fix the DMA issues though, this forum ticket was actually a double-issue with the QOS driver. I hope they will fix this DMA issue soon!</description>
      <pubDate>Thu, 03 Jul 2025 15:28:11 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128177#M401</guid>
      <dc:creator>Hoog-V</dc:creator>
      <dc:date>2025-07-03T15:28:11Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128179#M402</link>
      <description>That was also the case with my code, atleast when adding more services or sending larger frames the whole stack seems to crash. With messages "No new RX buf available" spamming my console.</description>
      <pubDate>Thu, 03 Jul 2025 15:29:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128179#M402</guid>
      <dc:creator>Hoog-V</dc:creator>
      <dc:date>2025-07-03T15:29:56Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128183#M403</link>
      <description>There seems to be an earlier pr which tried to fix it. But did not fix it :). How wonderful...&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://github.com/zephyrproject-rtos/zephyr/pull/91312" target="_blank"&gt;https://github.com/zephyrproject-rtos/zephyr/pull/91312&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Seems to be related to issue: &lt;A href="https://github.com/zephyrproject-rtos/zephyr/pull/90181" target="_blank"&gt;https://github.com/zephyrproject-rtos/zephyr/pull/90181&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;and&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://github.com/zephyrproject-rtos/zephyr/issues/89435" target="_blank"&gt;https://github.com/zephyrproject-rtos/zephyr/issues/89435&lt;/A&gt;</description>
      <pubDate>Thu, 03 Jul 2025 15:34:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128183#M403</guid>
      <dc:creator>Hoog-V</dc:creator>
      <dc:date>2025-07-03T15:34:13Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP(s) web server using Zephyr in FRDM-MCXN947 board</title>
      <link>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128213#M404</link>
      <description>&lt;P&gt;Hey&lt;/P&gt;&lt;P&gt;I've raised the following issue in the Zephyr Github project.&lt;/P&gt;&lt;P&gt;&lt;A href="https://github.com/zephyrproject-rtos/zephyr/issues/92652" target="_blank"&gt;https://github.com/zephyrproject-rtos/zephyr/issues/92652&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Hopefully with enough interest the NXP guys will pick it up.&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;</description>
      <pubDate>Thu, 03 Jul 2025 16:45:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Zephyr-Project/HTTP-s-web-server-using-Zephyr-in-FRDM-MCXN947-board/m-p/2128213#M404</guid>
      <dc:creator>ekwus</dc:creator>
      <dc:date>2025-07-03T16:45:17Z</dc:date>
    </item>
  </channel>
</rss>

