IMXRT1172 LPSPI（EDMA搭載）ランダム断続SPI SR = REFエラー こんにちは、 LPSPI EDMA転送APIを使うとき、SDKからコールバックを呼び出すとき(EDMAが完了したとき)、LPSPI SRレジスタを見ると、約5〜10回の確率でREFビット(エラーフラグ/オーバーフローを読み取る)が設定されています。私のSPIクロックは500kHzで動作しています。SPIクロックはDMAが追いつけなくなるほど速くはないので、なぜSPI RXオーバーフローが発生するのかよくわかりません。この問題を解決する方法はありますか?また、同じ問題を経験した方はいらっしゃいますか?オーバーフローを受け取ってもデータは常に正しく見えます(転送ごとにバッファをゼロにしているので、古い古いデータではないとわかります)。転送APIを使用して同時TX/RXを行い、4msごとに転送を実行しています。タイミングに関しては問題はないはずです。 ありがとうございます -m Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error こんにちは、 @nxp16 さん。 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 SR[REF]は受信FIFOオーバーフローを示します。転送中にこのフラグが実際に設定された場合、推奨される復旧方法は、転送を停止し、RX FIFOを空にし、REFをクリアして、転送を再開することです。 しかし、500 kHzでは、これは通常のDMA帯域幅の問題とは思えません。これは、RX EDMAチャネルがSPIクロック開始前にすでに準備・有効化されていると仮定した場合です。受信データは依然として正しいので、まずREFフラグが古いフラグなのか、それとも転送開始/停止シーケンスによって設定されているのかを確認することをお勧めします。 トラブルシューティングについては、以下をお試しください。 1. 新しい転送を開始する前に、SR[REF]をクリアしてください。 2. TXがクロックの生成を開始する前に、RX DMAが有効になっていることを確認してください。 3. 転送間でLPSPIが無効化/有効化されているかどうかを確認します。無効化/有効化されている場合は、該当するエラータの回避策を適用します。LPSPIを有効にした後でREFをクリアするか、LPSPIを再度有効にする前にリセットします。 mayliu1_0-1784877413675.png お役に立てれば幸いです。 よろしくお願いいたします。 5月 Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 訂正表には2つの回避策が記載されており、SRのビットをクリアすることとペリフェラルをリセットすることだ。残念ながら、最初のエラッタについてはSDKがすでに対応しているため、問題を回避できていないようです。残念ながら、私の場合、ペリフェラルをリセットすることは選択肢にありません。なぜなら、その後すべてを再設定しなければならないからです(すべてのレジスタがクリアされます)。今のところ、DMAが正常に完了したにもかかわらずREFエラーが発生した場合は、それは誤ったエラーであるとみなし、無視することにします。 ありがとうございます -m Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 残念ながら、SDKは転送間にLPSPI周辺機器を無効化・有効化しており、私はそれをコントロールできません。 ありがとうございます -m Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error こんにちは、@Mike_M3 さん。 転送の合間にLPSPIが無効化され、再度有効化されているかどうかを確認してください。もしそうであれば、この手順を避ける方が望ましい。無効化／有効化が必要な場合は、記載されている回避策に従ってください。 REFをクリアした後、次の転送を開始する前にRX FIFOの状態と受信データを確認し、デバッグのためにこの状態をログに記録/カウントしてください。 よろしくお願いいたします。 5月 Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 最新情報ありがとうございます。 SDKは内部でLPSPIを無効化・再有効化できますが、アプリケーションは次の転送を開始する前に、前回のLPSPIバス転送が完了していることを必ず確認すべきです。 EDMAコールバックは、DMAの完了のみを示します。次の転送が、SR[MBF]が設定されているか、SR[TCF]が設定されていない状態でEDMAコールバックから即座に開始された場合、SDKはLPSPIが完全にアイドルでない状態で次の転送セットアップに入ることがあります。 次のLPSPI EDMA転送を送信する前に、SR[TCF]=1またはSR[MBF]=0になるまでお待ちください。

LPC5516 SRAM 私はLPC5516チップを使用しています。 SWDプロトコルを使用してチッププログラムをSRAMに書き込み、実行したい。 しかし、プログラムがSRAMに書き込まれていなかったことが判明した。 SWD経由でチップのIDCODEを読み取り、カーネルの停止などの初期化処理を完了しました。 プログラムを0x04000000に書き込み、そのアドレスから読み戻したところ、読み取られたデータは0であることが判明した。 サンプルコードを通して、SWDプロトコルを使用して以下のようなAHB SRAMクロックをいくつか有効化しました。 SYSCON->AHBCLKCTRLSET[0] = SYSCON_AHBCLKCTRL0_SRAM_CTRL1_MASK | SYSCON_AHBCLKCTRL0_SRAM_CTRL2_MASK; しかし、上記のプログラムを実行した後でも、SRAMに書き込まれたプログラムの読み出し値は依然として0のままです。 この状況の原因を分析するのを手伝っていただけませんか？ LPC551X-S1X Re: LPC5516 SRAM 1.私は16進数で0x20000000を書き込もうとしましたが、0x4000000を書き込むのと同じ結果になりました。 2. JLINKのSWD波形を比較しましたが、波形が理解できません。変です。set 0xE000EDF0の前にackエラーのものを送信し、0xA05F0003で0xE000EDF0を設定し、0xE000EDF0読み取り、値が0x03030003です。 私のSWD波形はチップIDCODEを読み取り、その後チップを初期化します。0xE000EDF0を0xA05F0003に設定すると、読み戻された値は0x0になります。 Jlinkのスクリプトを教えてもらえますか?デバッグモードに入る前に何が送信されるのか知りたいです。 デバッグモードに入る前に、このチップで有効にする必要がある設定は何ですか？あるいは、何らかのレジスタを設定する必要があるのでしょうか？ JLINK.png err.png     Re: LPC5516 SRAM こんにちは@1123HENRY 1) 0x04000000のSRAMX領域ではなく、0x20000000のSRAMにプログラムを書き込んでみてください。 2) MCUXpresso IDEまたはLinkFlashを外部デバッガで使用し、SRAMをプログラムし、SWD信号や波形をキャプチャし、プログラマで観察した波形と比較してください。 BR アリス Re: LPC5516 SRAM 私は自作のチップを使ってSWD命令を送信し、LPC5516チップのデバッグを行いました。デバッグを有効にするために、0xE000EDF0レジスタへの書き込みを試みましたが、うまくいきませんでした。 次に、SRAMへの書き込みを試みましたが、書き込み操作が失敗しました。デバイスがデバッグモードに入らなかったようです。 test1.png test2.png   test3.png test4.png      Re: LPC5516 SRAM 他にもエラーログを共有できますか？ Re: LPC5516 SRAM こんにちは、 @1123HENRYさん 以下のThreadもご覧ください。参考になるかもしれません。 制限付きSWDアクセス - NXPコミュニティ BR アリス

iMXRT1176DVMAA + Macronix MX25U51245G 54フラッシュメモリに関する問題 こんにちは。カスタムボードを扱っているのですが、サプライチェーンの問題により、Macronix MX25U51245G 54 の機能フラッシュを交換する必要があります。ブートローダーROM APIを使用したSFDP検出に関して、問題が発生しているようです。 MIMXRT1176DVMAAを使用したカスタムPCBA フラッシュデバイスをWinbond W25Q512NWEIQからMacronix MX25U51245G 54に変更しました。 FlexSPI1を使用する 1V8電源 仕様内の信号完全性 回路図の接続図は以下のとおりです。 achampoux_0-1785249761617.png achampoux_1-1785249804702.png デフォルトでは、新しいフラッシュではシリアルダウンローダーやLinkServerのどちらでも書き書き/消去操作を正しく行えません。しかし、フラッシュの読み取りはうまくいくようだ。 SDK 25.12.00の例プロジェクトevkbmimxrt1170_flexspi_nor_polling_transfer_cm7をRAM(TCM)で動作させ、ボード/hardware_init.cでカスタムLUTだけを変更したことで、新しいフラッシュで正しく書き込み・読み取り・消去ができました。問題のLUTは以下の通りです: const uint32_t customLUT[CUSTOM_LUT_LENGTH] = { [4 * NOR_CMD_LUT_SEQ_IDX_READ_NORMAL] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x03, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_NORMAL + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x0B, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_DUMMY_SDR, kFLEXSPI_1PAD, 0x0A, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x04 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST_QUAD] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0xEB, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_4PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST_QUAD + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_DUMMY_SDR, kFLEXSPI_4PAD, 0x0A, kFLEXSPI_Command_READ_SDR, kFLEXSPI_4PAD, 0x04 ), [4 * NOR_CMD_LUT_SEQ_IDX_WRITEENABLE] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x06, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_ERASESECTOR] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x20, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_SINGLE] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x02, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_SINGLE + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_1PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_QUAD] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x38, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_4PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_QUAD + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_4PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_READID] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x9F, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x03 ), [4 * NOR_CMD_LUT_SEQ_IDX_WRITESTATUSREG] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x01, kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_1PAD, 0x02 ), [4 * NOR_CMD_LUT_SEQ_IDX_READSTATUSREG] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x05, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x01 ), [4 * NOR_CMD_LUT_SEQ_IDX_ERASECHIP] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0xC7, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), }; このフラッシュデバイスとブートローダーAPIまたはSFDP検出に関して、既知の問題はありますか？ Re: Issue with iMXRT1176DVMAA + Macronix MX25U51245G 54 flash こんにちは、 @achampoux さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ 使用されているフラッシュチップ（MX25U51245G 54）のデータシートを確認したところ、いくつかの独自の機能があるようです。 最も重要な点： 4バイトアドレスモードが永続的 フラッシュローダーによって自動生成されたLUTが、4バイトアドレスモードを使用していない可能性があると推測されます。SDKのfsl_romapiプロジェクトを見て確認することをお勧めします。 ROM_FLEXSPI_NorFlash_GetConfig(instance, &norConfig, &option);   次に、norConfigを取得してその値を確認します。これが問題の原因である場合、ツールによって生成されたFCBヘッダーではなく、シリアルダウンロードモードでカスタムFCBヘッダーを直接使用する必要があります。デバッガー経由でダウンロードする場合は、カスタムダウンロードアルゴリズムを使用する必要があります。   よろしくお願いします、 ギャビン

IMXRT1172 LPSPI 带 EDMA 随机间歇 SPI SR = REF 误差 您好， 在使用 LPSPI EDMA 传输 API 时，有时当 SDK 调用我的回调函数（EDMA 完成后）时，如果我查看 LPSPI SR 寄存器，大约每 5-10 次就会有一次 REF 位被设置（读取错误标志/溢出）。我的SPI时钟运行频率为500Khz。我不太确定为什么会出现 SPI RX 溢出，因为 SPI 时钟速度远不够快，不会导致 DMA 跟不上。有什么办法可以排查这个问题吗？还有其他人遇到过这个问题吗？即使出现溢出，数据看起来也总是正确的（我在每次传输之间都将缓冲区清零，所以我知道我看到的不是旧的、过时的数据）。我正在使用传输 API 进行同步发送/接收，并且每 4 毫秒进行一次传输。时间安排上应该不会有问题。 谢谢！ -m Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 嗨@nxp16 ， 非常感谢您对我们产品的关注以及对我们社区的使用。 SR[REF] 表示接收 FIFO 溢出。如果在传输过程中确实设置了此标志，建议的恢复方法是停止传输，清空 RX FIFO，清除 REF，然后重新开始传输。 然而，在 500 kHz 时，这看起来不像是一个正常的 DMA 带宽问题，假设 RX EDMA 通道在 SPI 时钟开始之前已经准备/启用。由于接收到的数据仍然正确，我建议首先检查 REF 是否为过期标志，或者是否由传输开始/停止序列设置。 如需排除故障，请尝试以下操作： 1. 在开始每次新的转账之前，清除 SR[REF]。 2. 在 TX 开始生成时钟之前，确保 RX DMA 已启用。 3. 检查传输过程中 LPSPI 是否被禁用/重新启用。如果是，请应用相应的勘误解决方法：启用 LPSPI 后清除 REF，或在重新启用 LPSPI 前重置 LPSPI。 mayliu1_0-1784877413675.png 希望对你有帮助 顺祝商祺！ 5月 Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 勘误表中提到了两种解决方法：清除 SR 中的位，以及重置外设。遗憾的是，勘误表中关于第一个问题的说法似乎有误，因为 SDK 已经实现了这一点，而且它并不能解决这个问题。遗憾的是，对我来说，重置外设不是一个可行的选择，因为之后我必须重新配置所有内容（它会清除所有寄存器）。目前，我假设如果 DMA 成功完成但出现 REF 错误，那么这是一个假错误，我会忽略它。 谢谢！ -m Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 嗨@Mike_M3 ， 请检查 LPSPI 在传输过程中是否已禁用并重新启用。如果答案是肯定的，最好避免这种顺序。如果需要禁用/重新启用，请按照文档中记录的解决方法进行操作。 清除 REF 后，请在开始下一次传输之前验证 RX FIFO 状态和接收到的数据，并记录/统计此情况以便进一步调试。 顺祝商祺！ 5月 Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 遗憾的是，SDK 会在传输过程中禁用和启用 LPSPI 外设，而我对此无能为力。 谢谢！ -m Re: IMXRT1172 LPSPI with EDMA random intermittent SPI SR = REF error 谢谢你的更新。 SDK 可能会在内部禁用/重新启用 LPSPI，但应用程序仍应确保在开始下一次传输之前，之前的 LPSPI 总线传输已完成。 EDMA回调仅指示DMA完成。如果在 SR[MBF] 仍然设置或 SR[TCF] 未设置的情况下，从 EDMA 回调立即开始下一次传输，则 SDK 可能会在 LPSPI 未完全空闲时进入下一次传输设置。 请等待 SR[TCF]=1 或 SR[MBF]=0 后再提交下一次 LPSPI EDMA 传输。

ADS型号 你好 我下载了适用于MRFE6VS25NR1的广告模型，但由于这个错误而无法正常工作。 模型“FSL_MRFE6VS25N_FET2.FET2M1”（定义于文件“C:/Users/hadih/OneDrive/Desktop/NXP/MRFE6VS25N_Level1_Rev1_DK//circuit/models/fsl_MRFE6VS25N_pkg_netlists.net”中）大约在第 31 行）：`FSLRFPK_FET2_v1` 是一个未定义的原始设备。 它坏了吗？ 这是元素页面 https://www.nxp.com/products/radio-frequency-rf/legacy-rf/legacy-rf-power/1-8-2000-mhz-25-w-50-v-wideband-rf-power-ldmos-transistors:MRFE6VS25N Re: ads model 你好 hadi3000 再会！ 这似乎是因为你在使用单个产品模型之前没有安装射频高功率模型套件。 https://www.nxp.com/products/rf/rf-high-power-models/models-for-ads-keysight-advanced-design-system:RF_HIGH_POWER_MODELS_KEYSIGHT 我们的模型由两部分组成： 射频高功率模型套件 产品模型设计套件 模拟设备需要这两个部分。 如果您已经安装了高功率模型套件，请检查故障排除 ADS 安装问题，并确认顶层电路中是否存在 FSL_TECH_INCLUDE 元素。 您也可以在这里找到有关常见安装错误的部分。 https://www.nxp.com/docs/en/companyinformation/OVERVIEW_MDL_ADS_DESIGN_KIT.pdf 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

imx93 无法在 mcimx93evk_ethosu_apps (sdk2.14) 中加载 elf 文件 我需要试用一下 SDK 2.14 的演示版本： mcimx93evk_ethosu_apps 获得精灵后，我将这个精灵加载到m33中。 它失败了： remoteproc remoteproc0：已注册的例外情况不符合请求要求 [ 236.970879] rproc-virtio：探测 rproc-virtio.1.auto失败，错误代码 -12 [ 236.984471] remoteproc remoteproc0：已注册的配置不符合 da 请求 [ 236.992036] rproc-virtio：对 rproc-virtio.2.auto 的探测失败，错误代码为 -12 我不知道发生了什么事。 Re: imx93 cannot load elf in mcimx93evk_ethosu_apps (sdk2.14) 你好@bighero77 ， 感谢您联系恩智浦技术支持。 根据 README 文件，您的用例所需的应用程序是 ethosu_apps_rpmsg，而不是 ethosu_apps。 自述文件摘录： 4. Test process --------------- 4.1 Example ethosu_apps_rpmsg is built as .out or .elf and installed in rootfs. In Linux command line, user can run the following command to do inference for the model. #./inference_runner -d /dev/ethosu0 -n mobilenet_v1_1.0_224_pb_int8_vela.tflite -i stopwatch.bmp -l labels.txt -o output_data_detection -t 1080000000 When the examples runs, the log and inference result would be seen on the terminal as below. Send Ping Send version request Send capabilities request Capabilities: version_status:1 version:{ major=0, minor=0, patch=0 } product:{ major=6, minor=0, patch=0 } architecture:{ major=1, minor=0, patch=6 } driver:{ major=0, minor=16, patch=0 } macs_per_cc:8 cmd_stream_version:0 custom_dma:false Create network Create inference Wait for inferences Inference status: success Detected: jinrikisha, confidence:70 Detected: horse cart, confidence:70 Detected: academic gown, confidence:70 Detected: howler monkey, confidence:70 For other demos, such as face recognition, please refer to the user manual. 4.2 Example ethous_apps is built as .bin. In U-Boot prompt, user can run the following command to do inference for the conv2d op model. u-boot=> tftp 0x80000000 ethosu_apps.bin;cp.b 0x80000000 0x201e0000 0x20000;bootaux 0x201e0000 0 When the example runs, the log and inference result would be seen on the terminal as below. Initialize Arm Ethos-U Inference status: success 根据文档，如果您的目标是使用 /dev/ethosu0 从 Linux 运行推理，那么 ethosu_apps_rpmsg 是要使用的正确应用程序。 此致， 亚历杭德罗·加西亚

LPC5516 SRAM 我正在使用LPC5516芯片 想通过SWD协议将芯片程序写入SRAM，并跑起来 但是发现程序并未写入SRAM 我已经通过SWD读到了芯片的IDCODE，并且完成了一些初始化，例如halt住内核之类的。 只是将程序写入0x04000000后，回读这段地址，发现读取到的数据是0. 通过例程，我将一些AHB的SRAM clock使用SWD协议进行开启，如： SYSCON->AHBCLKCTRLSET[0] = SYSCON_AHBCLKCTRL0_SRAM_CTRL1_MASK | SYSCON_AHBCLKCTRL0_SRAM_CTRL2_MASK; 但是执行完上述程序后，写入到SRAM的程序回读还是0. 能否帮忙分析一下出现这个情况的原因 LPC551X-S1X  Re: LPC5516 SRAM 1.我尝试用我的十六进制代码写入 0x20000000，也尝试写入 0x4000000。 2. 我对比了JLINK SWD的波形，但我看不懂这些波形，很奇怪。在设置0xE000EDF0之前，它发送了一些带有确认错误的数据，然后将0xE000EDF0设置为0xA05F0003，之后读取0xE000EDF0，其值为0x03030003。 我的 SWD 波形读取芯片 IDCODE，然后初始化芯片，当我将 0xE000EDF0 设置为 0xA05F0003 时，读取到的值是 0x0。 请问您能给我一个Jlink脚本吗？我想知道进入调试模式之前发送的是什么。 进入调试模式前，需要为该芯片启用哪些功能？或者需要设置某些寄存器？ JLINK.png err.png     Re: LPC5516 SRAM 你好@1123HENRY 1) 请尝试对地址为 0x20000000 的 SRAM 进行编程，而不是对地址为 0x04000000 的 SRAMX 区域进行编程。 2) 请使用 MCUXpresso IDE 或 LinkFlash 以及外部调试器对 SRAM 进行编程，捕获 SWD 信号/波形，并将其与编程器中观察到的波形进行比较。 BR 爱丽丝 Re: LPC5516 SRAM 我使用自己的芯片发送 SWD 指令来调试 LPC5516 芯片。我尝试向 0xE000EDF0 寄存器写入数据以启用调试功能，但没有成功。 然后，我尝试向 SRAM 写入数据，但发现写入操作失败了。设备似乎没有进入调试模式。 test1.png test2.png   test3.png test4.png      Re: LPC5516 SRAM 还有更多错误日志可以分享吗？ Re: LPC5516 SRAM 你好@1123HENRY 请查看下面的帖子，或许对您有所帮助。 受限的SWD访问权限 - NXP社区 BR 爱丽丝

IMX95LPD5EVK-19 的 Windows 10/11 IoT 企业版支持和安装步骤 您好，NXP团队， 我们有一套NXP i.MX95 19mm×19mm评估套件，详情如下： EVK：IMX95LPD5EVK-19 踢脚板标记：IMX95LPD5BB-19 REV B 预期安装目标：板载 eMMC 我们希望在该板上安装Windows 10/11 IoT 企业版 ARM64 ，最好是Windows 10/11 IoT 企业版 LTSC 2024 。 请问 IMX95LPD5EVK-19 是否支持 Windows 11 IoT 企业版？ 如果支持，请分享官方电路板支持包、所需的软件包以及完整的安装或刷写程序，以便我们参考将 Windows 安装到板载 eMMC 上。 我们正在寻找 IMX95LPD5EVK-19 的官方、经过验证的指南。 谢谢。 问候， 贾西姆 Windows 10 IoT 企业版 Re: Windows 10/11 IoT Enterprise support and installation procedure for IMX95LPD5EVK-19 感谢@yipingwang的确认。 据了解，目前还没有公开发布的版本或官方支持的 Windows 10/11 IoT 企业版电路板支持包。或针对 IMX95LPD5EVK-19 的板级验证安装程序。 我们将监测 NXP Windows IoT 电路板支持包。版本页面，以了解未来是否会对 i.MX95 提供支持。 谢谢。 Re: Windows 10/11 IoT Enterprise support and installation procedure for IMX95LPD5EVK-19 目前，我们无法找到任何公开版本或官方记录的适用于 IMX95LPD5EVK-19 的 Windows 10/11 IoT 企业版电路板支持包。当前 NXP Windows IoT 支持页面和 Microsoft Windows IoT 支持矩阵列出了对 i.MX8 系列设备和 i.MX93 EVK 的支持，但没有列出 i.MX95 EVK。因此，目前我们无法提供 IMX95LPD5EVK-19 的官方 Windows 安装程序、电路板支持包代码包，软件包或板级验证的刷写指南。如果 NXP 为 i.MX95 提供 Windows 支持，预计会通过 NXP Windows IoT 电路板支持包。版本页面和相应的版本说明发布。 https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/windows-10-11-iot-enterprise-for-i-mx-applications-processors:IMXWIN10IOT

S32DS3.5 S32K312 RTD3.0.0、mex_configuration_15、料金例 以下のリンクからダウンロードしたサンプルを`mex_configuration_14`としてインポートすると、mex環境でエラーが発生します。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-MCAL-S32K312-FEE-DS3-5-RTD300/ta-p/1872025 mexファイルの指示に従って、 `mex_configuration_15`形式でmex設定を構成し、プロジェクトを正常にビルドしましたが、`Fee_ExampleAssert(MEMIF_JOB_OK == Fee_GetJobResult());`の行で実行が停止します。 Re: S32DS3.5 S32K312 RTD3.0.0, mex_configuration_15, fee example こんにちは、@seop79 さん。 あなたが言及している例はRTD 3.0.0 P07を使っており、添付されたプロジェクトからもRTD 3.0.0を使用していることがわかります基本パッケージ。P07にアップデートしてプロジェクトを再度インポートしてみることはできますか? RTD 3.0.0以降リリースノートでは、FeeモジュールがEARの資格付きでリリースされているのが見えます: Julin_AragnM_0-1785270296246.png よろしくお願いします、 ジュリアン

iMXRT1176DVMAA + Macronix MX25U51245G 54 闪存存在问题 您好，我们正在使用定制电路板，由于供应链问题，我们需要更换 Macronix MX25U51245G 54 的功能闪存。我怀疑在使用引导加载程序 ROM API 进行 SFDP 发现时遇到了问题。 使用 MIMXRT1176DVMAA 的定制 PCBA 将闪存设备从 Winbond W25Q512NWEIQ 更换为 Macronix MX25U51245G 54 使用 FlexSPI1 1V8电源 信号完整性符合规范 以下是电路连接示意图： achampoux_0-1785249761617.png achampoux_1-1785249804702.png 默认情况下，使用新的闪存，我无法使用串行下载器或 LinkServer 正确执行写入/擦除操作。读取闪存数据似乎可行。 我通过修改 SDK 25.12.00 中的示例项目 evkbmimxrt1170_flexspi_nor_polling_transfer_cm7，使其在 RAM (TCM) 上运行，并仅修改板/hardware_init.c 中的 customLUT，成功地在新闪存上实现了写入/读取/擦除操作。以下是相关的 LUT： const uint32_t customLUT[CUSTOM_LUT_LENGTH] = { [4 * NOR_CMD_LUT_SEQ_IDX_READ_NORMAL] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x03, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_NORMAL + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x0B, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_DUMMY_SDR, kFLEXSPI_1PAD, 0x0A, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x04 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST_QUAD] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0xEB, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_4PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_READ_FAST_QUAD + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_DUMMY_SDR, kFLEXSPI_4PAD, 0x0A, kFLEXSPI_Command_READ_SDR, kFLEXSPI_4PAD, 0x04 ), [4 * NOR_CMD_LUT_SEQ_IDX_WRITEENABLE] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x06, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_ERASESECTOR] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x20, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_SINGLE] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x02, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_1PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_SINGLE + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_1PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_QUAD] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x38, kFLEXSPI_Command_RADDR_SDR, kFLEXSPI_4PAD, 0x20 ), [4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_QUAD + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_4PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), [4 * NOR_CMD_LUT_SEQ_IDX_READID] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x9F, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x03 ), [4 * NOR_CMD_LUT_SEQ_IDX_WRITESTATUSREG] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x01, kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_1PAD, 0x02 ), [4 * NOR_CMD_LUT_SEQ_IDX_READSTATUSREG] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x05, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 0x01 ), [4 * NOR_CMD_LUT_SEQ_IDX_ERASECHIP] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0xC7, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0 ), }; 该闪存设备与引导加载程序 API 或 SFDP 发现是否存在已知问题？ Re: Issue with iMXRT1176DVMAA + Macronix MX25U51245G 54 flash 嗨@achampoux ， 感谢您对 NXP MIMXRT 系列产品的关注！ 我查看了您正在使用的闪存芯片（MX25U51245G 54）的数据手册，发现它似乎有一些独特的功能。 最重要的是： 4字节地址模式永久启用 我怀疑 flashloader 自动生成的 LUT 可能没有使用 4 字节地址模式。我建议您查看SDK中的fsl_romapi项目来验证这一点。 ROM_FLEXSPI_NorFlash_GetConfig(instance, &norConfig, &option);   接下来，检索 norConfig 并检查其值。如果这确实是问题所在，您需要在串行下载模式下直接使用自定义 FCB 标头，而不是使用工具生成的标头。通过调试器下载时，需要使用自定义下载算法。   此致， 加文

NXP S32g399ardb3 版本问题 我正在尝试为 NXP s32g399ardb3 版本 电路板支持包。 46，但遇到了错误。我已将错误信息附在下方。 请问您能告诉我可能是什么问题吗？ abhi@abhi:~/fsl-auto-yocto-bsp$ bitbake fsl-image-auto 缓存加载：100% |####################################################################################################################################################################################################### ##| Time: 0:00:01 Loaded 5814 entries from dependency cache. Parsing recipes: 100% |## #### ... 解析 3705.bb 文件文件处理完毕（已缓存 3704 个文件，已解析 1 个文件）。5817 个目标，跳过 626 个，屏蔽 2 个，0 个错误。 注意：解决任何缺失的任务队列依赖关系 版本配置： BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "aarch64-fsl-linux" 机器 = "s32g399ardb3" 发行版。 = "fsl-auto" 发行版。_VERSION = "46.0" TUNE_FEATURES = "aarch64 crc cortexa53 crypto" TARGET_FPU = "" 元 元参考发行版、系统开发套件。 meta-yocto-电路板支持包。 = "HEAD:ec220ae083dba35c279192b2249ad03fe238446e" 元表 元多媒体 元Python 元网络 元地精 元文件系统 元网络服务器 meta-perl 元-xfce =“头：e621da947048842109db1b4fd3917a02e0501aa2” meta-virtualization = "HEAD:af1db2042caf8021d767dce1b26c08b59b96f3d1" meta-网络安全 = "HEAD:bc865c5276c2ab4031229916e8d7c20148dfbac3" meta-freescale = "HEAD:62423c69631d7f7cffe2bd20997412d76caa94ef" meta-rust-bin = "HEAD:63d677de912551b8f5606ce459748532c6ae529d" 元白蛋白 元-alb-sdk =“头：ff4d84b23d5887aaff3a18043e4322e9ee3fa7ab” 州摘要：通缉 2989 本地 1513 镜像 0 未找到 1476 当前 0（匹配度 50%，完成度 0%）############################################################################## ## | ETA: 0:00:00 Initialising tasks: 100% |## ###############################################################################################################################################################################| 时间：0:00:05 注意：正在执行任务 错误：base-files-3.0.14-r0 do_package：执行 exec_func_python() 自动生成的 Python 函数时出错： 导致此异常/失败的 Python 调用堆栈跟踪如下： 文件：'exec_func_python() autogenerated'，行号：2，函数： 0001： *** 0002:perform_packagecopy(d) 0003： 文件：'/home/abhi/fsl-auto-yocto-电路板支持包。/sources/参考发行版、系统开发套件。/meta/classes-global/代码包，软件包.bbclass'，行号：363，函数：perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD} " 0362:perform_packagecopy[dirs] = "${PKGD} " *** 0363： 0364:python populate_代码包，软件包() { 0365: oe.代码包，软件包.populate_代码包，软件包(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件：'/usr/lib/python3.10/subprocess.py'行号：421，函数：check_output 0417：否则： 0418：空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423： 0424： 0425:class CompletedProcess(object): 文件：'/usr/lib/python3.10/subprocess.py'lineno: 526, function: run 0522: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0523：提高 0524: retcode = process.poll() 0525：如果检查并返回代码： *** 0526: 引发 CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0529： 0530: 异常：subprocess.CalledProcessError：命令“tar --exclude=./sysroot-only”-cf - -C /home/abhi/fsl-auto-yocto-电路板支持包。/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/base-files/3.0.14/image -p -S .| tar -xf - -C /home/abhi/fsl-auto-yocto-电路板支持包。/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/base-files/3.0.14/代码包，软件包' 返回非零退出状态 2。 子进程输出： 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径主机名 无法为“hostname”分配绝对路径。 tar：./etc/hostname：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 tar：./etc/skel：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 tar：./etc/skel：无法创建目录：地址错误 tar：./etc/skel/.profile：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 tar：./etc/skel：无法创建目录：地址错误 tar：./etc/skel/.bashrc：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径 host.conf 无法为“host.conf”分配绝对路径。 tar：./etc/host.conf：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径为 nsswitch.conf 无法为“nsswitch.conf”分配绝对路径。 tar：./etc/nsswitch.conf：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 hosts 无法为“hosts”分配绝对路径。 tar：./etc/hosts：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 shell 无法为“shells”分配绝对路径。 tar：./etc/shells：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径问题 无法为“issue”分配绝对路径。 tar：./etc/issue：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径 mtab 无法为“mtab”分配绝对路径。 tar：./etc/mtab：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径默认值 无法为“default”分配绝对路径。 tar：./etc/default：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 motd 无法为“motd”分配绝对路径。 tar：./etc/motd：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径问题.net 无法为“issue.net”分配绝对路径。 tar：./etc/issue.net：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径我的 无法为“我的”分配绝对路径。 tar：./etc/profile：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 fstab 无法为“fstab”分配绝对路径。 tar：./etc/fstab：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 tar：./var/lib：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 tar：./var/lib：无法创建目录：地址错误 tar：./var/lib/misc：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径日志 无法为“log”分配绝对路径。 tar：./var/log：无法创建指向“volatile/log”的符号链接：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径锁定 无法为“lock”分配绝对路径。 tar：./var/lock：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径运行 无法为“run”分配绝对路径。 tar：./var/run：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径备份 无法为“备份”分配绝对路径。 tar：./var/backups：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径为本地路径 无法为“local”分配绝对路径。 tar：./var/local：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径 tmp 无法为“tmp”分配绝对路径。 tar：./var/tmp：无法创建指向“volatile/tmp”的符号链接：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 tar：./var/volatile：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 tar：./var/volatile：无法创建目录：地址错误 tar：./var/volatile/log：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 tar：./var/volatile：无法创建目录：地址错误 tar：./var/volatile/tmp：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径假脱机 无法为“spool”分配绝对路径。 tar：./var/spool：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的 bin 路径未知 无法为“bin”分配绝对路径。 tar：./usr/bin：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径包含 无法为“include”分配绝对路径。 tar：./usr/include：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 tar：./usr/lib：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的 sbin 路径未知 无法为“sbin”分配绝对路径。 tar：./usr/sbin：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径游戏 无法为“games”分配绝对路径。 tar：./usr/games：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/dict：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/misc：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/doc：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 焦油：./usr/share/doc/base-files-3.0.14：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/man：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/common-licenses:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/info：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的源路径未知 无法为“src”分配绝对路径。 tar：./usr/src：无法创建目录：地址错误 tar：由于之前的错误，退出状态为失败。 错误：故障日志文件存储在：/home/abhi/fsl-auto-yocto-电路板支持包。/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/base-files/3.0.14/temp/log.do_package.1528834 错误：任务 (/home/abhi/fsl-auto-yocto-bsp/sources/poky/meta/recipes-core/base-files/base-files_3.0.14.bb:do_package) 执行失败，退出代码为“1” 错误：wayland-protocols-1.33-r0 do_package：执行 exec_func_python() 自动生成的 Python 函数时出错： 导致此异常/失败的 Python 调用堆栈跟踪如下： 文件：'exec_func_python() autogenerated'，行号：2，函数： 0001： *** 0002:perform_packagecopy(d) 0003： 文件：'/home/abhi/fsl-auto-yocto-电路板支持包。/sources/参考发行版、系统开发套件。/meta/classes-global/代码包，软件包.bbclass'，行号：363，函数：perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD} " 0362:perform_packagecopy[dirs] = "${PKGD} " *** 0363： 0364:python populate_代码包，软件包() { 0365: oe.代码包，软件包.populate_代码包，软件包(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件：'/usr/lib/python3.10/subprocess.py'行号：421，函数：check_output 0417：否则： 0418：空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423： 0424： 0425:class CompletedProcess(object): 文件：'/usr/lib/python3.10/subprocess.py'lineno: 526, function: run 0522: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0523：提高 0524: retcode = process.poll() 0525：如果检查并返回代码： *** 0526: 引发 CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0529： 0530: 异常：subprocess.CalledProcessError：命令“tar --exclude=./sysroot-only”-cf - -C /home/abhi/fsl-auto-yocto-电路板支持包。/build_s32g399ardb3/tmp/work/all-fsl-linux/wayland-protocols/1.33/image-p -S 。| tar -xf - -C /home/abhi/fsl-auto-yocto-电路板支持包。/build_s32g399ardb3/tmp/work/all-fsl-linux/wayland-protocols/1.33/代码包，软件包'返回非零退出状态 2。 子进程输出： 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/cursor-shape:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/cursor-shape/cursor-shape-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/single-pixel-buffer:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/single-pixel-buffer/single-pixel-buffer-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/ext-foreign-toplevel-list：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/ext-foreign-toplevel-list/ext-foreign-toplevel-list-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/content-type:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/content-type/content-type-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/fractional-scale:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/fractional-scale/fractional-scale-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/xdg-activation:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/xdg-activation/xdg-activation-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/tearing-control：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/tearing-control/tearing-control-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/ext-session-lock：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/ext-session-lock/ext-session-lock-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/ext-idle-notify:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/ext-idle-notify/ext-idle-notify-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/ext-transient-seat:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/ext-transient-seat/ext-transient-seat-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/security-context：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/网络安全-context/security-context-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/staging/drm-lease:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/drm-lease/drm-lease-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/xwayland-shell：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/staging/xwayland-shell/xwayland-shell-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/linux-explicit-synchronization:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/linux-explicit-synchronization/linux-explicit-synchronization-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/keyboard-shortcuts-inhibit:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/keyboard-shortcuts-inhibit/keyboard-shortcuts-inhibit-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/input-method:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/input-method/input-method-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-shell：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-shell/xdg-shell-unstable-v6.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-shell/xdg-shell-unstable-v5.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/linux-dmabuf：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/linux-dmabuf/linux-dmabuf-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/fullscreen-shell:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/fullscreen-shell/fullscreen-shell-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/input-timestamps:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/input-timestamps/input-timestamps-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/relative-pointer:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/relative-pointer/relative-pointer-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/pointer-constraints:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/pointer-constraints/pointer-constraints-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-foreign：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-foreign/xdg-foreign-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-foreign/xdg-foreign-unstable-v2.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/xwayland-keyboard-grab:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xwayland-keyboard-grab/xwayland-keyboard-grab-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/xdg-output:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-output/xdg-output-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/pointer-gestures:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/pointer-gestures/pointer-gestures-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/text-input:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/text-input/text-input-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/text-input/text-input-unstable-v3.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/primary-selection:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/primary-selection/primary-selection-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/idle-inhibit:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/idle-inhibit/idle-inhibit-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/xdg-decoration:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/xdg-decoration/xdg-decoration-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/unstable/tablet:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/tablet/tablet-unstable-v2.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/unstable/tablet/tablet-unstable-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable/xdg-shell：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable/xdg-shell/xdg-shell.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable/linux-dmabuf：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable/linux-dmabuf/linux-dmabuf-v1.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/stable/presentation-time:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable/presentation-time/presentation-time.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/wayland-protocols/stable/viewporter:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/wayland-protocols/stable/viewporter/viewporter.xml：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/pkgconfig：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/pkgconfig/wayland-protocols.pc：无法打开：没有该文件或目录 tar：由于之前的错误，退出状态为失败。 错误：故障日志文件存储在：/home/abhi/fsl-auto-yocto-bsp/build_s32g399ardb3/tmp/work/all-fsl-linux/wayland-protocols/1.33/temp/log.do_package.1532859 错误：任务 (/home/abhi/fsl-auto-yocto-电路板支持包。/sources/参考发行版、系统开发套件。/meta/配方-graphics/wayland/wayland-protocols_1.33.bb:do_package) 执行失败，退出代码为“1” 注意：任务摘要：尝试了 1515 个任务，其中 1237 个不需要重新运行，2 个失败。 摘要：2 项任务失败： /home/abhi/fsl-auto-yocto-电路板支持包。/sources/参考发行版、系统开发套件。/meta/配方-core/base-files/base-files_3.0.14.bb:do_package 日志：/home/abhi/fsl-auto-yocto-电路板支持包。/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/base-files/3.0.14/temp/log.do_package.1528834 /home/abhi/fsl-auto-yocto-bsp/sources/poky/meta/recipes-graphics/wayland/wayland-protocols_1.33.bb:do_package 日志：/home/abhi/fsl-auto-yocto-bsp/build_s32g399ardb3/tmp/work/all-fsl-linux/wayland-protocols/1.33/temp/log.do_package.1532859 摘要：出现 2 条错误消息，返回非零退出代码。 Re: NXP S32g399ardb3 build issue 你好， Abhiram_m_s 感谢您与我们联系。 之前的客户也遇到过类似的问题，请参考以下链接解决此问题。 使用 BSP46 和 linux-libc-headers 6.6 时会出现编译失败。 BR 乔伊

Online registration website for live Dragon Tiger game First, enter the URL 【XS 950 8.C0M】 or TL12568.COM in your browser. Contact information: WeChat [-15 70 88 35 56 8-] 24-hour online customer service🐧【411205487】 Go to the page, click the green button at the top, fill in the name of your desired account, and then fill in an easy-to-remember password to register.

MCUX 25.6.136，newlib-nano，& swprintf 未定义 我在使用 MCUX 25.6.136 时遇到了对 swprintf 的未定义引用问题。& newlib-nano。我也试过newlib，结果一样。 经过一番调查，我发现 newlib-nano/newlib 存在一个上游问题： https://sourceware.org/pipermail/newlib/2024/021012.html 我想知道 NXP 能否证实我的猜测，即捆绑的 newlib-nano 版本存在这个问题。如果情况确实如此，那么通过引入更新版本的 newlib-nano/newlib 来修复这个问题是否已提上日程？ 康纳 Re: MCUX 25.6.136, newlib-nano, & swprintf undefined 这里有两个项目。 - 来自 MCUXv11.9.1.2170其中 swprintf 已定义，项目可以编译。（1064） - 来自 MCUXv25.6.136其中 swprintf 未定义，项目无法编译。（1166） Re: MCUX 25.6.136, newlib-nano, & swprintf undefined 你好@Condy 谢谢你的提问。 请您提供一个简单的项目来重现这个问题。谢谢。 BR 爱丽丝

i.MX 8M Mini SAI: Where to perform I2C codec control before BCLK stops (PREEMPT_RT) We are developing a system using an i.MX 8M Mini connected to an external audio codec (controlled via I2C) through SAI (I2S), running a kernel with the PREEMPT_RT configuration. We need to perform codec operations (I2C) before the I2S BCLK stops. Where would be the best place to insert this I2C handling? Re: i.MX 8M Mini SAI: Where to perform I2C codec control before BCLK stops (PREEMPT_RT) Best place: put the “must happen before BCLK stops” operation in the ASoC stop path before the fsl-sai CPU DAI trigger(STOP) runs — preferably as a codec/component stop-trigger callback, or as a machine-driver link/component trigger callback ordered before the CPU DAI stop. Why: on i.MX 8M Mini the NXP fsl_sai_trigger() handles SNDRV_PCM_TRIGGER_STOP by disabling FIFO DMA request/interrupts and then calling fsl_sai_config_disable() , which clears FSL_SAI_CSR_TERE and waits until the current frame completes; in master mode it then resets the SAI block. That is the point where the SAI-generated BCLK is being stopped/disabled. The i.MX8MM SAI driver is registered with .trigger = fsl_sai_trigger and .hw_free = fsl_sai_hw_free in its DAI ops, so hw_free() is already too late for a “before BCLK stops” requirement.  I would avoid adding codec I2C directly inside fsl_sai_trigger() unless this is a board-specific BSP hack. It couples a generic CPU-DAI driver to one codec/board policy. The Linux/NXP ASoC split is intended to keep codec control I/O in the codec driver and CPU interface control in the platform/CPU DAI driver; NXP documentation describes codec control I/O over I2C as codec-driver functionality exported through ASoC DAI ops.  Two practical implementation patterns: Codec DAI .trigger() / component .trigger() for STOP Add the codec register writes on SNDRV_PCM_TRIGGER_STOP / SUSPEND / PAUSE_PUSH . Make sure this callback runs before the CPU DAI fsl_sai_trigger(STOP) . In current ASoC, the default stop order is DAI -> Component -> Link , and DAI iteration is CPU DAI then codec DAI, so a codec DAI trigger may be too late if the CPU DAI is first. If you use a component trigger and keep/default stop order, component stop runs before the link callback but after DAI only in default order; alternatively set the DAI link’s trigger_stop order appropriately if your kernel supports it. Machine driver snd_soc_ops.trigger() / link trigger Put the board-specific codec I2C sequence in the machine driver’s .trigger() for stop commands. Use ASoC trigger ordering so that the link-level stop runs before the DAI stop. The kernel exposes SND_SOC_TRIGGER_ORDER_LDC , documented as stop order Component -> DAI -> Link , and default stop order as DAI -> Component -> Link ; select the order that places your chosen callback before fsl_sai_trigger(STOP) . This is often the cleanest place when the sequence is a board/system policy rather than a generic codec behavior. Important PREEMPT_RT note: normal I2C transfers are task-context operations; kernel I2C documentation says I2C protocol operations are usable only from task context, with separate optional atomic transfer hooks for special late-shutdown cases.  Therefore, do not perform blocking I2C from an atomic PCM trigger path unless your PCM/ASoC path is configured as non-atomic and you have verified the callback context in your kernel. If the trigger path is atomic, use a safer architecture: prepare the codec state earlier, keep BCLK continuous/gated later, or move the operation to a sleepable ordered stop path rather than doing raw I2C in the CPU DAI trigger.

i.MX 8M Mini SAI：在 BCLK 停止之前执行 I2C 编解码器控制的位置 (PREEMPT_RT) We are developing a system using an i.MX 8M Mini connected to an external audio codec (controlled via I2C) through SAI (I2S), running a kernel with the PREEMPT_RT configuration. We need to perform codec operations (I2C) before the I2S BCLK stops. Where would be the best place to insert this I2C handling? Re: i.MX 8M Mini SAI: Where to perform I2C codec control before BCLK stops (PREEMPT_RT) 最佳位置：将“必须在 BCLK 停止之前发生”的操作放在 ASoC 停止路径中，在 fsl-sai CPU DAI 触发器（STOP）运行之前——最好作为编解码器/元器件停止触发回调，或者作为机器驱动程序链接/元器件触发回调，在 CPU DAI 停止之前排序。 原因：在 i.MX 8M Mini 上，NXP 的 fsl_sai_trigger() 通过禁用 FIFO DMA 请求/中断来处理 SNDRV_PCM_TRIGGER_STOP，然后调用 fsl_sai_config_disable()，该函数会清除 FSL_SAI_CSR_TERE 并等待直到当前帧完成；在主模式下，它会 RESET SAI 块。这一点就是 SAI 生成的 BCLK 被停止/禁用的时刻。i.MX8MM SAI 驱动程序在其 DAI 操作中注册了 .trigger = fsl_sai_trigger 和 .hw_free = fsl_sai_hw_free，因此 hw_free() 函数对于“在 BCLK 停止之前”的要求来说已经太晚了。 除非是针对特定板的 电路板支持包。hack，否则我建议避免直接在 fsl_sai_trigger() 中添加 I2C 编解码器。它将通用的 CPU-DAI 驱动程序与一个编解码器/板策略耦合在一起。Linux/NXP ASoC 分离旨在将编解码器控制 I/O 保留在编解码器驱动程序中，而将 CPU 接口控制保留在平台/CPU DAI 驱动程序中；NXP 文档将通过 I2C 实现的编解码器控制 I/O 描述为通过 ASoC DAI 操作导出的编解码器驱动程序功能。 两种实际应用模式： Codec DAI .触发信号() / 元器件 .触发信号() 用于停止 在 SNDRV_PCM_TRIGGER_STOP / SUSPEND / PAUSE_PUSH 上添加编解码器寄存器写入。 确保此回调在 CPU DAI fsl_sai_trigger(STOP) 之前运行。 在当前的 ASoC 中，默认停止顺序为 DAI -> 元器件 -> Link，DAI 迭代顺序为 CPU DAI 然后是编解码器 DAI，因此如果 CPU DAI 在前，则编解码器 DAI 触发信号可能为时已晚。 如果使用元器件触发信号和保持/默认停止顺序，则元器件停止操作会在链接回调之前运行，但在 DAI 之后运行，并且仅按默认顺序运行；或者，如果您的内核支持，则适当设置 DAI 链接的 trigger_stop 顺序。 机器驱动程序 snd_soc_ops.trigger()/链接触发器 将特定于板级的编解码器 I2C 序列放入机器驱动程序的 .触发信号() 中，用于停止命令。 使用 ASoC 触发信号顺序，使链路级停止在 DAI 停止之前运行。内核公开了 SND_SOC_TRIGGER_ORDER_LDC，文档中将其描述为停止顺序 元器件 -> DAI -> Link，默认停止顺序为 DAI -> 元器件 -> Link；选择将您选择的回调放在 fsl_sai_trigger(STOP) 之前的顺序。 当序列是板级/系统策略而不是通用编解码器行为时，这通常是最清晰的地方。 重要提示：PREEMPT_RT 指令指出，正常的 I2C 传输是任务上下文操作；内核 I2C 文档指出，I2C 协议操作只能在任务上下文中使用，并为特殊的延迟关机情况提供单独的可选原子传输钩子。因此，除非您的 PCM/ASoC 路径配置为非原子路径，并且您已在内核中验证了回调上下文，否则不要从原子 PCM 触发路径执行阻塞 I2C。如果触发信号路径是原子性的，则使用更安全的架构：提前准备编解码器状态，稍后保持 BCLK 连续/门控，或者将操作移至可睡眠的有序停止路径，而不是在 CPU DAI 触发信号中进行原始 I2C 操作。

Windows 10/11 IoT Enterprise support and installation procedure for IMX95LPD5EVK-19 Hello NXP Team, We have an NXP i.MX95 19 mm × 19 mm evaluation kit with the following details: EVK: IMX95LPD5EVK-19 Baseboard marking: IMX95LPD5BB-19 REV B Intended installation target: Onboard eMMC We would like to install Windows 10/11 IoT Enterprise ARM64, preferably Windows 10/11 IoT Enterprise LTSC 2024, on this board. Could you please confirm whether Windows 11 IoT Enterprise is supported on the IMX95LPD5EVK-19? If supported, please share the official BSP, required software packages, and the complete installation or flashing procedure that we can use as a reference to install Windows onto the onboard eMMC. We are specifically looking for an official, board-validated guide for the IMX95LPD5EVK-19. Thank you. Regards, Jhasim Windows 10 IoT Enterprise Re: Windows 10/11 IoT Enterprise support and installation procedure for IMX95LPD5EVK-19 Thank you @yipingwang for the confirmation. Understood that there is currently no publicly released or officially supported Windows 10/11 IoT Enterprise BSP or board-validated installation procedure for the IMX95LPD5EVK-19. We will monitor the NXP Windows IoT BSP release page for any future i.MX95 support. Thank you. Re: Windows 10/11 IoT Enterprise support and installation procedure for IMX95LPD5EVK-19 At present, we are unable to locate any publicly released or officially documented Windows 10/11 IoT Enterprise BSP for the IMX95LPD5EVK-19. The current NXP Windows IoT support pages and Microsoft Windows IoT support matrices list support for i.MX8 family devices and i.MX93 EVK, but do not list i.MX95 EVK. Therefore, we cannot provide an official Windows installation procedure, BSP package, or board-validated flashing guide for IMX95LPD5EVK-19 at this time. If Windows support for i.MX95 becomes available through NXP, it would be expected to be published through the NXP Windows IoT BSP release page and accompanying release notes. https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/windows-10-11-iot-enterprise-for-i-mx-applications-processors:IMXWIN10IOT

Linux QBMan QMan 驱动程序 safe_copy_dqrr QorIQ 处理器的 Linux SDK 在驱动程序暂存树中包含qman_high.c 。这包括 safe_copy_dqrr() 函数，注释中说该函数确保读取操作按顺序到达 QBMan ，并且//防止 QBMan 看到 WRAP 事务//。 我推测这里指的是 AXI WRAP 突发事务，而不是与 DQRR 索引回绕有关的任何事情。 谁能解释一下为什么这是一个需要解决的安全问题？ 提前致谢。 QorIQ LS1设备 Re: Linux QBMan QMan driver safe_copy_dqrr 你好， 是的——该评论很可能与总线/缓存线 WRAP 事务有关，而不是与 DQRR 生产者/消费者索引包装有关。 之所以需要“安全”，是因为 DQRR 条目不是普通的 RAM。这是一个 QBMan 门户结构，其内容由 QMan 生成，可能存储在 CPU 缓存中，并由使用VERB 字节中有效位的软件使用。DPAA 手册指出，即使 QMan 以原子方式更新 DQRR 条目，GPP 核心的读取操作也可能无法同时观察到条目的所有字节发生变化；软件必须确保包含有效位的 VERB 字节在加载 DQRR 条目的其余部分之前加载。 所以 safe_copy_dqrr() 试图避免这种不安全的模式： CPU 想要复制 DQRR 条目 编译 器 / CPU / 缓存子系统将其转换为突发或 缓存 行填充。 - > 事务 以 WRAP 样式 读取的方式到达 QBMan - > QBMan / 互连可能 以 与 逻辑字段顺序不同的顺序看到 / 读取节拍。 软件 可能会观察到 与 过期或 尚未 可见 的 条目数据关联的有效 VERB 字节 。 这很重要，因为有效位是同步点。启用 DQRR 条目暂存后，文档特别警告说， DQRR.PI 可以在关联的 DQRR 条目暂存到达处理器缓存之前更新，从而造成竞争；因此，软件应该使用 DQRR 条目中的有效位，而不是 DQRR.PI 来检测生产。有效位本身是一个交替极性位，每次环从最后一个条目回绕到条目 0 时，该位都会翻转。   此致 Re: Linux QBMan QMan driver safe_copy_dqrr 谢谢你的回复。 如果我理解正确，禁用 DQRR 暂存后，CPU 读取 DQRR 条目（在缓存失效和内存屏障之后）会发出触发信号，使缓存行填充，但当 DQRR 条目正在更新时，AXI 回绕突发事务可能会“破坏”这一过程？ 我正在使用 LS1046A RDB，但在 NXP 手册中找不到任何关于这种行为的参考，引用。有相关记录吗？我正在寻找参考，引用来证明这个安全复制功能的合理性。 启用 DQRR 缓存后，QMan 会将 DQRR 条目写入缓存。这个问题是否也存在？ 再次感谢您的帮助。

IMX93はmcimx93evk_ethosu_apps(SDK2.14)でエルフをロードできません SDK2.14のデモを試してみたいです: mcimx93evk_ethosu_apps エルフの後に 。このエルフをm33にロードします。 失敗した: remoteproc remoteproc0: 登録されたカーブアウトがDAリクエストに合いません [ 236.970879] rproc-virtio: rproc-virtio.1.車載のプローブエラー-12で失敗 [ 236.984471] リモートプロック リモートプロック0: 登録されたカブアウトがこの申請に合致しません [ 236.992036] Rproc-virtio: rproc-virtio.2.車載のプローブがエラー-12で失敗 何が起こったのか分からない。 Re: imx93 cannot load elf in mcimx93evk_ethosu_apps (sdk2.14) こんにちは、@bighero77 さん。 NXPサポートまでご連絡いただきありがとうございます。 READMEファイルによると、あなたのユースCASEに必要なアプリケーションはethosu_apps_rpmsgであり、ethosu_appsではありません。 README抜粋： 4. Test process --------------- 4.1 Example ethosu_apps_rpmsg is built as .out or .elf and installed in rootfs. In Linux command line, user can run the following command to do inference for the model. #./inference_runner -d /dev/ethosu0 -n mobilenet_v1_1.0_224_pb_int8_vela.tflite -i stopwatch.bmp -l labels.txt -o output_data_detection -t 1080000000 When the examples runs, the log and inference result would be seen on the terminal as below. Send Ping Send version request Send capabilities request Capabilities: version_status:1 version:{ major=0, minor=0, patch=0 } product:{ major=6, minor=0, patch=0 } architecture:{ major=1, minor=0, patch=6 } driver:{ major=0, minor=16, patch=0 } macs_per_cc:8 cmd_stream_version:0 custom_dma:false Create network Create inference Wait for inferences Inference status: success Detected: jinrikisha, confidence:70 Detected: horse cart, confidence:70 Detected: academic gown, confidence:70 Detected: howler monkey, confidence:70 For other demos, such as face recognition, please refer to the user manual. 4.2 Example ethous_apps is built as .bin. In U-Boot prompt, user can run the following command to do inference for the conv2d op model. u-boot=> tftp 0x80000000 ethosu_apps.bin;cp.b 0x80000000 0x201e0000 0x20000;bootaux 0x201e0000 0 When the example runs, the log and inference result would be seen on the terminal as below. Initialize Arm Ethos-U Inference status: success ドキュメントによると、もしLinuxから/dev/ethosu0を使って推論を実行するのが目標なら、このアプリethosu_apps_rpmsg正しいです。 よろしくお願いします、 アレハンドロ・ガルシア

S32DS 3.6.5 upgrade to 3.6.8 - missing "move to line" in debug context menu I had installed S32DS 3.6.5 and using it happily. In my debug sessions I could right-click on a code line and choose "Move To Line" to force running from that line. After upgrading to 3.6.8 via the "Check for updates" the right-click context menu in the "S32DS Debug" context shows the "S32DS C/C++" menu instead. How do I change the right-click to show the correct context menu? I am currently having to show the Disassembly view and scrolling to the 1st assembler instruction of my C line. In the Disassembly window I get the correct "Move To Line", "Run To Line" etc. context menu. I cannot run the S32DS 3.6.8 standalone installer due to IT restrictions at work. It would hang during preparing for installation. I think IT blocks some Java stuff. However, the "Check for updates" method worked (or did it?). Thanks Darren Re: S32DS 3.6.5 upgrade to 3.6.8 - missing "move to line" in debug context menu Hi @DarrenD  I have checked S32 Design Studio 3.6.10, which is the latest S32DS release available, and I can confirm that the "Move to Line" option is still present. As shown in the image below, the feature remains available and can still be used to navigate directly to a specific line within the editor. VaneB_0-1785185870489.png BR, VaneB Re: S32DS 3.6.5 upgrade to 3.6.8 - missing "move to line" in debug context menu I'm not sure what happened with my upgrade of 3.6.5 to 3.6.8 via the IDE then. However, I have since found out that standalone installs of 3.6.8 (into C:\NXP\S32D.3.6.8) and then 3.6.10 (into C:\NXP\S32D.3.6.10) both worked. Each took about 3 hours to install possibly due to IT scanning every single file. In both cases the "Move To Line" option is there so I am happy again. We use v10.2 of the compiler so I just copied the "C:\NXP\S32DS.3.6.5\S32DS\build_tools\gcc_v10.2" folder to "C:\NXP\S32DS.3.6.10\S32DS\build_tools\" and now my compilations work in 3.6.10. Thanks

MCUのSecureBootが有効S32K312別のブートローダーの認証 こんにちは。セキュアブートを有効にした後、FBLを変更する際に再認証を行う方法があるかどうかお伺いしたいのですが。 Securebootが有効になっている状態で別のFBLに変更すると、HMACキーを介して生成されるMETAデータ値が変更されます。FBLが変更されると、HSEはHMACキーを使用してメタデータを再計算する必要があります。しかし、新しいFBLによってHMACキーが削除されるため、メタデータの再計算が不可能になります。その結果、FBLでの検証失敗によりリセットが発生し、アプリケーションの起動が不可能になります。HMACキーを使って変更されたFBLを再認証し、FBLとアプリケーションの両方が正常に動作できるようにする方法はありますか? FBL_FAIL_scenario.png   Re: Authentication of another bootloader while S32K312 MCU SecureBoot is enabled こんにちは、 @jeongwoo これがセキュアブートの本質的な目的であり、認証に失敗したソフトウェアの実行を防ぐことです。 重要なのは、まだデバッグインターフェースにアクセスできるか、それともデバッガアクセスなしで現場で問題を回復しなければならないかです。 現場では、事前にそのような機能を備えた代替・復旧イメージ(例:HMAC鍵のインポート、新しい認証タグの生成、外部生成の認証タグの受け入れ、SMRの再インストール・再構成など)がなければ、通常は復旧は不可能です。 デバッグインターフェースにアクセスできる場合、最も簡単な解決策は外部で新しい認証タグを計算し、デバッガを使って更新したタグをフラッシュにプログラムすることです。この方法では、SMRのインストール時にHSE_SMR_CFG_FLAG_INSTALL_AUTHフラグが設定されていることが必要です。 HSE_SMR_CFG_FLAG_INSTALL_AUTHが設定されていない場合、HSEは内部に保存されているハッシュを使用して検証を行います。その場合、認証タグの更新だけでは不十分であり、新しいイメージパラメータでSMRを再インストールする必要があります。 よろしくお願いいたします。 ルーカス Re: Authentication of another bootloader while S32K312 MCU SecureBoot is enabled こんにちは、ルーカスさん。 前回の状態では、コントローラーにはHSE_SMR_CFG_FLAG_INSTALL_AUTHが設定されていません。あなたが言った方法、つまり新しいイメージパラメータでSMRを再インストールする方法を試そうとしています。以下に示す Fota_S32k3_SecureBootProcess の該当部分は正しいでしょうか？ pSmrEntryInstall->accessMode = HSE_ACCESS_MODE_ONE_PASS; pSmrEntryInstall->entryIndex = 0u; pSmrEntryInstall->pSmrEntry = (HOST_ADDR)&smrEntry; pSmrEntryInstall->pSmrData = (HOST_ADDR)IVT.pAppImg_addr_0;/* アクティブなパーティションを指す */ pSmrEntryInstall->smrDataLength = smrEntry.smrSize; pSmrEntryInstall->pAuthTag[0] = (HOST_ADDR)smrEntry.pInstAuthTag[0];/* パッシブパーティションを指す */ pSmrEntryInstall->pAuthTag[1] = (HOST_ADDR)smrEntry.pInstAuthTag[1];/* パッシブパーティションを指す */ pSmrEntryInstall->authTagLength[0] = HmacTagLength; pSmrEntryInstall->authTagLength[1] = HmacTagLength; これが正しい場合、HSE_SRV_ID_SMR_ENTRY_INSTALL サービスを実行すると、HseResponse は 0xA5AA5317 として返され、これは以下に対応します。 #define HSE_SRV_RSP_KEY_EMPTY ((hseSrvResponse_t)0xA5AA5317UL) キーが空であることを示しています。（以前にも質問したように、この表示は該当部分が削除されたために生じているのではないかと推測しています。） キーの注入方法やこの問題の解決方法について、ぜひご案内いただけると大変ありがたいです。 ご返信よろしくお願いします。 Re: Authentication of another bootloader while S32K312 MCU SecureBoot is enabled こんにちは、 @jeongwoo そのパラメータに問題は見当たりません。しかし、共有したのは hseSmrEntryInstallSrv_t だけで、hseSmrEntry_t (pSmrEntryInstall->pSmrEntry = (HOST_ADDR)&smrEntry;) は共有していません。 構造体 hseSmrEntry_t には、インストールに必要なその他の重要なパラメータが含まれています。 キーが消去されているかどうかを確認するには、Service HSE_SRV_ID_GET_KEY_INFO Structure Struct hseGetKeyInfoSrv_t を使うことができます。このサービスを使うと、hseKeyInfo_tの情報が得られ、キーの状態を確認することができます。 よろしくお願いいたします。 ルーカス Re: Authentication of another bootloader while S32K312 MCU SecureBoot is enabled こんにちは、ルーカスさん。 お返事ありがとうございます。ご指摘いただいたsmrEntryの値を確認しました。SecurebootStateが0になる箇所にブレークポイントを設定したところ、smrEntryが完全に0であることを確認しました。また、Fota_S32k3_SecureBootProcessが終了する戻り値部分にブレークポイントを設定したところ、値が表示されることを確認しました。復帰時のSecureBootStateの値は1です。 この情報は問題解決に役立ちましたか？ 1) if(SecureBootState == 0) にブレークポイントが設定された場合 / 結果: smrEntry = 0 jeongwoo_2-1785202546706.png jeongwoo_4-1785202712594.png 2) Fota_S32k3_SecureBootProcess 関数の最後の部分である return secureBootProcessResult にブレークポイントを設定します。 jeongwoo_5-1785202790581.png jeongwoo_6-1785202803402.png よろしくお願いいたします、ジョンウ