Android 16: Why has NXP invented an own way to handle device trees in vendor_boot Inspecting last u-boot bootloader contained in Android 16 1.4.0 release I have discovered that an config option "CONFIG_INCLUDE_DTB_TO_VENDOR_BOOT" has been added to the bootloader. I assumed that it fixes the problem, that older Android versions used "dtbo" partition to store the main device tree. In my understanding that was wrong, because main device tree should be placed in "vendor_boot" partition (at least for vendor_boot v4) and dtbo partition gets filled with device tree overlays which can be applied to the main device tree to support hardware variants. See https://source.android.com/docs/core/architecture/partitions/vendor-boot-partitions where it is documented, that only one device tree to be inside vendor_boot. But now NXP has made an implementation to abandon "dtbo" partition and use the "dt_table_header" struct inisde vendor_boot to add more than one full device tree directly to vendor_boot. This header is normally used inside "dtbo" partition to organize multiple device tree overlays, but not inside "vendor_boot". This NXP specific way of handling device trees conflicts with the standard Android way to use one main device tree and device tree overlays from dtbo. This makes it hard for users (like me) who use the concept of device tree overlays to maintain their Android ports. Why has NXP chosen to implemeted device tree variants in that way? Do you have plans to change this behaviour back to the way as documented by Android? Android Re: Android 16: Why has NXP invented an own way to handle device trees in vendor_boot Hello, Please note that having multiple device tree is not mandatory for Android, so unless there is a mandatory change in the architecture of the OS I do not think this will change on how we provide our BSP as this has been the default for many versions so far. Also, note that for selecting the device tree the bootloader needs to: 1> Identify the SoC and load the corresponding .dtb from storage into memory. 2> Identify the board and load the corresponding .dtbo from storage into memory. 3> Overlay the .dtb with the .dtbo to be a merged DT. 4> Start kernel given the memory address of the merged DT. Following this we do not have a way to identify if one device tree should be used or the other, as we use the same hardware and just small changes for different implementation/demonstration, I would see this useful only if you are working with different hardware while using the same SOM (same basic configuration SoC+DDR+power IC). So, this does not comply on how we deliver our hw/sw and see no benefit on adding it. Best regards/Saludos, Aldo.

KW45 チームの皆さん、こんにちは。 私たちはKW45を使って製品を設計していて、LPSPIをサポートしているのを見ましたが、TR W25Q128JWFIQ QSPIフラッシュとやり取りしたいと考えていました。 サポートはできますか? もしそうなら、どんなハードウェアやソフトウェアの設定が必要か、 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: kw45 こんにちは、 @TejasN2255 私たちにCASEを作ってくれてありがとう。 はい、サポートしています。 KW45を使ってQSPIフラッシュW25Q128JWFIQ TRと操作できます。 しかし、KW45には FlexSPIがなく、実行インプレイス(XIP)パスもないため、W25Q128JWFIQと通信できるのは LPSPI 周辺機器でしかできませんでした。 使用する際には、電源電圧に注意する必要があります。W25Q128JWFIQの公称電圧は1.8V（1.7～1.95V）です。V).KW45のLPSPI1（EVKのVDD_MEM）に供給されるI/Oレールは1.8Vに設定する必要があります。3.3Vレールに接続しないでください。 KW45B41Z-EVK_SCH回路図の5ページを参照してください。AT25XE161D-MAHN-Tと似た接続がありますが、違いは電源電圧です。 よろしくお願いします、 Christine。

Android 16：为什么恩智浦半导体（NXP）在 vendor_boot 中发明了一种处理设备树的独特方法？ 检查 Android 16 1.4.0 版本中包含的最后一个 u-boot 启动加载程序，我发现启动加载程序中添加了一个配置选项“CONFIG_INCLUDE_DTB_TO_VENDOR_BOOT”。 我以为这样就能解决问题，因为旧版本的 Android 使用“dtbo”分区来存储主设备树。我的理解是错误的，因为主设备树应该放在“vendor_boot”分区中（至少对于vendor_boot v4来说是这样），而dtbo分区填充了设备树覆盖层，这些覆盖层可以应用于主设备树以支持硬件变体。 请参见 https://source.android.com/docs/core/architecture/partitions/vendor-boot-partitions 文档中明确指出，vendor_boot 中只能有一个设备树。 但现在 NXP 已经实现了放弃“dtbo”分区，并使用 vendor_boot 内部的“dt_table_header”结构体，直接向 vendor_boot 添加多个完整的设备树。此标头通常用于“dtbo”分区内，以组织多个设备树覆盖层，但不用于“vendor_boot”分区内。 NXP 的这种处理设备树的特殊方式与 Android 的标准方式相冲突，Android 的标准方式是使用一个主设备树和来自 dtbo 的设备树覆盖层。这使得像我这样使用设备树覆盖概念来维护其 Android 移植版本的用户变得困难。 NXP 为什么选择以这种方式实现设备树变体？ 你们是否有计划将此行为改回 Android 官方文档中描述的方式？ Android Re: Android 16: Why has NXP invented an own way to handle device trees in vendor_boot 你好， 请注意，Android 并不强制要求拥有多个设备树，因此，除非操作系统架构发生强制性变更，否则我认为我们提供 电路板支持包。 的方式不会改变，因为到目前为止，这已经是许多版本的默认做法。 另外，请注意，引导加载程序在选择设备树时需要执行以下操作： 1> 识别SoC并加载相应的.dtb文件从存储器到内存。 2> 识别开发板并加载相应的 .dtbo 文件从存储器到内存。 3> 覆盖 .dtb 文件将 .dtbo 合并为一个 DT。 4> 根据合并后的 DT 的内存地址启动内核。 因此，我们无法确定应该使用哪个设备树，因为我们使用相同的硬件，只是针对不同的实现/演示做了一些小的改动。我认为只有在使用相同的 SOM（相同的基本配置 SoC+DDR+电源 IC）但使用不同的硬件时，这种方法才有用。因此，这不符合我们交付硬件/软件的方式，添加它也没有任何好处。 此致敬礼/Saludos， 阿尔多。

MRF13750H Schematic Hello! Where can I find the electrical schematic of the MRF13750H - 915MHz narrowband reference circuit? 

FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode Issue Summary Flashed the provided base image to the microSD card using Win32DiskImager. Set SW1 = 11 for SD card boot. Connected the board to the PC using one USB-C cable, first through J1 (Debug UART) and later through J3 (USB Device) for USB download testing. The board is powered through J25. The board powers on successfully (power LED is ON). SD Boot Mode Connected J1 to the PC. Opened PuTTY at 115200, 8N1, No Flow Control. Tried all detected COM ports (COM3, COM4, COM5, COM6). Pressed RESET and power-cycled the board multiple times. No boot logs or serial output are displayed. USB Serial Downloader Mode Changed SW1 = 01 for USB Serial Downloader mode. Disconnected J1 and connected J3 to the PC. Windows detects an Unknown USB Device (Device Descriptor Request Failed) with Code 43. uuu.exe -lsusb does not detect the board. Can anyone please help. FRDM-IMX95 #NXP iMX95  Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode Hi @shuru_2604  Your computer does not appear to have successfully updated its USB driver automatically. You can click the following link to download the CH344 driver and install it yourself. https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html B.R

FRDM-i.MX95 开发板无法从 SD 卡启动或进入 USB 串口下载器模式 问题概要 使用Win32DiskImager将提供的基础镜像写入 microSD 卡。 设置SW1 = 11以启动 SD 卡。 使用一根 USB-C 线缆将电路板连接到 PC，首先通过J1（调试 UART） ，然后通过J3（USB 设备）进行 USB 下载测试。电路板通过J25供电。 板成功通电（电源指示灯亮起）。 SD启动模式 已将J1连接到PC。 打开 PuTTY，端口115200，端口 8N1，无流量控制。 已尝试所有检测到的 COM 端口（COM3、COM4、COM5、COM6）。 多次按下 RESET 键并重启主板。 不显示启动日志或串口输出。 USB 串口下载器模式 将SW1 = 01更改为 USB 串行下载器模式。 断开 J1 连接，并将J3连接到电脑。 Windows 检测到未知 USB 设备（设备描述符请求失败），错误代码为 43 。 uuu.exe -lsusb 无法检测到主板。 请问有人能帮忙吗？FRDM-IMX95 #NXP iMX95 Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode 你好@shuru_2604 您的计算机似乎没有成功自动更新其 USB 驱动程序。您可以点击以下链接下载 CH344 驱动程序并自行安装。 https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html BR

MRF13750H原理图 你好！哪里可以找到 MRF13750H - 915MHz 窄带参考电路的电路图？

KW45 大家好， 我们在设计一款使用 KW45 的产品时，发现它支持 LPSPI，但我们想与 QSPI 闪存 W25Q128JWFIQ TR 进行交互。 它支持吗？ 如果需要，需要进行哪些硬件和软件配置？所有可能的配置方案是什么？ 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） Re: kw45 你好， @TejasN2255 感谢您向我们提交案件。 是的，它支持。 您可以使用 KW45与 QSPI 闪存 W25Q128JWFIQ TR 进行交互。 但是由于 KW45 没有FlexSPI 也没有就地执行 (XIP) 路径，所以你只能通过其LPSPI外设与 W25Q128JWFIQ 通信。 使用时，需要注意供电电压。W25Q128JWFIQ 的标称电压为 1.8 V（1.7–1.95 V）。V）。KW45 的 I/O 轨供电给 LPSPI1（EVK 上的 VDD_MEM）必须设置为 1.8 V；不要将其连接到 3.3 V 轨。 您可以参考我们的KW45B41Z-EVK_SCH原理图第 5 页，它与 AT25XE161D-MAHN-T 有类似的连接，但区别在于电源电压。 此致， Christine。

i.mx8M plus シリアルダウンロード失敗 NXP様、 接続された回路図付きの基板をi.MX8M plus基板に接続しシリアルダウンロードを行いましたが、キャプチャ画像の通り画面だけが表示され、その後の処理は進みませんでした。 この問題を解決する方法についてお伺いしたいのですが。 よろしくお願いします。 よろしくお願いいたします。 チョン・インホ Re: i.mx8M plus Serial download failure 親愛なるイーピンワン様、 NXP EVK（8MPLUS-BB）は正常に動作しますが、私が設計した回路（添付の回路図）を搭載したボードは、スクリーンショットに示すようにしばらく動作した後、停止します。添付の回路図を確認し、適切に設計されているか確認してください。 よろしくお願いします。 よろしくお願いいたします。 チョン・インホ Re: i.mx8M plus Serial download failure 最新のUUUは、 https://github.com/nxp-imx/mfgtools/releasesからダウンロードしてください。 次に、以下のコマンドを使用してイメージをプログラムします。 unzstd -.rootfs.wic.zst uuu -b emmc_all - .rootfs.wic それでも失敗する場合は、以下のコマンドを試してください。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure 回路図はNXP EVKベースボードと同じように見える。唯一の違いは、JTAG_MODがハイレベルにプルアップされている点です。試すには、R216を取り外してください。    

kw45 Hello team, WE were designing a product using KW45 and we saw it  supports LPSPI, but we wanted to interact with the QSPI flash W25Q128JWFIQ TR. Does it supports? if it does, what and all possible hardware and software configurations need to be done Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: kw45 Hi, @TejasN2255  Thanks for creating case to us. Yes, it supports. You can use KW45 to interact with the QSPI flash W25Q128JWFIQ TR. But because KW45 doesn't have FlexSPI and no execute-in-place (XIP) path, so you could only talk to the W25Q128JWFIQ over its LPSPI peripheral. To use it, you need to be careful for the Supply voltage. The W25Q128JWFIQ is 1.8 V nominal (1.7–1.95 V). The KW45's I/O rail feeding LPSPI1 (VDD_MEM on the EVK) must be set to 1.8 V; do not tie it to a 3.3 V rail. You can refer to our KW45B41Z-EVK_SCH schematics page 5, we have a similar connection with AT25XE161D-MAHN-T, but the difference is the Supply voltage.  Best regards, Christine.

MRF13750H 回路図 こんにちは！MRF13750H - 915MHzの狭帯域参照回路の電気回路図はどこで見つけられますか?

FRDM-i.MX95ボードがSDカードから起動しない、またはUSBシリアルダウンローダーモードに入らない 問題の概要 Win32DiskImagerを使用して、提供されたベースイメージをmicroSDカードに書き込みました。 SDカードからの起動には、 SW1を11に設定してください。 まずはJ1(Debug UART)、その後J3(USBデバイス)経由でPCに接続し、USBダウンロードテストを行いました。 基板はJ25コネクタから電源供給されます。 基板の電源は正常にオンになりました（電源LEDが点灯しています）。 SDブートモード J1をPCに接続しました。 PuTTYを115200、8N1、フロー制御なしで開きました。 検出されたすべてのCOMポート（COM3、COM4、COM5、COM6）を試しました。 リセットボタンを押して、基板の電源を複数回オンオフしました。 ブートログやシリアル出力は表示されません。 USBシリアルダウンローダーモード USBシリアルダウンローダーモード用にSW1を01に変更しました。 J1を切断し、 J3 をPCに接続しました。 Windows は、不明な USB デバイス (デバイス記述子要求が失敗しました) をコード 43で検出しました。 uuu.exe -lsusb ではボードが検出されません。 どなたか助けていただけませんか。FRDM-IMX95 #NXP iMX95 Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode こんにちは、 @shuru_2604さん パソコンのUSBドライバが自動的に正常に更新されていないようです。以下のリンクをクリックしてCH344ドライバーをダウンロードし、自分でインストールできます。 https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html BR

在线配置 我已经成功完成了主板上的在线配置，现在我需要做的是提取证书或密钥，或者读取 edge2lock 配置后创建的 blob，这可以做到吗？ 使用 Frdm i.mx93 Re: Online Provisioning 你好， 您可以使用 pkcs11-tool 来完成此操作，请参阅此处的文档： https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_guide/pkcs11/pkcs11_tool_user_guide.md 另外，我建议您查阅一下SMW用户手册： https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_manual/SMW_UserManual_UM12513.pdf 此致敬礼/Saludos， 阿尔多。

i.mx8M plus 序列号下载失败 尊敬的恩智浦： 我按照附图所示的电路图将电路板连接到 i.MX8M plus 板，并执行了串行下载，但如捕获的图像所示，屏幕只显示出来，下载过程没有继续进行。 我想咨询一下如何解决这个问题。 谢谢！ 顺祝商祺！ 全仁浩 Re: i.mx8M plus Serial download failure 亲爱的王一平： NXP EVK (8MPLUS-BB) 工作正常，但我设计的电路板（附图）运行一段时间后，如屏幕截图所示，就会停止工作。请核对附件中的电路图，确保其设计正确。 谢谢！ 顺祝商祺！ 全仁浩 Re: i.mx8M plus Serial download failure 请从https://github.com/nxp-imx/mfgtools/releases下载最新版本的 UUU 然后使用以下命令对图像进行编程。 unzstd - .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic 如果仍然失败，请尝试以下命令。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure 原理图看起来和NXP EVK底板一样。唯一的区别是 JTAG_MOD 被拉高了。请移除 R216 再试一次。    

Android 16:なぜNXPはvendor_bootでデバイスツリーを処理する独自の方法を考案したのか Android 16 1.4.0リリースに含まれていた最後のu-bootブートローダーを調べたところ、設定オプション「CONFIG_INCLUDE_DTB_TO_VENDOR_BOOT」がブートローダーに追加されていることがわかりました。 古いAndroidバージョンでは「dtbo」パーティションを使ってメインデバイスツリーを保存していたという問題が解決すると思っていました。私の理解ではそれは間違いでした。なぜなら、メインデバイスツリーは「vendor_boot」パーティション(少なくともvendor_boot v4では)に配置されるべきで、DTBOパーティションはデバイスツリーのオーバーレイで埋められ、それをメインデバイスツリーに適用してハードウェアバリアントをサポートするからです。 S32デバッグ・プローブのセットアップの詳細については、 https://source.android.com/docs/core/architecture/partitions/vendor-boot-partitions 文書化されているように、vendor_boot 内には 1 つのデバイス ツリーのみが存在する必要があります。 しかし現在、NXPは「dtbo」パーティションを廃止し、vendor_boot内の「dt_table_header」構造体を使用して、複数の完全なデバイスツリーをvendor_bootに直接追加する実装を行っています。このヘッダーは通常、「dtbo」パーティション内で複数のデバイスツリーオーバーレイを整理するために使用されますが、「vendor_boot」内では使用されません。 このNXP特有のデバイスツリー処理方法は、DTBOからのメインデバイスツリーとデバイスツリーオーバーレイを使った標準的なAndroid方法と矛盾しています。これにより、デバイスツリーオーバーレイの概念を使ってAndroidポートを維持するユーザー(私のような)にとっては難しいです。 NXPはなぜデバイスツリーのバリアントをそのような方法で実装することを選んだのでしょうか？ この挙動をAndroidで記録されているやり方に戻す予定はありますか? Android Re: Android 16: Why has NXP invented an own way to handle device trees in vendor_boot こんにちは、 Androidでは複数のデバイスツリーは必須ではありませんので、OSのアーキテクチャに必須の変更がない限り、これまで多くのバージョンでデフォルトとなっているため、BSPの提供方法に変化はないと思います。 また、デバイスツリーを選択するには、ブートローダーが以下のことを行う必要があることに注意してください。 1> SoCを識別し、対応する.dtbファイルをロードします。ストレージからメモリへ。 2> ボードを識別し、対応する.dtboファイルをロードします。ストレージからメモリへ。 3> .dtb を重ね合わせる.dtbo はマージされた DT になります。 4> マージされたDTのメモリアドレスを指定してカーネルを開始します。 そのため、同じハードウェアを使用し、異なる実装/デモンストレーションのためにわずかな変更を加えるだけなので、どちらのデバイスツリーを使用すべきかを識別する方法がありません。同じSOM（同じ基本構成のSoC+DDR+電源IC）を使用しながら異なるハードウェアを扱っている場合にのみ、これが役立つと思います。つまり、これは私たちの作業・ソフトウェアの提供方法に合わず、追加してもメリットが見当たりません。 よろしくお願いいたします。 アルド。

Online Provisioning I have successfully completed the online Provisioning on my board , now what I have to do is I have extract the cert or key or possible read the blob which is created  after the edge2lock provisioning so is it possible to do that ?  Using Frdm i.mx93 Re: Online Provisioning Hello, You may use pkcs11-tool for this, please have a look to the documentation here: https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_guide/pkcs11/pkcs11_tool_user_guide.md Also, I would suggest to have a look to the SMW user manual: https://github.com/nxp-imx/imx-smw/blob/release/version_5.x/Documentations/user_manual/SMW_UserManual_UM12513.pdf Best regards/Saludos, Aldo.

S32DS 3.4导入adc_example_s32k118编译失败 make: *** [src/main.o] Error 1 make: *** 正在等待未完成的任务.... In file included from ../Project_Settings/Startup_Code/exceptions.c:30: /home/xysun/NXP/S32DS.3.4/S32DS/software/PlatformSDK_S32K1_2022_02/SW32K1_RTD_4_4_1_0_1_D2202/Base_TS_T40D2M10I1R0/include/Mcal.h:62:10: 致命错误： Soc_Ips.h：没有那个文件或目录 62 | #include "Soc_Ips.h" | ^~~~~~~~~~~ 编译中断。 Re: S32DS 3.4导入adc_example_s32k118编译失败 ConfigTools 的外围设备是“SoC_Ips.h”，但是RTD 和生成/包含源代码的使用 #include "Soc_Ips.h" Linux 严格区分大小写字母，这是 S32 IDE 的 bug 吗？应该手动修改 generate/include/SoC_Ips.h 的文件名，改为 generate/include/Soc_Ips.h，然后编译成功。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨@yshenu 关于你的新问题：“ Windows 安装没问题，但 Ubuntu 安装失败。我找不到原因。” 请您创建一个新主题，因为我对Ubuntu一无所知。 Re: S32DS 3.4导入adc_example_s32k118编译失败 Windows 系统安装正常，但 Ubuntu 系统安装失败。我找不到原因 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨@yshenu 我想不出其他可能的原因。我只能建议您重新安装 IDE 和 RTD。尽量不要使用中文，再试一次。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent 你看，版本没问题。     Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 请向我展示您的 S32 DS 版本，如下图所示，您可以看到 RTD 1.0.1 需要安装“Update 1”及以上版本。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent， 出现此错误 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent 也许该组件函数不存在。如何安装此功能？     Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 根据您提供的日志文件，Soc_Ips.h当前项目中缺少该文件，但实际上，更新代码后，该文件将在项目目录中生成。所以我的结论是，您可能没有正确生成配置代码。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨Senlent 已经更新了，但问题依旧存在。   Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 请在构建之前点击“更新代码”生成配置文件。

i.MX95 - 无法从 A55 内核执行 SoC RESET 各位专家好， 我正在研究 i.MX95，想从 A55 内核执行 SOC RESET（包括 M55 和 M7 内核）。 请参阅https://www.nxp.com/docs/en/user-guide/UG10163.pdf中的第 18.2 节 CRRM also needs a cold reboot (reboot SoC) to trigger the mode switch, for example, from recovery downloading to recovery installation. To meet it, we implement PSCI RESET2 in ATF, and use "reboot" rather than "reset" in U-Boot for this SoC reset. The kernel also adds the imx-sm-reset driver to call PSCI RESET2 to ATF. User application needs to use the following syscall to trigger the board reset. syscall(__NR_reboot, LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, LINUX_REBOOT_CMD_RESTART2, "board_reset"); 我创建了一个测试应用程序（见附件），其中包含此系统调用，用于从 A55 内核触发 SOC 重置。但是执行后，它只会重置 A55 核心，而其他 M33 和 M7 核心保持不变。 如果有人之前尝试过这种方法并 RESET 了整个SOC，请告知我。 提前感谢！ BR， 阿伦·库马尔 Re: i.MX95 - Unable to perform the SOC reset from A55 core 你好， 当使用 SCMI 协议管理 SoC 区域 RESET 时，SM 必须处理由区域 RESET 产生的相关 LP 握手。此外，一些区域 RESET（例如 A55）彼此之间存在依赖关系。例如，A55Cx RESET只能与 A55 区域（非合作）整体RESET一起执行。 使用 reboot 命令从 bash 重置的行为相同；如果需要完全重启 SoC（包括所有处理功能域），则可能需要看门狗触发的重置或 PMIC 驱动的电源循环。 顺祝商祺！

i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Operation not We are trying to enable hardware H.264 encoding on the i.MX8M Plus platform using the Hantro VC8000E encoder. Kernel Configuration Enabled CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y Device Tree VPU/VC8000E nodes have been enabled in DTS. &vpu_g1 { status = "okay"; };   &vpu_g2 { status = "okay"; };   &vpu_vc8000e { status = "okay"; };   &vpu_v4l2 { status = "okay"; };     Test Pipeline used:- GST_DEBUG=3 gst-launch-1.0 \ videotestsrc ! videoconvert ! v4l2h264enc ! fakesink     GST_DEBUG=3 gst-launch-1.0 videotestsrc ! videoconvert ! v4l2h264enc ! fakesink Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x120000: 'AVR (Audio Visual Research)' is not mapped 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x180000: 'CAF (Apple Core Audio File)' is not mapped 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x100000: 'HTK (HMM Tool Kit)' is not mapped 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xc0000: 'MAT4 (GNU Octave 2.0 / Matlab 4.2)' is not md 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xd0000: 'MAT5 (GNU Octave 2.1 / Matlab 5.0)' is not md 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x210000: 'MPC (Akai MPC 2k)' is not mapped 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xe0000: 'PVF (Portable Voice Format)' is not mapped 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x160000: 'SD2 (Sound Designer II)' is not mapped 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x190000: 'WVE (Psion Series 3)' is not mapped Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:06.638305750 50254 0xaaaafd743f80 WARN GST_REGISTRY gstregistry.c:2003:gst_update_registry: registry update failed: Error writing registry cache to /home/devuser/.cacy Setting pipeline to PAUSED ... ====== V4L2ENC: 1.24.0 build on Jul 24 2024 02:25:45. ====== 0:00:06.800120125 50254 0xaaaafd743f80 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: Failed to probe pixel aspect ratio with VIDIOC_t Pipeline is PREROLLING ... 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: Creating random stream-id, consider implemd Redistribute latency... 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: Uncertain or not enough buffers, enabld 0:00:06.889086250 50254 0xffffb4000b70 WARN v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: error: poll error 1: Operation not permitted (1) ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Could not read from resource. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189): gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: poll error 1: Operation not permitted (1) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... 0:00:06.892575000 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Failed to process frame. 0:00:06.892941125 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Maybe be due to not enough memory or fr ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Failed to process frame. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941): gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Maybe be due to not enough memory or failing driver ERROR: pipeline doesn't want to preroll. 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: Internal data stream error. 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason error (-5) ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data stream error. Additional debug info: /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: streaming stopped, reason error (-5) ERROR: pipeline doesn't want to preroll. 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl 0:00:06.928232250 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl Freeing pipeline ... Request Please provide: Complete list of required kernel configurations for i.MX8MP hardware encoding. Required DTS entries for VC8000E/Hantro encoder. Required firmware files and their expected locations. Required GStreamer plugins/packages. Required multimedia libraries (imx-gst plugins, vpu wrappers, etc.). Any CMA/memory requirements. Validation procedure to verify encoder driver initialization. Recommended test pipelines for H.264 hardware encoding. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper Hi @ajayvk1, Thank you for contacting NXP Support! 1) imx_v8_defconfig 2) imx8mp-evk.dts  3) The multimedia or full image is needed for this feature 4) The multimedia or full image is needed for this feature 5) RM00294.pdf  Best Regards, Chavira

外部ウォッチドッグを使用したPMICの動作（Wdg_43_VR5510） PMIC用に外部ウォッチドッグ（Wdg_43_VR5510）を実装しました。しかし、Pmic_VR5XX_TimeoutLoops_StateTransistion で無限ループに陥っています（下記参照）。 現在、状態はINIT_FS状態です。状態図によると、状態をINIT_FSからWait_ABIST2に変更するには、適切なウォッチドッグ更新が必要です。 最初のウォッチドッグ更新が256ms以内に正常に行われるようにするため、EcuM初期化中にWdg_43_VR5510_Init関数の後にウォッチドッグトリガーAPIを呼び出しました。 最初の監視機関の刷新をどのように、どこで行うべきかを知る必要がある。つまり、状態遷移はINIT_FSからwait_ABIST2へと起こるということです。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、 @Jerry_cao さん。 お問い合わせいただきありがとうございます。しかし、元の投稿はほぼ2年間閉鎖されているため、そのThreadでの支援を継続することはできません。 S32G - NXPコミュニティであなたの問題について新しい投稿を作成してください。私たちのチームは喜んでさらにサポートいたします。 BR セレステ Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) NXPチームの皆様、こんにちは。 現在VR5510 PMICのデバッグを行っているのですが、ウォッチドッグの更新に関連するリアルタイムスケジューリングの問題に遭遇しました。 MCAL I2C ウォッチドッグのリフレッシュ (I2C を介して VR5510 ウォッチドッグにフィードする) は、 同期 手術。同期待機は割り込みコンテキスト内から呼び出されるため、CPUをブロックし、他のタスクのリアルタイムスケジューリングを低下させます。 ドライバーの設定やコードに 非同期 オプションがあるのに気づきました。しかし実際には同期のビジー待機(I2C転送が完了するまでブロックとポーリングを行う)を実行しているため、実際には転送を呼び出し元から切り離すことはありません。 私の質問： VR5510のウォッチドッグリフレッシュを公式にサポートされた方法で実行することは可能ですか？ 真のノンブロッキング （例えば割り込み駆動かDMA駆動のI2C)で、他のタスクを停止させないために? 非同期オプションがノンブロッキングであることが想定されている場合、現在の同期ビジーウェイト動作は既知の制限事項でしょうか、それとも私の側の設定の問題でしょうか？ 何かご助言、設定例、またはサンプルコードをご提供いただければ大変ありがたいです。 よろしくお願いします。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、SagarZalaさん、 S32 Design Studio(S32DS)の標準化された2つの例を試したことはありますか?彼らも同じ問題を抱えるのだろうか？彼らはあなたにとって非常に良い参考資料となるかもしれません。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、 ご返信ありがとうございます。 私はRTDバージョン4.0.2を使用しています。I2Cは既に高速に設定済みで、 WD_WINDOWも1024msに設定されています。しかし、それでもうまくいきません。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 親愛なる@SagarZala様、 ご質問ありがとうございます。VR5510は一般的にS32Gマイクロプロセッサ と組み合わせられます。そのため、VR5510の利用可能なドライバはS32G RTDパッケージ内で提供されるべきです。使用しているRTDのバージョンと、具体的な例を教えてください。 RTD 4.0.0バージョンを例にすると、パスC:\NXP\SW32G_RTD_4.4_4.0.0\eclipse\plugins\Wdg_43_VR5510_TS_T40D11M40I0R0\docの下に「RTD_WDG_43_VR5510_IM」と「RTD_WDG_43_VR5510_UM」のドキュメントがあります。文書「RTD_WDG_43_VR5510_UM」に詳細が記載されています。 ウォッチドッグタイマーはI2Cコマンドによって起動され、I2Cの速度に依存することに留意すべきである。I2Cの速度が低い場合、ウォッチドッグタイマーが作動ウィンドウのオープン時間内に正常にトリガーされない可能性があります。この問題を避けるために、ユーザーはI2cを高速で設定し、有効な期間は長いウィンドウを使うことを推奨します。 ウォッチドッグのリフレッシュを設定するには、WD_WINDOW[3:0]を設定してリフレッシュ時間を取得します。次の図に示すように： 「Document VR5510 製品 data sheet」(表45ページ、60ページ)を参照してください。ウォッチドッグウィンドウの期間設定は、以下のスクリーンショットに示すとおりです。WD（廃液排出）期間を正しく設定した後、WDに正しく給紙する必要があります。 上記の情報がお役に立てば幸いです。 よろしくお願いいたします。 セレステ