How Does NXP Expect Users to Integrate Mbed TLS with the Plug & Trust Middleware? Does NXP expect users to use the version of Mbed TLS bundled with the Plug & Trust Middleware? If so, does NXP provide updated middleware releases containing newer Mbed TLS versions in a timely manner? For example, the current middleware bundles Mbed TLS 3.6.2, although Mbed TLS 3.6.7 is already available. SE050 Re: How Does NXP Expect Users to Integrate Mbed TLS with the Plug & Trust Middleware? Hi @ph-yac , Thanks for the reaching out! Please have my comments as below: The Plug & Trust MW sources Mbed TLS from the MCUXpresso SDK downstream, and updates follow NXP's H1/H2 SDK release schedule rather than tracking every upstream Mbed TLS patch release. The currently bundled version is 3.6.2, and the next update will come with the next SDK downstream release cycle. The middleware is formally validated against the bundled version, but patch-level upgrades within the same 3.6.x LTS branch are generally low-risk. Customers are welcome to attempt replacing the bundled Mbed TLS source files manually; just verify build compatibility using the `SSS_HAVE_MBEDTLS_3_X` CMake flag. NXP does not formally validate every patch release between MW releases. The latest MW supports both Mbed TLS 2.28.x and 3.6.x branches via the `SSS_HAVE_MBEDTLS_2_X` / `SSS_HAVE_MBEDTLS_3_X` CMake flags. Please note that **SSS ALT** (not PSA ALT) should be used when integrating with Mbed TLS 3.x. Support for Mbed TLS 4.x in the Plug & Trust Middleware is currently being considered for a Q1 2027 release. No formal commitment has been made yet, but it is on the roadmap. Hope that helps, Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

S32K344 FlexIO I2C DMA こんにちは、 S32K344のFlexIO I2C DMAに関していくつか質問がありますので、ご意見をいただければ幸いです。 1. FlexIOを使用してI2Cをエミュレートする場合、Txの長さは次のように設定されます。 サイズ+1 。これは 「送信シフターは、SCLピンの最後の立ち下がりエッジで追加のワードを1つロードします」 ？ 1.png1.png1.png1.png 2.png2.png2.png2.png 2. DMAを使用してデータを送信する場合、 メジャーループ数 また、 サイズ + 1。これは同じ理由ですか? DMA を使用する場合、送信されるすべてのデータは Master->TxDataを呼び出すとき Flexio_I2c_Ip_MasterSendData 、 送信バッファ 長さは サイズ + 1 、最後のバイトは 0xFF または 0x00 ? 3.png3.png3.png3.png 3. データを受信するには、 メジャーループ数 設定されています サイズ – 1。なぜでしょうか？ 4. S32K344でこれをテストしたところ、FlexIO I2CでDMAを使用してデータを受信すると、受信データが予想より1バイト少ないことがわかりました。オシロスコープで観測すると、最後のバイトのクロック信号には、わずか5～6ビット程度の波形しか見られない。S32K312での同じテストは問題なく動作します。 S32K344 S32DS3.6.4 RTD700   BR、 ジェイソン Re: S32K344 FlexIO I2C DMA こんにちは、 @Jason07さん FlexIOは専用のI2Cペリフェラルではないため、その実装にはI2Cバスシーケンスを正しく完成させるための追加の内部手順が必要です。 伝送における「サイズ + 1U」は、FlexIOがI2Cフレームシーケンスを完了するために必要な最終的なシフター負荷に関連しています。この追加転送は、追加のペイロードバイトを表すものではありません。その代わりに、FlexIOハードウェア内部で最終的なクロックパルスを生成し、バスを正しく転送終了状態に移行させるために使用されます。 受信時のサイズ指定（-1U）が必要なのは、最後に受信したバイトが個別に処理されるためです。これにより、運転者は必要なNACKおよびSTOP条件を適切なタイミングで生成できます。 また、DMA転送モードを使用する場合、データ転送はキャッシュの一貫性の問題によって影響を受ける可能性があることを考慮してください。Dキャッシュが有効になっている場合に発生する可能性のある問題を回避するため、DMA TCDの送信元および送信先として使用されるバッファは、キャッシュ不可能なメモリ領域に割り当てられていることを確認してください。 Flexio_I2c_Ip_MasterReceiveData() 関数を呼び出す際に、TRANSFER_SIZE パラメータを増やす必要はありません。ドライバーは受信シーケンスの必要な内部調整をすでに処理しています。 最後に、あなたの設定を確認していると、両方のDMAチャネルに同じDMA割り込みコールバックが割り当てられていることに気づきました。Flexio_I2c_Ip.cに記載されている説明によると、送信と受信には異なるコールバック関数を使用する必要があります。 FlexIOチャンネル0/1 TX用のFlexIO_I2c_Ip_DmaTransferCompleteNotificationShifter0() FlexIOチャンネル0/1 RX用のFlexIO_I2c_Ip_DmaTransferCompleteNotificationShifter1() BR、VaneB Re: S32K344 FlexIO I2C DMA こんにちは、@ VaneBさん 「最後に受信したバイトは個別に処理される」というコードを見つけました。 しかし、送信に関してまだ疑問があります。割り込み駆動送信を使用する場合、長さはサイズ+1に設定されます。送信時にコードはそれが最後のバイトかどうかをチェックします。もしそうなら、0xFFか0x00を送ります。実際に送信されるデータの長さは依然としてサイズです。しかしDMAで送信を行う場合、DMAは送信バッファからサイズ+1バイトをコピーし、Flexio_I2c_Ip_MasterEndDmaTransfer関数ではShiftBufferに0xFFまたは0x00も埋めます。つまり、実際に送信されるデータ長はサイズではなくサイズ+1です。なぜでしょうか? 1.png1.png1.png 2.png2.png2.png 添付のプロジェクト内のTRANSFER_SIZE + 1のすべての箇所をTRANSFER_SIZE (8)に変更し、説明されているとおりDMA割り込みコールバックも変更しました。また、Dキャッシュも無効にしました。 FlexIO I2C送信にDMAを使用する際、オシロスコープで観察したところ、-Os最適化レベルではクロック信号は8バイトのみで正常でした。しかし、-O0最適化レベルでは、最初の8バイトのクロックは正常でしたが、ACK送信後に期待どおりストップ信号が生成されず、代わりに1ビットの余分なクロックパルスが現れました。 3.jpg3.jpg3.jpg FlexIO I2C を DMA 経由で受信する場合、LPI2C0 はスレーブとして使用され、8 バイト (0x10～0x17) を送信します。-O0最適化レベルでは、7バイト目の送信中にクロック信号が異常になり、FlexIO受信バッファには6バイト（0x10～0x15）しか含まれません。 4.jpg4.jpg4.jpg -Os最適化レベルでは、8バイト目の送信中にクロック信号が異常になり、FlexIO受信バッファには7バイト（0x10～0x16）しか含まれません。 5.jpg5.jpg5.jpg 上記の問題はすべて確実に再現可能です。 Re: S32K344 FlexIO I2C DMA こんにちは、 @Jason07さん 重要な点は、I2Cがオープンドレイン信号方式を採用していることだと思います。 論理0はSDAを積極的にローに引き下げます。 論理値1はSDAを解放し、プルアップ抵抗によってラインがハイレベルに駆動される。 FlexIOは専用のI2Cコントローラではなくプログラム可能な周辺機器であるため、ドライバはシフターに読み込まれるビットパターンを制御してI2Cプロトコルイベントを生成しなければなりません。 このため、末尾の0x00と0xFFの値は、必ずしも追加のペイロードバイトとみなすべきではありません。むしろ、それらはSDAを適切な状態に配置し、ルーチンを完了させるために使用される。 Master->SendStop == TRUEの場合、ドライバーは0x00をロードし、SDAを強制的に低くなります。シフターの処理が完了し、FlexIOがラインを解放すると、プルアップによってSDAがハイになり、SCLは既にハイになっているため、必要な停止条件（SDA：LOW → HIGH、SCLはHIGH）が生成されます。 Master->SendStop == FALSEの場合、ドライバーは0xFFをロードし、SDAは解放されたままになります。プルアップによりSDAがハイレベルに維持され、停止状態が防止され、バスは繰り返し始動（SCLがハイレベルの間、SDA：ハイレベル→ローレベル）の準備が整います。 また、DMA最適化モードを有効にすることをお勧めします。例はスレッドにあります: S32K344 DMA Optimize オプション S32DS 3.6.0 RTD 6.0.0 を用いた FlexIO I2C の例。 最後に、カスタムボードを使用していますか、それともEVB/FRDMを使用していますか？

DESFire EV3 NDA電子署名リクエストが送信されませんでした MIFARE DESFire EV3のNDA承認されましたが、Adobe Signのリクエストは届かず、サポートがNXP契約へのエスカレーションを拒否しています(ケース00996763) こんにちは、 NXP側の技術的な理由で停滞しているNDAプロセスを終わらせるのを手伝ってくれる方を探しています。 バックグラウンド: 私はチェコ共和国のソフトウェア開発者で、MIFARE DESFire EV3(MF3DHx3)をベースにしたクローズドループNFC決済拡張機能を備えたモバイルPOSアプリケーション(Android/iOS)を開発しています。DocStoreからEV3の機密ドキュメント(完全なデータシート/コマンドセット、セキュアメッセージング、キーマネジメント)が必要です。 2026年8月1日にNXPのオンラインプロセス(サポートケース#00996763)を通じてNDA申請を提出しました。 8月1日から7日の間に、NXPのコンプライアンス要求に応じたすべての書類を提出しました:会社ウェブサイト、公式取引登録簿、所有構造、詳細なプロジェクト説明、ボリューム、設計段階、最終用途。 8月12日、NXPテクニカルサポートはNDAが承認され、NXP Contracts/Adobe Acrobat Signを通じて私の署名メールに送信されたことを確認しました。8月18日、彼らは2回目の電子署名リクエストを確認した。 問題： Adobe Signのリクエストはどちらも届きませんでした。受信トレイにも、迷惑メールフォルダにも、Adobe Signアカウントにも見当たらず、そして最も重要なことに、Microsoft 365 Exchangeのメッセージ追跡記録には、当該期間全体を通してadobesign.com / echosign.comからの配信試行の痕跡が一切残っていない。トランザクションは私のメールサーバーに到達する前に失敗します。 技術サポートは「セキュリティ上の理由からファイルの再送信はできません」と言い、「メールアドレスの確認はこれ以上できない」と言い、認可された代理店を通じてやり直すように言われました。Adobe Sign取引を確認して新しい契約を発行してもらうため、単にNXPコントラクトに案件を転送する(またはNDAをPDF形式で送って手書き署名を求める)という要請は、まだ対応されていません。 問題のメールアドレスは私のドメイン内の唯一の事業用アドレスであり、この件では他のすべてのやり取り、[email protected] からのすべてのメールも有効です。 私が求めているもの： NXP Contracts、MIFARE製品チーム、またはAdobe Sign監査記録にアクセスできる方がいれば、ケース#00996763を見て、eSignの再発行か、別のフォームでNDAを提出していただけませんか?デューデリジェンス審査は完了し承認されました。残っているのは書類1点のみです。 適切なお問い合わせのヒントをいただけると大変ありがたいです。ありがとう。 ペトル・ザフラドニク チェコ共和国 Re: DESFire EV3 NDA eSign request never delivered こんにちは、エドゥアルドさん。 ご返信ありがとうございます。理解していますし、NDAのチケットを続けたいと思います。問題はチケットが事実上閉じられていることです。 テクニカルサポートは2度「オンラインは進めない」と返答し、代理店を通じてやり直すように言われており、法務・契約チームへの転送の要請も対応されていません。 そこでお願いはこれだけです:ケース番号00996763を内部の法務チームに渡していただけますか?Adobe Signの取引が見られる誰かに確認してもらえますか?秘密保持契約は8月12日に承認されましたが、電子署名依頼が私の手元に届きませんでした（メールサーバーの追跡記録にも配信試行の記録が全くありません）。電子署名依頼を再発行するか、手書き署名用のPDF形式のNDAを提供すれば、すぐに解決するでしょう。 このThreadを参照したチケットにメモを追加します。ありがとう。 ペトル Re: DESFire EV3 NDA eSign request never delivered こんにちは、 @clexpert さん。 あなたの調子が良いといいのですが。 申し訳ありませんが、NDAの話題を扱う適切な方法ではありません。すべての手続きは、 NDAオンラインフォームの発行後、当社の法務チームが担当します。 処理状況に関する詳細については、NDAチケットで引き続きお問い合わせください。 よろしくお願いいたします。 エドゥアルド。 Re: DESFire EV3 NDA eSign request never delivered こんにちは、エドゥアルドさん。 改めてありがとうございました。あなたのアドバイスに従い、NDAチケット(CASE 00996763)を継続し、あなたが言ったように法務・契約チームに案件を転送するよう明確にお願いしました。彼らがこれらの案件を担当しています。 今日受け取った唯一の返信は、3回目の一行だけのメッセージでした:「NDAの作成についてはNXP代理店にご連絡ください。」法務部への転送もなく、Adobe Signの納品失敗に関するコメントもなく、私が問い合わせた監査証跡への言及もなかった。 3週間経過した現状をまとめると以下のようになります。 秘密保持契約書は8月12日に審査、承認され、発行されました。 - 2件のAdobe Signリクエストがメールサーバーに届かなかった(完全なメッセージトレースで確認され、配達の試みは全くありません)。 - 技術サポートは再発行できず、代理店のアドバイスを繰り返すのみです。 - 私は並行して認可された代理店に連絡し、待っています。 法務・契約部への内部引き継ぎを自分で行ってもらえるか、直接連絡先を教えていただけますか?既に承認済みの秘密保持契約書を、再発行された電子署名リクエスト、または手書き署名用のPDFファイルとして送付していただきたいです。私は建設的なトーンを保っています。ただ、これで行動できる誰かに届くことが欲しいのです。 ありがとう。 ペトル

imx8mp-evk SAI5 外置 I2S 麦克风 (SPH0645) - 时钟推导失败，需要正确的时钟帮助 你好， 主板：i.MX8MPLUSLPD4-EVK（8MPLUS-BB底板）   将外部 I2S MEMS 麦克风（Knowles SPH0645LM4H）连接到 SAI5， 使用物理连接到 J21 (EXP_CN) 的 SoC 端引脚 根据底板原理图，通过电平转换器 U57/U58 连接扩展接口。 （SPF-46370）   1. 硬件接线（已对照原理图确认，并用示波器验证）   SPH0645 BCLK -> J21 引脚 40 ("PDM_CLK", SoC 焊盘 SAI5_RXC) SPH0645 LRCL -> J21 引脚 32 ("PWM4_3V3",     SoC 焊盘 SAI5_RXFS) SPH0645 DOUT -> J21 引脚 38 ("PDM_STREAM_0", SoC 焊盘 SAI5_RXD0) SPH0645 SEL -> GND（左声道） SPH0645 3V -> J21 引脚 1 SPH0645 GND -> J21 引脚 6   我们正在尝试将外部 I2S MEMS 麦克风 (SPH0645) 连接到 SAI5，连接到 J21 扩展接头（BCLK -> SAI5_RXC，LRCL -> SAI5_RXFS，DOUT > SAI5_RXD0，已根据 8MPLUS-BB 原理图确认 并在示波器上进行了验证）。   我们遇到了这个问题，需要帮助解决：   声卡识别正常：   root@imx8mp-lpddr4-evk:~# arecord -l 卡 2：sph0645audio [sph0645-audio]，设备 0：...   但录制失败，出现时钟错误：   root@imx8mp-lpddr4-evk:~# arecord -D hw:CARD=sph0645audio,DEV=0 \ -f S16_LE -r 48000 -c 1 mic.wav [ 140.950940]fsl-sai 30c50000.sai：未能得出所需的处方费率：3072000 [ 140.958042]fsl-sai 30c50000.sai：ASoC：30c50000.sai 上的 snd_soc_dai_hw_params 出错：-22 arecord: set_params:1435: 无法安装硬件参数   检查 clk_summary 显示 sai5 仍然使用 24MHz 的频率。 振荡器而不是音频锁相环：   sai_pll_out_div2      0  0  50000  Y   0  0  0  24576000 sai5 0 0 50000 N 0 0 0 24000000 sai5_root 0 0 50000 N 0 0 0 24000000   我们当前的 &sai5 节点：   &sai5 { #sound-dai-cells = <0> pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai5>; 已分配时钟 = <&clk IMX8MP_CLK_SAI5>; assigned-clock-parents = <&clk IMX8MP_AUDIO_PLL1_OUT> 分配的时钟速率 = <12288000>; fsl，sai-mclk-direction-output； fsl，sai-异步； fsl,dataline = <0 0x1 0x0>; 状态 = "好的" };   pinctrl_sai5：sai5grp { fsl，pins = < MX8MP_IOMUXC_SAI5_RXFS__AUDIOMIX_SAI5_RX_SYNC 0xd6 MX8MP_IOMUXC_SAI5_RXC__AUDIOMIX_SAI5_RX_BCLK 0xd6 MX8MP_IOMUXC_SAI5_RXD0__AUDIOMIX_SAI5_RX_DATA00 0xd6 > };   我们还禁用了 &micfil 和 &pwm4，因为它们的 pinctrl 组共享 本主板上与 SAI5_RXC/RXD0/RXFS 具有相同的物理焊盘。   我们如何正确地将SAI5的时钟信号通过音频PLL进行路由，使其能够…… 导出 3072000 Hz (48kHz) 的频率，而不是使用 24MHz 的振荡器。 小路？   另附几张图片供您参考。   谢谢。 IMG_8200.jpegIMG_8200.jpeg IMG_8205.jpegIMG_8205.jpeg    preview.jpg预览.jpg preview (1).jpg预览 (1).jpg    Re: imx8mp-evk SAI5 external I2S mic (SPH0645) - clock derivation fails, need help with correct cloc 你好， 我建议您尝试以下配置： &sai5 { #sound-dai-cells = <0>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai5>; assigned-clocks = <&clk IMX8MP_CLK_SAI5>; assigned-clock-parents = <&clk IMX8MP_AUDIO_PLL1_OUT>; assigned-clock-rates = <12288000>; clocks = <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI5_IPG>, <&clk IMX8MP_CLK_DUMMY>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI5_MCLK1>, <&clk IMX8MP_CLK_DUMMY>, <&clk IMX8MP_CLK_DUMMY>, <&clk IMX8MP_AUDIO_PLL1_OUT>, <&clk IMX8MP_AUDIO_PLL2_OUT>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k", "pll11k"; fsl,sai-asynchronous; fsl,dataline = <0 0x1 0x0>; status = "okay"; }; 如果没有时钟/时钟名称绑定，驱动程序将回退到 24 MHz 振荡器。另外，如果您没有将麦克风连接到它，则不需要fsl,sai-mclk-direction-output属性。 顺祝商祺！

S32R294 e200z7コアのAMMCLibサポート NXPチームの皆様、こんにちは。 私たちはS32R294向けのアプリケーションを開発しており、AMMCLibをe200z7コアで使用したいと考えています。 公式にS32R294をサポートするAMMCLibのリリースはありますか?もしそうでなければ、NXPが提供する他の、S32R294 e200z7コアに対応した数学ライブラリをおすすめしてもらえますか? また、特定のS32 Design Studioツールチェーン、SDK、またはRSDKのバージョンが必要かどうかもご案内ください。 よろしくお願いします。 C|C++ライブラリ Re: AMMCLib support for S32R294 e200z7 cores こんにちは、ピーターさん。 ご説明いただきありがとうございます。 私たちの対象アプリケーションはレーダー信号プロセッシングパイプラインです。S32R294 e200z7コア上で、以下のアルゴリズムを実行する予定です。 DMLベースの到来方向推定 少数のFFT演算 カルマンフィルタリング(マトリックス乗算、転置、線形系解法またはマトリックス反転を含む) ベクトル、行列、統計演算を用いた特徴抽出および軽量レーダー目標分類 これらのアルゴリズムをe200z7コアで実行することで、SPTとe200z7間のデータ転送やデータフォーマット変換が減少し、プロセッシング効率が向上します。 S32R294 e200z7コア向けに最適化されたFFT、複素算術、マトリックス、ベクトル、線形代数関数を探しています。NXPはこれらの用途に適した数学やDSPライブラリを提供していますか? よろしくお願いいたします。 Re: AMMCLib support for S32R294 e200z7 cores こんにちは、 S32R294プラットフォームを公式にサポートするAMMCLibのリリースはありません。 AMMCLibデバイスのサポートリストには現在、いくつかのPower Architecture MCUファミリ(例:MPC577xK/MPC5775E)が含まれていますが、S32R294はサポート対象としては記載されていません。 S32R294開発向けに、NXPの主なソフトウェアはS32R29x用のレーダー SDKsとS32 Design Studio Power Architectureツールチェーンです。 ターゲットとなるアプリケーションは何でしょうか? よろしくお願いいたします。 ピーター

S32K344 FlexIO I2C DMA Hello, I have some questions regarding the FlexIO I2C DMA  on S32K344, and I would appreciate your insights. 1. When using FlexIO to emulate I2C, the Tx length is set to Size + 1. Is this because "The transmit shifter loads one additional word on the last falling edge of the SCL pin"? 1.png1.png1.png1.png 2.png2.png2.png2.png 2. When using DMA for sending data, the MAJORLOOP_COUNT is also set to Size + 1. Is this for the same reason? When using DMA, all transmitted data comes from Master->TxData. When calling Flexio_I2c_Ip_MasterSendData, should the TxBuff length be Size + 1, and should the last byte be 0xFF or 0x00? 3.png3.png3.png3.png 3. For receiving data, the MAJORLOOP_COUNT is set to Size – 1. Why is this? 4. I tested this on the S32K344 and found that when using DMA for FlexIO I2C receiving data, the received data is one byte less than expected. Observing with an oscilloscope, the clock signal for the last byte shows only about five or six bits of waveform. The same test on the S32K312 works fine. S32K344 S32DS3.6.4 RTD700   BR, Jason Re: S32K344 FlexIO I2C DMA Hi @Jason07  As FlexIO is not a dedicated I2C peripheral, its implementation requires additional internal steps to complete the I2C bus sequence correctly. The Size + 1U in the transmission is related to the final shifter load required by FlexIO to complete the I2C frame sequence. This additional transfer does not represent an extra payload byte. Instead, it is used internally by the FlexIO hardware to generate the final clock pulses and correctly transition the bus to the end-of-transfer state. The Size - 1U in the reception is necessary because the last received byte is handled separately. This allows the driver to generate the required NACK and STOP conditions at the correct time. Also, take into consideration that when using DMA transfer mode, data transfers may be affected by cache coherency issues. To avoid potential problems when D-Cache is enabled, ensure that the buffers used as the source and destination of the DMA TCD are allocated in a non-cacheable memory region. There is no need to increase the TRANSFER_SIZE parameter when calling the Flexio_I2c_Ip_MasterReceiveData() function. The driver already handles the required internal adjustments for the receive sequence. By last, while reviewing your configuration, I noticed that the same DMA interrupt callback has been assigned to both DMA channels. According to the descriptions provided in Flexio_I2c_Ip.c, different callbacks should be used for the transmit and receive: FlexIO_I2c_Ip_DmaTransferCompleteNotificationShifter0() for the FlexIO Channel 0/1 TX FlexIO_I2c_Ip_DmaTransferCompleteNotificationShifter1() for the FlexIO Channel 0/1 RX BR,VaneB Re: S32K344 FlexIO I2C DMA Hi@VaneB I found the code where “the last received byte is handled separately”. However, I still have a question regarding sending. When using interrupt‑driven sending, the length is set to Size + 1. During sending, the code checks whether it is the last byte; if so, it sends 0xFF or 0x00. The actual sent data length is still Size. But when using DMA for sending, the DMA copies Size + 1 bytes from the send buffer, and in the Flexio_I2c_Ip_MasterEndDmaTransfer function, it also fills 0xFF or 0x00 into the ShiftBuffer. This means the actual sent data length is Size + 1, not Size. Why? 1.png1.png1.png 2.png2.png2.png I modified all occurrences of TRANSFER_SIZE + 1 in the attached project to TRANSFER_SIZE (8), and also modified the DMA interrupt callback as described. I also disabled the D‑Cache. When using DMA for FlexIO I2C sending, I observed with an oscilloscope that at -Os optimization level, the clock signal is normal with only 8 bytes. However, at -O0 optimization level, the clock for the first 8 bytes is normal, but after the ACK is sent, the stop signal is not generated as expected; instead, an extra 1‑bit clock pulse appears. 3.jpg3.jpg3.jpg For FlexIO I2C receiving via DMA, LPI2C0 is used as a slave to send 8 bytes (0x10–0x17). At -O0 optimization level, the clock signal becomes abnormal during the transmission of the 7th byte, and the FlexIO receive buffer contains only 6 bytes (0x10–0x15). 4.jpg4.jpg4.jpg At -Os optimization level, the clock signal becomes abnormal during the transmission of the 8th byte, and the FlexIO receive buffer contains only 7 bytes (0x10–0x16). 5.jpg5.jpg5.jpg All of the above issues are reliably reproducible. Re: S32K344 FlexIO I2C DMA Hi @Jason07  I think the key point is that I2C uses open-drain signaling: Logical 0 actively pulls SDA low. Logical 1 releases SDA, allowing the pull-up resistor to drive the line high. Since FlexIO is a programmable peripheral rather than a dedicated I2C controller, the driver must generate I2C protocol events by controlling the bit patterns loaded into the shifters. Because of this, the final 0x00 and 0xFF values should not necessarily be considered additional payload bytes. Instead, they are used to place SDA in the correct state to complete the rotine. When Master->SendStop == TRUE, the driver loads 0x00, forcing SDA low. Once the shifter finishes and FlexIO releases the line, the pull-up brings SDA high while SCL is already high, creating the required STOP condition (SDA: LOW → HIGH while SCL is HIGH). When Master->SendStop == FALSE, the driver loads 0xFF, which keeps SDA released. The pull-up keeps SDA high, preventing a STOP condition and leaving the bus ready for a Repeated START (SDA: HIGH → LOW while SCL is HIGH). Also, I recommend enabling the DMA Optimize mode. An example is available in the thread: Example S32K344 FlexIO I2C with DMA Optimize option S32DS 3.6.0 RTD 6.0.0. By last, Are working with a custom board or an EVB/FRDM?

DESFire EV3 NDA eSign request never delivered MIFARE DESFire EV3 NDA approved but Adobe Sign request never delivered – support refuses to escalate to NXP Contracts (case 00996763) Hello, I am looking for someone at NXP who can help me finish an NDA process that is stuck for purely technical reasons on NXP's side. Background: I am a software developer in the Czech Republic building a mobile POS application (Android/iOS) with a closed-loop NFC payment extension based on MIFARE DESFire EV3 (MF3DHx3). I need the confidential EV3 documentation (full data sheet / command set, secure messaging, key management) from DocStore. On 1 August 2026 I submitted an NDA request through the NXP online process (support case #00996763). Between 1 and 7 August I provided everything NXP compliance asked for: company website, official trade register document, ownership structure, detailed project description, volumes, design stage, end use. On 12 August NXP Technical Support confirmed the NDA was approved and sent via NXP Contracts / Adobe Acrobat Sign to my signatory e-mail. On 18 August they confirmed a second eSign request. The problem: Neither Adobe Sign request ever arrived. Not in the inbox, not in junk, not in my Adobe Sign account, and – most importantly – there is no trace of any delivery attempt from adobesign.com / echosign.com in the Microsoft 365 Exchange message trace for the whole period. The transaction fails before it reaches my mail server. Technical Support says that "for security reasons we cannot resend the file", that they "cannot verify my e-mail address further", and that I should start over through an authorised distributor. A request to simply forward the case to NXP Contracts so they can check the Adobe Sign transaction and issue a new agreement (or send the NDA as a PDF for a handwritten signature) has not been actioned. The e-mail address in question is my only business address on my own domain and has been working for all other correspondence in this case, including all e-mails from [email protected]. What I am asking for: Could someone from NXP Contracts, the MIFARE product team, or anyone with access to the Adobe Sign audit trail please look at case #00996763 and either re-issue the eSign request or provide the NDA in another form? The due-diligence review is complete and approved – the only missing step is delivering one document. Any pointer to the right contact would be greatly appreciated. Thank you. Petr Zahradnik Czech Republic Re: DESFire EV3 NDA eSign request never delivered Hello Eduardo, thank you for the reply. I understand, and I would be glad to continue in the NDA ticket — the problem is that the ticket is effectively closed: Technical Support has twice answered that they "cannot proceed online" and that I should start over through a distributor, and my request to forward the case to the Legal / Contracts team has not been actioned. So my only ask is this: could you please pass case number 00996763 to the Legal team internally, so that someone who can see the Adobe Sign transaction looks at it? The NDA was approved on 12 August; the eSign request just never reached me (no delivery attempt in my mail server trace at all). A re-issued eSign request, or the NDA as a PDF for a handwritten signature, would resolve it immediately. I will add a note to the ticket referencing this thread. Thank you. Petr Re: DESFire EV3 NDA eSign request never delivered Hello @clexpert Hope you are doing well. Please accept my apologies, this is not the proper path to address any NDA topic. All the processes are handled by our Legal team after issuing the NDA online form. For further information about the status of your process, please continue the communication in your NDA ticket. Regards, Eduardo. Re: DESFire EV3 NDA eSign request never delivered Hello Eduardo, thank you again. Following your advice I continued in the NDA ticket (case 00996763) and explicitly asked for the case to be forwarded to the Legal / Contracts team, as you mentioned they handle these. The only reply I received today was, for the third time, a one-line message: "please contact NXP distributor for NDA creation." No forwarding to Legal, no comment on the failed Adobe Sign delivery, no reference to the audit trail I asked about. To summarise where this stands after three weeks: - The NDA was reviewed, approved and issued on 12 August. - Two Adobe Sign requests never reached my mail server (confirmed by a full message trace - no delivery attempt at all). - Technical Support cannot re-issue it and will only repeat the distributor advice. - I have contacted authorised distributors in parallel and am waiting. Could you please make the internal hand-off to Legal / Contracts yourself, or give me a direct contact there? I would simply like the already-approved NDA to be delivered - by a re-issued eSign request or as a PDF for a handwritten signature. I am keeping the tone constructive; I just need this to reach someone who can act on it. Thank you. Petr

S32N55: 高速ウェイクアップ ブート用の BLOB イメージを構築する方法。 こんにちは、チームの皆さん ご存知のとおり、S32N55 は Fast Wake-up Boot をサポートしています。 Full Wake-up Boot と同じ形式を使用して BLOB イメージをビルディングしようとしましたが、ブート プロセスが失敗しました。 Fast Wake-up Boot 用の BLOB イメージを正しく構築する方法を教えてください。 ご回答をお待ちしています。 Tangsheng_Zhou_0-1766369489644.pngTangsheng_Zhou_0-1766369489644.png よろしくお願いいたします。 唐生。 FSS_FW 優先度: 中 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん チームがこのCASEを引き受け、できるだけ早く回答を提供します。 よろしくお願いします、 ラドゥ Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @RaduBragaさん このチケットがクローズされていることに気づきました。進捗状況について何か最新情報はありますか？   よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん 私はこのCASEを引き継ぎ、できるだけ早く返答をいたします。   よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん 直接お客様を支援される場合は、以下の書類をご提供ください: BSSM契約：あり／なし 顧客会社*: プロジェクト名*: カスタマーコンタクトポイント*(氏名およびメールアドレス): ソフトウェアおよびハードウェア情報: SWパッケージ情報*: ハードウェア*(ボード/チップセット/プラットフォーム) ソフトウェアバージョン*: *必須 このケースの開発チームとはまだ協力しています よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 このケースは特定の顧客やプロジェクトに縛られていません。しかし、FUTURE的に同様の質問に直面する可能性があると考えており、このリクエストを出したのです。   よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん 詳しい情報をありがとうございます。私はこの事件に取り組んでおり、できるだけ早く答えを提供いたします! よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん ブロブ画像を作ろうとした際に実際に踏んだ手順を教えていただけると助かります。そうすれば問題点を特定しやすくなると思います。   よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 以下に、テストの詳細な手順を示します。   1. AOSRAMメモリ領域内に小さなFSSイメージを構築しました（IVTヘッダーは予約済み）。このイメージにはmain.cのwhileループのみが含まれています。 Tangsheng_Zhou_0-1784553297963.pngTangsheng_Zhou_0-1784553297963.png 2. FSSファームウェアイメージを作成する際、FRBしきい値レジスタを入力する必要がありますか？もしそうなら、どうやって埋めるか、あるいは特別なものを考える必要があります。 Tangsheng_Zhou_1-1784553422329.pngTangsheng_Zhou_1-1784553422329.png 3. IVTツールでIVTブロブイメージを構築し、開始アドレスを0x24800000とする。 4. IVTブロブイメージをフラッシュメモリの0xD00000に書き込みます。 5. システムがスリープ状態に入る前に、IVTブロブイメージをAOSRAMにコピーし、FSS_WKUP0のWKPUモードを高速ウェイクアップモードとして構成します。 Tangsheng_Zhou_2-1784553712231.pngTangsheng_Zhou_2-1784553712231.png Tangsheng_Zhou_3-1784553730808.pngTangsheng_Zhou_3-1784553730808.png 5. FSS_WAKUP0 を介してシステムイメージを起動します。 FSSは while(1) ループに到達できませんでした。ウェイクアップの際に高速ウェイクアップではなく、リセットイベントがトリガーされたようです。   サポートありがとうございます!   よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん FRBはTCMメモリ（ITCM + DTCM）用です。 理論的には2つのケースがあります 1: 高速起動ブート イメージはAON SRAMメモリから起動するため、高速起動にはFRBは必要ありません。 2: フルウェイクアップブート ITCMに起動したいかどうか教えてもらえますか?もしはい、FRBの閾値0はFSSイメージヘッダーで提供されるべきです。アドレスは12ビットマスクされ、FRBの場合は8kbの倍数として計算されます。 少しでもお役に立てれば幸いです。また、IVTの塊も教えてもらえますか? よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 いいえ、私は単にF-CoreをAO-SRAMで動作させたいだけです。 main_app1.binはFSSファームウェアイメージです。 これら2つのフィールドをどのように埋めるべきでしょうか？AO_SRAMアドレス0x24800000から始めるべきでしょうか？私のイメージの開始ポインタとエントリポインタは0x24800240です。 Tangsheng_Zhou_0-1784682563629.pngTangsheng_Zhou_0-1784682563629.png main_blob1.binは、IVTヘッダーを含むブロブイメージです。 よろしくお願いします！ よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 FSSファームウェアではなく、完全なIVTイメージをスリープモードに入る前にAO_SRAMにコピーし、高速ウェイクアップ機能をテストしました。   よろしくお願いします！ よろしくお願いいたします。 唐勝 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 IVTヘッダー、FSS FWヘッダー、およびFSS FWバイナリを含む、IVTブロブイメージ全体がAO_SRAMの先頭にコピーされました。 よろしくお願いします！ よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん 流れを正しく理解しているか確認させてください。スリープ前に完全なIVTブロブイメージをAO_SRAMの先頭にコピーしているのですか、それとも高速ウェイクアップブート用のFSSファームウェアイメージのみをコピーしているのですか？ よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん Fast Wake-up Bootが正常に完了しているか確認していただけますか?起動プロセスが正常に動作していることが確認された場合、画像に問題がある可能性があります。 考えられる原因を段階的に絞り込んでいきたいと思います。   よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 WKPUの設定は正しいと思います。私の理解では、フルウェイクアップとファストウェイクアップの主な違いは、WBMSRの設定にある。それで合っていますか？ 他に考慮すべき設定や要素はありますか？ また、正しい手順や、あなたやチームが確認した速い目覚めのブロブ画像も教えていただけますか? サポートありがとうございます! よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん 現在、チームはリリース作業で手一杯の状態です。私の方でも少し働きかけ、調査を行い、できるだけ早く回答をお伝えします。   よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん WBMSRは、フルウェイクアップブートとファストウェイクアップブートの主な違いの一つです。しかし、それは唯一の要因ではない。 高速ウェイクアップブートの場合、BootROMはスリープに入る前に、AON SRAMに有効なイメージ（IVT + FSS FW、必要に応じてウェイクアップDCDを含む）が存在することを想定しています。WBMSRに加えて、ウェイクアップソースの設定、AON SRAMの保持、および有効なIVT/FSSヘッダーも検証する必要があります。 想定される高速起動フローは以下のとおりです。   1. IVT + FSS FW を含む IVT ブロブイメージを生成します。 2. 必要に応じて、ウェイクアップDCDを追加します。 3. ブロブイメージをAON SRAMの先頭にコピーします。 4. システムを高速起動モードに設定します。 5. スリープモードに入り、ウェイクアップソースをトリガーする 検証済みのFast Wake-upブロブイメージについては、現在社内で確認しており、検証済みの参照イメージが入手可能になり次第、ご連絡いたします。   少しでもお役に立てれば幸いです。   よろしくお願いいたします。 ポール Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは、 @PaulB0besさん。 ご返信ありがとうございます。ご指示いただいた手順に従って高速起動機能をテストしましたが、問題は依然として発生しています。ご自身の側で成功裏にテストしたか確認いただけますか?   ありがとうございます！ よろしくお願いいたします。 唐生。 Re: S32N55: How to build a blob image for fast wake-up boot. こんにちは@Tangsheng_Zhouさん 提供された回答が適切であり、チケットに関して他に質問がない場合は、回答を「解決策として承認」としてマークしてください。 今後のケースでは、NXP JIRA: Jira Projectをご利用ください  さらに、7日以内に返答がなければ、CASEを終了します。 よろしくお願いいたします。 ポール

在深度掉电状态下，将 J-Link/Ozone 连接到 LPC55(S)28 时，DM-AP 连接行为不一致 您好， 我们发现，当使用 Debug.SetConnectMode(CM_ATTACH_HALT) 将 Ozone (J-Link) 连接到处于关机或深度关机模式的 LPC5528 或 LPC55S28 时，SWD 连接行为不一致。我们在两块运行 LPC5528 的“相同”定制板和一块运行 LPC55S28 的 NXP 评估板上重现了不同的结果（均为 1B 版本），因此希望澄清预期的调试邮箱恢复流程。 设置 MCU：LPC5528 和 LPC55S28 调试探针：J-Link 工具：Ozone，Debug.SetConnectMode(CM_ATTACH_HALT) 测试的电源模式：掉电和深度掉电（通过 POWER_EnterPowerDown() / POWER_EnterDeepPowerDown() 进入） 观察结果 1 — 板 A，定制板，LPC5528，掉电和深度掉电 DM-AP IDCODE始终无法解析；重试4次后连接彻底失败，未发生重置： InitTarget() start ERROR: Wrong DM-AP IDCODE detected: 0xFFFFFFFF InitTarget() end - Took 101ms （重复4次，然后：）   Connection failed. 观察结果 2 — 板 B，定制板，LPC5528，掉电和深度掉电 DM-AP IDCODE 读取 0x00000000 第一次尝试失败后，第二次尝试报告了明确的调试邮箱恢复消息并成功： InitTarget() start ERROR: Wrong DM-AP IDCODE detected: 0x00000000 InitTarget() end - Took 101ms ConfigTargetSettings() start InitTarget() start CPU halted successfully after enabling debug access InitTarget() end - Took 7.40ms Found SW-DP with ID 0x6BA02477 ... Connected to target device. 观察 3 — NXP 评估板，LPC55S28，掉电和深度掉电 DM-AP IDCODE 也读取 0x00000000 第一次尝试失败，但第二次尝试成功了。 没有 打印“启用调试访问”消息后，程序直接进入正常的AP扫描： InitTarget() start ERROR: Wrong DM-AP IDCODE detected: 0x00000000 InitTarget() end - Took 112ms ConfigTargetSettings() start InitTarget() start InitTarget() end - Took 3.93ms Found SW-DP with ID 0x6BA02477 Scanning AP map to find all available APs AP[0]: AHB-AP (IDR: 0x84770001, ADDR: 0x00000000) ... Connected to target device. 在所有能够到达目标设备的情况下，设备都会因连接而发生可观察的副作用——重置，因此设备会退出掉电/深度掉电状态。 补充信息 这两个定制板的硬件版本相同，运行相同的软件，并且具有相同的掉电/深度掉电配置。 对于评估板，我们修改了示例 power_manager_lpc.c，使其使用与自定义板相同（或非常相似）的掉电/深度掉电配置。 所有设备均可通过其配置的唤醒源唤醒，并且在活动状态下（非低功耗模式）均可正常连接到 Ozone/调试器。 所有开发板都运行相同的 SDK 版本（24.12.00）。 问题 将调试器（SWD/Ozone/J-Link）连接到处于掉电或深度掉电状态的 LPC55S28 时，是否总是需要完全 RESET 芯片？或者，在这些模式下，是否有无需重置即可检查/停止内核的受支持方法？ 当目标处于睡眠状态时，是什么因素决定了 DM-AP ID 寄存器读取的是 0xFFFFFFFF 还是 0x00000000？ 报告“启用调试访问后 CPU 已成功停止”（观察 2）的调试邮箱恢复路径与不显示此类消息而静默恢复的路径（观察 3）之间有什么区别？ 是否有办法配置设备或调试会话，以便在目标不可达（睡眠、DP 完全断电）时连接成功，并且连接过程能够干净利落地失败（如观察结果 1 所示），而不是重置设备，从而在所有电路板上保持一致？或者观察结果 1 是异常情况，不应该在正常的硬件上发生？ 提前感谢！ 宝拉 Re: Inconsistent DM-AP attach behavior when attaching J-Link/Ozone to LPC55(S)28 in (Deep)Power Down Hello 睡眠、深度睡眠、断电或深度断电模式下不支持调试模式；此信息来自LPC552x 用户手册第 13.3.1 章； 要将调试器连接到 LPC55S28，必须先将其唤醒，如果处于掉电模式，则需要使用 RESET；当设备处于掉电模式时，无法连接调试会话； DM-AP ID 寄存器读取 0xFFFFFFFF 与 0x00000000 之间的区别可能是，0x00000000 是命令成功返回的响应（如UM11126第 50.5.7.2.1 章表 1064 中所述），而 0xFFFFFFFF 是未检测到的响应。 观察结果 1 看起来很奇怪，可能是因为设备仍处于关机模式而没有响应，或者您无法正确进入 DM-AP，因此无法进行调试；作为一种选择，您可以咨询一下是否是板 A 的硬件问题，因为板 B 可以成功连接。 此致敬礼，路易斯

Inconsistent DM-AP attach behavior when attaching J-Link/Ozone to LPC55(S)28 in (Deep)Power Down Hi, We're seeing inconsistent SWD attach behavior when connecting Ozone (J-Link) to an LPC5528 or LPC55S28 that's in Power Down or Deep Power Down mode, using Debug.SetConnectMode(CM_ATTACH_HALT). We've reproduced different outcomes across two 'identical' custom boards running LPC5528 and an NXP evaluation board running LPC55S28 - all revision 1B -, and would like clarification on the expected Debug Mailbox recovery flow. Setup MCU: LPC5528 and LPC55S28 Debug probe: J-Link Tool: Ozone, Debug.SetConnectMode(CM_ATTACH_HALT) Power modes tested: Power Down and Deep Power Down (entered via POWER_EnterPowerDown() / POWER_EnterDeepPowerDown()) Observation 1 — Board A, custom board, LPC5528, both Power Down and Deep Power Down DM-AP IDCODE never resolves; attach fails outright after 4 retries, no reset occurs: InitTarget() start ERROR: Wrong DM-AP IDCODE detected: 0xFFFFFFFF InitTarget() end - Took 101ms (repeated 4 times, then:)   Connection failed. Observation 2 — Board B, custom board, LPC5528, both Power Down and Deep Power Down DM-AP IDCODE reads 0x00000000 on the first attempt, then a second attempt reports an explicit debug-mailbox recovery message and succeeds:  InitTarget() start ERROR: Wrong DM-AP IDCODE detected: 0x00000000 InitTarget() end - Took 101ms ConfigTargetSettings() start InitTarget() start CPU halted successfully after enabling debug access InitTarget() end - Took 7.40ms Found SW-DP with ID 0x6BA02477 ... Connected to target device. Observation 3 — NXP evaluation board, LPC55S28, both Power Down and Deep Power Down DM-AP IDCODE also reads 0x00000000 on the first attempt, but the second attempt succeeds without printing the "enabling debug access" message — it just proceeds directly into a normal AP scan: InitTarget() start ERROR: Wrong DM-AP IDCODE detected: 0x00000000 InitTarget() end - Took 112ms ConfigTargetSettings() start InitTarget() start InitTarget() end - Took 3.93ms Found SW-DP with ID 0x6BA02477 Scanning AP map to find all available APs AP[0]: AHB-AP (IDR: 0x84770001, ADDR: 0x00000000) ... Connected to target device. In all cases where the target is reachable at all, the device resets as an observable side effect of attaching, so device exits power down/deep power down. Additional context The two custom boards are the same HW revision and run the same SW with the same Power Down/Deep Power Down configuration. For the evaluation board, we modified the example power_manager_lpc.c to use the same (or very similar) Power Down/Deep Power Down configuration as the custom boards. All devices can wake up on their configured wake-up sources, and all can connect to Ozone/the debugger normally while active (not in a reduced power mode). All boards are running the same SDK version (24.12.00). Questions Is a full chip reset always required to attach a debugger (SWD/Ozone/J-Link) to an LPC55S28 that's in Power Down or Deep Power Down? Or is there a supported way to inspect/halt the core without a reset in these modes? What determines whether the DM-AP ID register reads 0xFFFFFFFF versus 0x00000000 when the target is asleep? What's the difference between the debug-mailbox recovery path that reports "CPU halted successfully after enabling debug access" (Observation 2) versus the path that recovers silently with no such message (Observation 3)? Is there a way to configure the device or the debug session so that attaching while the target is unreachable (asleep, DP truly unpowered) fails cleanly (as in Observation 1) rather than resetting the device, across all boards consistently — or is Observation 1 the anomaly and should not occur on healthy hardware? Thanks in advance, Paula Re: Inconsistent DM-AP attach behavior when attaching J-Link/Ozone to LPC55(S)28 in (Deep)Power Down Hello The debug mode is not supported in sleep, deep-sleep, power-down or deep-power down mode; This information is from LPC552x User Manual Chapter 13.3.1; To attach a debugger to an LPC55S28 is necessary that you do the wake up first, using the reset if it was in a power down mode; and while the device is in this power down mode is not possible to attached the debug session; The difference between whether the DM-AP ID register reads 0xFFFFFFFF versus 0x00000000 could be that 0x00000000 is a response that shows a command succeed return as mention in Table 1064 in UM11126 Chapter 50.5.7.2.1, and 0xFFFFFFFF is an not detected response. The observation 1 seems weird, it could be a no response since the device could still be in a power down mode, or that you can't enter DM-AP correctly, therefore you can't debug; as an option you could consult if it's not a hardware issue with the board A, since the board B can be connected successfully. Best Regards, Luis

FRDM-MCX C162 Low Power Presence Detection Demo In this lab, we will learn how to connect and configure expansion boards on the Freedom MCXE 162, including a pressing sensor and a display. Hardware requisites: FRDM-MCXC162 Board Type C USB Cable MikroE OLED B/W Click display in I2C mode SparkFun Qwiic dToF Imager (TMF8820) Software requisites: IDE: Visual Studio Code 1.130.0 or later SDK: v26.06.00 Windows OS (It was used Windows 11 for this hands-on) This hands-on describes Expansion boards Lab Guide (function() { var wrapper = document.getElementById('lia-vid-6403406600112w960h540r95'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Application Code Hub Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  FRDM-Training Hands-On Training MCXC

FRDM-MCX C162 Firmware Binary Programming Lab In this lab, we will learn how to program a firmware binary onto the FRDM-MCXC162 development board. The lab will guide you through the complete firmware programming process, starting with the required hardware and software, and continuing with the development environment setup. Hardware requisites: FRDM-MCXC162 Board Type C USB Cable Software requisites: IDE: Visual Studio Code 1.130.0 or later SDK: v26.06.00 Windows OS (It was used Windows 11 for this hands-on) Link Server v25.5.59 Any Recent Phyton 3 Version Windows Command Prompt (CMD) This hands-on describes  Firmware Binary Programming Lab Guide (function() { var wrapper = document.getElementById('lia-vid-6403407390112w960h540r472'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Application Code Hub Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  FRDM-Training Hands-On Training MCXC

FRDM-MCX C162 Low Power Temperature Sensing Demo In this lab, we'll learn how to access Application Code Hub directly from Visual Studio Code, download a low-power sensing application, and run it on the FRDM-MCXC162. Hardware requisites: FRDM-MCXC162 Board Type C USB Cable Software requisites: IDE: Visual Studio Code 1.130.0 or later SDK: v26.06.00 Windows OS (It was used Windows 11 for this hands-on) This hands-on describes Low Power Temperature Sensing Lab Guide (function() { var wrapper = document.getElementById('lia-vid-6403407289112w960h540r333'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Application Code Hub Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  FRDM-Training Hands-On Training MCXC

FRDM-MCX C162 Low Power SDK Demo Lab In this lab, we will learn how to import and run a low-power SDK demo on the FRDM-MCXC162 development board. We will configure the application, build and debug the project, and use a serial monitor to control the available power modes. Hardware requisites: FRDM-MCXC162 Board Type C USB Cable Software requisites: IDE: Visual Studio Code 1.130.0 or later SDK: v26.06.00 Windows OS (It was used Windows 11 for this hands-on) This hands-on describes Low Power SDK Lab Guide (function() { var wrapper = document.getElementById('lia-vid-6403407386112w960h540r227'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  FRDM-Training Hands-On Training MCXC

2KL[IW610] MURATA 模块的 USB 枚举问题 您好，NXP， 我们遇到 IW610 驱动程序与基于 Ambarella 处理器的 SBC [Ambarella CV75 EVK] 配合使用的问题。IW610 HW 是村田 2KL 模块，通过 USB 接口连接到主机。 [设备设置]： 客户（VVDN）在同一主机上通过Microchip公司的USB4216 USB集线器连接5G/LTE模块和2KL模块。 【问题】：启动时，2KL模块（IW610）可以被正确检测和枚举，但5G/LTE模块检测失败。如果仅将5G/LTE模块连接到系统并重启设备，则设备枚举正常。 当枚举 2KL 模块之后枚举其他 USB 设备时，就会出现此问题。在 2KL 枚举之前枚举的所有设备均工作正常。 附件为客户控制台日志和 WiFi/BT 驱动程序调试日志。 期待您的支持。 谢谢！ 潘卡杰·桑特 Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE 你好@pankaj 好的，我这就查看你的日志。 顺祝商祺！ 肖恩 Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE 嗨@shaun_wu ， 这个问题与外部无线电共存无关，而是与通过 USB 进行设备枚举有关。 请您协助调查所提供的日志中出现的枚举问题。如果您需要更多日志文件，请与我们联系。 Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE 你好@pankaj 对于多无线芯片，我们提供外部共存接口来控制无线流量。您可以按照以下指南连接和配置共存系统： https://www.nxp.com/webapp/Download?colCode=AN14410&appType=license 顺祝商祺！ 肖恩 Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE 你好@pankaj 我们注意到有客户向我们反映了同样的问题。印度SAE车队正在负责此事。00994762 | 案例 | Salesforce ，您可以通过此案例进行进一步讨论。 顺祝商祺！ 肖恩

IMX8QXP RAM ECC 私のi.MX 8QXPボードは、サイドバンドECCモードを使用するように設定されています。これに対応してECCエラーを検出できるLinuxドライバーはありますか?Applications Processor Reference Manual(PRM)にはECC関連のレジスタは見つかりませんでした。 ありがとうございます。 MCX C Re: IMX8QXP RAM ECC こんにちは、@qwerty1123さん ECC用の検証モジュールはまだリリースしていません。独自の検証プログラムを作成する必要があります。以下のドキュメントをご参照ください。 https://www.nxp.com/docs/en/application-note/AN13566.pdf ECCレジスタについてはRM IMX8DXL参照してください。imx8qxpとimx8dxlは同じDDRC IPを使用する。 B.R Re: IMX8QXP RAM ECC @qwerty1123 ECCは有効化でき、DDRCハードウェアでエラーを検出できますが、取得源外にBSPやプライベートパッチがない限り、既存のLinux EDACドライバ i.MX 8QXPサイドバンドECCを期待すべきではありません。ボード専用ドライバは、 AN13566 からDDRC ECCレジスタをマッピングし、 ECC_CORRECT_INT / ECC_NCORRECT_INT を処理し、 ECCSTAT / ECCERRCNT を読み込み 、クリアスルー する必要があります ECCCTL および任意でLinux EDACフレームワークに登録できます。 このアプリケーションノートでは、DDRCレジスタを介した、訂正可能、訂正不可能、およびAPエラー割り込みの有効化とステータス処理について説明します。そのため、おそらくカスタムドライバーを書く必要があります。

imx8mq yocto zeus 错误。 hi 我使用了 imx8mq-evk。 yocto[zeus]内核版本。5.4.70_2.3.0 我完成了YOCTO的构建，并将其写入SD卡后运行。 我怀疑出现了以下错误，但我不知道如何解决。你能帮助我吗？ U-Boot SPL 2020.04-5.4.70-2.3.0+ge42dee8（2021年1月27日 - 08:29:45 +0000） PMIC：PFUZE100 ID=0x10 DDRINFO：启动 动态随机存取存储器\(DRAM\) 初始化 DDRINFO：动态随机存取存储器\(DRAM\) 速率 3200MTS DDRINFO：DDRPHY 校准完成 DDRINFO：ddrmix 配置完成 正常启动 尝试从 MMC2 启动 E/TC:0 0 caam_mp_init:364 ***************************************** E/TC:0 0 caam_mp_init:365 * 警告：制造保护 * E/TC:0 0 caam_mp_init:366 * 不受支持 * E/TC:0 0 caam_mp_init:367 ***************************************** U-启动2020.04-5.4.70-2.3.0+ge42dee8（2021年1月27日 - 08:29:45 +0000） CPU：i.MX8MQ rev2.0 1500 MHz（运行频率为 1000 MHz） CPU：商用温度等级（0℃至95℃），工作温度57℃ 复位原因：POR 型号：NXP i.MX8MQ EVK 动态随机存取存储器(DRAM)：3 GiB TCPC：供应商 ID [0x1fc9]，产品 ID [0x5110]，地址 [I2C0 0x50] MMC：FSL_SDHC：0，FSL_SDHC：1 从 MMC 加载环境... 运行 CMD11 1.8V 开关 *** 警告 - CRC 校验错误，使用默认环境 [*]-视频链接 0imx8m_hdmi_probe （1280 x 720） [0] 显示控制器@32e00000，视频 [1] hdmi@32c00000，显示器 输入：串行 输出：串口 错误：串行 构建信息： - ATF f1d7187 - U启动2020.04-5.4.70-2.3.0+ge42dee8 运行 CMD11 1.8V 开关 切换到分区 #0，成功 mmc1 是当前设备 闪存目标是 MMC:1 运行 CMD11 1.8V 开关 网： 错误：以太网@30be0000 地址未设置。 错误：以太网@30be0000 地址未设置。 未找到以太网接口。 Fastboot：正常 正常启动 按任意键停止自动启动：0 运行 CMD11 1.8V 开关 切换到分区 #0，确定 mmc1 是当前设备 运行 CMD11 1.8V 开关 读取了 28013056 字节，耗时 449 毫秒（59.5 MiB/s） 从mmc启动... 读取 45027 字节耗时 23 毫秒 (1.9 MiB/s) ## 位于 43000000 的扁平化设备树 blob 使用位于 0x43000000 的 fdt blob 启动 使用位于 0000000043000000 的设备树，结束于 000000004300dfe2 正在启动内核... [ 0.000000] 在物理 CPU 0x0000000000 上启动 Linux [0x410fd034] [ 0.000000] Linux 版本 5.4.70-2.3.0+g4f2631b(oe-user@oe-host) (gcc 版本 9.2.0 (GCC)) #1 SMP PREEMPT 星期四 1 月 28 日 05 2021年3月36日 UTC时间23:23 [ 0.000000] 机器型号：NXP i.MX8MQ EVK [ 0.000000] efi：从 FDT 获取 EFI 参数： [ 0.000000] efi：未找到 UEFI。 [ 0.000000] 保留内存：在 0x0000000044000000 创建了 CMA 内存池，大小为 960 MiB [ 0.000000] OF: 保留内存: 已初始化节点 linux,cma, 兼容 ID shared-dma-pool [ 0.000000] NUMA：未找到 NUMA 配置 [ 0.000000] NUMA：在 [mem 0x0000000040000000-0x00000000fdffffff] 处伪造一个节点 [ 0.000000] NUMA: NODE_DATA [内存 0xfd9de500-0xfd9dffff] [ 0.000000] 区域范围： [ 0.000000] DMA32 [内存 0x0000000040000000-0x00000000fdffffff] [ 0.000000] 正常空 [ 0.000000] 每个节点的可移动区域起始位置 [ 0.000000] 早期内存节点范围 [ 0.000000] 节点 0: [内存 0x0000000040000000-0x00000000b7ffffff] [ 0.000000] 节点 0: [内存 0x00000000b8400000-0x00000000fdffffff] [ 0.000000] 初始化内存设置节点 0 [内存 0x0000000040000000-0x00000000fdffffff] [ 0.000000] psci：从 DT 探测管道方法。 [ 0.000000] psci: 固件中检测到 PSCIv1.1。 [ 0.000000] psci：使用标准 PSCI v0.2 函数 ID [ 0.000000] psci：无需进行可信操作系统迁移 [ 0.000000] psci：SMC 调用约定 v1.1 [ 0.000000] percpu：嵌入式 24 页/CPU s58904 r8192 d31208 u98304 [ 0.000000] 在 CPU0 上检测到 VIPT 指令缓存 [ 0.000000] CPU 特性：检测到：Arm 勘误 845719 [ 0.000000] CPU 特性：检测到：GIC 系统寄存器 CPU 接口 [ 0.000000] 无需采取推测性存储绕过措施 禁用缓解措施 [ 0.000000] 已构建 1 个区域列表，移动性分组已启用。总页数：765056 [ 0.000000] 策略区域：DMA32 [ 0.000000] 内核命令行：console=ttymxc0,115200 root=/dev/mmcblk1p2 rootwait rw [ 0.000000] 目录项缓存哈希表条目：524288（阶数：10，4194304 字节，线性） [ 0.000000] Inode 缓存哈希表条目：262144（阶数：9，2097152 字节，线性） [ 0.000000] 内存自动初始化：栈：关闭，堆分配：关闭，堆释放：关闭 [ 0.000000] 内存：可用内存 2035416K/3108864K（16636K 内核代码，1244K 读写数据，6556K 只读数据，2880K 初始化，1017K bss， 90408K 已预留，983040K cma-已预留） [ 0.000000] SLUB：硬件对齐=64，顺序=0-3，最小对象数=0，CPU数=4，节点数=1 [ 0.000000] rcu：可抢占式分层 RCU 实现。 [ 0.000000] rcu: RCU 将 CPU 数量从 NR_CPUS=256 限制为 nr_cpu_ids=4。 [ 0.000000] 任务 RCU 已启用。 [ 0.000000] rcu: RCU 计算出的调度程序注册延迟值为 25 jiffies。 [ 0.000000] rcu：正在调整 rcu_fanout_leaf=16、nr_cpu_ids=4 的几何结构 [ 0.000000] NR_IRQS：64，nr_irqs：64，预分配中断：0 [ 0.000000] GICv3：GIC：使用分离式 EOI/停用模式 [ 0.000000] GICv3：实施了 128 个 SPI [ 0.000000] GICv3：已实现 0 个扩展 SPI [ 0.000000] GICv3：分配器不支持范围选择器 [ 0.000000] GICv3：已实现 16 个 PPI [ 0.000000] GICv3：不支持 VLPI，不支持直接 LPI [ 0.000000] GICv3: CPU0: 找到分发器 0 区域 0:0x0000000038880000 [ 0.000000] ITS：无可用 ITS，不启用 LPI [ 0.000000] random: get_random_bytes 函数从 start_kernel+0x2b8/0x44c 调用，crng_init=0 [ 0.000000] arch_timer: cp15 定时器以 8.33MHz (物理) 运行。 [ 0.000000] 时钟源：arch_sys_counter：掩码：0xffffffffffffff 最大周期数：0x1ec0311ec，最大空闲时间（纳秒）：440795202152 纳秒 [ 0.000004] 调度时钟：56 位，8MHz，分辨率 120ns，每 2199023255541ns 溢出 [ 0.000489] 控制台：彩色虚拟设备 80x25 [ 0.000562] 校准延迟循环（已跳过），值使用定时器频率计算.. 16.66 BogoMIPS (lpj=33333) [ 0.000573] pid_max：默认值：32768 最小值：301 [ 0.000658] LSM：网络安全框架初始化 [ 0.000728] 挂载缓存哈希表条目：8192（阶数：4，65536 字节，线性） [ 0.000751] 挂载点缓存哈希表条目：8192（阶数：4，65536 字节，线性） [ 0.002075] ASID 分配器已初始化，包含 32768 个条目 [0.002156] rcu：分层SRCU实现。 [ 0.003208] EFI 服务将不可用。 [ 0.003394] smp：正在启动辅助 CPU... [ 0.003822] 在 CPU1 上检测到 VIPT 指令缓存 [ 0.003847] GICv3：CPU1：找到重新分发器 1 区域 0:0x00000000388a0000 [ 0.003871] CPU1：已启动辅助处理器 0x0000000001 [0x410fd034] [ 0.004361] 在 CPU2 上检测到 VIPT 指令缓存 [ 0.004379] GICv3：CPU2：找到分布式系统 2 区域 0:0x00000000388c0000 [ 0.004396] CPU2：已启动辅助处理器 0x0000000002 [0x410fd034] [ 0.004824] 在 CPU3 上检测到 VIPT 指令缓存 [ 0.004842] GICv3: CPU3: 找到分发器 3 区域 0:0x00000000388e0000 [ 0.004859] CPU3：已启动辅助处理器 0x0000000003 [0x410fd034] [ 0.004928] smp：已启动 1 个节点，4 个 CPU [ 0.004946] SMP：共激活了 4 个处理器。 [ 0.004955] CPU 特性：检测到：32 位 EL0 支持 [ 0.004963] CPU 特性：检测到：CRC32 指令 [ 0.013554] CPU：所有 CPU 均已在 EL2 级别启动 [ 0.013580] 替代方案：修补内核代码 [ 0.015195] devtmpfs：已初始化 [ 0.022456] 时钟源：jiffies：掩码：0xffffffff 最大周期数：0xffffffff，最大空闲时间（纳秒）：7645041785100000 纳秒 [ 0.022474] futex 哈希表条目：1024（阶数：4，65536 字节，线性） [ 0.051280] pinctrl 核心：已初始化 pinctrl 子系统 [ 0.052146] DMI 不存在或无效。 [ 0.052428] NET：已注册协议族 16 [ 0.059903] DMA：已预分配 256 KiB 池用于原子分配 [ 0.059919] 审计：初始化 netlink 子系统（已禁用） [ 0.060075] 审计：类型=2000 审计(0.056:1):状态=已初始化 审计已启用=0 结果=1 [ 0.061034] cpuidle：使用调速器菜单 [ 0.061540] 硬件断点：找到 6 个断点寄存器和 4 个监视点寄存器。 [ 0.062493] 串口：AMBA PL011 UART 驱动程序 [ 0.062565] imx mu 驱动程序已注册。 [ 0.062590] imx rpmsg 驱动程序已注册。 [ 0.066577] imx8mq-pinctrl 30330000.iomuxc:初始化 IMX pinctrl 驱动程序 [ 0.092370] HugeTLB 注册了 1.00 GiB 的页面大小，预分配了 0 个页面 [ 0.092380] HugeTLB 注册了 32.0 MiB 的页面大小，预分配了 0 个页面 [ 0.092389] HugeTLB 注册了 2.00 MiB 的页面大小，预分配了 0 个页面 [ 0.092397] HugeTLB 注册页面大小为 64.0 KiB，预分配页面数为 0。 [ 0.093400] cryptd：max_cpu_qlen 设置为 1000 [ 0.096873] ACPI：解释器已禁用。 [ 0.097770] iommu：默认功能域类型：已翻译 [ 0.097932] vgaarb：已加载 [ 0.098253] SCSI 子系统已初始化 [ 0.098662] usbcore：已注册新的接口驱动程序 usbfs [ 0.098709] usbcore：已注册新的接口驱动程序集线器 [ 0.098781] usbcore：已注册新的设备驱动程序 usb [ 0.099843] mc：Linux 媒体接口：v0.10 [ 0.099874] videodev：Linux 视频捕获接口：v2.00 [ 0.099944] pps_core：LinuxPPS API 版本 1 已注册 [ 0.099951] pps_core：软件版本。5.3.6 - 版权所有 2005-2007 Rodolfo Giometti [ 0.099967] 已注册 PTP 时钟支持 [ 0.100102] EDAC MC：版本：3.0.0 [ 0.100903] 没有可用的 BMan 传送门！ [ 0.101203] QMan：已在 (__ __ptrval__ __) 处分配查找表，条目数为 65537 [ 0.101530] 没有可用的 QMan 门户！ [ 0.102010] 没有 USDPAA 内存，设备树中没有“fsl,usdpaa-mem” [ 0.102400] FPGA 管理器框架 [ 0.102498] 高级 Linux 音频架构驱动程序已初始化。 [ 0.102920] 蓝牙：核心版本 2.22 [ 0.102946] NET：已注册协议族 31 [ 0.102951] 蓝牙：HCI 设备和连接管理器已初始化 [ 0.102966] 蓝牙：HCI 套接字层已初始化 [ 0.102974] 蓝牙：L2CAP 套接字层已初始化 [ 0.102990] 蓝牙：SCO套接字层已初始化 [ 0.103650] 时钟源：已切换到时钟源 arch_sys_counter [ 0.103810] VFS：磁盘配额 dquot_6.6.0 [ 0.103863] VFS：Dquot缓存哈希表条目：512（0阶，4096字节） [ 0.104030] pnp: PnP ACPI: 已禁用 [ 0.110531] thermal_sys：已注册热调速器“step_wise” [ 0.110535] thermal_sys：已注册热调节器“power_allocator” [ 0.110837] NET：已注册协议族 2 [ 0.111177] tcp_listen_portaddr_hash 哈希表条目：2048（阶数：3，32768 字节，线性） [ 0.111234] TCP 已建立哈希表条目：32768（阶数：6，262144 字节，线性） [ 0.111484] TCP绑定哈希表条目：32768（阶数：7，524288字节，线性） [ 0.112031] TCP：哈希表已配置（已建立连接 32768，绑定 32768） [ 0.112124] UDP 哈希表条目：2048（阶数：4，65536 字节，线性） [ 0.112213] UDP-Lite 哈希表条目：2048（阶数：4，65536 字节，线性） [ 0.112402] NET：已注册协议族 1 [ 0.112749] RPC：已注册命名 UNIX 套接字传输模块。 [ 0.112755] RPC：已注册 UDP 传输模块。 [ 0.112761] RPC：已注册 TCP 传输模块。 [ 0.112766] RPC：已注册 tcp NFSv4.1 反向通道传输模块。 [ 0.113143] PCI：CLS 0 字节，默认值 64 [ 0.113846] 硬件性能事件：已启用 armv8_cortex_a53 PMU 驱动程序，可用计数器为 7 个 [ 0.114201] kvm [1]: IPA 文件大小限制：40 位 [ 0.115382] kvm [1]: vgic-v2@31020000 [ 0.115403] kvm [1]: GIC 系统寄存器 CPU 接口已启用 [ 0.115467] kvm [1]: vgic 中断 IRQ1 [ 0.115585] kvm [1]: Hyp 模式初始化成功 [ 0.118673] 初始化系统可信密钥环 [ 0.118773] 工作集：时间戳位数=44 最大阶数=20 桶阶数=0 [0.125681]squashfs:版本4.0(2009/01/31)菲利普·劳格 [ 0.126353] NFS：注册 id_resolver 密钥类型 [ 0.126378] 已注册键类型 id_resolver [ 0.126383] 已注册键类型 id_legacy [ 0.126410] nfs4filelayout_init：NFSv4 文件布局驱动程序正在注册... [ 0.126432] jffs2：版本 2.2。（与非） © 2001-2006 Red Hat, Inc. [ 0.126818] 9p：正在安装 v9fs 9p2000 文件系统支持 [ 0.142848] 密钥类型非对称注册 [ 0.142855] 非对称密钥解析器“x509”已注册 [ 0.142887] 已加载块层 SCSI 通用 (bsg) 驱动程序版本 0.4（主版本 244） [ 0.142894] io 调度器 mq-deadline 已注册 [ 0.142899] io 调度器 kyber 已注册 [ 0.148268] EINJ：ACPI 已禁用。 [ 0.156665] imx-sdma 302c0000.dma-controller:直接加载 imx/sdma/sdma-imx7d.bin 固件失败，错误代码 -2 [ 0.156677] imx-sdma 302c0000.dma-controller:回退到 sysfs 备选方案：imx/sdma/sdma-imx7d.bin [ 0.161815] mxs-dma 33000000.dma-apbh:已初始化 [ 0.165552] 总线频率驱动模块已加载 [ 0.165778] 配置 VPU 和 CPU 的 NOC [ 0.170146] 串口：8250/16550 驱动程序，4 个端口，已启用 IRQ 共享 [ 0.172197] 30860000.serial:ttymxc0 位于 MMIO 0x30860000（中断号 = 31，基本波特率 = 1562500），是一台 IMX 设备。 [ 1.136323] printk: 控制台 [ttymxc0] 已启用 [ 1.141150] 30890000.serial:位于 MMIO 0x30890000 的 ttymxc1（中断号 = 32，基本波特率 = 1562500）是一台 IMX 设备。 [ 1.158703] imx-dcss 32e00000.display-controller:ctxld：无法获取中断号 [ 1.165920] imx-dcss 32e00000.display-controller:子模块初始化失败 [ 1.184064] 循环：模块已加载 [ 1.189394] imx ahci 驱动程序已注册。 [ 1.196255] spi-nor spi3.0：n25q256a（32768 KB） [ 1.206019] libphy：已修复 MDIO 总线：已探测 [ 1.211027] tun：通用 TUN/TAP 设备驱动程序，1.6 [1.216789]thunder_xcv，版本1.0 [ 1.220064] thunder_bgx，版本 1.0 [ 1.223330] nicpf，版本 1.0 [ 1.226764] pps pps0：新的 PPS 源 ptp0 [ 1.236311] Freescale FM 模块，FMD API 版本 21.1.0 [ 1.241815] Freescale FM 端口模块 [ 1.245492] fsl_mac：fsl_mac：基于 FSL FMan MAC API 的驱动程序 [ 1.251227] fsl_dpa：FSL DPAA 以太网驱动程序 [ 1.255718] fsl_advanced：FSL DPAA 高级驱动程序： [ 1.260697] fsl_proxy：FSL DPAA 代理初始化驱动程序 [ 1.266378] fsl_oh：FSL FMan 离线解析端口驱动程序 [ 1.272624] hclge 正在初始化 [ 1.275952] hns3：适用于 Hip08 系列的海思以太网网络驱动程序 - 版本 [ 1.283182] hns3: 版权所有 (c) 2017 华为公司。 [ 1.288551] e1000：Intel(R) PRO/1000 网络驱动程序 - 版本 7.3.21-k8-NAPI [ 1.295606] e1000: 版权所有 (c) 1999-2006 英特尔公司。 [ 1.301399] e1000e：Intel(R) PRO/1000 网络驱动程序 - 3.2.6-k [ 1.307239] e1000e: 版权所有(c) 1999 - 2015 英特尔公司。 [ 1.313209] igb：Intel(R) 千兆以太网网络驱动程序 - 版本 5.6.0-k [ 1.320180] igb: 版权所有 (c) 2007-2014 英特尔公司。 [ 1.325794] igbvf：Intel(R) 千兆虚拟功能网络驱动程序 - 版本 2.4.0-k [ 1.333636] igbvf: 版权所有 (c) 2009 - 2012 英特尔公司。 [ 1.339731] sky2：驱动程序版本 1.30 [ 1.344364] VFIO - 用户级元驱动程序版本：0.3 [ 1.351924] ehci_hcd：USB 2.0“增强型”主机控制器 (EHCI) 驱动程序 [1.358469]ehci-pci：EHCI PCI平台驱动程序 [ 1.362958] ehci-platform：EHCI 通用平台驱动程序 [ 1.368368] ohci_hcd：USB 1.1“开放式”主机控制器 (OHCI) 驱动程序 [ 1.374567] ohci-pci：OHCI PCI 平台驱动程序 [ 1.379053] ohci-platform：OHCI 通用平台驱动程序 [ 1.384969] usbcore：已注册新的接口驱动程序 uas [ 1.390332] usbcore：已注册新的接口驱动程序 usb-storage [ 1.396413] usbcore：已注册新的接口驱动程序 usbserial_generic [ 1.402965] usbserial：已为通用 USB 串行支持注册 [ 1.409012] usbcore：已注册新的接口驱动程序 ftdi_sio [ 1.414786] usbserial：已为 FTDI USB 串口设备注册 USB 串口支持 [ 1.422131] usbcore：已注册新的接口驱动程序 usb_serial_simple [ 1.428685] usbserial：已为 Carelink 注册 USB 串口支持 [ 1.434803] usbserial：已为 zio 注册 USB 串口支持 [ 1.440491] usbserial：已为 funsoft 注册 USB 串口支持 [ 1.446524] usbserial：已为 flashloader 注册 USB 串口支持 [ 1.452903] usbserial：已为 Google 注册 USB 串口支持 [ 1.458847] usbserial：libtransistor 已注册 USB 串口支持 [ 1.465404] usbserial：vivopay 已注册 USB 串口支持 [ 1.471433] usbserial：已为 moto_modem 注册 USB 串口支持 [ 1.477727] usbserial：已为 motorola_tetra 注册 USB 串口支持 [ 1.484367] usbserial：已为 novatel_gps 注册 USB 串口支持 [ 1.490744] usbserial：已为 hp4x 注册 USB 串口支持 [ 1.496518] usbserial：已为 Suunto 注册 USB 串口支持 [ 1.502468] usbserial：已为 siemens_mpi 注册 USB 串口支持 [ 1.508863] usbcore：已注册新的接口驱动程序 usb_ehset_test [ 1.517801] 输入：30370000.snvs:snvs-powerkey作为 /devices/platform/soc@0/soc@0:bus@30000000/30370000.snvs/30370000.snvs :snvs-powerkey/input/input0 [ 1.532948] snvs_rtc 30370000.snvs:snvs-rtc-lp:注册为 rtc0 [ 1.539232] i2c /dev 条目驱动程序 [ 1.543333] mx6s-csi 30a90000.csi1_bridge:初始化 [ 1.551157] imx2-wdt 30280000.watchdog:超时时间为 60 秒（无出路=0） [ 1.557726] 蓝牙：HCI UART 驱动程序版本 2.3 [ 1.562182] 蓝牙：HCI UART 协议 H4 已注册 [ 1.567332] 蓝牙：HCI UART 协议 BCSP 已注册 [ 1.572675] 蓝牙：HCI UART 协议 LL 已注册 [ 1.577823] 蓝牙：HCI UART 协议 ATH3K 已注册 [ 1.583254] 蓝牙：HCI UART 协议三线 (H5) 已注册 [ 1.589615] 蓝牙：HCI UART 协议，博通公司已注册 [ 1.595303] 蓝牙：HCI UART 协议 QCA 已注册 [ 1.602819] sdhci：安全数字主机控制器接口驱动程序 [ 1.609009] sdhci：版权所有 (c) 皮埃尔·奥斯曼 [ 1.613563] Synopsys Designware 多媒体卡接口驱动程序 [ 1.620207] sdhci-pltfm：SDHCI 平台和 OF 驱动程序助手 [ 1.628408] ledtrig-cpu：已注册以指示 CPU 活动 [ 1.635591] caam 30900000.crypto:设备 ID = 0x0a16040100000000（第 9 代） [ 1.642309] caam 30900000.crypto:作业环数 = 2，qi = 0 [ 1.663346] caam 算法已在 /proc/crypto 中注册 [ 1.669415] caam 30900000.crypto:caam pkc 算法已注册到 /proc/crypto [ 1.676833] caam 30900000.crypto:注册 rng-caam [ 1.682734] 设备 caam-keygen 已注册 [ 1.688412] caam-snvs 30370000.caam-snvs:违规处理人员配备武器 - 非安全状态 [ 1.696951] usbcore：已注册新的接口驱动程序 usbhid [ 1.702537] usbhid：USB HID 核心驱动程序 [ 1.708238] 无 fsl,qman 节点 [ 1.711121] Freescale USDPAA 进程驱动程序 [ 1.715333] fsl-usdpaa：未找到区域 [ 1.719175] Freescale USDPAA 进程 IRQ 驱动程序 [ 1.727359] optee：从 DT 探测管道方法。 [ 1.732535] optee：修订版 3.10 (a991c904) [ 1.733805] optee：动态共享内存已启用 [ 1.743259] optee：已初始化驱动程序 [ 1.744339] random: 快速初始化完成 [ 1.750916] wm8524-codec 音频编解码器：获取静音行失败：-517 [ 1.765846] imx-spdif sound-spdif: ASoC: 初始化 Sony Philips数字接口格式\(SPDIF\) PCM 链路失败: -517 [ 1.769126] random: crng 初始化完成 [ 1.773046] imx-spdif sound-hdmi-arc: ASoC: 初始化 Sony Philips数字接口格式\(SPDIF\) PCM 链路失败: -517 [ 1.784368] imx-ak4458 sound-ak4458：未能找到 SAI 平台设备 [ 1.791003] imx-ak4458：对 sound-ak4458 的探测失败，错误代码为 -22 [ 1.797515] imx-ak5558 sound-ak5558：未能找到 SAI 平台设备 [ 1.804150] imx-ak5558：对 sound-ak5558 的探测失败，错误代码为 -22 [ 1.811049] imx-cdnhdmi sound-hdmi: ASoC: 初始化 imx8 hdmi 链路失败: -517 [ 1.818203] imx-cdnhdmi sound-hdmi: snd_soc_register_card 失败 (-517) [ 1.825193] pktgen：用于数据包性能测试的数据包生成器。版本：2.75 [ 1.842927] NET：已注册协议系列 26 [ 1.848054] NET：已注册协议系列 10 [ 1.853151] IPv6 分段路由 [ 1.856913] NET：已注册协议系列 17 [ 1.861955] 蓝牙：RFCOMM TTY 层已初始化 [ 1.866851] 蓝牙：RFCOMM 套接字层已初始化 [ 1.872040] 蓝牙：RFCOMM 版本 1.11 [ 1.875812] 蓝牙：BNEP（以太网仿真）版本 1.3 [ 1.881147] 蓝牙：BNEP 过滤器：协议组播 [ 1.886385] 蓝牙：BNEP 套接字层已初始化 [ 1.891358] 蓝牙：HIDP（人机接口仿真）版本 1.2 [ 1.897302] 蓝牙：HIDP 套接字层已初始化 [ 1.902310] 8021q：802.1Q VLAN 支持 v1.8 [ 1.906528] lib80211：IEEE802.11驱动程序的通用例程 [ 1.912316] 9pnet：正在安装 9P2000 支持 [ 1.916627] tsn 通用 netlink 模块 v1 初始化... [ 1.921424] 已注册密钥类型 dns_resolver [ 1.927101] 已注册 taskstats 版本 1 [ 1.931227] 正在加载编译内置的 X.509 证书 [ 1.962841] ov5640_mipi 0-003c：无可用传感器 RESET 引脚 [ 1.968635] ov5640_mipi 0-003c: 未找到 0-003c 的 DOVDD 电源，使用虚拟稳压器 [ 1.976440] ov5640_mipi 0-003c: 未找到 0-003c 供电 DVDD，使用虚拟稳压器 [ 1.984143] ov5640_mipi 0-003c：未找到 0-003c 的 AVDD 电源，使用虚拟稳压器 [ 2.005016] ov5640_mipi 0-003c: 读取寄存器错误：reg=300a [ 2.010347] ov5640_mipi 0-003c: 未找到摄像头 [ 2.016834] pfuze100-regulator 0-0008：全层：2，金属层：1 [ 2.023823] pfuze100-regulator 0-0008: FAB: 0, FIN: 0 [ 2.028903] pfuze100-regulator 0-0008: 已找到 pfuze100。 [ 2.062317] i2c i2c-0：IMX I2C 适配器已注册 [ 2.068362] ov5640_mipi 1-003c：无可用传感器复位引脚 [ 2.074153] ov5640_mipi 1-003c：未找到 1-003c 的 DOVDD 电源，使用虚拟稳压器 [ 2.081963] ov5640_mipi 1-003c：未找到 1-003c 供电 DVDD，使用虚拟稳压器 [ 2.089673] ov5640_mipi 1-003c：未找到 1-003c 的 AVDD 电源，使用虚拟稳压器 [ 2.107955] ov5640_mipi 1-003c：读取寄存器错误：reg=300a [ 2.113285] ov5640_mipi 1-003c：未找到摄像头 [ 2.118327] i2c i2c-1：IMX I2C 适配器已注册 [ 2.124341] ak4458 2-0010：未找到 2-0010 供电 DVDD，使用虚拟稳压器 [ 2.131623] ak4458 2-0010：未找到 2-0010 的 AVDD 电源，使用虚拟稳压器 [ 2.139766] ak4458 2-0012：未找到 2-0012 供电 DVDD，使用虚拟稳压器 [ 2.147080] ak4458 2-0012：未找到 2-0012 的 AVDD 电源，使用虚拟稳压器 [ 2.155213] ak5558 2-0013：未找到 2-0013 供电 DVDD，使用虚拟稳压器 [ 2.162491] ak5558 2-0013：未找到 2-0013 的 AVDD 电源，使用虚拟稳压器 [ 2.170592] ak4458 2-0011：未找到 2-0011 供电 DVDD，使用虚拟稳压器 [ 2.177870] ak4458 2-0011：未找到 2-0011 的 AVDD 电源，使用虚拟稳压器 [ 2.185735] i2c i2c-2：IMX I2C 适配器已注册 [ 2.190954] imx8mq-usb-phy 381f0040.usb-phy:381f0040.usb-phy未找到电源总线，使用虚拟稳压器 [ 2.200902] imx8mq-usb-phy 382f0040.usb-phy:382f0040.usb-phy未找到电源总线，使用虚拟稳压器 [ 2.217320] [drm] 支持 vblank 时间戳缓存 Rev 2 (2013 年 10 月 21 日)。 [ 2.223952] [drm] 驱动程序不支持 vblank 时间戳查询。 [ 2.232404] cdns-mhdp-imx 32c00000.hdmi:车道映射 0xe4 [ 2.242324] imx-dcss 32e00000.display-controller:绑定 32c00000.hdmi（操作 cdns_mhdp_imx_ops） [ 2.252222] [drm] 为 32e00000.display-controller 初始化 imx-dcss 1.0.0 20190917在次要 0 上 [ 2.288635] cdns-mhdp-imx 32c00000.hdmi:0,ff,ff,ff,ff,ff,ff,0 [ 2.329025] cdns-mhdp-imx 32c00000.hdmi:0,ff,ff,ff,ff,ff,ff,0 [ 2.329856] [drm] 模式：1920x1080p148500 [ 2.355662] [drm] 像素时钟：148500 KHz，字符时钟：148500，bpc 为 8 位。 [ 2.355666] [drm] VCO 频率为 5940000 kHz [ 2.469363] [drm] 接收器不支持 SCDC [ 2.470592] [drm] 无供应商信息框 [ 2.567286] 控制台：切换到彩色帧缓冲区设备 240x67 [ 2.634396] imx-dcss 32e00000.display-controller:fb0：imx-dcssdrmfb 帧缓冲区设备 [ 2.644774] pps pps0：新的 PPS 源 ptp0 [ 2.654599] fec 30be0000.ethernet:无效的 MAC 地址：00:00:00:00:00:00 [ 2.661419] fec 30be0000.ethernet:使用随机 MAC 地址：7a:a8:f7:ad:6f:de [ 2.669747] libphy：fec_enet_mii_bus：已探测 [ 2.678881] fec 30be0000.ethernet eth0：已注册 PHC 设备 0 [ 2.685802] OF: graph: 在 /soc@0/usb-phy@381f0040 中未找到端口节点 [ 2.693208] xhci-hcd xhci-hcd.1.auto:xHCI 主机控制器 [ 2.698722] xhci-hcd xhci-hcd.1.auto:新USB总线已注册，分配总线编号1 [ 2.706515] xhci-hcd xhci-hcd.1.auto:hcc 参数 0x0220fe6c hci 版本 0x110 怪异之处 0x0000000001010010 [ 2.715968] xhci-hcd xhci-hcd.1.auto:中断 51，IO 内存 0x38200000 [ 2.723624] hub 1-0:1.0:发现 USB 集线器 [ 2.727413] hub 1-0:1.0: 检测到 1 个端口 [ 2.731621] xhci-hcd xhci-hcd.1.auto:xHCI 主机控制器 [ 2.737136] xhci-hcd xhci-hcd.1.auto:新USB总线已注册，分配总线编号2 [ 2.744828] xhci-hcd xhci-hcd.1.auto:主机支持 USB 3.0 超高速 [ 2.751424] usb usb2：我们不知道此主机的 LPM 算法，已禁用 LPM。 [ 2.760494] hub 2-0:1.0:发现 USB 集线器 [ 2.764276] hub 2-0:1.0: 检测到 1 个端口 [ 2.769327] imx-cpufreq-dt imx-cpufreq-dt: CPU 速度等级 3 市场段 0 支持硬件 0x8 0x1 [ 2.804575] mmc0：30b40000.mmc 上的 SDHCI 控制器 [30b40000.mmc]使用ADMA [ 2.812632] sdhci-esdhc-imx 30b50000.mmc:已获取 CD GPIO [ 2.849456] mmc1：30b50000.mmc 上的 SDHCI 控制器 [30b50000.mmc]使用ADMA [ 2.859349] galcore：clk_get 2d 核心时钟失败，禁用 2d/vg！ [ 2.865785] Galcore 版本 6.4.3.p1.305572 [ 2.923095] mmc0：地址 0001 处有新的 HS400 MMC 卡 [2.943854]mmcblk0：mmc0：0001 R1J56L 13.8 GiB [ 2.948554] mmcblk0boot0: mmc0:0001 R1J56L 分区 1 4.00 MiB [ 2.967471] mmcblk0boot1: mmc0:0001 R1J56L 分区 2 4.00 MiB [ 2.974145] mmcblk0rpmb: mmc0:0001 R1J56L 分区 3 128 KiB，字符设备 (237:0) [ 3.005044] [drm] 已初始化 vivante 1.0.0 20170808，适用于 38000000.gpu3d，次设备号为 1 [ 3.018328] hantrodec：模块已插入。主修 = 236 [ 3.026226] mmc1：主机不支持读取只读开关，假定为写使能开关 [ 3.035961] debugfs：目录“308b0000.sai”父级“wm8524-audio”已存在！ [ 3.044243] asoc-simple-card sound-wm8524: wm8524-hifi <-> 308b0000.sai 映射成功 [ 3.051890] asoc-simple-card sound-wm8524: ASoC: 没有 DMI 供应商名称！ [ 3.059971] imx-spdif sound-spdif: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.067574] imx-spdif sound-hdmi-arc: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.067660] usb 1-1：使用 xhci-hcd 的新型高速 USB 设备，编号 2 [ 3.075586] debugfs：目录“30050000.sai”父级“imx-audio-hdmi”已存在！ [3.089979]imx-cdnhdmi声音-hdmi：i2s-hifi <-> 30050000.sai映射正常 [ 3.096720] imx-cdnhdmi sound-hdmi: ASoC: 没有 DMI 供应商名称！ [ 3.102524] debugfs：目录“dapm”中的文件“捕获”已存在！ [ 3.110579] 输入：imx-audio-hdmi HDMI 插孔作为 /devices/platform/sound-hdmi/sound/card1/input1 [ 3.120604] imx8mq-pinctrl 30330000.iomuxc:引脚 MX8MQ_IOMUXC_NAND_CE2_B 已被 ptn36043 请求；无法申请。 0-0050 [ 3.132021] imx8mq-pinctrl 30330000.iomuxc:引脚 64 (0-0050) 状态 -22 [ 3.138562] imx8mq-pinctrl 30330000.iomuxc:无法从 typecgrp 组请求引脚 64 (MX8MQ_IOMUXC_NAND_CE2_B)，该请求在 d 上执行。 设备 30330000.iomuxc [ 3.151272] tcpci 0-0050：应用设置时出错，请撤销操作 [ 3.157736] tcpci：探测 0-0050 失败，错误代码 -22 [ 3.164065] imx-spdif sound-spdif: ASoC: 初始化链路 Sony Philips数字接口格式(SPDIF) PCM 失败: -517 [ 3.171575] imx-spdif sound-hdmi-arc: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.180284] imx-spdif sound-spdif: ASoC: 初始化链路 Sony Philips数字接口格式(SPDIF) PCM 失败: -517 [ 3.187765] imx-spdif sound-hdmi-arc: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.197873] snvs_rtc 30370000.snvs:snvs-rtc-lp:将系统时钟设置为 1970-01-01T00:00:01 UTC (1) [ 3.202384] mmc1：地址 aaaa 处有一张新的超高速 SDR104 SDHC 卡 [ 3.207164] cfg80211：正在加载监管数据库的编译内 X.509 证书 [3.214314]mmcblk1：mmc1：aaaa SC16G 14.8 GiB [ 3.225796] cfg80211：已加载 X.509 证书“sforshee: 00b28ddf47aef9cea7” [ 3.230978] mmcblk1：p1 p2 [ 3.232407] 平台监管.0：直接加载 regulatory.db 的固件失败，错误代码为 -2 [ 3.237215] imx-spdif sound-spdif: ASoC: 初始化链路 Sony Philips数字接口格式(SPDIF) PCM 失败: -517 [ 3.244370] ALSA 设备列表： [ 3.251320] imx-spdif sound-hdmi-arc: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.253894] 平台监管.0：回退到 sysfs 备用方案，用于：regulatory.db [ 3.255659] #0: wm8524-audio [3.255661]＃1：imx音频hdmi [ 3.329094] hub 1-1:1.0:发现 USB 集线器 [ 3.333920] hub 1-1:1.0：检测到 4 个端口 [ 3.396558] imx-spdif sound-spdif: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.404236] imx-spdif sound-hdmi-arc: ASoC: 初始化 Sony Philips数字接口格式(SPDIF) PCM 链路失败: -517 [ 3.591627] EXT4-fs (mmcblk1p2): 恢复完成 [ 3.597050] EXT4-fs (mmcblk1p2): 已挂载文件系统，数据模式为有序模式。选项：(null) [ 3.605372] VFS：已将根目录（ext4 文件系统）挂载到设备 179:98。 [ 3.619633] devtmpfs：已挂载 [ 3.623395] 释放未使用的内核内存：2880K [ 3.627992] 以 init 进程身份运行 /sbin/init [ 3.763123] systemd[1]: 系统时间早于版本时间，正在推进时钟。 [ 3.786018] systemd[1]: systemd 243.2+ 以系统模式运行。(+PAM -审计 -SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UT) MP -LIBCRYPTSETUP -GCRYPT -GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID -ELFUTILS +KMOD -IDN2 -IDN -PCRE2 default-hierarchy=hybrid) [ 3.807965] systemd[1]: 检测到架构 arm64。 欢迎使用 NXP i.MX 版本 发行版 5.4-zeus (zeus)！ [ 3.863773] systemd[1]: 设置主机名 。 [ 4.060742] systemd[1]: /lib/systemd/system/dbus.socket:5: ListenStream= 引用了旧版目录 /var/r 下的路径 un/，正在更新 /var/run/dbus/system_bus_socket ��→ /run/dbus/system_bus_socket；请相应地更新单元文件。 [ 4.091722] systemd[1]: /lib/systemd/system/syslogd.service:8:PIDFile= 指向旧目录 /var/ru 下的路径 n/，正在更新 /var/run/syslogd.pid ��→ /run/syslogd.pid;请据此更新单元文件。 [ 4.122304] systemd[1]: /lib/systemd/system/rpcbind.socket:5:ListenStream= 指向旧目录 /va 下的路径。 r/run/，正在更新 /var/run/rpcbind.sock → /run/rpcbind.sock；请据此更新单元文件。 [ 4.148416] systemd[1]: /lib/systemd/system/klogd.service:8: PIDFile= 引用了旧版目录 /var/run/ 下的路径 ，正在更新 /var/run/klogd.pid → /run/klogd.pid；请据此更新单元文件。 [ 4.265358] systemd[1]: system-getty.slice:设备配置了 IP 防火墙，但本地系统不支持 BPF/cg 组防火墙。 [ 4.277777] systemd[1]: (此警告仅针对第一个使用 IP 防火墙的单元显示。) [ 4.288085] systemd[1]: 创建切片 system-getty.slice。 [确定] 创建切片 system-getty.slice。 [确定] 创建切片 system-serial\x2dgetty.slice。 [确定] 已创建用户切片和会话切片。 [确定] 已开始将密码 ��…ts 分发到控制台目录监视。 [确定] 已开始将密码请求转发到墙目录监视。 [确定] 已达到目标主机名和网络名称查找。 [确定] 已到达目标路径。 [确定] 已到达目标远程文件系统。 [确定] 已达到目标切片数。 [确定] 已达到目标交换。 [确定] 正在监听 Syslog 套接字。 [确定] 正在监听 initctl 兼容命名管道。 [确定] 正在监听日志审计套接字。 [确定] 正在监听日志套接字（/dev/log）。 [确定] 正在监听日志套接字。 [确定] 正在监听网络服务 Netlink 套接字。 [确定] 正在监听 udev 控制套接字。 [ OK ] 监听 udev 内核套接字。 挂载巨型页面文件系统... 正在挂载 POSIX 消息队列文件系统... 正在挂载内核调试文件系统... 正在挂载临时目录 (/tmp)... 开始创建当前内核的标准节点列表…… 开始期刊服务…… 正在挂载内核配置文件系统... 开始重新挂载根文件系统和内核文件系统... 开始应用内核变量... 正在启动 udev 冷插拔所有设备... 正在启动虚拟控制台安装程序... [确定] 已启动日志服务。 [失败] 无法挂载大页文件系统。 请查看“systemctl status dev-hugepages.mount”以获取详细信息。 [失败] 挂载 POSIX 消息队列文件系统失败。 请查看“systemctl status dev-mqueue.mount”以获取详细信息。 [失败] 无法挂载内核调试文件系统。 请参阅“systemctl status sys-kernel-debug.mount”详情请见下文。 [失败] 挂载临时目录 (/tmp) 失败。 请查看“systemctl status tmp.mount”以获取详细信息。 [依赖项] 登录服务依赖项失败。 [依赖项] 网络时间同步依赖项失败。 [确定] 开始为当前内核创建 sta�… 节点列表。 [失败] 内核配置文件系统挂载失败。 请查看“systemctl status sys-kernel-config.mount”以获取详细信息。 [失败] 重新挂载根文件系统和内核文件系统失败。 请参阅“systemctl status systemd-remount-fs.service”详情请见下文。 [确定] 开始应用内核变量。 [确定] 已启动虚拟控制台设置。 [确定] 已达到设定的系统时间。 [确定] 已达到目标系统时间同步。 开始将日志刷新到持久存储... [ 5.138178] systemd-journald[250]: 收到客户端请求以刷新运行时日志。 开始在 /dev 中创建静态设备节点... [确定] 已开始将日志刷新到持久存储。 [确定] 已开始在 /dev 中创建静态设备节点。 [确定] 已达到目标本地文件系统（预）。 正在挂载 /var/volatile... 正在启动 udev 内核设备管理器... [确定] 已启动 udev Coldplug 所有设备。 [失败] 挂载 /var/volatile 失败。 请参阅“systemctl status var-volatile.mount”详情请见下文。 [DEPEND] 绑定挂载 volatile /srv 的依赖关系失败。 [DEPEND] 绑定挂载 volatile /var/cache 的依赖关系失败。 [DEPEND] 绑定挂载 volatile /var/spool 的依赖关系失败。 [DEPEND] 绑定挂载 volatile /var/lib 的依赖关系失败。 [依赖项] 本地文件系统依赖项失败。 [确定] 已启动 udev 内核设备管理器。 [确定] 已停止向控制台目录监视分发密码 ��…ts。 [确定] 已停止转发密码请求到墙目录监视。 [确定] 已达到目标计时器。 [确定] 已达到目标网络（Pre）。 启动画面... [确定] 已达到目标登录提示。 [确定] 已关闭 Syslog 套接字。 正在启动网络服务... 开始加载/保存随机种子... [确定] 已达到目标套接字。 [确定] 已启动紧急壳。 [确定] 已达到目标紧急模式。 开始创建临时文件和目录... [确定] 网络服务已启动。 [确定] 已启动启动画面。 [确定] 已开始加载/保存随机种子。 [确定] 开始创建临时文件和目录。 [确定] 创建切片 system-weston.slice。 [确定] 已开始将密码 ��…ts 分发到控制台目录监视。 [确定] 已停止目标 Emerg[5.777831] imx-sdma 30bd0000.dma-controller：已加载固件 4.5 紧急模式。 [确定] 已连接到目标网络。 [确定] 已达到目标声卡。 挂载巨型页面文件系统... [ 5.841878] Atheros 8031 以太网 30be0000.ethernet-1:00:附加 PHY 驱动程序 [Atheros 8031 以太网] (mii_bus:phy_addr= 30be0000.ethernet-1:00，irq=POLL) 正在挂载 POSIX 消息队列文件系统... 正在挂载内核调试文件系统... 正在挂载临时目录 (/tmp)... 正在挂载 /var/volatile... 正在挂载内核配置文件系统... 开始重新挂载根文件系统和内核文件系统... [确定] 已停止紧急炮弹。 [失败] 无法挂载大页文件系统。 请查看“systemctl status dev-hugepages.mount”以获取详细信息。 [失败] 挂载 POSIX 消息队列文件系统失败。 请查看“systemctl status dev-mqueue.mount”以获取详细信息。 [失败] 无法挂载内核调试文件系统。 请参阅“systemctl status sys-kernel-debug.mount”详情请见下文。 [失败] 挂载临时目录 (/tmp) 失败。 请查看“systemctl status tmp.mount”以获取详细信息。 [依赖项] 网络时间同步依赖项失败。 [失败] 挂载 /var/volatile 失败。 请参阅“systemctl status var-volatile.mount”详情请见下文。 [DEPEND] 绑定挂载 volatile /srv 的依赖关系失败。 [DEPEND] 绑定挂载 volatile /var/cache 的依赖关系失败。 [DEPEND] 绑定挂载 volatile /var/spool 的依赖关系失败。 [DEPEND] 绑定挂载 volatile /var/lib 的依赖关系失败。 [依赖项] 本地文件系统依赖项失败。 [失败] 内核配置文件系统挂载失败。 请查看“systemctl status sys-kernel-config.mount”以获取详细信息。 [失败] 重新挂载根文件系统和内核文件系统失败。 请参阅“systemctl status systemd-remount-fs.service”详情请见下文。 [确定] 创建切片 system-systemd\x2dfsck.slice。 [确定] 已停止向控制台目录监视分发密码 ��…ts。 正在对 /dev/mmcblk1p1 进行文件系统检查... [确定] 已启动紧急壳。 [确定] 已达到目标紧急模式。 正在启动有关系统启动/关闭的 UTMP 更新... [确定] 已开始更新有关系统启动/关闭的 UTMP。 正在启动有关系统运行级别更改的 UTMP 更新... [确定] 已开始更新有关系统运行级别更改的 UTMP。 [确定] 已开始对 /dev/mmcblk1p1 进行文件系统检查。 正在挂载 /run/media/mmcblk1p1... [失败] 挂载 /run/media/mmcblk1p1 失败。 有关详细信息，请参阅“systemctl status run-media-mmcblk1p1.mount”。 您目前处于紧急模式。登录后，输入“journalctl -xb”查看 系统日志，“systemctl reboot”重启系统，“systemctl default”或“exit”退出 启动时按 Enter 键进行维护 （或按 Control-D 继续）： sh-5.0# 我认为超级用户权限没有生效。 此致敬礼！ i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project Re: imx8mq yocto zeus err. 人们一听到“加密货币找回服务”就心存怀疑，这是可以理解的。不幸的是，那些已经损失加密货币的人往往会成为第二波找回骗局的目标。 在 TECHY FORCE 网络检索公司，我们的方法始于一个原则：先有证据，再做承诺。 我们的工作方式 我们首先审查损失情况，并收集相关信息，例如交易哈希、钱包地址、区块链详细信息、屏幕截图以及与事件相关的通信记录。 然后，我们分析可用的区块链活动，以了解资金的流动情况，并确定可能有助于建立恢复或报告途径的信息。 我们还会解释每种情况的局限性。任何合法的追回服务商都无法保证一定能追回被盗的加密货币，因为结果取决于诸多因素，例如资产转移到了哪里、是否可以追踪，以及有哪些法律或技术手段可供选择。 谨防追债诈骗 值得信赖的数据恢复服务绝不会强迫您交出私钥、助记词、密码或验证码。请警惕任何以“解锁”、“税费”或“释放”费用为由，要求您紧急支付，并保证会退还您资金的机构。 在支付任何追回服务费用之前，请核实公司信息，以书面形式了解其费用和服务内容，并保留与原始损失相关的所有证据。 TECHY FORCE CYBER RETRIEVAL 专注于区块链分析、数字证据审查、诈骗调查和实际恢复评估。 如果恢复是可能的，证据应该有助于证明一条合理的前进道路。如果不是，你应该得到诚实的评价，而不是又一个空洞的承诺。 Re: imx8mq yocto zeus err. 感谢您的解答。 YOCTO 版本过程中似乎出现了错误。 它删除了所有宙斯版本，并从仓库阶段重新开始，以确认正常启动。 此致问候 Re: imx8mq yocto zeus err. 你好 kangmw086 日志显示：“挂载 /run/media/mmcblk1p1 失败”，似乎存在问题。 通过内核启动参数中使用的SD端口，可以进行检查。 表54。Linux uSDHC 关系i.MX Linux 用户指南 此致 伊戈尔

SL3S1013FTB0,115 设计检查请求 pragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.png 1）上述应答器原理图是否适用于3.6V供电和RFID供电的配置？ 2）对于采用3.6V电源和RFID供电的RFID应答器配置，所标明的电压是否正确？ a) 2.6V - 3.1V（3.6V供电） b) 1-1.5V（RFID供电） Re: SL3S1013FTB0,115 design check request 我们已收到您的电源电压校正请求。我会进行更正。 您的问题：这是您使用该应用程序的预期目的吗？ 答：我们目前还没有这款产品的应用案例，但我们想了解一下这个防拆报警器的工作原理。 我计算了电压为 1.8V 和 2.2V 时的输出电压 Vout。这个计算结果正确吗？如果答案是肯定的，则输出电压太低，无法进行任何有意义的操作。 Vout = Ivdd X 1k Ivdd = Iinternal + Iout 典型的持续电流消耗在 1.8V 时约为 120 µA，在 2.2V 时约为 340 µA。 对于VDD = 1.8 V，Idd = 0.00012A 当 VDD = 2.2 V 时，Idd = 0.00034A 当 VDD = 1.8 V 时，Vout = 0.00012X 1千欧姆 输出电压 = 0.12V 当 VDD = 2.2 V 时，Vout = 0.00034X 1千欧姆 输出电压 = 0.34V Re: SL3S1013FTB0,115 design check request 你好@pragashsangaran 当采用外部供电时，VDD 焊盘需要 1.8V 至 2.2V 之间的电压；对于更高的电压值，则需要串联电阻。要进行正确计算，请参阅UCODE G2i 的 AN10940 常见问题解答，第 3 章/第 4 章。 OUT 引脚是一个数字输出，可用于防拆回路、小型外部电路或作为指示器；这些配置需要外部提供 VDD 引脚电源。如果 R35 被连接，则会引入一个可能激活“防拆指示器”位的连接，如标签防拆报警功能所述（请参阅UCODE G2i 常见问题解答 AN10940第 16 章）。这是否符合您的应用预期用途？ OUT 引脚的预期电压等级在AN10940 FAQ on UCODE G2i第 13 章中有描述。为连接到 OUT 引脚的设备供电的解决方案需要在 VDD 引脚上提供外部电源。 我建议您查看AN11237 UCODE G2iM+ 演示板文档，图 3 和图 5 中有一些参考连接。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request 您好， 要使用 OUT 引脚的功能，例如数字输出/开关或为外部电路供电，需要外部电源。此外，正如UCODE G2i 常见问题解答 AN10940第 16 章“标签防拆报警功能如何使用？”中所述，此功能基于 VDD 和 OUT 之间的电气连接；需要注意的是，防拆功能和外部供电模式不能同时使用。 关于计算，请注意 OUT 引脚上的可用电压等级由 VDD 上的电压等级减去内部串联电阻上的电压下降决定。您可以在 UCODE G2i 的 AN10940 常见问题解答第 5.3 章中找到一些示例。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request 你好， EduardoZamora ， 我们不会使用防拆报警功能，所以可以忽略这一点。R35是备选方案。 对我们来说，Vout 非常重要，因为它需要用来开启产品。你的意思是说，必须有VDD才能获得Vout。但是，我对使用这个部件有两个主要的顾虑。 计算出的输出电压过低。 当 VDD = 1.8 V 时，Vout = 0.12V 当 VDD = 2.2 V 时，Vout = 0.34V。 这个 Vout 对开启设备没有任何帮助。即使我们考虑提高电压，也没有太多方法可以进一步提高电压。 我的计算正确吗？完整的计算过程请参见我之前的回复。 在有VDD的情况下，Vout是否可以独立于RFID信号存在？我们希望 Vout 仅在天线接收到 RFID 信号时才存在。这是真的吗？ Re: SL3S1013FTB0,115 design check request 您好， Vout 取决于 VDD 引脚上的电压（根据AN10940 FAQ on UCODE G2i第 5 章对 VDD 和 RFN 之间的串联电阻进行适当尺寸调整后），减去 VDD 和 OUT 之间的内部串联电阻上的电压下降（~1kΩ）。一些计算示例可以在第 5.3 章中找到。 关于 OUT 引脚的状态，请参阅第 8 章至第 10 章，了解有关如何控制此引脚的更多信息。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request EduardoZamora ，非常感谢。经过多次反复提问，我终于感觉得到了正确的答案。我真心希望我们能通过这个工单解决我的问题。 我还想知道这是否是 RFID 供电配置（无 VDD）的 Vout。您也能告诉我一声吗？ 我没有使用防拆指示器。我希望我们能够证明使用SL3S1013FTB0,115 而不是肖特基二极管的合理性。如果肖特基二极管无需电源电压就能提供更高的输出电压，我更倾向于选择肖特基二极管。 Re: SL3S1013FTB0,115 design check request 你好， EduardoZamora ， 我越来越困惑，完全无法理解你指出的计算过程。我觉得欧姆定律的计算结果是错误的。 文件内容如下： VSupply 通过 2kΩ 电阻连接至 VDD，提供约 2.5V 的典型持续供电电流，VDD 电压约为 1.99V，OUT 端负载为 100μA 时，输出电压 Vout 约为 1.68V。 − 如果没有电流从输出端流出：输出电流约为 240μA，输出电压约为 1.73V • 当 3.3V 电源通过 5.1kΩ 电阻连接至 VDD 时，VSupply 将提供约 255μA 的典型持续供电电流、约 2V 的 VDD 电压以及约 1.68V 的输出电压 Vout（OUT 端负载为 100μA）。 − 如果没有电流从输出端流出：供电电流约为 245μA，输出端电压约为 1.73V 在 2.5V 电源电压下，Idd = 250μA 在 3.3V 电源电压下，Idd = 255μA pragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.png 但我的计算结果显示，3.3V时，Idd = 647uA；2.5V时，Idd = 1250uA。 我完全搞不懂Vout是如何计算的。另一个尚未解答的问题是：我希望只有当天线/芯片检测到 RFID 信号时，Vout 才存在。如果在VDD和OUT之间直接连接一个1千欧姆的电阻，OUT端将始终有电压，对吗？这不是我想要的，它不适用于我的应用场景。请确认一下。 Re: SL3S1013FTB0,115 design check request 您好， 对于当前的功耗，这些示例考虑了第 5.2 节中规定的最大串联电阻计算以及数值舍入： EduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.png 以 2.5V 为例，~2kΩ 串联电阻上的电压降约为 0.5V。电流约为250微安。 关于 OUT 引脚的功能，其行为由 EPC 存储器控制。对于我的坚持，我深表歉意，请参阅UCODE G2i 的 AN10940 常见问题解答，第 8 章至第 10 章。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request Vout取决于VDD引脚上的电压。根据UCODE G2iM 和 G2iM+ DS表 36，VDD 上的绝对最大电压为 2.2V，因此，如果使用提供更高电压的外部电源，则需要外部串联电阻。您可以预期 VOUT ~1.7V（在非常高的射频功率级下甚至高达 2V），驱动电流 (Iout) 最大为 100µA。 OUT 引脚的状态由 EPC 存储器中的一位（数字输出）控制，可以通过对该位执行 WRITE 写入命令来切换。数字输出位的值可以永久保留，也可以临时定义（如果应用程序需要临时输出，只要标签在读取器字段中）。这在UCODE G2i 的 AN10940 常见问题解答第 8 章至第 10 章中有解释。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request 爱德华多·萨莫拉 数据表中的计算方法令人困惑。我只需要这三个问题的答案。你能回答这些问题吗？ 当 SL3S1013FTB0,115 由 3.6V 供电时，典型的输出电压 Vout 是多少？是 2.6V 到 3.1V 吗？您也可以提供相应的RFID功率。 在有VDD的情况下，Vout是否可以独立于RFID信号存在？我希望只有当天线接收到RFID信号时，Vout才存在。这是真的吗？ RFID供电的SL3S1013FTB0,115在没有VDD的情况下不会产生任何Vout吗？

USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE Hi NXP, We have an issue with the IW610 DRIVER working with Ambarella processor-based SBC [Ambarella CV75 EVK]. The IW610 HW is the Murata 2KL Module which is connected to the host over USB interface.  [DEVICE SETUP]:  The setup is that the customer (VVDN) is using a 5G/LTE module + 2KL Module on the same host through a USB HUB -USB4216 from Microchip.  [ISSUE]: At boot up the 2KL MODULE (IW610) is detected and enumerated correctly, but the 5G/LTE module detection is failing.  If the device is rebooted  with the 5G/LTE modules only connected to the system it enumerates correctly.  The issue is seen whenever the other USB devices are getting enumerated post the enumeration of the 2KL module. All devices enumerated before the 2KL enumeration work correctly.  Attached is the customer console logs and WiFi/BT driver Debug logs. Looking forward to your support. Thanks, Pankaj Sant Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE Hello @pankaj  Sure let me check your logs. Best Regards Shaun Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE Hi @shaun_wu , The issue is not related to external radio co existence but with the device enumeration over USB. Can you support to investigate the enumeration issue with the provided logs. incase if you need additional logs kindly let us know. Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE Hello @pankaj  For multiple radio chip, we provide external coexistence interface to control radio traffic. You may follow the guide to connect and configure coexistence:  https://www.nxp.com/webapp/Download?colCode=AN14410&appType=license  Best Regards Shaun Re: USB ENUMERATION Issue with 2KL[IW610] MURATA MODULE Hello @pankaj  We notice we have customer report same issue to us. And India SAE team is handling it. 00994762 | Case | Salesforce, you may do further discussion via this case.  Best Regards Shaun

imx8mq yocto zeus err. hi i used imx8mq-evk. yocto[zeus] kernel version. 5.4.70_2.3.0 I completed the YOCTO build and fused it into SD Card before running it. I think the following error occurred, but I don't know how to solve it. Can you help me? U-Boot SPL 2020.04-5.4.70-2.3.0+ge42dee8 (Jan 27 2021 - 08:29:45 +0000) PMIC: PFUZE100 ID=0x10 DDRINFO: start DRAM init DDRINFO: DRAM rate 3200MTS DDRINFO:ddrphy calibration done DDRINFO: ddrmix config done Normal Boot Trying to boot from MMC2 E/TC:0 0 caam_mp_init:364 ************************************* E/TC:0 0 caam_mp_init:365 * Warning: Manufacturing protection * E/TC:0 0 caam_mp_init:366 * is not supported * E/TC:0 0 caam_mp_init:367 ************************************* U-Boot 2020.04-5.4.70-2.3.0+ge42dee8 (Jan 27 2021 - 08:29:45 +0000) CPU: i.MX8MQ rev2.0 1500 MHz (running at 1000 MHz) CPU: Commercial temperature grade (0C to 95C) at 57C Reset cause: POR Model: NXP i.MX8MQ EVK DRAM: 3 GiB TCPC: Vendor ID [0x1fc9], Product ID [0x5110], Addr [I2C0 0x50] MMC: FSL_SDHC: 0, FSL_SDHC: 1 Loading Environment from MMC... Run CMD11 1.8V switch *** Warning - bad CRC, using default environment [*]-Video Link 0imx8m_hdmi_probe (1280 x 720) [0] display-controller@32e00000, video [1] hdmi@32c00000, display In: serial Out: serial Err: serial BuildInfo: - ATF f1d7187 - U-Boot 2020.04-5.4.70-2.3.0+ge42dee8 Run CMD11 1.8V switch switch to partitions #0, OK mmc1 is current device flash target is MMC:1 Run CMD11 1.8V switch Net: Error: ethernet@30be0000 address not set. Error: ethernet@30be0000 address not set. No ethernet found. Fastboot: Normal Normal Boot Hit any key to stop autoboot: 0 Run CMD11 1.8V switch switch to partitions #0, OK mmc1 is current device Run CMD11 1.8V switch 28013056 bytes read in 449 ms (59.5 MiB/s) Booting from mmc ... 45027 bytes read in 23 ms (1.9 MiB/s) ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Using Device Tree in place at 0000000043000000, end 000000004300dfe2 Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] [ 0.000000] Linux version 5.4.70-2.3.0+g4f2631b (oe-user@oe-host) (gcc version 9.2.0 (GCC)) #1 SMP PREEMPT Thu Jan 28 05 :36:23 UTC 2021 [ 0.000000] Machine model: NXP i.MX8MQ EVK [ 0.000000] efi: Getting EFI parameters from FDT: [ 0.000000] efi: UEFI not found. [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000044000000, size 960 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] NUMA: No NUMA configuration found [ 0.000000] NUMA: Faking a node at [mem 0x0000000040000000-0x00000000fdffffff] [ 0.000000] NUMA: NODE_DATA [mem 0xfd9de500-0xfd9dffff] [ 0.000000] Zone ranges: [ 0.000000] DMA32 [mem 0x0000000040000000-0x00000000fdffffff] [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000b7ffffff] [ 0.000000] node 0: [mem 0x00000000b8400000-0x00000000fdffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000fdffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: Trusted OS migration not required [ 0.000000] psci: SMC Calling Convention v1.1 [ 0.000000] percpu: Embedded 24 pages/cpu s58904 r8192 d31208 u98304 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: ARM erratum 845719 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] Speculative Store Bypass Disable mitigation not required [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 765056 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes, linear) [ 0.000000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] Memory: 2035416K/3108864K available (16636K kernel code, 1244K rwdata, 6556K rodata, 2880K init, 1017K bss, 90408K reserved, 983040K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 0.000000] Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 128 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] GICv3: Distributor has no Range Selector support [ 0.000000] GICv3: 16 PPIs implemented [ 0.000000] GICv3: no VLPI support, no direct LPI support [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000038880000 [ 0.000000] ITS: No ITS available, not enabling LPIs [ 0.000000] random: get_random_bytes called from start_kernel+0x2b8/0x44c with crng_init=0 [ 0.000000] arch_timer: cp15 timer(s) running at 8.33MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1ec0311ec, max_idle_ns: 440795202152 ns [ 0.000004] sched_clock: 56 bits at 8MHz, resolution 120ns, wraps every 2199023255541ns [ 0.000489] Console: colour dummy device 80x25 [ 0.000562] Calibrating delay loop (skipped), value calculated using timer frequency.. 16.66 BogoMIPS (lpj=33333) [ 0.000573] pid_max: default: 32768 minimum: 301 [ 0.000658] LSM: Security Framework initializing [ 0.000728] Mount-cache hash table entries: 8192 (order: 4, 65536 bytes, linear) [ 0.000751] Mountpoint-cache hash table entries: 8192 (order: 4, 65536 bytes, linear) [ 0.002075] ASID allocator initialised with 32768 entries [ 0.002156] rcu: Hierarchical SRCU implementation. [ 0.003208] EFI services will not be available. [ 0.003394] smp: Bringing up secondary CPUs ... [ 0.003822] Detected VIPT I-cache on CPU1 [ 0.003847] GICv3: CPU1: found redistributor 1 region 0:0x00000000388a0000 [ 0.003871] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] [ 0.004361] Detected VIPT I-cache on CPU2 [ 0.004379] GICv3: CPU2: found redistributor 2 region 0:0x00000000388c0000 [ 0.004396] CPU2: Booted secondary processor 0x0000000002 [0x410fd034] [ 0.004824] Detected VIPT I-cache on CPU3 [ 0.004842] GICv3: CPU3: found redistributor 3 region 0:0x00000000388e0000 [ 0.004859] CPU3: Booted secondary processor 0x0000000003 [0x410fd034] [ 0.004928] smp: Brought up 1 node, 4 CPUs [ 0.004946] SMP: Total of 4 processors activated. [ 0.004955] CPU features: detected: 32-bit EL0 Support [ 0.004963] CPU features: detected: CRC32 instructions [ 0.013554] CPU: All CPU(s) started at EL2 [ 0.013580] alternatives: patching kernel code [ 0.015195] devtmpfs: initialized [ 0.022456] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.022474] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 0.051280] pinctrl core: initialized pinctrl subsystem [ 0.052146] DMI not present or invalid. [ 0.052428] NET: Registered protocol family 16 [ 0.059903] DMA: preallocated 256 KiB pool for atomic allocations [ 0.059919] audit: initializing netlink subsys (disabled) [ 0.060075] audit: type=2000 audit(0.056:1): state=initialized audit_enabled=0 res=1 [ 0.061034] cpuidle: using governor menu [ 0.061540] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.062493] Serial: AMBA PL011 UART driver [ 0.062565] imx mu driver is registered. [ 0.062590] imx rpmsg driver is registered. [ 0.066577] imx8mq-pinctrl 30330000.iomuxc: initialized IMX pinctrl driver [ 0.092370] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages [ 0.092380] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages [ 0.092389] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages [ 0.092397] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages [ 0.093400] cryptd: max_cpu_qlen set to 1000 [ 0.096873] ACPI: Interpreter disabled. [ 0.097770] iommu: Default domain type: Translated [ 0.097932] vgaarb: loaded [ 0.098253] SCSI subsystem initialized [ 0.098662] usbcore: registered new interface driver usbfs [ 0.098709] usbcore: registered new interface driver hub [ 0.098781] usbcore: registered new device driver usb [ 0.099843] mc: Linux media interface: v0.10 [ 0.099874] videodev: Linux video capture interface: v2.00 [ 0.099944] pps_core: LinuxPPS API ver. 1 registered [ 0.099951] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 0.099967] PTP clock support registered [ 0.100102] EDAC MC: Ver: 3.0.0 [ 0.100903] No BMan portals available! [ 0.101203] QMan: Allocated lookup table at (____ptrval____), entry count 65537 [ 0.101530] No QMan portals available! [ 0.102010] No USDPAA memory, no 'fsl,usdpaa-mem' in device-tree [ 0.102400] FPGA manager framework [ 0.102498] Advanced Linux Sound Architecture Driver Initialized. [ 0.102920] Bluetooth: Core ver 2.22 [ 0.102946] NET: Registered protocol family 31 [ 0.102951] Bluetooth: HCI device and connection manager initialized [ 0.102966] Bluetooth: HCI socket layer initialized [ 0.102974] Bluetooth: L2CAP socket layer initialized [ 0.102990] Bluetooth: SCO socket layer initialized [ 0.103650] clocksource: Switched to clocksource arch_sys_counter [ 0.103810] VFS: Disk quotas dquot_6.6.0 [ 0.103863] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.104030] pnp: PnP ACPI: disabled [ 0.110531] thermal_sys: Registered thermal governor 'step_wise' [ 0.110535] thermal_sys: Registered thermal governor 'power_allocator' [ 0.110837] NET: Registered protocol family 2 [ 0.111177] tcp_listen_portaddr_hash hash table entries: 2048 (order: 3, 32768 bytes, linear) [ 0.111234] TCP established hash table entries: 32768 (order: 6, 262144 bytes, linear) [ 0.111484] TCP bind hash table entries: 32768 (order: 7, 524288 bytes, linear) [ 0.112031] TCP: Hash tables configured (established 32768 bind 32768) [ 0.112124] UDP hash table entries: 2048 (order: 4, 65536 bytes, linear) [ 0.112213] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes, linear) [ 0.112402] NET: Registered protocol family 1 [ 0.112749] RPC: Registered named UNIX socket transport module. [ 0.112755] RPC: Registered udp transport module. [ 0.112761] RPC: Registered tcp transport module. [ 0.112766] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.113143] PCI: CLS 0 bytes, default 64 [ 0.113846] hw perfevents: enabled with armv8_cortex_a53 PMU driver, 7 counters available [ 0.114201] kvm [1]: IPA Size Limit: 40bits [ 0.115382] kvm [1]: vgic-v2@31020000 [ 0.115403] kvm [1]: GIC system register CPU interface enabled [ 0.115467] kvm [1]: vgic interrupt IRQ1 [ 0.115585] kvm [1]: Hyp mode initialized successfully [ 0.118673] Initialise system trusted keyrings [ 0.118773] workingset: timestamp_bits=44 max_order=20 bucket_order=0 [ 0.125681] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.126353] NFS: Registering the id_resolver key type [ 0.126378] Key type id_resolver registered [ 0.126383] Key type id_legacy registered [ 0.126410] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.126432] jffs2: version 2.2. (NAND) �© 2001-2006 Red Hat, Inc. [ 0.126818] 9p: Installing v9fs 9p2000 file system support [ 0.142848] Key type asymmetric registered [ 0.142855] Asymmetric key parser 'x509' registered [ 0.142887] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 244) [ 0.142894] io scheduler mq-deadline registered [ 0.142899] io scheduler kyber registered [ 0.148268] EINJ: ACPI disabled. [ 0.156665] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 [ 0.156677] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin [ 0.161815] mxs-dma 33000000.dma-apbh: initialized [ 0.165552] Bus freq driver module loaded [ 0.165778] Config NOC for VPU and CPU [ 0.170146] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.172197] 30860000.serial: ttymxc0 at MMIO 0x30860000 (irq = 31, base_baud = 1562500) is a IMX [ 1.136323] printk: console [ttymxc0] enabled [ 1.141150] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 32, base_baud = 1562500) is a IMX [ 1.158703] imx-dcss 32e00000.display-controller: ctxld: can't get irq number [ 1.165920] imx-dcss 32e00000.display-controller: submodules initialization failed [ 1.184064] loop: module loaded [ 1.189394] imx ahci driver is registered. [ 1.196255] spi-nor spi3.0: n25q256a (32768 Kbytes) [ 1.206019] libphy: Fixed MDIO Bus: probed [ 1.211027] tun: Universal TUN/TAP device driver, 1.6 [ 1.216789] thunder_xcv, ver 1.0 [ 1.220064] thunder_bgx, ver 1.0 [ 1.223330] nicpf, ver 1.0 [ 1.226764] pps pps0: new PPS source ptp0 [ 1.236311] Freescale FM module, FMD API version 21.1.0 [ 1.241815] Freescale FM Ports module [ 1.245492] fsl_mac: fsl_mac: FSL FMan MAC API based driver [ 1.251227] fsl_dpa: FSL DPAA Ethernet driver [ 1.255718] fsl_advanced: FSL DPAA Advanced drivers: [ 1.260697] fsl_proxy: FSL DPAA Proxy initialization driver [ 1.266378] fsl_oh: FSL FMan Offline Parsing port driver [ 1.272624] hclge is initializing [ 1.275952] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 1.283182] hns3: Copyright (c) 2017 Huawei Corporation. [ 1.288551] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI [ 1.295606] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 1.301399] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k [ 1.307239] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 1.313209] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.6.0-k [ 1.320180] igb: Copyright (c) 2007-2014 Intel Corporation. [ 1.325794] igbvf: Intel(R) Gigabit Virtual Function Network Driver - version 2.4.0-k [ 1.333636] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 1.339731] sky2: driver version 1.30 [ 1.344364] VFIO - User Level meta-driver version: 0.3 [ 1.351924] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.358469] ehci-pci: EHCI PCI platform driver [ 1.362958] ehci-platform: EHCI generic platform driver [ 1.368368] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.374567] ohci-pci: OHCI PCI platform driver [ 1.379053] ohci-platform: OHCI generic platform driver [ 1.384969] usbcore: registered new interface driver uas [ 1.390332] usbcore: registered new interface driver usb-storage [ 1.396413] usbcore: registered new interface driver usbserial_generic [ 1.402965] usbserial: USB Serial support registered for generic [ 1.409012] usbcore: registered new interface driver ftdi_sio [ 1.414786] usbserial: USB Serial support registered for FTDI USB Serial Device [ 1.422131] usbcore: registered new interface driver usb_serial_simple [ 1.428685] usbserial: USB Serial support registered for carelink [ 1.434803] usbserial: USB Serial support registered for zio [ 1.440491] usbserial: USB Serial support registered for funsoft [ 1.446524] usbserial: USB Serial support registered for flashloader [ 1.452903] usbserial: USB Serial support registered for google [ 1.458847] usbserial: USB Serial support registered for libtransistor [ 1.465404] usbserial: USB Serial support registered for vivopay [ 1.471433] usbserial: USB Serial support registered for moto_modem [ 1.477727] usbserial: USB Serial support registered for motorola_tetra [ 1.484367] usbserial: USB Serial support registered for novatel_gps [ 1.490744] usbserial: USB Serial support registered for hp4x [ 1.496518] usbserial: USB Serial support registered for suunto [ 1.502468] usbserial: USB Serial support registered for siemens_mpi [ 1.508863] usbcore: registered new interface driver usb_ehset_test [ 1.517801] input: 30370000.snvs:snvs-powerkey as /devices/platform/soc@0/soc@0:bus@30000000/30370000.snvs/30370000.snvs :snvs-powerkey/input/input0 [ 1.532948] snvs_rtc 30370000.snvs:snvs-rtc-lp: registered as rtc0 [ 1.539232] i2c /dev entries driver [ 1.543333] mx6s-csi 30a90000.csi1_bridge: initialising [ 1.551157] imx2-wdt 30280000.watchdog: timeout 60 sec (nowayout=0) [ 1.557726] Bluetooth: HCI UART driver ver 2.3 [ 1.562182] Bluetooth: HCI UART protocol H4 registered [ 1.567332] Bluetooth: HCI UART protocol BCSP registered [ 1.572675] Bluetooth: HCI UART protocol LL registered [ 1.577823] Bluetooth: HCI UART protocol ATH3K registered [ 1.583254] Bluetooth: HCI UART protocol Three-wire (H5) registered [ 1.589615] Bluetooth: HCI UART protocol Broadcom registered [ 1.595303] Bluetooth: HCI UART protocol QCA registered [ 1.602819] sdhci: Secure Digital Host Controller Interface driver [ 1.609009] sdhci: Copyright(c) Pierre Ossman [ 1.613563] Synopsys Designware Multimedia Card Interface Driver [ 1.620207] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.628408] ledtrig-cpu: registered to indicate activity on CPUs [ 1.635591] caam 30900000.crypto: device ID = 0x0a16040100000000 (Era 9) [ 1.642309] caam 30900000.crypto: job rings = 2, qi = 0 [ 1.663346] caam algorithms registered in /proc/crypto [ 1.669415] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 1.676833] caam 30900000.crypto: registering rng-caam [ 1.682734] Device caam-keygen registered [ 1.688412] caam-snvs 30370000.caam-snvs: violation handlers armed - non-secure state [ 1.696951] usbcore: registered new interface driver usbhid [ 1.702537] usbhid: USB HID core driver [ 1.708238] No fsl,qman node [ 1.711121] Freescale USDPAA process driver [ 1.715333] fsl-usdpaa: no region found [ 1.719175] Freescale USDPAA process IRQ driver [ 1.727359] optee: probing for conduit method from DT. [ 1.732535] optee: revision 3.10 (a991c904) [ 1.733805] optee: dynamic shared memory is enabled [ 1.743259] optee: initialized driver [ 1.744339] random: fast init done [ 1.750916] wm8524-codec audio-codec: Failed to get mute line: -517 [ 1.765846] imx-spdif sound-spdif: ASoC: failed to init link S/PDIF PCM: -517 [ 1.769126] random: crng init done [ 1.773046] imx-spdif sound-hdmi-arc: ASoC: failed to init link S/PDIF PCM: -517 [ 1.784368] imx-ak4458 sound-ak4458: failed to find SAI platform device [ 1.791003] imx-ak4458: probe of sound-ak4458 failed with error -22 [ 1.797515] imx-ak5558 sound-ak5558: failed to find SAI platform device [ 1.804150] imx-ak5558: probe of sound-ak5558 failed with error -22 [ 1.811049] imx-cdnhdmi sound-hdmi: ASoC: failed to init link imx8 hdmi: -517 [ 1.818203] imx-cdnhdmi sound-hdmi: snd_soc_register_card failed (-517) [ 1.825193] pktgen: Packet Generator for packet performance testing. Version: 2.75 [ 1.842927] NET: Registered protocol family 26 [ 1.848054] NET: Registered protocol family 10 [ 1.853151] Segment Routing with IPv6 [ 1.856913] NET: Registered protocol family 17 [ 1.861955] Bluetooth: RFCOMM TTY layer initialized [ 1.866851] Bluetooth: RFCOMM socket layer initialized [ 1.872040] Bluetooth: RFCOMM ver 1.11 [ 1.875812] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 1.881147] Bluetooth: BNEP filters: protocol multicast [ 1.886385] Bluetooth: BNEP socket layer initialized [ 1.891358] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 1.897302] Bluetooth: HIDP socket layer initialized [ 1.902310] 8021q: 802.1Q VLAN Support v1.8 [ 1.906528] lib80211: common routines for IEEE802.11 drivers [ 1.912316] 9pnet: Installing 9P2000 support [ 1.916627] tsn generic netlink module v1 init... [ 1.921424] Key type dns_resolver registered [ 1.927101] registered taskstats version 1 [ 1.931227] Loading compiled-in X.509 certificates [ 1.962841] ov5640_mipi 0-003c: No sensor reset pin available [ 1.968635] ov5640_mipi 0-003c: 0-003c supply DOVDD not found, using dummy regulator [ 1.976440] ov5640_mipi 0-003c: 0-003c supply DVDD not found, using dummy regulator [ 1.984143] ov5640_mipi 0-003c: 0-003c supply AVDD not found, using dummy regulator [ 2.005016] ov5640_mipi 0-003c: Read reg error: reg=300a [ 2.010347] ov5640_mipi 0-003c: Camera is not found [ 2.016834] pfuze100-regulator 0-0008: Full layer: 2, Metal layer: 1 [ 2.023823] pfuze100-regulator 0-0008: FAB: 0, FIN: 0 [ 2.028903] pfuze100-regulator 0-0008: pfuze100 found. [ 2.062317] i2c i2c-0: IMX I2C adapter registered [ 2.068362] ov5640_mipi 1-003c: No sensor reset pin available [ 2.074153] ov5640_mipi 1-003c: 1-003c supply DOVDD not found, using dummy regulator [ 2.081963] ov5640_mipi 1-003c: 1-003c supply DVDD not found, using dummy regulator [ 2.089673] ov5640_mipi 1-003c: 1-003c supply AVDD not found, using dummy regulator [ 2.107955] ov5640_mipi 1-003c: Read reg error: reg=300a [ 2.113285] ov5640_mipi 1-003c: Camera is not found [ 2.118327] i2c i2c-1: IMX I2C adapter registered [ 2.124341] ak4458 2-0010: 2-0010 supply DVDD not found, using dummy regulator [ 2.131623] ak4458 2-0010: 2-0010 supply AVDD not found, using dummy regulator [ 2.139766] ak4458 2-0012: 2-0012 supply DVDD not found, using dummy regulator [ 2.147080] ak4458 2-0012: 2-0012 supply AVDD not found, using dummy regulator [ 2.155213] ak5558 2-0013: 2-0013 supply DVDD not found, using dummy regulator [ 2.162491] ak5558 2-0013: 2-0013 supply AVDD not found, using dummy regulator [ 2.170592] ak4458 2-0011: 2-0011 supply DVDD not found, using dummy regulator [ 2.177870] ak4458 2-0011: 2-0011 supply AVDD not found, using dummy regulator [ 2.185735] i2c i2c-2: IMX I2C adapter registered [ 2.190954] imx8mq-usb-phy 381f0040.usb-phy: 381f0040.usb-phy supply vbus not found, using dummy regulator [ 2.200902] imx8mq-usb-phy 382f0040.usb-phy: 382f0040.usb-phy supply vbus not found, using dummy regulator [ 2.217320] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 2.223952] [drm] No driver support for vblank timestamp query. [ 2.232404] cdns-mhdp-imx 32c00000.hdmi: lane-mapping 0xe4 [ 2.242324] imx-dcss 32e00000.display-controller: bound 32c00000.hdmi (ops cdns_mhdp_imx_ops) [ 2.252222] [drm] Initialized imx-dcss 1.0.0 20190917 for 32e00000.display-controller on minor 0 [ 2.288635] cdns-mhdp-imx 32c00000.hdmi: 0,ff,ff,ff,ff,ff,ff,0 [ 2.329025] cdns-mhdp-imx 32c00000.hdmi: 0,ff,ff,ff,ff,ff,ff,0 [ 2.329856] [drm] Mode: 1920x1080p148500 [ 2.355662] [drm] Pixel clock: 148500 KHz, character clock: 148500, bpc is 8-bit. [ 2.355666] [drm] VCO frequency is 5940000 KHz [ 2.469363] [drm] Sink Not Support SCDC [ 2.470592] [drm] No vendor infoframe [ 2.567286] Console: switching to colour frame buffer device 240x67 [ 2.634396] imx-dcss 32e00000.display-controller: fb0: imx-dcssdrmfb frame buffer device [ 2.644774] pps pps0: new PPS source ptp0 [ 2.654599] fec 30be0000.ethernet: Invalid MAC address: 00:00:00:00:00:00 [ 2.661419] fec 30be0000.ethernet: Using random MAC address: 7a:a8:f7:ad:6f:de [ 2.669747] libphy: fec_enet_mii_bus: probed [ 2.678881] fec 30be0000.ethernet eth0: registered PHC device 0 [ 2.685802] OF: graph: no port node found in /soc@0/usb-phy@381f0040 [ 2.693208] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller [ 2.698722] xhci-hcd xhci-hcd.1.auto: new USB bus registered, assigned bus number 1 [ 2.706515] xhci-hcd xhci-hcd.1.auto: hcc params 0x0220fe6c hci version 0x110 quirks 0x0000000001010010 [ 2.715968] xhci-hcd xhci-hcd.1.auto: irq 51, io mem 0x38200000 [ 2.723624] hub 1-0:1.0: USB hub found [ 2.727413] hub 1-0:1.0: 1 port detected [ 2.731621] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller [ 2.737136] xhci-hcd xhci-hcd.1.auto: new USB bus registered, assigned bus number 2 [ 2.744828] xhci-hcd xhci-hcd.1.auto: Host supports USB 3.0 SuperSpeed [ 2.751424] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM. [ 2.760494] hub 2-0:1.0: USB hub found [ 2.764276] hub 2-0:1.0: 1 port detected [ 2.769327] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 3 mkt segment 0 supported-hw 0x8 0x1 [ 2.804575] mmc0: SDHCI controller on 30b40000.mmc [30b40000.mmc] using ADMA [ 2.812632] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 2.849456] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 2.859349] galcore: clk_get 2d core clock failed, disable 2d/vg! [ 2.865785] Galcore version 6.4.3.p1.305572 [ 2.923095] mmc0: new HS400 MMC card at address 0001 [ 2.943854] mmcblk0: mmc0:0001 R1J56L 13.8 GiB [ 2.948554] mmcblk0boot0: mmc0:0001 R1J56L partition 1 4.00 MiB [ 2.967471] mmcblk0boot1: mmc0:0001 R1J56L partition 2 4.00 MiB [ 2.974145] mmcblk0rpmb: mmc0:0001 R1J56L partition 3 128 KiB, chardev (237:0) [ 3.005044] [drm] Initialized vivante 1.0.0 20170808 for 38000000.gpu3d on minor 1 [ 3.018328] hantrodec: module inserted. Major = 236 [ 3.026226] mmc1: host does not support reading read-only switch, assuming write-enable [ 3.035961] debugfs: Directory '308b0000.sai' with parent 'wm8524-audio' already present! [ 3.044243] asoc-simple-card sound-wm8524: wm8524-hifi <-> 308b0000.sai mapping ok [ 3.051890] asoc-simple-card sound-wm8524: ASoC: no DMI vendor name! [ 3.059971] imx-spdif sound-spdif: ASoC: failed to init link S/PDIF PCM: -517 [ 3.067574] imx-spdif sound-hdmi-arc: ASoC: failed to init link S/PDIF PCM: -517 [ 3.067660] usb 1-1: new high-speed USB device number 2 using xhci-hcd [ 3.075586] debugfs: Directory '30050000.sai' with parent 'imx-audio-hdmi' already present! [ 3.089979] imx-cdnhdmi sound-hdmi: i2s-hifi <-> 30050000.sai mapping ok [ 3.096720] imx-cdnhdmi sound-hdmi: ASoC: no DMI vendor name! [ 3.102524] debugfs: File 'Capture' in directory 'dapm' already present! [ 3.110579] input: imx-audio-hdmi HDMI Jack as /devices/platform/sound-hdmi/sound/card1/input1 [ 3.120604] imx8mq-pinctrl 30330000.iomuxc: pin MX8MQ_IOMUXC_NAND_CE2_B already requested by ptn36043; cannot claim for 0-0050 [ 3.132021] imx8mq-pinctrl 30330000.iomuxc: pin-64 (0-0050) status -22 [ 3.138562] imx8mq-pinctrl 30330000.iomuxc: could not request pin 64 (MX8MQ_IOMUXC_NAND_CE2_B) from group typecgrp on d evice 30330000.iomuxc [ 3.151272] tcpci 0-0050: Error applying setting, reverse things back [ 3.157736] tcpci: probe of 0-0050 failed with error -22 [ 3.164065] imx-spdif sound-spdif: ASoC: failed to init link S/PDIF PCM: -517 [ 3.171575] imx-spdif sound-hdmi-arc: ASoC: failed to init link S/PDIF PCM: -517 [ 3.180284] imx-spdif sound-spdif: ASoC: failed to init link S/PDIF PCM: -517 [ 3.187765] imx-spdif sound-hdmi-arc: ASoC: failed to init link S/PDIF PCM: -517 [ 3.197873] snvs_rtc 30370000.snvs:snvs-rtc-lp: setting system clock to 1970-01-01T00:00:01 UTC (1) [ 3.202384] mmc1: new ultra high speed SDR104 SDHC card at address aaaa [ 3.207164] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 3.214314] mmcblk1: mmc1:aaaa SC16G 14.8 GiB [ 3.225796] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 3.230978] mmcblk1: p1 p2 [ 3.232407] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 3.237215] imx-spdif sound-spdif: ASoC: failed to init link S/PDIF PCM: -517 [ 3.244370] ALSA device list: [ 3.251320] imx-spdif sound-hdmi-arc: ASoC: failed to init link S/PDIF PCM: -517 [ 3.253894] platform regulatory.0: Falling back to sysfs fallback for: regulatory.db [ 3.255659] #0: wm8524-audio [ 3.255661] #1: imx-audio-hdmi [ 3.329094] hub 1-1:1.0: USB hub found [ 3.333920] hub 1-1:1.0: 4 ports detected [ 3.396558] imx-spdif sound-spdif: ASoC: failed to init link S/PDIF PCM: -517 [ 3.404236] imx-spdif sound-hdmi-arc: ASoC: failed to init link S/PDIF PCM: -517 [ 3.591627] EXT4-fs (mmcblk1p2): recovery complete [ 3.597050] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Opts: (null) [ 3.605372] VFS: Mounted root (ext4 filesystem) on device 179:98. [ 3.619633] devtmpfs: mounted [ 3.623395] Freeing unused kernel memory: 2880K [ 3.627992] Run /sbin/init as init process [ 3.763123] systemd[1]: System time before build time, advancing clock. [ 3.786018] systemd[1]: systemd 243.2+ running in system mode. (+PAM -AUDIT -SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UT MP -LIBCRYPTSETUP -GCRYPT -GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID -ELFUTILS +KMOD -IDN2 -IDN -PCRE2 default-hierarchy=hybrid) [ 3.807965] systemd[1]: Detected architecture arm64. Welcome to NXP i.MX Release Distro 5.4-zeus (zeus)! [ 3.863773] systemd[1]: Set hostname to . [ 4.060742] systemd[1]: /lib/systemd/system/dbus.socket:5: ListenStream= references a path below legacy directory /var/r un/, updating /var/run/dbus/system_bus_socket ��→ /run/dbus/system_bus_socket; please update the unit file accordingly. [ 4.091722] systemd[1]: /lib/systemd/system/syslogd.service:8: PIDFile= references a path below legacy directory /var/ru n/, updating /var/run/syslogd.pid ��→ /run/syslogd.pid; please update the unit file accordingly. [ 4.122304] systemd[1]: /lib/systemd/system/rpcbind.socket:5: ListenStream= references a path below legacy directory /va r/run/, updating /var/run/rpcbind.sock ��→ /run/rpcbind.sock; please update the unit file accordingly. [ 4.148416] systemd[1]: /lib/systemd/system/klogd.service:8: PIDFile= references a path below legacy directory /var/run/ , updating /var/run/klogd.pid ��→ /run/klogd.pid; please update the unit file accordingly. [ 4.265358] systemd[1]: system-getty.slice: unit configures an IP firewall, but the local system does not support BPF/cg roup firewalling. [ 4.277777] systemd[1]: (This warning is only shown for the first unit using IP firewalling.) [ 4.288085] systemd[1]: Created slice system-getty.slice. [ OK ] Created slice system-getty.slice. [ OK ] Created slice system-serial\x2dgetty.slice. [ OK ] Created slice User and Session Slice. [ OK ] Started Dispatch Password ��…ts to Console Directory Watch. [ OK ] Started Forward Password R��…uests to Wall Directory Watch. [ OK ] Reached target Host and Network Name Lookups. [ OK ] Reached target Paths. [ OK ] Reached target Remote File Systems. [ OK ] Reached target Slices. [ OK ] Reached target Swap. [ OK ] Listening on Syslog Socket. [ OK ] Listening on initctl Compatibility Named Pipe. [ OK ] Listening on Journal Audit Socket. [ OK ] Listening on Journal Socket (/dev/log). [ OK ] Listening on Journal Socket. [ OK ] Listening on Network Service Netlink Socket. [ OK ] Listening on udev Control Socket. [ OK ] Listening on udev Kernel Socket. Mounting Huge Pages File System... Mounting POSIX Message Queue File System... Mounting Kernel Debug File System... Mounting Temporary Directory (/tmp)... Starting Create list of st��…odes for the current kernel... Starting Journal Service... Mounting Kernel Configuration File System... Starting Remount Root and Kernel File Systems... Starting Apply Kernel Variables... Starting udev Coldplug all Devices... Starting Setup Virtual Console... [ OK ] Started Journal Service. [FAILED] Failed to mount Huge Pages File System. See 'systemctl status dev-hugepages.mount' for details. [FAILED] Failed to mount POSIX Message Queue File System. See 'systemctl status dev-mqueue.mount' for details. [FAILED] Failed to mount Kernel Debug File System. See 'systemctl status sys-kernel-debug.mount' for details. [FAILED] Failed to mount Temporary Directory (/tmp). See 'systemctl status tmp.mount' for details. [DEPEND] Dependency failed for Login Service. [DEPEND] Dependency failed for Network Time Synchronization. [ OK ] Started Create list of sta��… nodes for the current kernel. [FAILED] Failed to mount Kernel Configuration File System. See 'systemctl status sys-kernel-config.mount' for details. [FAILED] Failed to start Remount Root and Kernel File Systems. See 'systemctl status systemd-remount-fs.service' for details. [ OK ] Started Apply Kernel Variables. [ OK ] Started Setup Virtual Console. [ OK ] Reached target System Time Set. [ OK ] Reached target System Time Synchronized. Starting Flush Journal to Persistent Storage... [ 5.138178] systemd-journald[250]: Received client request to flush runtime journal. Starting Create Static Device Nodes in /dev... [ OK ] Started Flush Journal to Persistent Storage. [ OK ] Started Create Static Device Nodes in /dev. [ OK ] Reached target Local File Systems (Pre). Mounting /var/volatile... Starting udev Kernel Device Manager... [ OK ] Started udev Coldplug all Devices. [FAILED] Failed to mount /var/volatile. See 'systemctl status var-volatile.mount' for details. [DEPEND] Dependency failed for Bind mount volatile /srv. [DEPEND] Dependency failed for Bind mount volatile /var/cache. [DEPEND] Dependency failed for Bind mount volatile /var/spool. [DEPEND] Dependency failed for Bind mount volatile /var/lib. [DEPEND] Dependency failed for Local File Systems. [ OK ] Started udev Kernel Device Manager. [ OK ] Stopped Dispatch Password ��…ts to Console Directory Watch. [ OK ] Stopped Forward Password R��…uests to Wall Directory Watch. [ OK ] Reached target Timers. [ OK ] Reached target Network (Pre). Starting Start Psplash Boot Screen... [ OK ] Reached target Login Prompts. [ OK ] Closed Syslog Socket. Starting Network Service... Starting Load/Save Random Seed... [ OK ] Reached target Sockets. [ OK ] Started Emergency Shell. [ OK ] Reached target Emergency Mode. Starting Create Volatile Files and Directories... [ OK ] Started Network Service. [ OK ] Started Start Psplash Boot Screen. [ OK ] Started Load/Save Random Seed. [ OK ] Started Create Volatile Files and Directories. [ OK ] Created slice system-weston.slice. [ OK ] Started Dispatch Password ��…ts to Console Directory Watch. [ OK ] Stopped target Emerg[ 5.777831] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 ency Mode. [ OK ] Reached target Network. [ OK ] Reached target Sound Card. Mounting Huge Pages File System... [ 5.841878] Atheros 8031 ethernet 30be0000.ethernet-1:00: attached PHY driver [Atheros 8031 ethernet] (mii_bus:phy_addr= 30be0000.ethernet-1:00, irq=POLL) Mounting POSIX Message Queue File System... Mounting Kernel Debug File System... Mounting Temporary Directory (/tmp)... Mounting /var/volatile... Mounting Kernel Configuration File System... Starting Remount Root and Kernel File Systems... [ OK ] Stopped Emergency Shell. [FAILED] Failed to mount Huge Pages File System. See 'systemctl status dev-hugepages.mount' for details. [FAILED] Failed to mount POSIX Message Queue File System. See 'systemctl status dev-mqueue.mount' for details. [FAILED] Failed to mount Kernel Debug File System. See 'systemctl status sys-kernel-debug.mount' for details. [FAILED] Failed to mount Temporary Directory (/tmp). See 'systemctl status tmp.mount' for details. [DEPEND] Dependency failed for Network Time Synchronization. [FAILED] Failed to mount /var/volatile. See 'systemctl status var-volatile.mount' for details. [DEPEND] Dependency failed for Bind mount volatile /srv. [DEPEND] Dependency failed for Bind mount volatile /var/cache. [DEPEND] Dependency failed for Bind mount volatile /var/spool. [DEPEND] Dependency failed for Bind mount volatile /var/lib. [DEPEND] Dependency failed for Local File Systems. [FAILED] Failed to mount Kernel Configuration File System. See 'systemctl status sys-kernel-config.mount' for details. [FAILED] Failed to start Remount Root and Kernel File Systems. See 'systemctl status systemd-remount-fs.service' for details. [ OK ] Created slice system-systemd\x2dfsck.slice. [ OK ] Stopped Dispatch Password ��…ts to Console Directory Watch. Starting File System Check on /dev/mmcblk1p1... [ OK ] Started Emergency Shell. [ OK ] Reached target Emergency Mode. Starting Update UTMP about System Boot/Shutdown... [ OK ] Started Update UTMP about System Boot/Shutdown. Starting Update UTMP about System Runlevel Changes... [ OK ] Started Update UTMP about System Runlevel Changes. [ OK ] Started File System Check on /dev/mmcblk1p1. Mounting /run/media/mmcblk1p1... [FAILED] Failed to mount /run/media/mmcblk1p1. See 'systemctl status run-media-mmcblk1p1.mount' for details. You are in emergency mode. After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or "exit" to bootPress Enter for maintenance (or press Control-D to continue): sh-5.0# I don't think superuser permission is working. regards! i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project Re: imx8mq yocto zeus err. When people hear “crypto recovery service,” skepticism is understandable. Unfortunately, people who have already lost cryptocurrency are often targeted by a second wave of recovery scams. At TECHY FORCE CYBER RETRIEVAL, our approach starts with one principle: evidence before promises. How We Work We begin by reviewing the circumstances of the loss and collecting relevant information such as transaction hashes, wallet addresses, blockchain details, screenshots, and communications connected to the incident. We then analyze available blockchain activity to understand how funds moved and identify information that may help establish a recovery or reporting pathway. We also explain the limitations of each case. No legitimate recovery provider can guarantee that stolen cryptocurrency will be recovered, because the outcome depends on factors such as where the assets moved, whether they can be traced, and what legal or technical options are available. Protect Yourself From Recovery Scams A trustworthy recovery service should never pressure you to surrender your private keys, seed phrase, passwords, or authentication codes. Be cautious of anyone demanding urgent payments for “unlocking,” “tax,” or “release” fees while guaranteeing that your funds will be returned. Before paying for any recovery service, verify the company, understand its fees and services in writing, and preserve all evidence related to your original loss. TECHY FORCE CYBER RETRIEVAL focuses on blockchain analysis, digital evidence review, scam investigation, and realistic recovery assessment. If recovery is possible, the evidence should help demonstrate a legitimate path forward. If it isn’t, you deserve an honest assessment—not another empty promise. Re: imx8mq yocto zeus err. Thank you for your answer. It seems that an error occurred during the YOCTO build process. It deleted all the zeus versions and started fresh in the repo phase to confirm normal booting. regards. Re: imx8mq yocto zeus err. Hi kangmw086 from log : "Failed to mount /run/media/mmcblk1p1" seems there may be problem with sd port used in kernel boot parameters,  one can check Table 54. Linux uSDHC relationships i.MX Linux User’s Guide​ Best regards igor