<?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>S32KのトピックRe: S32K344 SVD File Bugs</title>
    <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2303162#M56463</link>
    <description>&lt;P&gt;I'm a little confused - you are correct that I would like to use Rust with this chip, but the issues I've laid out here are fundamental to how anyone would use this SVD file - whether for CMSIS or Rust.&lt;/P&gt;&lt;P&gt;The enumerations for things like MUXSEL and&amp;nbsp;RR_INITMOD only covering some of the possible values seems like a bug. The name field being the same for all the enumerations of any field&amp;nbsp;seems like a bug.&lt;/P&gt;&lt;P&gt;I'm not trying to ask for explicit support from NXP for Rust, I'm asking for the SVD file to be fixed!&lt;/P&gt;</description>
    <pubDate>Thu, 29 Jan 2026 16:55:05 GMT</pubDate>
    <dc:creator>kscz</dc:creator>
    <dc:date>2026-01-29T16:55:05Z</dc:date>
    <item>
      <title>S32K344 SVD File Bugs</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2301564#M56405</link>
      <description>&lt;P&gt;I pulled the S32K344 svd file (&amp;nbsp;S32K344.svd ) from the S32DS and I'm attempting to use it, but there appear to be hundreds of bugs in how the file is constructed.&lt;BR /&gt;&lt;BR /&gt;For example, in the MUXSEL registers (from section 62.8.10 in the Reference Manual) are defined in the SVD file like so:&lt;BR /&gt;&lt;FONT face="andale mono,times"&gt;&amp;lt;enumeratedValue&amp;gt;&lt;BR /&gt;&amp;lt;name&amp;gt;lu_in&amp;lt;/name&amp;gt;&lt;BR /&gt;&amp;lt;description&amp;gt;LU_IN0 to LU_IN11&amp;lt;/description&amp;gt;&lt;BR /&gt;&amp;lt;value&amp;gt;0x1&amp;lt;/value&amp;gt;&lt;BR /&gt;&amp;lt;/enumeratedValue&amp;gt;&lt;/FONT&gt;&lt;BR /&gt;&lt;BR /&gt;But the name field for all the enumerated values (LU_IN0 to LU_IN11) are all "lu_in" which causes errors when storing them as enumerations (multiple definitions of the symbol "lu_in"). Additionally - the enumeration doesn't even correctly cover the space. LU_IN should have values between 1 and 12 (0x1 to 0xC) and instead the enumeration only goes up to 0x9.&lt;/P&gt;&lt;P&gt;As another example, register&amp;nbsp;MDACFG0 field&amp;nbsp;NMDAR has an enumeration which essentially serves no purpose except to be broken.&lt;/P&gt;&lt;P&gt;&lt;FONT face="andale mono,times"&gt;&amp;lt;name&amp;gt;NUMBER&amp;lt;/name&amp;gt;&lt;BR /&gt;&amp;lt;description&amp;gt;Number of registers&amp;lt;/description&amp;gt;&lt;BR /&gt;&amp;lt;value&amp;gt;0x1&amp;lt;/value&amp;gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;Similar to the lu_in example, the enumerations all list "NUMBER" as the name of every enumeration.&lt;BR /&gt;&lt;BR /&gt;Register RRCR0 has field RR_INITMOD which has essentially the same issue with an enumeration&amp;nbsp;MOD_1_63 which also only covers a portion of the possible enumerated values.&lt;BR /&gt;&lt;BR /&gt;Is there anyone I can reach out to in order to get this corrected? These issues are a pretty major impediment to our ability to use S32K3XX chips.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Jan 2026 00:19:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2301564#M56405</guid>
      <dc:creator>kscz</dc:creator>
      <dc:date>2026-01-28T00:19:14Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 SVD File Bugs</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2302681#M56442</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/259211"&gt;@kscz&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Unfortunately, at this time, there is no official NXP Rust support for S32K3.&lt;/P&gt;
&lt;P&gt;You can create a small script to remove/rename duplicities before feeding the SVD to svd2rust.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;/P&gt;
&lt;P&gt;Pavel&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jan 2026 07:58:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2302681#M56442</guid>
      <dc:creator>PavelL</dc:creator>
      <dc:date>2026-01-29T07:58:05Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 SVD File Bugs</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2303162#M56463</link>
      <description>&lt;P&gt;I'm a little confused - you are correct that I would like to use Rust with this chip, but the issues I've laid out here are fundamental to how anyone would use this SVD file - whether for CMSIS or Rust.&lt;/P&gt;&lt;P&gt;The enumerations for things like MUXSEL and&amp;nbsp;RR_INITMOD only covering some of the possible values seems like a bug. The name field being the same for all the enumerations of any field&amp;nbsp;seems like a bug.&lt;/P&gt;&lt;P&gt;I'm not trying to ask for explicit support from NXP for Rust, I'm asking for the SVD file to be fixed!&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jan 2026 16:55:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2303162#M56463</guid>
      <dc:creator>kscz</dc:creator>
      <dc:date>2026-01-29T16:55:05Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 SVD File Bugs</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2304689#M56531</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/259211"&gt;@kscz&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;I see your point. I reported your query to the software team.&lt;/P&gt;
&lt;P&gt;Thank you for reporting that.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;/P&gt;
&lt;P&gt;Pavel&lt;/P&gt;</description>
      <pubDate>Mon, 02 Feb 2026 13:40:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2304689#M56531</guid>
      <dc:creator>PavelL</dc:creator>
      <dc:date>2026-02-02T13:40:48Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 SVD File Bugs</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2320469#M56929</link>
      <description>&lt;P&gt;Any word on how long I should wait for an update?&lt;/P&gt;</description>
      <pubDate>Thu, 19 Feb 2026 23:53:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2320469#M56929</guid>
      <dc:creator>kscz</dc:creator>
      <dc:date>2026-02-19T23:53:55Z</dc:date>
    </item>
    <item>
      <title>Re: S32K344 SVD File Bugs</title>
      <link>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2320574#M56930</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/259211"&gt;@kscz&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;I haven't received an update from development team yet. I increased the priority.&lt;/P&gt;
&lt;P&gt;Since the svd file is a part of RTD, I would expect the fix in the next RTD release.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;/P&gt;
&lt;P&gt;Pavel&lt;/P&gt;</description>
      <pubDate>Fri, 20 Feb 2026 07:19:00 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K344-SVD-File-Bugs/m-p/2320574#M56930</guid>
      <dc:creator>PavelL</dc:creator>
      <dc:date>2026-02-20T07:19:00Z</dc:date>
    </item>
  </channel>
</rss>

