S32K344のハードウェアQSPIは、（連続クロック）構成をサポートしていますか？ タイトルにあるように、下流のデバイスがこのクロックに基づいてデータを処理できるように、クロックを継続的に出力したいと考えています。 Re: S32K344的硬件QSPI，是否支持（连续时钟/ Continuous SCK）的配置？ こんにちは@Zhangbohanさん 残念ながら、S32K3 SPIモジュールは連続的なSCKをサポートしていません。一つの選択肢は「連続転送」を使用することです。 「マスターモードでは、CONTは新しいフレームを開始するコマンドワードを受信するまで、フレームサイズの末尾でPCSをアサートした状態を維持します。」 もう一つの選択肢は、GPIOを使ってCSとして機能し、ソフトウェアで制御することです。 いずれの場合も、SPI SCKはSPI TXバッファにデータを送り込む際に生成される。標準ドライバー(MCALまたはRTD)を使う場合、SCKパルスはドライバーによってFIFOにデータをプッシュすることで制御されます。ユーザーはそれをコントロールできません。 私の知る限り、連続SCKモードをサポートしているのはS32K9-K7-K6デバイスのDSPIモジュールだけです。S32K39リファレンスマニュアルより: よろしくお願いします、 ジュリアン Re: S32K344的硬件QSPI，是否支持（连续时钟/ Continuous SCK）的配置？ ご回答いただき、誠にありがとうございます。解決策を再検討した結果、別の質問が浮かびました。S32K344はQSPI経由でのDMA転送をサポートしていますか？レジスタレベルでは関連するレジスタを確認しましたが、QSPI_IPにはイネーブルやチャネル設定オプションがありません。MCALレイヤーで設定できるようです。そのため、QSPI+DMAがサポートされているのか、また関連するサンプルコードがあるのかが不明です。既存のサンプルコード「Mem_43_EXFLS」ではDMAは使用されていないようです。 Re: S32K344的硬件QSPI，是否支持（连续时钟/ Continuous SCK）的配置？ こんにちは@Zhangbohanさん はい、QSPIインスタンスはDMAの使用をサポートしています。考慮事項については、S32K3XXリファレンスマニュアルの第78.5.4.1章を参照してください。 しかし、QSPI_IPとDMAを組み合わせた例は知りません。 よろしくお願いします、 ジュリアン

iMXRT1176DVMAA + Macronix MX25U51245G 54フラッシュメモリに関する問題 こんにちは。カスタムボードを扱っているのですが、サプライチェーンの問題により、Macronix MX25U51245G 54 の機能フラッシュを交換する必要があります。ブートローダーROM APIを使用したSFDP検出に関して、問題が発生しているようです。 MIMXRT1176DVMAAを使用したカスタムPCBA フラッシュデバイスをWinbond W25Q512NWEIQからMacronix MX25U51245G 54に変更しました。 FlexSPI1を使用する 1V8電源 仕様内の信号完全性 回路図の接続図は以下のとおりです。 デフォルトでは、新しいフラッシュではシリアルダウンローダーや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ヘッダーを直接使用する必要があります。デバッガー経由でダウンロードする場合は、カスタムダウンロードアルゴリズムを使用する必要があります。   よろしくお願いします、 ギャビン

NXP RFEP24-300原理图 我正在维护一个使用 RFEP24-300 的遗留系统。偏见和力量似乎都出现了，但比赛却似乎没有开始。我想排查托盘故障，但我没有任何文件。我可以要一份吗？ 如果以上原因都不成立，那可能是因为冷却系统运行不当。有什么方法可以确定最后阶段是否仍在运行？ Re: NXP RFEP24-300 schmatic 你好， 感谢您与我们联系。 关于您的询问，请注意，RFEP24-300 已停产，不再提供支持。 由此给您带来的不便，我们深表歉意，并感谢您的理解。

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 是要使用的正确应用程序。 此致， 亚历杭德罗·加西亚

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

MTBF/FIT for SE051C Hi, Please share the component reliability data MTBF/FIT for p/n:SE051C2HQ1/Z01XDZ Thanks Ronen.D Re: MTBF/FIT for SE051C Hi @rduek , we do not provide this kind of information to the email address you are contacting us from. Please register with your company email address and then you can request this information via support ticket. Thank you for your kindly understanding. Kind Regards, Kan Re: MTBF/FIT for SE051C I received thanks.

Does the S32K344's hardware QSPI support (Continuous Clock) configuration? As the title suggests, I want to continuously output a clock so that my downstream devices can process data based on this clock. Re: S32K344的硬件QSPI，是否支持（连续时钟/ Continuous SCK）的配置？ Hello @Zhangbohan, Unfortunately, S32K3 SPI module does not support continuous SCK. One option is to use the "Continuous Transfer": "In Master mode, CONT keeps the PCS asserted at the end of the frame size, until a command word is received that starts a new frame." Another option is using a GPIO to act as CS and controlled by software. In either way, the SPI SCK is generated when pushing data into the SPI TX buffer. If you use standard driver (MCAL or RTD), then the SCK pulse will be control by driver through pushing data to FIFO. The user can't control it. As far as I know, only S32K9-K7-K6 devices' DSPI module support continuous SCK mode. From S32K39 Reference Manual: Best regards, Julián Re: S32K344的硬件QSPI，是否支持（连续时钟/ Continuous SCK）的配置？ Thank you very much for your reply. I have re-evaluated my solution and have another question. Does the S32K344 support DMA transfer via QSPI? I see relevant registers at the register level; however, there are no enable or channel configuration options in QSPI_IP; it seems configurable at the MCAL layer. This makes me unsure whether QSPI+DMA is supported, and if there are any relevant examples. The existing example "Mem_43_EXFLS" doesn't seem to use DMA. Re: S32K344的硬件QSPI，是否支持（连续时钟/ Continuous SCK）的配置？ Hello @Zhangbohan, Yes, QSPI instance does support DMA usage, you can refer to chapter 78.5.4.1 from the S32K3XX Reference Manual for considerations.  However, I am not aware of any QSPI_IP + DMA examples. Best regards, Julián 

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の資格付きでリリースされているのが見えます: よろしくお願いします、 ジュリアン

iMXRT1176DVMAA + Macronix MX25U51245G 54 闪存存在问题 您好，我们正在使用定制电路板，由于供应链问题，我们需要更换 Macronix MX25U51245G 54 的功能闪存。我怀疑在使用引导加载程序 ROM API 进行 SFDP 发现时遇到了问题。 使用 MIMXRT1176DVMAA 的定制 PCBA 将闪存设备从 Winbond W25Q512NWEIQ 更换为 Macronix MX25U51245G 54 使用 FlexSPI1 1V8电源 信号完整性符合规范 以下是电路连接示意图： 默认情况下，使用新的闪存，我无法使用串行下载器或 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.

SE051C 的平均故障间隔时间/适用性 您好， 请提供部件号为 SE051C2HQ1/Z01XDZ 的元器件可靠性数据 MTBF/FIT。 谢谢！ 罗南·D Re: MTBF/FIT for SE051C 嗨@rduek ， 我们不会向您用来联系我们的电子邮件地址提供此类信息。 请先使用公司邮箱地址注册，然后您可以通过提交支持工单来申请此信息。 感谢您的理解。 此致， 坎 Re: MTBF/FIT for SE051C 我收到了感谢。

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

SE051C2: すべてのセキュアオブジェクト操作が 0x6985 を返す一方、GetRandom は同じ認証情報に対して動作します。 ## 問題点を一行で表すとこうなります **SE051C2では、アプレットのオブジェクトストアに触れるすべてのコマンドが返されます **0x6985(条件が満たされていません)** — 一方で「GetRandom」は*同じ*で成功します 会議、武装プラットフォームSCP03チャネルを通じても含まれます。 ## 私たちの質問 **Q1.この部分は「強制プラットフォームSCP」/制限付き/輸送状態ですか? どちらのサンプルも納品時の状態のままで、片方は工場から出荷されたばかりの新品です。もしSE051C2が オブジェクトストアはプラットフォームSCP03キーがNXPからローテーションされるまでロックされます デフォルトで、それなら以下のすべての観察を正確に説明できる。もしそうなら、 その州を離れるための文書化された手続きはありますか? **Q2.オブジェクト操作は顧客キー(回転)プラットフォームSCP03が必要ですか? デフォルトのプラットフォームキーは?**私たちのチャネルはデフォルトで認証しています。 明らかにトラフィックを運ぶが、その上のすべてのオブジェクトの指令は拒否される。 **Q3.もしQ1/Q2がイエスなら、まずどうやってUNIQUE_IDを読み取るのでしょうか?** これはまさに鶏と卵の関係であり、我々の行く手を阻むものだ。私たちのプラットフォーム鍵導出は次のようになります チップは入力としてUIDですが、「ReadObject(UNIQUE_ID)」自体は拒否されたものの一つです 命令。新品部品に対する作業手順の順序はどのようになっていますか？ **Q4.アプレットを報告できるGET DATA / GET STATUSの通知はありますか? ライフサイクル/VCの状態は?**ステートレスコマンドは私たちにとっては*確かに*動作します、SOもしそのようなクエリが存在するなら 推測するのではなく、自分たちでパーツの状態を確認できます。 **Q5.この部分が通常のオブジェクト作成を拒否するのはなぜでしょうか？明らかに機能しているのに。 他の人にとってはどうでしょうか？DeleteAll/0x6985Thread(m-p/1648349)では、ステップ1は `Se05x_API_WriteUserID(...FACTORY_RESET...)`が**0x9000**を返し — WriteSecureObjectがプラットフォームSCP03のみでデフォルトセッションで成功しています。それは まさに、我々にとって失敗に終わる種類の指揮系統だ。つまりオブジェクト書き込みは本質的にそうではありません セッションゲート。違いはバリエーションや構成(SE051C2とSE050の違い)なのか、それとも プラットフォームキーはまだNXPのデフォルトですか? **Q6.m-p/1716555 は同じ根本原因ですか？そこで別のユーザーが報告しています 「Se05x_API_WriteUserID」が返す「SM_ERR_CONDITIONS_OF_USE_NOT_SATISFIED」――私たちとまったく同じ 症状――そしてその疑問は答えが出ていないようです。 **Q7.`kSE05x_ECCurve_NIST_P256` は明示的な `Se05x_API_CreateECCurve` を必要としますか？ SE051C2 ですか、それとも内蔵されていますか?** (些細なことですが、試してみたところ、CreateECCurve でさえも 拒否した。） ## 測定対象 |チェック|結果|意味 | |---|---|---| |「Se05x_API_SELECT」アプレット |**0x9000** |IoT applet selected | |『Se05x_API_GetRandom』(単純) |実エントロピー |セッション+輸送作業| |プラットフォームSCP03認証 |**成功** |デフォルトのキーセットが一致 | |**ランダムに話せ、SCP03チャネル越し** |**成功、本物のエントロピー** |暗号化 + C-MAC + 復号検証済み | |連続して2回目のラップコマンド |**成功** |コマンドカウンターが同期を保つ | |「WriteECKey」NIST P-256(生成) |**0x6985** | |'WriteECKey' secp256k1 (import) |**0x6985** |「CreateCurve_secp256k1」は最初に呼ばれます | |『WriteECKey』 Ed25519(インポート) |**0x6985** |組み込みの曲線、CreateCurveは不要 | |『ReadObject(UNIQUE_ID)』 |**0x6985** |政策論争は関係ない | |「WriteBinary_Ver」(ファイルポリシー付き) |**0x6985** |ファイルオブジェクトも失敗する | |『CreateECCurve(NIST_P256)』 |**0x6985** |曲線を作ることさえ拒否されます | |「CheckObjectExists」 |**0x6985** |対象のテストすらできない | **「GetRandom」コマンドだけが動作します。**すべてのオブジェクトストア操作は以下を返します 0x6985 — 通常のサンプルと SCP03 で包装されたサンプルの両方で発生。 ## 実験により既に否定済み 1. **その部分ではありません。**新品のSE051C2も全く同じように動作する。 2. **交通費やセッション費用は含まれません。**SELECT は 0x9000 を返します。GetRandom は実数を返します。 同一セッションにおけるエントロピー。 3. **壊れたり欠落したりしたプラットフォームSCP03チャネルはない。**認証は成功しました デフォルトのキーセットと、決定的に「GetRandom」が発行された**武装された チャネル**は実エントロピーを返し、2回目の連続(コマンドカウンター)も同様です。同期)を組み合わせる。 暗号化＋C-MAC＋応答復号化のすべてが検証されました。失敗するオブジェクトコマンド 機能が証明されたチャネルで運ばれています。 4. **欠損キーポリシーではありません。**実際の `Se05xPolicy_t` を渡しました すべての `WriteECKey` に対して、(`ALLOW_SIGN|VERIFY|KA|READ|WRITE|GEN`、authID 0) を実行します。変更なし。 (そもそも読みUNIQUE_ID理由は説明できません — 「ReadObject」はポリシーを取らないからです。) 5. **曲線が欠落しているわけではありません。**`CreateCurve_secp256k1`はsecp256k1の前に呼び出されます。 インポート、Ed25519は組み込み、`Se05x_API_CreateECCurve(NIST_P256)`も** 0x6985を返します。 6. **命令のご注文ではない。**プレーンセッションでも、0x6985 認証済みのSCP03チャネル。 7. **ミドルウェア認証ビルド構成ではありません。**再構築 `SSS_HAVE_SE05X_AUTH_PLATFSCP03=1`、`SSS_HAVE_SE05X_AUTH_NONE=0`および `SSSFTR_SE05X_AuthSession=1`（以前はNONE/0でした）。変更なし。 ＃＃ 環境 * 部品番号: **SE051C2** — サンプル2個、うち1個は工場出荷時の新品、動作は同一 * ホスト: STM32L562、ベアメタル、TrustZoneセキュアワールド、I2C1 @ 100 kHz、T=1 * ミドルウェア: ベンダー提供の NXP Plug & Trust `Se05x_API_*` をカスタム 上で使用 `smCom_TransceiveRaw`トランスポート（独自のT=1フレーミング - SELECTとGetRandomが証明） それは動作します）。フルミドルウェアで、**ナノパッケージではありません**。 * プラットフォームSCP03:NXPのデフォルトキー;認証は成功し、トラフィックを運びます SE050 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti こんにちは、 @winetime さん、 platformSCPを有効にせずに同じ手順を試してみましたか？SE051Cは デフォルトで必須プラットフォームSCPを必要としません。この問題に関するAPDUコマンドログを共有していただければ、さらに確認するかもしれません。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti こんにちは カン、 ありがとう のために の 素早い 返事。 はい — プラットフォームSCPなしでテストされたもので、それが私たちの通常のCASEです。 私たちのオブジェクト操作は実行 before se051_scp03_open() が呼ばれているため、すでにプレーンセッション上にあり、そこで失敗します。その後、SCP03プラットフォームを起動しても何の意味もありません — 同じように0x6985 どちら やり方も。 以下はAPDUログです。通常のセッション、SCP03なし（CLA=0x80、なし 0x04 セキュアメッセージングビット。応答は単純な 状態 言葉、 ない （包装済み）     TX (11): 80 04 00 27 06 41 04 20 00 F0 30 RX（2）：69 85   それは CheckObjectExists (INS 04 MGMT、P2 27、TAG_1オブジェクトID 0x2000F030) — 読み取り専用存在テスト — CONDITIONS により拒否されました ない 満足。 オブジェクトストアコマンドを試行するたびに、どのオブジェクトIDでも、同じ0x6985が返されます。 CheckObjectExists、 WriteBinary_Ver （ファイルポリシー付き） WriteECKey （生成およびインポート; P-256、secp256k1 CreateCurve_secp256k1 まず、そしてEd25519） CreateECCurve(NIST_P256)、 ReadObject(UNIQUE_ID) 。 同じ平野会で、 仕事 大丈夫： 選択 IoTアプレットの→ 0x9000 ランダムを取得 → 実エントロピー SO、輸送手段とアプレットの選択は良好です。object-store commands are refusedのみです。 質問： 工場出荷時のSE051C2が拒否する原因は何でしょうか CheckObjectExists 通常のセッションで？我々は全く同じ行動を目にする の上 二 サンプル、 1つ ブランド 新しい そして 一度もない 書かれた に。 アプレットのライフサイクル／構成状態を報告するGET DATA（またはそれに類する）クエリはありますか？無状態の命令は 私たちのために機能し、 SO 私たちは CAN 走   逃げて  報告 戻せない。 セットアップ:SE051C2、STM32L562ベアメタルホスト、I2C 100kHz、自社のT=1フレーミング(SELECTとGetRandomが証明)、フルPlug & Trustミドルウェア Se05x_API_*, not nanoパッケージ。 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti こんにちは、 @Kan_Li さん。この件はこれでクローズします。**それは我々の側であり、診断は間違っていた。 始める。**誰かの助けになればと思い、解決案を投稿します。   部品自体は問題ありません。ブートAPDUトレース全体を計測した際、 個々の結果では、クリーンな電源投入により 83 個の APDU が生成され、そのうち 80 個が 0x9000 — オブジェクトでした。 作成、secp256k1キー生成、 ` ReadObject` 、 ECDSA署名はすべて正常に動作しています。 0x9000以外の応答は無害であり、既に弊社独自のコードで処理済みです。   80 01 0B 04 CreateECCurve(secp256k1) -> 6985 曲線は既に存在します 80 01 61 00 WriteECKey -> 6A80 オブジェクトが存在します。タイプが間違っています。 80 04 00 27 CheckObjectExists -> 9000 80 04 00 28 DeleteSecureObject -> 9000 80 01 61 00 WriteECKey -> 9000 は削除後に成功します   **私が実際に見ていたもの。 ** SEはすでにウェッジ状態にあり、私の テストブートが開始され、以前のセッションによってそこに残されました。 0x6985 — ` GetRandom` 、 ` GetVersion` 、 ` GetFreeMemory`を含む—そして状態は MCUリセット、T=1インターフェースリセット、そして自身が0x9000を返す再「SELECT」です。ただ 電源を切ると解消されます。つまり、私が報告したすべての測定値はウェッジのものであって、 ブロックされた機能であり、私の「GetRandom」は唯一機能するコマンドであり、「GetVersion」は 「拒否された」という主張はどちらも、そのことの産物だった。騒音で申し訳ありません。   念のため申し添えておくと、正常なブーツの場合、この部分は以下のように報告します。   * ` GetVersion` → ` 07 02 00 3F FF FF FF` —アプレット** 7.2.0 ** 、 AppletConfig ` 0x3FFF` * ` GetFreeMemory(PERSISTENT) ` → ` 0x3E0C` = ** 15,884バイト**空き * プラットフォームSCP03は**OEF 0005A8FA (SE051C)**のデフォルトキーセットで認証します**   **それでもコメントする価値があるかもしれない点が1つあります** 。それは私が理解していない部分だからです。 理解しました。これは私たちにとって配送上の問題となります。   ウェッジ状態でもGPのセキュリティドメインコマンドは動作し続けます — 「80 50 00 00」 INITIALIZE UPDATEと` 84 82 33 00` EXTERNAL AUTHENTICATEはどちらも0x9000を返しますが、IoTは アプレットが全てを拒否します。その形状のアプレットエラー状態は文書化されていますか？ 電源を切らずにそれを検出または消去する方法はありますか？ 展開済みのデバイス セキュア素子を独立して電源サイクルできないため、ホストがアプレットを駆動できる場合 この状態に陥った場合、そこから抜け出す方法を知る必要がある。   先ほどは迅速なご対応ありがとうございました。

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正しいです。 よろしくお願いします、 アレハンドロ・ガルシア

NXP RFEP24-300 回路図 私はRFEP24-300を使用している旧式システムの作業をしています。偏見や権力は存在するようだが、ゲームは存在しないようだ。パレットのトラブルシューティングをしたいのですが、関連書類がありません。コピーをいただけますか? そうでなければ、適切な冷却が行われずに運転されていた可能性もある。最終段階が正常に機能しているかどうかを確認する方法はありますか？ Re: NXP RFEP24-300 schmatic こんにちは、 お問い合わせいただきありがとうございます。 お問い合わせいただいた件についてですが、RFEP24-300は既に製造中止となっており、サポートも終了しておりますのでご了承ください。 ご迷惑をおかけして誠に申し訳ございません。ご理解いただけますようお願い申し上げます。

S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way Setup S32K396, no HSE FW ever installed, no secure boot, no ADKP. FS26 with 200ms watchdog What happened I was installing the AB_SWAP pink image over the MU interface 1. Programmed the HSE FW usage flag in UTEST at 0x1B000000. No other UTEST location touched. SBAF had not programmed it itself despite `FW_USAGE_FLAG_PROGRAM` being set in my boot config. 2. Wrote 0xA5 into DCMRWP1 (0x402AC400) bits 31 to 24 and issued a functional reset. 3. Ran the handshake on MU0 ch0: got 0xFF00F00F, replied 0xF0F00F0F, got 0xDADABABA, wrote the pink image address. so SBAF started programming the firmware. 4. Sometime after that, everything halted. Nothing more on the UART console. I power-cycled after ~5 minutes. Since then the board produces no console output at all, and I can no longer debug it the way I normally do: J-Link reports "Locked S32K3xx device detected" and asks for the ADKP. Or reports "Power-up of DAP failed" (See attached file). So I cannot read GPR3, DCMRWP1 or UTEST any more. I never provisioned an ADKP and never requested a life-cycle advance. Questions 1. Could the LC have advanced by itself? 2. Or is this recovery mode? In JTAG recovery mode on a CUST_DEL device, can a J-Link connection present as "locked / password required"? Figure 12 in the HSE_B Firmware Reference manual shows that path as waiting for a debugger without authentication. 3. What can I still test before scrapping the part? Above all: is there any way to read the current LC state over the debug interface when the host core is not released? Or is it possible another debug method using Trace32 would work better? Re: S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way 1) No, it cannot. It can be programmed either by user directly to UTEST (when HSE FW is not used) or with using of HSE service (when HSE FW is used). 2) I don’t think so, although I don’t have experience with J-Link. It is possible "Locked S32K3xx device detected" message Yes, the "Locked S32K3xx device detected" message can be a false positive caused by hardware (typically power) rather than an actual security lock. I would recommend to discuss it with Segger: https://www.segger.com/support/technical-support/ Even the device would be in JTAG recovery mode, if still in CUST_DEL life cycle, you still should be able to connect by debugger, download SW and so. 3) I would try to attach or attach just after POR, possibly erase application SW. Re: S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way What I've noticed now is that the 'RESET_RECOVERY_MODE' bit was not set in the BCW. Could not setting this bit in the BCW explain this behavior? Im a bit confused as to what setting this bit does. Will setting this bit enable recovery mode or disable it? In `Table 119. BCW bit mapping` in the HSE reference manual its written that 'RESET_RECOVERY_MODE' is "Used to disable entry into recovery mode because of consecutive resets. See Disable Entry into Reset Recovery Mode for more detail". Then In the chapter `2.6.1.3.3 Disable entry into reset recovery mode` in the HSE reference manual "Entry into recovery mode" is only true while 'RESET_RECOVERY_MODE == 1 AND DCMRWP1 (SBAF_REC_DIS_FRST or SBAF_REC_DIS_DRST) == 0'.  Re: S32K396: device locked / asks for ADKP after HSE FW install over MU stopped mid-way Thank you for your reply, David. Okay. I have reached out to Segger regarding the possibility of a falsely locked device and am awaiting a response. I connected using the J-Link debugger after a POR while shorting the reset pin. This is the log from that sequence: In this case, the HSE firmware is not installed, nor is the device locked. The error that remains from both scenarios is the DAP error. SEGGER J-Link Commander V9.18 (Compiled Feb 11 2026 16:34:58) DLL version V9.18, compiled Feb 11 2026 16:33:51 Connecting to J-Link via USB...O.K. Firmware: J-Link V10 compiled Jan 30 2023 11:28:07 Hardware version: V10.10 J-Link uptime (since boot): N/A (Not supported by this model) S/N: 50116795 License(s): GDB VTref=4.509V Type "connect" to establish a target connection, '?' for help J-Link>connect Please specify device / core. : S32K396_M7_0 Type '?' for selection dialog Device> Please specify target interface: J) JTAG (Default) S) SWD T) cJTAG TIF>S Specify target interface speed [kHz]. : 4000 kHz Speed> Device "S32K396_M7_0" selected. Connecting to target via SWD ConfigTargetSettings() start ConfigTargetSettings() end - Took 46us InitTarget() start SDA_AP detected Unlocking device if necessary... Device is not locked. Proceeding without the unlock procedure. Checking if debug access is already enabled... Debug access is not enabled yet. Performing enable debug access sequence... Debug access enabled Checking if HSE firmware is installed... HSE firmware not installed Checking if Cortex-M7_0 and Cortex-M7_1 are operating in lockstep mode Lock step mode enabled InitTarget() end - Took 45.5ms Found SW-DP with ID 0x6BA02477 DPIDR: 0x6BA02477 CoreSight SoC-400 or earlier AP map detection skipped. Manually configured AP map found. AP[0]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[1]: APB-AP (IDR: Not set, ADDR: 0x00000000) AP[2]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[3]: AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[4]: AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[5]: AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[6]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[7]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[4]: Skipped ROMBASE read. CoreBaseAddr manually set by user AP[4]: Core found ConfigTargetSettings() start ConfigTargetSettings() end - Took 15us InitTarget() start SDA_AP detected Unlocking device if necessary... Device is not locked. Proceeding without the unlock procedure. Checking if debug access is already enabled... Core already enabled Checking if HSE firmware is installed... HSE firmware not installed Checking if Cortex-M7_0 and Cortex-M7_1 are operating in lockstep mode Lock step mode enabled InitTarget() end - Took 18.2ms Found SW-DP with ID 0x6BA02477 DPIDR: 0x6BA02477 CoreSight SoC-400 or earlier AP map detection skipped. Manually configured AP map found. AP[0]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[1]: APB-AP (IDR: Not set, ADDR: 0x00000000) AP[2]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[3]: AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[4]: AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[5]: AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[6]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[7]: MEM-AP (IDR: Not set, ADDR: 0x00000000) AP[4]: Skipped ROMBASE read. CoreBaseAddr manually set by user AP[4]: Core found ****** Error: DAP error while reading AIRCR. Error occurred: Could not connect to the target device. For troubleshooting steps visit: https://kb.segger.com/J-Link_Troubleshooting