求新产品SPC5675KFK0MMS2R与替代原产品SPC5675KFF0VMS2R的参数区别 老产品SPC5675KFF0VMS2R已经停产，官网提供的信替代型号SPC5675KFK0MMS2R与原产品的具体区别，还求提供说明，谢谢 Re: 求新产品SPC5675KFK0MMS2R与替代原产品SPC5675KFF0VMS2R的参数区别 你好 旧版 SPC5675KFF0VMS2R 已停产。我希望能详细解释一下替换型号 SPC5675KFK0MMS2R 与原始型号之间的区别，如官方网站所提供的那样。谢谢。 我想知道新的 SPC5675KFK0MMS2R 和原来的 SPC5675KFF0VMS2R 在参数上有什么不同。 区别如下： K0 与 F0-出厂时不同但设备切割效果相同（修订版） M vs V - 不同温度范围 您可以在第 9 版数据表中找到这些信息。 顺祝商祺！ Peter

imx8qxp セキュアブート AHAB_BAD_KEY_HASH_IND HSM、cst_signer、CST 3.4.0 を使用して、imx-boot と linux-imx に署名しています。 ahab_close を発行する前に、ahab_status を使用して SECO イベント情報を確認すると、u-boot で次のようになります。 => ahab_status ライフサイクル: 0x0020、NXP 終了 SECOイベント情報[0] = 0x0087FA00 コマンド = AHAB_AUTH_CONTAINER_REQ (0x87) IND = AHAB_BAD_KEY_HASH_IND (0xFA) sc_seco_get_event: idx: 1、res:3 fuse read 0 730 16 を使用して u-boot から SRK OTP 値を読み取ると、uuu スクリプトにある値が得られます。 その不一致がどこから来ているのかはCAN理解できません。それを検証するためのご助力やデバッグ方法に関するご指導をいただければ幸いです。 この問題を解決するために追加の情報が必要な場合は、CAN提供できます。 --- 実行しているコマンドの概要。ビルドは yocto ベースです。 HSM 4 証明書をエクスポートします。cert{1,2,3,4}.pem と呼びます。 table.binとfuse.binを作成する .../cst-3.4.0/linux64/bin/srktool -a -s sha384 -t table.bin \ -e fuse.bin -f 1 \ -c cert1.pem、cert2.pem、cert3.pem、cert4.pem linux-imx: .../cst_signer -d -i flash_os.bin -c csf.cfg --pkcs11 mv 署名済みフラッシュOS.bin os_cntr_signed.bin imx-ブート: cst_signer -d -i imx-boot-imx8qxp-d7-sd.bin-flash -c csf.cfg --pkcs11 注: cst_signer の --pkcs11 フラグは、追加したパッチです。cst の呼び出しに -b pkcs11 を追加するだけです。 csf.cfgは次のようになります ＃ヘッダ ヘッダーバージョン=1.0 #SRKをインストールする srktable_file=SRK_1_2_3_4_table.bin srk_source=pkcs11:model=YubiHSM;token=YubiHSM;object=./SRK1_sha384_p384_v3_usr;type=cert;pin-value=xxyyxxyyxxyyxxyy srk_source_index=0 srk_source_set=OEM srk_revocations=0x0 #証明書をインストールする sgk_file= sgk_permissions= HSM パラメータの PKI ツリー: 既存のCA: N ECCを使用する: Y キーの長さ: p384 ダイジェストアルゴリズム: sha384 期間: 5年 SRK CA: N i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Security Re: imx8qxp secure boot AHAB_BAD_KEY_HASH_IND このイベント情報では、キーハッシュ検証が OTP と一致しないことを示します。 SRK TABLE ハッシュ計算に問題がある可能性があります。SRK TABLE と Fuse ハッシュ値を比較してみましょう。 よろしくお願いします。 Harvey

PN7161 初始固件 HI 我正试图将 pn7161 与 esp 连接。 但我失败了 我的问题是我必须烧掉任何初始固件或者我可以直接将 IC 与任何其他板连接 Re: pn7161 initial firmware 你好@user_ahmed 您可以从 master 上的 nfc-NXPNFCC_FW/InfraFW/pn7160/12_50_11 获取最新的 FW - NXP/nfc-NXPNFCC_FW - GitHub Re: pn7161 initial firmware PN7161 的 RAM 中没有可用的固件。它尝试上传固件，但在我的设置中却没有固件文件。所以我需要你的帮助，从恩智浦的软件包中找到/下载正确的固件阵列，其中有我需要的基本文件，谢谢 Re: pn7161 initial firmware 你好@user_ahmed 建议您参考基于 MCU 项目的 SW6705 - PN7160 NXP-NCI MCUXpresso 示例项目。 请登录带有集成固件的即插即用 NFC 前端|恩智浦半导体进行下载。 Re: pn7161 initial firmware 有什么库可以在主机和 ic 之间进行通信？ Re: pn7161 initial firmware 你好@user_ahmed PN7160/1 是前端产品，不能单独工作，必须与主机（如 MCU）一起工作。您提到的"esp" 是主机的一种吗？如果是，esp 可以通过 I2C 或 SPI 与 PN7161 通信。 此外，您购买的 IC 具有默认 FW，当它与主机一起工作时，其 FW 可以更新到最新版本。

MCAL用S32k311 ADCモジュール こんにちは@nxp S32k31xevb-q100 用の ADC モジュールを構成しています。私は AUTOSAR ベースの MCAL レイヤー構成を使用しています。私の CASE では、割り込みを使用しないソフトウェア トリガーを使用しています。この関数に入っていますが、ADc 値が変換されていません。Adc_Sar_Ip_StartConversion (PhysicalHwUnitId、ADC_SAR_IP_CONV_CH AIN_NORMAL)。この理由は何でしょうか。 Re: S32k311 ADC module for MCAL こんにちは@Senlent 、 もう一度確認してお知らせします Re: S32k311 ADC module for MCAL こんにちは@dhanabharathi テスト ハードウェアは S32K31XEVB をベースにしており、結果は私の側で正確です。 参考までにプロジェクトとテスト結果を添付しました。 Re: S32k311 ADC module for MCAL こんにちは@Senlent あなたの手順に従いましたが、まだ同じ問題が続きます Re: S32k311 ADC module for MCAL こんにちは@dhanabharathi 設定に問題はないようです。ただし、コードに間違いがあるようです。 問題 1. #define ADC_BANDGAP 5980U /* Vbandgap ~ 1.2V、14ビット分解能、VrefH 3.3V */ ＃それ以外 #define ADC_BANDGAP 3932U /* Vbandgap ~ 1.2V、14ビット分解能、VrefH 5V */ #endif VREF が 5V の場合、 ADC_BANDGAP は 5980 ではなく 3932 になります。 問題 2。 if ((ResultBufferDma[0u] >> 1U != AdcReadGroupResult[0u]) || \ (ResultBufferDma[1u] >> 1U != AdcReadGroupResult[1u]) || \ (ResultBufferDma[2u] != RESULT_BUFF_VAL) || \ (AdcReadGroupResult[2u] != ADC_RESULT_BUFF_VAL) || \ (ADC_TOLERANCE((ResultBufferDma[0u] >> 1U), ADC_BANDGAP)) || \ (ADC_TOLERANCE((ResultBufferDma[1u] >> 1U), ADC_VREFH)) \ ） これらの 2 行のコードを削除する必要があります。元のデモでは 2 つのサンプリング チャネルのみが設定されていましたが、現在は 4 つのサンプリング チャネルを使用しています。この判断により、次のサンプリングが実行できなくなります。 Re: S32k311 ADC module for MCAL こんにちは@Senlent 、 プロジェクトファイルを添付しました。 Re: S32k311 ADC module for MCAL こんにちは@dhanabharathi プロジェクト全体を共有してください。時間をかけてテストします。 Re: S32k311 ADC module for MCAL こんにちは@Senlent わかりました。分かりました。 VREFHが5.0Vであることを確認しました。しかし、ADC に 4.0 V を供給すると、変換結果は 5 V リファレンスの予想値から外れます。潜在的な原因（リファレンス選択、キャリブレーション、サンプリング時間、ピンルーティング）の確認をお手伝いいただけますか? Re: S32k311 ADC module for MCAL こんにちは@dhanabharath 「私のADCの読み取り値は内部の2.5Vリファレンスを使用して計算されているようです」 VREFHピンに問題がない限り、これは不可能です ADC リファレンス電圧 VREF はソフトウェアでは変更できません。 これは、VREFH ピンと VREFL ピンの現在の外部電圧選択に関連しています。 ハードウェアで外部ADCリファレンス電圧を変更する方法について言及している場合は、 ハードウェアデザインを見直して修正する必要があります。 Re: S32k311 ADC module for MCAL こんにちは@Senlent 、 いいえ、あなたの言いたいことが分かりません。 Re: S32k311 ADC module for MCAL こんにちは@dhanabharathi vrefhとvreflはADCの高低基準電圧点であり、ピンのvrefhとvreflピンに対応する。 私の説明はCAN理解できましたか？ Re: S32k311 ADC module for MCAL こんにちは@Senlent 、 明確に説明しますと、私の ADC 読み取り値は内部 2.5 V リファレンスを使用して計算されているようですが、入力には 3.3 V リファレンス (5 V のポテンショメータ) が使用されています。V_measured = (ADC_value / (2^n − 1)) × Vref の計算で 5V が使用されるSO、ADC リファレンスを 2.5 V から 5 V に変更するにはどうすればよいですか? Re: S32k311 ADC module for MCAL こんにちは@dhanabharathi 何を言っているのか分かりません。VREF は修正されるべきではないでしょうか?私 それはハードウェアデザイン時に決定されるのではないですか? ご質問を誤解している場合はお知らせください。 Re: S32k311 ADC module for MCAL こんにちは@Senlent わかりました。ありがとうございます。 もう一つ問題があります。 アナログ ピン経由でデータを読み取る場合、VREF は常に 2.5 V のみになります。3.3V または 5V の Vref が必要です。これをどこで設定する必要がありますか? Vref 電圧を設定できません。構成設定は非アクティブです。参考までに画像を添付しました Re: S32k311 ADC module for MCAL こんにちは@dhanabharathi プロジェクトに「Rm」コンポーネントを追加して構成していません。

iMXRT1011 プロジェクトのデバッグに関する問題 iMXRT1011 プロセッサをベースにしたシンプルなカスタム ボードを持っています。MCUXpresso IDE v24.12とSegger J-Link Ultra+を使用しています。iMXRT開発全般の経験があり、別のプロジェクトではJ-Linkが問題なく動作しました。 すべて順調に始まりましたが、ある時点でプロジェクトをデバッグできなくなりました。シリアル ブート ローダー (Secure Provisioning ツール経由) を使用してインストールするとコードは正常に実行されますが、デバッガーからフラッシュすると実行されません。 main() の前のどこかでクラッシュしているようです。ResetISR() にブレークポイントを設定してステップ実行できる場合もあります。このような場合、シングルステップ実行を続けると問題なく動作しますが、そのまま実行するとクラッシュします。場合によっては、0xdeadbeee に直接遷移してしまい、デバッガーで対処できないこともあります。 ご想像のとおり、これは非常にイライラする事態です。ご提案があれば、ぜひお聞かせください。 i.MXRT 101x Re: Problems debugging iMXRT1011 project 今朝さらに奇妙な行動に気づきました。 SystemInitHook() の呼び出し前にブレークポイントを設定しました。添付画像でその関数の逆アセンブリをCAN確認できます。 呼び出し前、SP は 0x20207ff8 にありますが、これはコードを実行すると予想される値です。SystemInitHook()の呼び出しは bl 0x6001220c C言語でこの関数にステップインすると、デバッガーは0x60012210で停止しますが、SPは0x20207ff8のままです。関数が戻るときもSPは0x20207ff8で、これは予想通りです。 代わりに命令ステップ モードで関数にステップインすると、0x6001220c の push 命令が実行され、SP が 0x20207ff4 に減ります。SO、関数が終了し、後続のコードがクラッシュすると、SP が間違ってしまいます。 この動作の違いの原因は何だと思いますか?そして、SystemInitHook() は正しいですか?押すと音はするが、弾けない？ Re: Problems debugging iMXRT1011 project アプリケーションを SEC でフラッシュすると、正常に実行されます。J-Linkコマンダーで接続すると正常に停止・起動CAN。 IDEsでは、 ResetISR()にブレークポイントを設定できます。SystemInit()をステップオーバーするとクラッシュします。SystemInit()にステップインし、関数をステップ実行してからSystemInitHook()をステップオーバーするとクラッシュします。同じようにSystemInitHook()にステップインするとクラッシュしません。デバッガーがコード内をステップオーバーしているかステップインしているかによって動作が異なるというのは、まさにこのためです。 クラッシュ時のスタックの例:   Thread #1 57005 (中断: シグナル: SIGTRAP: トレース/ブレークポイント トラップ) 0x600134a4 の _vfprintf_r() 0x0 SO、0x0 にジャンプしているように見えますが、これはコードが自由に実行されているときのみであり、デバッガーでステップ実行しているときではありません。0x0 にはコードがありません - ITC は使用されていません。 繰り返しますが、これは main() の前、つまり RTOS などが呼び出されるずっと前です。初期起動コードでクラッシュします。 Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepers ご説明ありがとうございます！ 先ほども触れましたが、 0xdeadbeee に直接遷移し、デバッガーで何もCANない場合もあります。 私の理解が正しければ、このデッドビー問題はデバッガーでのみ発生し、デバッガーなしで最新のソフトウェアを起動すると正常に動作するのでしょうか? IDE を別にして、Segger の J-Link コマンダーを使用して最新のアプリをデバッグすると、何か問題が発生しますか?go の使用を参照し、デバッガーがコネクテッドされると操作を停止します。 最新の SW バージョンの変更点についてアイデアをお聞かせいただけますか?プログラム カウンターを監視しながら、ステップ バイ ステップのデバッグを実行し、SRAM をヒープします。RTOS を使用しているかどうかはわかりません。フラッシュから SRAM へ、またはその逆など、無効なアドレスへのジャンプがないか確認します。 よろしくお願いします、 ディエゴ Re: Problems debugging iMXRT1011 project >プロジェクトの前の段階にコミットすると、デバッグがよりうまく機能し始めるということですか? はい。ただし、古いバージョンに戻した後は、デバッグが再び信頼できるものになる前に、Secure Provisioning ツールを使用してボードを 1 回フラッシュする必要があります。それ以降は、通常どおり IDE からフラッシュできます。 その後、最新のコードに戻ると、一度は正常にデバッグCANますが、その後の試行は失敗します。 >プロジェクトを他のワークスペースまたは PC にインポートしても、この問題は繰り返されますか? 以前にインストールしたことのない新規マシンに IDEs v25.6 をインストールし、プロジェクトをコピーしてビルドし、デバッグを試みましたが、結果は同じでした。 Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepers ご辛抱いただき、さらに情報を提供していただきありがとうございます。 プロジェクトの前の段階にコミットし直すと、デバッグがよりうまく機能し始めるということですか? この問題を自分の側で再現するにはどうすればいいのでしょうか。プロジェクトを他のワークスペースまたは PC にインポートしても、この問題は繰り返されますか? ではごきげんよう、 ディエゴ Re: Problems debugging iMXRT1011 project これはいくつかのペリフェラルをテストするために使用していた非常にシンプルなボードです。基本的には、MCU、XIP 用の QSPI フラッシュ、いくつかの SPI および I2C ペリフェラル、および USB ポートです。 おそらく、プロジェクトが特定のサイズに達するまではすべて正常に動作し、デバッガーで問題なく実行されたことを明確に説明していなかったのでしょう。デバッガーが突然失敗し始めるまで、私はこれに数日間とても楽しく取り組んでいました。 IDE 自体は他のプロジェクトでは引き続き正常に動作する。IDEs 自体については心配していません。 Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepers ご説明ありがとうございます。はい、私はそれらのファイルを FCB と呼んでいました。 問題が現在のアプリケーション設定にある場合はどうなりますか?この問題がフラッシュ設定、アプリケーション設定、または IDEs のいずれにあるのかを区別したいと思います。 hello world デモを実行しようとすると、結果はどうなりますか?すでに動作している同じ FCB を使用します。 プロジェクトについてさらに詳しく教えていただけますか? よろしくお願いします、 ディエゴ Re: Problems debugging iMXRT1011 project フラッシュの設定には添付ファイルを使用しています。これらは SDK の例からコピーされたものであり、作業中のプロジェクト上のファイルと同一であることを確認しました。 フラッシュ IC は両方のボードで同じで、Winbond W25Q64JVXGIQ です。 これらのファイルはあなたが言及している「FCB」を定義していますか? Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepers お問い合わせいただきありがとうございます！ おそらくそれは IDEs 側の FCB です。それを確認しましたか?説明させてください。 SEC ツールを使用する場合、SEC ツールはイメージを書き込むのではなく、「最小限の」 FCB を書き込みます。IDEs を使用する場合、イメージには FCB (私の記憶では qspi_config) が含まれます。FCB/qspi_config がイメージと一致していることを確認しましたか? よろしくお願いします、 ディエゴ Re: Problems debugging iMXRT1011 project カスタム ボードの問題を排除するために、MIMXRT1010 EVK を入手しました。EVK ボードでも動作は同じです。 Re: Problems debugging iMXRT1011 project こんにちは@expertsleepers 、 コードを変更した後に問題が発生したと理解しています。より適切にサポートするために、元のプロジェクトと比較して適用した具体的な変更点を共有していただけますか? 特に、次のようなブート プロセスに関連する変更に興味があります。 FCB のアップデート。 メモリ領域の調整。 XIP モードと非 XIP モードをスイッチしたかどうか。 BR ハビブ Re: Problems debugging iMXRT1011 project FCB は変更せず、常に XIP を使用してきました。 メモリ領域を変更しました。ResetISR()でこれを実行します #定義 IOMUXC_GPR_GPR16 (*(符号なし整数*)0x400AC040) #定義 IOMUXC_GPR_GPR17 (*(符号なし整数*)0x400AC044) void ResetISR(void) { // 割り込みを無効にする __asm volatile ("cpsid i"); __アセンブリ volatile ("MSR MSP、%0" : : "r" (&_vStackTop) : ); // フレックスラムを再構成する IOMUXC_GPR_GPR17 = 0xE9; IOMUXC_GPR_GPR16 = IOMUXC_GPR_GPR16 | 0x4; Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepersさん、 このアプリケーションノートが問題の解決に役立つかどうか確認していただけますか? BR ハビブ Re: Problems debugging iMXRT1011 project 私のプロジェクトでは、両方のプリプロセッサ シンボルが 1 に設定されています。 XIP_EXTERNAL_FLASH=1 XIP_BOOT_HEADER_ENABLE=1 Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepersさん、 アプリケーションをデバッグする前に、シリアル ダウンローダー構成を使用して MCUXpresso 経由で一括消去を実行できますか? これは、フラッシュされたアプリケーションがデバッガーと MCU 間の通信を妨害していないことを確認するためです。 BR ハビブ Re: Problems debugging iMXRT1011 project アプリノートについては承知しております。私の投稿からわかるように、アプリケーション ノートで推奨されているように、リセット ハンドラーの開始時に FlexRAM 構成を変更しています。私の他のプロジェクトもまったく同じことを行っていますが、1年以上問題なく動作しています。 Re: Problems debugging iMXRT1011 project その間に、私は FlexRAM を再割り当てする命令を削除することで、自分自身をブロック解除しました (上記の投稿で言及しました)。 FlexRAM をデフォルトの割り当てのままにしておけば、問題なくデバッグできます。 FlexRAM の再割り当て方法に何か問題がありますか?別のプロジェクトでもまったく同じ方法で実行していますが、常に問題なく動作しています。 Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepersさん、 問題は、実行中に FlexRAM 構成が操作され、予期しないエラーが発生する可能性があることです。したがって、FlexRAM を正しく使用するには、i.MX RT で FlexRAM を使用する方法を説明したこのアプリケーション ノートを確認することを強くお勧めします。 一方、他のプロジェクトでは FlexRAM を使用していない可能性があり、正しく構成されている場合は、問題は発生しません。 最後に、問題の解決に役立つ可能性のある次のコミュニティ投稿を確認することをお勧めします。 MCUXpresso IDEを使用したコードとデータの再配置 - NXPコミュニティ デバッガー接続問題に対するRTボードのリカバリ - NXPコミュニティ BR ハビブ Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepersさん、 私が提供したアプリケーション ノートに基づいて IOMUXC_GPR_GPR17 の構成を確認すると、次の構成になっていることがわかります。 ただし、次の点に注意してください。 アプリケーションの要件に適合し、ノートの条件に準拠する別の構成を試していただけますか? BR ハビブ Re: Problems debugging iMXRT1011 project それを試してみます。 しかし、ROM 要件がなぜ関係するのかを説明していただけますか?FlexRAM を変更するときにアプリケーションがすでに実行されているので、その時点ではどの ROM コードが実行されるのでしょうか? ヒューズ内の FlexRAM が変更された場合、これがブートローダーに影響することは理解できます。しかし、私はヒューズを変更しているのではなく、ソフトウェアで FlexRAM を変更しているのです。 Re: Problems debugging iMXRT1011 project こんにちは、 @expertsleepersさん、 そのメモを考慮して、問題が解決するかどうか確認していただけますか? 一方、SDK（バージョン 25.06）には、「flex_ram_access」と呼ばれる FlexRAM を構成する例が用意されており、この例を分析してその動作を理解し、コードで再現することを強くお勧めします。 さらに、第2.1.1.2章に記載されている要件が満たされていることを確認してください。私が提供したアプリケーションノートの「ランタイム構成」という要件は満たされていますか? BR ハビブ

从 SPI NOR 闪存中的其他位置启动 T1022 大家好， 我有一个定制的 T1022 子板，其中处理器从存储在 SPI NOR Flash 中的 uboot 启动。我计划在所述 NOR 闪存中存储多个 uboot，以便处理器根据安装该子板的母板启动。所以我的问题是： 1）可以这样做吗？（目前我已经尝试在不同位置之间复制 uboot，但是速度太慢了） 2) 根据.cmm文件中，uboot总是存储在位置0，这是为什么呢？我们可以将这个位置改变到某个地方，以便它向用户询问 uboot 的位置吗？ 欢迎就此提出任何建议。 感谢并致意 苏维克 回复：从 SPI NOR 闪存中的其他位置启动 T1022 不客气。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 好的。谢谢你的帮助。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 因为您必须从 IFC NOR 获取不同的 RCW，所以您必须操纵通向 IFC NOR 的地址线。示例 - IFC NOR 分为多个虚拟银行，并且我们选择特定银行有其逻辑。您可以为此浏览一次硬件设计指南。因此，您需要一个 CPLD 或一个外部控制器来切换 IFC NOR 中的存储体。因此，PBL 可以使用该逻辑获取不同银行中存在的不同 RCW。所以这需要修改硬件设计。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 正在调查。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 好的 。谢谢。我明白了方法。 最后一个问题。我们如何确保 PBL 从 IFC NOR 的不同位置获取？我找不到任何可以设置获取位置的字段。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 您想更改子板的 gpio 和 serdes 配置吗？那么您必须在子板的 IFC NOR 上保留 3 个不同的 RCW。 RCW 由 PBL 获取。Uboot 比 PBL 阶段晚，因此 Uboot 无法处理此问题 回复：从 SPI NOR 闪存中的其他位置启动 T1022 会回到你身边 回复：从 SPI NOR 闪存中的其他位置启动 T1022 在这种情况下，我们必须将 IFC NOR FLASH 保留在母板上，而不是子卡上。我说得对吗？ 如果我们将 NOR 闪存保留在子卡上，我们如何确保 RCW 从不同的分区加载？可以将分区位置写入存储在 SPI 闪存中的 uboot 上吗？ 回复：从 SPI NOR 闪存中的其他位置启动 T1022 因此，您需要的是：- RCW 具有 gpio 和 serdes 配置。因此，根据 3 个父卡的不同，您需要 3 个具有所需配置的不同 RCW。 上电复位时，PBL[预引导加载程序] 会从所需的非易失性源（IFC NOR、eSDHC、NAND 闪存）之一获取此 RCW，并加载此配置。一种可能的解决方案是使用 IFC NOR 作为源。 IFC NOR 将在 3 个不同的内存分区中存在 3 个不同的 RCW。 父卡必须设计成 当子板连接到父卡 A 时，RCW 将从 IFC NOR 中的分区 A 获取。 当子板连接到父卡 B 时，RCW 将从 IFC NOR 中的分区 B 获取。 第三张家长卡也是如此。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 将与 AE 团队讨论。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 当您说“您可以使用该特定的 DTB 加载映像”时，您的意思是父卡保留各自的 DTB，并在处理器启动时加载存储在父卡中的 DTB 吗？如果我的理解正确，那么如果 DTB 能够更改 SERDES 配置，这可能是一种可行的解决方案。 就我而言，考虑一个父卡 A，其中我们需要 SRDS_PRTCL 为 0x86，另一个父卡 B，其中 SRDS_PRTCL 需要为 0x81，并且我们有一个单处理器子卡。我们如何确保处理器按照每个主板的 SRDS_PRTCL 启动。我认为，dtb 提取是在 uboot 执行后开始的。但我需要根据母卡更改 uboot。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 你能不能制作3个不同的设备树二进制文件，根据父卡的不同，分别配置不同的GPIO？这样，当需要时，你就可以用特定的DTB加载你的镜像了。 这 3 个父卡是由同一个应用处理器构建的吗？ 回复：从 SPI NOR 闪存中的其他位置启动 T1022 知道了。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 请参阅 AE 团队的以下更新。 关于 NOR 闪存中的多个 Uboot。您能否告诉我们更多关于为什么需要在 NOR 闪存中安装 2 个 Uboot 的要求？“处理器根据安装该子板的母板启动”——请详细说明。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 我已将此案例上报给 AE 团队，现在正在等待他们的反馈。 回复：从 SPI NOR 闪存中的其他位置启动 T1022 与 AE 团队讨论。

内核驱动程序的 IIO ADC 示例代码 我正在尝试通过 S32G2 上的内核驱动程序设置多个 IIO ADC 输入通道。我想知道是否有一个我可以效仿的例子？ 我不确定是否需要使用“include/linux/iio”目录下的消费者功能来请求和设置 ADC 的通道？一旦建立频道， 我希望通过轮询或中断定期捕获值，然后将这些值写入我的 sysfs 驱动程序节点。 请注意，我在任何 NXP 社区论坛或内核文档（内核版本 5.15）中都找不到 S32G 的任何示例。 感谢您的帮助。 回复：内核驱动程序的 IIO ADC 示例代码 根据建议，我决定从 NXP 的“s32cc_adc.c”中实现一些 ADC 代码Linux 驱动程序合并到我的新驱动程序中。 回复：内核驱动程序的 IIO ADC 示例代码 我正在使用带有定制板的 BSP 39.0。 另外，查看一些文档，为了获得 iio_channel，需要建立 iio_map？iio_map 是否已在 Yocto 中生成，或者这是否需要在 board dts 文件中设置？

imx8 bitbake 可扩展 SDK 错误 大家好 我需要可扩展的 SDK。 我可以通过命令构建 SDK bitbake imx图像full-c populate_sdk， 但无法通过命令构建可扩展的 SDK bitbake imx 图像完整-c populate_sdk_ext。 我尝试了 cleanall imx-image-full 和 changong python 版本 2 和 3。 但都不起作用？ 有人可以给我建议吗？谢谢。 错误信息如下： 加载缓存：100% |############################################# ##| Time: 0:00:00 Loaded 4640 entries from dependency cache. Parsing recipes: 100% |## ########################################| 时间：0:00:00 3218 .bb 的解析文件已完成（3217 个已缓存，1 个已解析）。4641 个目标，464 个被跳过，1 个被屏蔽，0 个错误。 注意：解决任何缺失的任务队列依赖关系 构建配置： BB_VERSION = "1.44.0" BUILD_SYS =“x86_64-linux” NATIVELSBSTRING =“ubuntu-20.04” TARGET_SYS =“aarch64-poky-linux” 机器 = “imx8mqevk” 发行版 = “fsl-imx-wayland” 发行版本 = "5.4-zeus" TUNE_FEATURES = “aarch64 cortexa53 crc 加密” 目标FPU = "" 元 元狭小 =“头：d88d62c20d7d8da85f02edb170dae0280624ad7e” 元 元多媒体 meta-python =“HEAD：2b5dd1eb81cd08bc065bc76125f2856e9383e98b” 元飞思卡尔=“HEAD：14f1a630a47375432f93c556927b879b51d84c4e” meta-freescale-3rdparty =“HEAD:dbcc686f52c3c84db8cb86aa8973a4e373651b98” meta-freescale-distro =“HEAD:ca27d12e4964d1336e662bcc60184bbff526c857” 元bsp 元 SDK meta-ml =“HEAD：7f0abf664d65ab9f03f85a1d16ab54e0d1134a9b” meta-nxp-demo-experience =“HEAD:03904c493469907a2829cf29df7ab060f9c664a6” 元浏览器 =“HEAD：ee3be3b5986a4aa0e73df2204a625ae1fe5df37e” meta-rust =“HEAD：53bfa324891966a2daf5d36dc13d4a43725aebed” meta-clang =“HEAD：711e593d5984aad3bf35c51b7ac4482982bc16c7” 元侏儒 元网络 元文件系统 = “HEAD:2b5dd1eb81cd08bc065bc76125f2856e9383e98b” meta-qt5 =“HEAD：21ce4c124d9a972d9122f87c64ac2773bf04c284” meta-python2 =“HEAD：4400f9155ec193d028208cf0c66aeed2ba2b00ab” 警告：/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/meta-imx/meta-bsp/recipes-kernel/linux/linux-imx_5.4.bb:do_compile 因强制运行而受到污染 警告：/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/meta-imx/meta-bsp/recipes-kernel/linux/linux-imx_5.4.bb:do_deploy 因强制运行而受到污染 警告：/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/meta-imx/meta-bsp/recipes-bsp/u-boot/u-boot-imx_2020.04.bb:do_compile 因强制运行而受到污染 警告：/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/meta-imx/meta-bsp/recipes-bsp/u-boot/u-boot-imx_2020.04.bb:do_deploy 因强制运行而受到污染 初始化任务：100% |##########################################| 时间：0:00:02 状态摘要：求购 0 找到 0 错过 0 当前 4036（0% 匹配，100% 完成） 注意：执行任务 注：场景任务已完成 错误：imx-image-full-1.0-r0do_sdk_depends: 在 exec_python_func() 自动生成中执行 python 函数时出错： 导致此异常/失败的 python 调用的堆栈跟踪是： 文件：'exec_python_func() 自动生成'，行号：2，功能： 0001： *** 0002：扩展配方_系统根目录（d） 0003： 文件：'/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/poky/meta/classes/staging.bbclass'，lineno：551，功能：extend_recipe_sysroot 0547：目标=新清单[l] 0548：如果 l.endswith(“/”)： 0549：staging_copydir（l，targetdir，dest，seedirs） 0550：继续 *** 0551：staging_copyfile（l，targetdir，dest，postinsts，seedirs） 0552： 0553: bb.note("已安装到 sysroot：%s" % str(msg_adding)) 0554: bb.note("跳过，因为 sysroot 中已经存在：%s" % str(msg_exists)) 0555： 文件：'/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/poky/meta/classes/staging.bbclass'，lineno：144，功能：staging_copyfile 0140: 如果 os.path.islink(c): 0141: linkto = os.readlink(c) 0142：如果 os.path.lexists（dest）： 0143：如果不是 os.path.islink（dest）： *** 0144: 引发 OSError(errno.EEXIST, "链接 %s 已作为文件存在" % dest, dest) 0145：如果 os.readlink（dest）==linkto： 0146：返回目的地 0147: raise OSError(errno.EEXIST, "链接 %s 已经存在于不同的位置？（％s 与 ％s）” % (dest, os.readlink(dest), linkto), dest) 0148：os.symlink（链接到，目标） 异常：FileExistsError：[Errno 17] 链接 /home/sysgration/imx8_5_4/imx8-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/imx-image-full/1.0-r0/recipe-sysroot/lib 已作为文件存在：'/home/sysgration/imx8_5_4/imx8-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/imx-image-full/1.0-r0/recipe-sysroot/lib' 错误：故障日志文件存储在：/home/sysgration/imx8_5_4/imx8-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/imx-image-full/1.0-r0/temp/log.do_sdk_depends.835827 错误：任务（/home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/meta-imx/meta-sdk/dynamic-layers/qt5-layer/recipes-fsl/images/imx-image-full.bb:do_sdk_depends）失败，退出代码为“1” 注意：任务摘要：尝试了 10496 个任务，其中 10495 个不需要重新运行，1 个失败。 摘要：1 个任务失败： /home/sysgration/imx8_5_4/imx8-yocto-bsp/sources/meta-imx/meta-sdk/dynamic-layers/qt5-layer/recipes-fsl/images/imx-image-full.bb:do_sdk_depends 摘要：显示了 5 条警告消息。 摘要：显示 1 条错误消息，返回非零退出代码。

i.MX 8M Plus docker 无法正常工作“无效主机头” 你好， 对于我们的 i.MX 8M Plus EVK 板，我们从链接https://github.com/nxp-imx/meta-imx/tree/mickledore-6.1.55-2.2.0中的 mickledore 分支“mickledore-6.1.55-2.2.0”构建 yocto 源。 在 EVK 板上构建并刷新图像后，我们发现 docker 不起作用。以下命令如下。 root@imx8mpevk:~# uname -a Linux imx8mpevk 6.1.55+g770c5fe2c1d1#1 SMP PREEMPT 11 月 21 日星期二 23:45:58 UTC 2023 aarch64 GNU/Linux root@imx8mpevk:~# root@imx8mpevk:~# systemctl 启动docker root@imx8mpevk:~# root@imx8mpevk:~#docker pull hello-world 使用默认标签：最新 最新：从 library/hello-world 中提取 摘要：sha256：a26bff933ddc26d5cdf7faa98b4ae1e3ec20c4985e6f87ac0973052224d24302 状态：图像已针对 hello-world:latest 更新 docker.io/library/hello-world:latest root@imx8mpevk:~# root@imx8mpevk:~#docker运行hello-world http：无效的主机头 root@imx8mpevk:~# 另请参阅下面的 docker journalctl 日志。 root@imx8mpevk:~# journalctl -xefu docker 4月24日 12:23:20 imx8mpevk systemd[1]:正在启动 Docker 应用程序容器引擎... -- 主题：docker.service 单元的启动作业已开始执行 -- 定义者：systemd -- 支持： https://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- 单元 docker.service 的启动作业已开始执行。 -- -- 作业标识符为 1630。 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.465195235Z”level=info msg="正在启动" 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.471783509Z”level=info msg="[core] [Channel #1] 频道已创建" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.471879134Z”level=info msg="[core] [通道#1] 原始拨号目标是：\"unix:///run/containerd/coc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.472032885Z”level=info msg="[core] [Channel #1] 解析的拨号目标是：{Scheme:unix Authority: Endpoc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.472097885Z”level=info msg="[core] [频道 #1] 频道权限设置为 \"localhost\"" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.472945263Z”level=info msg="[核心] [通道 #1] 解析器状态已更新: {\n \"地址\": [\n {c 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.476382650Z”level=info msg="[core] [频道 #1] 频道切换到新的 LB 策略 \"pick_first\"" moc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.479532287Z”level=info msg="[core] [频道 #1 子频道 #2] 子频道已创建" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.479762788Z”level=info msg="[core] [Channel #1 SubChannel #2] 子通道连接更改为 CONNc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.479931288Z”level=info msg="[core] [通道 #1 子通道 #2] 子通道选择一个新地址 \"/run/c 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.480056039Z”level=info msg="[core] [通道 #1] 通道连接状态更改为 CONNECTING" module=grc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.488533820Z”level=info msg="[core] [Channel #1 SubChannel #2] 子通道连接更改为 READc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.488714945Z”level=info msg="[core] [Channel #1] 通道连接更改为 READY" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.496465474Z”level=info msg="[core] [Channel #4] 频道已创建" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.496565849Z”level=info msg="[core] [通道#4] 原始拨号目标是：\"unix:///run/containerd/coc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.496669974Z”level=info msg="[core] [Channel #4] 解析的拨号目标是: {Scheme:unix Authority: Endpoc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.496746725Z”level=info msg="[core] [频道 #4] 频道权限设置为 \"localhost\"" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.496911225Z”level=info msg="[核心] [通道 #4] 解析器状态已更新: {\n \"地址\": [\n {c 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.497074476Z”level=info msg="[core] [频道 #4] 频道切换到新的 LB 策略 \"pick_first\"" moc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.497270102Z”level=info msg="[core] [频道 #4 子频道 #5] 子频道已创建" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.497479852Z”level=info msg="[core] [Channel #4 SubChannel #5] 子通道连接更改为 CONNc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.497737228Z”level=info msg="[core] [通道 #4 子通道 #5] 子通道选择一个新地址 \"/run/c 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.497770104Z”level=info msg="[core] [通道 #4] 通道连接更改为 CONNECTING" module=grc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.498877358Z”level=info msg="[core] [Channel #4 SubChannel #5] 子通道连接更改为 READc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.499128733Z”level=info msg="[core] [Channel #4] 通道连接更改为 READY" module=grpc 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.597137716Z”level=info msg="正在装载容器：开始。" 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.881553755Z”level=warning msg="无法加载 IPSEC 规则所需的模块：协议不支持" 4月24日 12:23:21 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:21.893731300Z”level=info msg="默认网桥（docker0）分配了IP地址172.17.0.0/16。D” 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.029149067Z”level=info msg="装载容器：完成。" 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246174432Z”level=warning msg="警告：不支持 CPU CFS 配额" 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246261186Z”level=warning msg="警告：不支持 CPU CFS 周期" 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246296437Z”level=warning msg="警告：没有 blkio throttle.read_bps_device支持” 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246344064Z”level=warning msg="警告：没有 blkio throttle.write_bps_device支持” 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246379941Z”level=warning msg="警告：没有 blkio throttle.read_iops_device支持” 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246413692Z”level=warning msg="警告：没有 blkio throttle.write_iops_device支持” 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.246501321Z”级别=信息消息=“Docker守护进程”提交=219f21bf07502b447095649b5a2764661737f164 graphdrive 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.247150101Z”level=info msg="守护进程已完成初始化" 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.323320938Z”level=info msg="[core] [Server #7] 服务器已创建" module=grpc 4 月 24 日 12:23:22 imx8mpevk systemd[1]:已启动 Docker 应用程序容器引擎。 -- 主题：docker.service 单元的启动作业已成功完成 -- 定义者：systemd -- 支持： https://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- 单元 docker.service 的启动作业已成功完成。 -- -- 作业标识符为 1630。 4月24日 12:23:22 imx8mpevk dockerd[1393]:时间=“2024-04-24T12:23:22.347791050Z”level=info msg="API 监听 /run/docker.sock" ^C root@imx8mpevk:~# 请分享您的意见 谢谢 回复：i.MX 8M Plus docker 无法正常工作“无效的主机头” 你好 降级 go 包后。docker 工作正常。 参考链接： https ://github.com/moby/moby/issues/46614#issuecomment-1757751921 谢谢

RT 1170デュアルSDRAM 16ビット接続 単一の512MBitチップの代わりに、RT1172でデュアル256MビットSDRAMを使用する予定ですが、GPIOピンが不足しているため、16ビットデータバスを使用したいと考えています。 リファレンスマニュアルには、CS0とCS1で可能であるとしか記載されていませんが、2つのチップ間の他のすべてのラインは並列に接続されていると思います。 MIMXRT1170-EVKB は32ビットのデータバス接続で、アドレスグループとコマンドグループは並列に接続されていますが、16ビットのデータバスは別々です。 このような 16bit Dual SDRAM 接続が可能であることを確認し、可能であれば回路図の例を挙げていただけますか。 また、シングル 16 ビット SDRAM データ転送速度とデュアル SDRAM 16 ビット SDRAM のデータ転送速度に関するベンチマーク情報はありますか i.MXRT 101倍

关于MC33771C的INIT寄存器问题 在MC33771C的INIT寄存器中有2个位的解释在NXP的两份文档中对TPL_TX_Term的解释不一致，请问以哪一个为准？ 1.Rev. 3.0 — 11 July 2019的datasheet中，描述如下：   2.在Rev. 1 — 30 September 2021的AN13281应用笔记中描述又是这样的： Re: 关于MC33771C的INIT寄存器问题 这个理解为一个解释吧！文档没有！ Re: 关于MC33771C的INIT寄存器问题 @guoweisun 你提供的这部分说明是在哪个文档中体现的？我这版datasheet没有找到 Re: 关于MC33771C的INIT寄存器问题 Hi ZDDL 以datasheet 为准： 看下面的用法： "RDTX_IN" and "RDTX_OUT" are both corresponding to one TPL line (input/output) on the IC. Even though they are called IN and OUT, they are both symmetrical.  Only one of the two TPL_TX_Term (RDTX_IN or RDTX_OUT) should be set to 1 in the case of a single ended daisy chain. The one set to 1 should be the TPL line that is not used. This way, if the last node is connected to the chain through the RDTX_IN line, then TPL_TX_Term (RDTX_OUT) should be set to 1 and vice-versa. Also note that in case of double-ended chain (also called loopback), neither TPL_TX_Term should be 1.

NHS3152 上的 DAC 产生三角信号的 ADC 采集问题 我正在使用NHS3152设备通过 DAC 生成三角波形，并使用 ADC 测量该信号。配置如下 使用带有参数 ADCDAC_IO_ANA0_5 的函数 Chip_ADCDAC_SetMuxDAC 在引脚ANA0_5上配置 DAC 输出。 使用 Chip_ADCDAC_SetMuxADC 和参数 ADCDAC_IO_ANA0_3 在引脚ANA0_3上配置 ADC 输入。 一根电缆将 ANA0_5 物理连接到 ANA0_3，以使信号循环。 技术细节： 两个引脚的 IOCON 配置均设置为模拟模式 (IOCON_FUNC_1)。 DAC 在SINGLE_SHOT模式下运行，以在每次写入时更新输出，但切换到CONTINUOUS模式并不能解决问题 - 它只会稍微影响信号质量。 ADC 以连续模式运行，检测阈值设置为1500 （LOW_THRESHOLD）和2000 （HIGH_THRESHOLD）。 代码为三角波形（范围从 DAC_MIN_VALUE 到 DAC_MAX_VALUE）生成查找表 (LUT)，并且 16 位计时器定期触发 DAC 更新。 尽管输出上可以清晰地观察到三角信号，但没有触发 ADC 中断，也没有记录 ADC 转换结果。 采取的故障排除步骤： 我已验证 MUX 选择功能（Chip_ADCDAC_SetMuxADC 和 Chip_ADCDAC_SetMuxDAC）使用正确的通道（ADC 为通道 3，DAC 为通道 5），如文档中所述（UM10876 手册第 9.4 章，图 90）。 我确认两个引脚的 IOCON 设置都正确设置为模拟模式（IOCON_FUNC_1），并且连接 ANA0_5 和 ANA0_3 的电缆已正确安装并具有公共接地。 我测试了修改 ADC 中断例程中 ADC 转换就绪标志（ADCDAC_INT_CONVERSION_RDY_ADC）的检查，但这并没有改变行为。 除了信号质量略有变化外，在 SINGLE_SHOT 和 CONTINUOUS 之间更改 DAC 模式对问题没有显著影响。 请求协助： 我希望您能帮助我了解： 考虑到它采用循环调度程序运行，通过模拟多路复用器使用两个不同引脚的当前配置对于 NHS3152 上的共享 ADCDAC 块是正确的。 还有一些其他限制（例如时序或配置序列问题）可能会阻止在此设置中触发 ADC 中断。 其他修改方法（例如以单次模式测试 ADC 或对 ADC 和 DAC 使用相同通道）可以解决该问题。 请参阅附件中用于此配置的完整代码。提前感谢您的帮助和建议。 问候， 托马斯 回复：NHS3152 上 DAC 生成三角信号的 ADC 采集问题 我想向您更新我所提交的票的情况。主要问题如下： DAC 产生的三角波形太快。这个快速信号没有给 ADC 足够的时间来正确捕获值。 我错误地使用了中断处理程序的错误名称。它必须命名为ADC_IRQHandler(void)而不是ADCDAC_IRQHandler(void) 。 降低频率（或增加每个周期的样本数）并重命名中断例程后，ADC 开始按预期工作。

如何配置我的设备以使用 2.4GHz 40MHz 的 802.11n 进行连接？ 我目前正在使用 mlanutl 并设置“bandcfg 31”，但无法使用 2.4GHz 40MHz 的 802.11n 进行连接。 要以 802.11n 2.4GHz 40MHz 进行连接，是否需要启用“bandcfg”的“使用”部分中提到的“bit5：AC 2.4G”？ 另外，“AC 2.4G”是什么意思？

imx8qxp 中的 GPU 压力测试 你好，恩智浦， 如何在 imx8qxp 中强调 GPU，您能指导我吗？提供gpu压力测试的示例代码。 回复：imx8qxp 中的 GPU 压力测试 你好@Rita_Wang ， 谢谢你！ 回复：imx8qxp 中的 GPU 压力测试 基准测试： /usr/bin/glmark2-es2-wayland 回复：imx8qxp 中的 GPU 压力测试 你好 ， 我发现 glmark2 实用程序用于强调 gpu，我刚刚在主板上启用了它。glmark2-es2 ， glmark-es2-drm ， glmark-es2 -wayland ，显示这 3 个实用程序。其中我应该选择哪一个？您能否提供所需的命令？ 回复：imx8qxp 中的 GPU 压力测试 我们有 GPU sdk，其中包含几个用于在 Linux BSP 上强调 GPU 的示例，还包括一个测试基准，您可以检查我附给您的实践。方法是一样的。 回复：imx8qxp 中的 GPU 压力测试 你好@Rita_Wang ， BSP版本是imx-5.10.72-2.2.0。 回复：imx8qxp 中的 GPU 压力测试 我帮您确认一下，您使用的是哪个版本的BSP？

MCUXpreso は J-Link または CMSIS-DAP 経由で MIMXRT1060-EVKB ボードに接続できません これはMIMXRT1060-EVKBでの私の最初の試みです。例の「helo word」を実行しようとしましたが、プログラムをアップロードできませんでした。J-Link、CMSIS-DAPもMIMXRT1060-EVKBには接続しません。次に何をすべきかわかりません。私に何ができるか助けてください。

NXP YOCTOでモジュールとデバイスノードをインモッドする方法 私が使用しているiMX93-11x11-evkボードは、最近、rtc(pcf2131)モジュール(gpio28 & gpio29 pinmux as I2C3 SCL & SDA)を確認しましたが、デバイスノードを作成するためのdevice_createインターフェイスが見つかりませんでした。ですから、コマンドを実行する場所がどこかに存在すると思います: insmod/modprobeとmknodですが、まだ見つかっておらず、インターネットから対応するドキュメント/ウェブリンクも見つかりませんでした。 ソースディレクトリでcmd: grep -irn "mknod" と grep "insmod" を実行しましたが、結果は返されませんでした それで、私を助けるための手がかりや参考になるドキュメント/ウェブリンクを教えてください。 Re: NXP YOCTOでモジュールとデバイスノードをインモッドする方法 i.MX93-11x11-EVKボードでカーネルモジュール（ドライバー）とデバイスノードを処理する方法を見てみましょう。insmod、modprobeの使い方、デバイスノードの作成に関するガイダンスを提供します。 カーネルモジュール（ドライバー）： カーネルモジュールはLinuxカーネルの機能を拡張します。新しいハードウェア、ファイルシステム、またはシステムコールのサポートを追加できます。 insmodとmodprobeコマンドは、カーネルモジュールの挿入と管理に使用されます。 insmodの使用： insmodコマンドは、実行中のカーネルにモジュールを挿入します。 例: sudo insmod /path/to/module.ko /path/to/module.koを、モジュールファイル（.ko）への実際のパスに置き換えてください。 modprobeの使用： modprobeはinsmodよりも強力です。モジュールの依存関係を自動的に解決します。 例: sudo modprobe モジュール名 module_nameをあなたのモジュールの名前に置き換えてください（.koは除きます）拡張子)。 デバイスノードの作成（mknod）： デバイスノードは、/devディレクトリにあるデバイスを表す特別なファイルです。 デバイスノードを作成するには、mknodコマンドを使います。 例: sudo mknod /dev/mydevice c 123 0 これにより、メジャー番号123、マイナー番号0の/dev/mydeviceという名前のキャラクターデバイスノードが作成されます。 ドキュメントと参考資料： 残念ながら、i.MX93-11x11-EVKボードに関連する特定のドキュメントやウェブリンクは見つかりませんでした。 ただし、カーネルモジュールとデバイスノードに関する一般的なLinuxドキュメントを参照できます。 Linuxカーネルモジュールプログラミングガイド、 Linuxデバイスドライバー、 よろしく、 aarpメンバーシップ

ImxRT 1176 LPSPI ブロッキング機能の問題 こんにちは、私はLPSPIを使用して作業しており、LPSPI_MasterTransferBlockingを使用しています。これはブロッキング機能なので、転送が完了するとLPSPIペリフェラルは空いていると予想しています。しかし、私は何か違うことを観察しました。 ブロッキング転送後、LPSPI_GetStatusFlagsを使ってSR(Status Register)を読み込み、返ってきた値は0x1001101でした。 何か提案はありますか？理想的には、ブロッキング転送の後、LPSPIはアイドル状態になっているはずです。参考までに、以下のコードスナップショットを共有します。 if((staus_flag & kLPSPI_ModuleBusyFlag) == kLPSPI_ModuleBusyFlag) { ret = STATUS_BUSY; PRINTF("SPI Busy, %x, %d\r\n", staus_flag, count); } else { masterXfer.txData = SpiTxData; masterXfer.rxData = SpiRxData; masterXfer.dataSize = spiTransferSize; masterXfer.configFlags = kLPSPI_MasterPcs0 | kLPSPI_MasterPcsContinuous; status = LPSPI_MasterTransferBlocking(LPSPI1, &masterXfer); ret = STATUS_SUCCESS; staus_flag = LPSPI_GetStatusFlags(IMU_SPI_IF); PRINTF("staus_flag: %x\r\n", staus_flag); count++; //sw_asm_delay_us(2U); } Re:ImxRT 1176 LPSPIブロッキング機能の問題 ところで、LPSPI1とIMU_SPI_IFは同じです。

LS1028ARDB 使用 SD 卡启动问题 我无法使用 SD 卡启动 LS1028ARDB。将 SW2 从 eMMC 切换到 SD（1001100 到 10001000）模式后，电源 LED 变为黄色，并且 PuTTY 终端中没有任何显示。 但是，在 eMMC 模式 sw2-1001100 启动时，我收到以下日志输出： U-Boot SPL 2018.03-00144-gc53e2aca78（2018 年 12 月 7 日 - 12:38:39 +0000） 初始化 DDR.... 警告：在没有缓冲区且环境尚未准备好的情况下调用__hwconfig without a buffer and before environment is ready WARNING: Calling __ hwconfig 警告：在没有缓冲区且环境尚未准备好的情况下调用__hwconfig without a buffer and before environment is ready WARNING: Calling __ hwconfig 尝试从 MMC1 启动 U-启动2018.03-00144-gc53e2aca78（2018 年 12 月 7 日 - 12:38:39 +0000） SoC：LS1028AE Rev1.0（0x870b0010） 时钟配置： CPU0(A72): 1300 MHz CPU1(A72): 1300 MHz 总线：400 MHz DDR：1600 MT/s 复位配置字（RCW）： 00000000: 34004010 00000030 00000000 00000000 00000010: 00000000 00bf0000 0030c000 00000000 00000020: 00a03150 00002580 00000000 00002496 00000030: 00000000 00000010 00000000 00000000 00000040: 00000000 00000000 00000000 00000000 00000050: 00000000 00000000 00000000 00000000 00000060: 00000000 00000000 2006705a 00000000 00000070: bb580000 00000000 型号：NXP Layerscape 1028a RDB 板 主板：LS1028AE Rev1.0-RDB，版本：C，从eMMC启动 FPGA：v8（发布日期：RDB_2020_0330_1829） SERDES1 参考：Clock1 = 100.00MHz Clock2 = 100.00MHz I2C：就绪 动态随机存取存储器：3.9 GiB DDR 3.9 GiB（DDR4，32 位，CL=11，ECC 开启） “错误”处理程序，esr 0xbf000002 elr：0000000096042730 lr：00000000960020a0（重定位） elr：00000000fbda9730 lr：00000000fbd690a0 x0：0000000020400000 x1：0000000000000000 x2 : 00000000d00dfeed x3 : 0000000001e00210 x4 : 0000000001e00214 x5 : 00000000000011a0 x6 ：0000000000001168 x7 ：0000000000000002 x8 : 0000000000001164 x9 : 0000000000000000c x10：00000000fbb6093c x11：00000000fbb60a88 x12：0000000000001168 x13：00000000fbb6099c x14：00000000fbb60a88 x15：00000000fbb609ac x16：0000000000000001 x17：0000000000000000 x18：00000000fbb62d88 x19：0000000020400000 x20：00000000fbdd2298 x21：0000000065d67000 x22：000000001801deb1 x23：0000000018009dd8 x24：000000001801de99 x25：0000000018020000 x26：00000000deadbeef x27：0000000001e00404 x28：0000000001e00210 x29：00000000fbb60960 重置 CPU ... # ## ERROR ## # 请重置主板### 您能提供解决方案吗？ 回复：LS1028ARDB 使用 SD 卡启动问题 谢谢。现在它运行良好。 回复：LS1028ARDB 使用 SD 卡启动问题 请进入LS1028ARDB上的u-boot提示符，检查是否可以得到以下结果。 => ext2ls mmc 0:4 4096。 4096 .. 16384 失物招领 7 箱 4096 启动 4096 设备 4096 等 4096 主页 4096 包括 7 库 4096 媒体 4096 mnt 4096 选项 4096 过程 4096 根 4096 运行 8 sbin 4096 分享 4096 服务 4096 系统 4096 临时文件 4096 用户 4096 变量 10 初始化 => 此外，您能否提供在主机上将图像部署到 SD 卡的控制台日志？ 回复：LS1028ARDB 使用 SD 卡启动问题 完成所有步骤后，我收到以下错误： 尝试从 SD 加载 HDP 固件。 切换到分区#0，确定 mmc0是当前设备 设备：FSL_SDHC 制造商 ID：9f 原始设备制造商：5449 名称： SD32G 总线速度：50000000 模式：SD 高速（50MHz） 路块长度：512 SD 版本 3.0 高容量：是 容量：28.8 GiB 总线宽度：4位 擦除组大小：512 字节 MMC 读取：设备号 0，块号 18944，计数 512...读取 512 个块：OK 从 0x00000000a0000000 偏移量 0x0000000000002000 加载 hdp 固件 加载hdp固件完成 切换到分区#0，确定 mmc0是当前设备 扫描 mmc 0:1... libfdt fdt_check_header()：FDT_ERR_BADMAGIC 正在扫描磁盘 [email protected]... 正在扫描磁盘 [email protected]... ** 无法识别的文件系统类型 ** 找到 6 个磁盘 没有 EFI 系统分区 错误：无效的设备树 正在扫描 mmc 0:2... 找到 U-Boot 脚本 /ls1028ardb_boot.scr 17 毫秒内读取 1038 字节（59.6 KiB/s） ## Executing script at 80000000 41159168 bytes read in 1723 ms (22.8 MiB/s) 32751 bytes read in 14 ms (2.2 MiB/s) ##扁平设备树 blob 位于 90000000 使用位于 0x90000000 的 fdt blob 进行引导 正在加载设备树至 000000008fff5000，结束于 000000008fffffee ... 确定 无法更新属性/sysclk：clock-frequency，err=FDT_ERR_NOTFOUND 正在启动内核... [ 0.000000] 在物理 CPU 0x0000000000 上启动 Linux [0x410fd083] [0.000000] Linux 版本 5.10.35（jenkins@pluto）（aarch64-linux-gnu-gcc（Ubuntu 9.3.0-17ubuntu1~20.04）9.3.0，GNU ld（适用于 Ubuntu 的 GNU Binutils）2.34) #1 SMP PREEMPT 2021 年 8 月 27 日星期五 22:03:58 CST [0.000000]机器型号：LS1028A RDB板 [0.000000]earlycon: uart8250 at MMIO 0x00000000021c0500（选项''） [0.000000] printk：启动控制台[uart8250]已启用 [ 0.000000] efi: 未找到 UEFI。 [0.000000] cma:保留640 MiB，位于0x00000000d3c00000 [ 0.000000] NUMA:未找到NUMA配置 [ 0.000000] NUMA: 伪造位于 [mem 0x0000000080000000-0x00000020ffffffff] 的节点 [0.000000]NUMA：NODE_DATA[内存0x20ff7fdb00-0x20ff7fffff] [0.000000]区域范围： [0.000000]DMA[内存0x0000000080000000-0x00000000ffffffff] [0.000000]DMA32为空 [0.000000]正常[mem 0x0000000100000000-0x00000020ffffffff] [ 0.000000] 每个节点的可移动区域起始 [ 0.000000] 早期内存节点范围 [0.000000]节点 0：[mem 0x0000000080000000-0x00000000fbdfffff] [0.000000]节点 0：[mem 0x0000002080000000-0x00000020ffffffff] [ 0.000000] Initmem 设置节点 0 [mem 0x0000000080000000-0x00000020ffffffff] [ 0.000000] psci:从 DT 探测导管方法。 [ 0.000000] psci: 在固件中检测到 PSCIv1.1。 [ 0.000000] psci: 使用标准 PSCI v0.2 函数 ID [ 0.000000] psci: 不需要可信操作系统迁移 [0.000000]psci: SMC调用约定v1.2 [ 0.000000] percpu:嵌入式24页/cpu s60120 r8192 d29992 u98304 [ 0.000000] 在 CPU0 上检测到 PIPT I-cache [0.000000]CPU功能：检测到：GIC系统寄存器CPU接口 [0.000000]CPU功能：检测到：EL2矢量强化 [ 0.000000] CPU 功能：KASLR 强制启用内核页表隔离 [ 0.000000] CPU功能：检测到：内核页表隔离（KPTI） [ 0.000000] CPU 功能：检测到：Spectre-v2 [ 0.000000] CPU 功能：检测到：ARM 勘误表 1165522、1319367 或 1530923 [ 0.000000] 构建了 1 个区域列表，并进行移动分组。总页数：1015296 [0.000000]政策区域：正常 [ 0.000000] 内核命令行：console=ttyS0,115200 earlycon=uart8250,mmio,0x21c0500 root=PARTUUID=db6a277d-04 rw rootwait video=1920x1080-32@60 cma=640M iommu.passthrough=1arm-smmu.disable_bypass=0 [0.000000]Dentry缓存哈希表条目：524288（顺序：10，4194304字节，线性） [0.000000]inode缓存哈希表条目：262144（顺序：9，2097152字节，线性） [ 0.000000] mem 自动初始化：堆栈：关闭，堆分配：关闭，堆释放：关闭 [ 0.000000] 软件 IO TLB: 映射 [mem 0x00000000cfc00000-0x00000000d3c00000] (64MB) [0.000000]内存：3283016K/4126720K可用（20416K内核代码、3074K rwdata、9944K rodata、6656K init、1035K bss、188344K保留、655360K cma保留） [ 0.000000] rcu:可抢占的分层 RCU 实现。 [ 0.000000] rcu: RCU 事件跟踪已启用。 [ 0.000000] rcu: RCU 将 CPU 从 NR_CPUS=16 限制到 nr_cpu_ids=2。 [ 0.000000] Tasks RCU 的 Trampoline 变体已启用。 [ 0.000000] rcu: RCU 计算的调度程序登记延迟值为 25 jiffies。 [ 0.000000] rcu: 调整 rcu_fanout_leaf=16、nr_cpu_ids=2 的几何形状 [0.000000]NR_IRQS:64，nr_irqs:64，预分配的irqs:0 [0.000000]GICv3:GIC:使用拆分EOI/停用模式 [ 0.000000] GICv3：实施了 256 个 SPI [0.000000]GICv3:0扩展SPI已实现 [ 0.000000] GICv3: 分销商没有范围选择器支持 [0.000000]GICv3:已实施16个PPI [0.000000] GICv3: CPU0: 找到重新分配器 0 区域 0: 0x0000000006040000 [0.000000]它的[内存0x06020000-0x0603ffff] [ 0.000000] ITS@0x0000000006020000:分配了65536个设备@2080080000（平面，esz 8，psz 64K，shr 0） [ 0.000000] ITS: 使用缓存刷新命令队列 [0.000000]GICv3:使用预分配的重新分配表 [ 0.000000] GICv3:使用LPI属性表@0x0000000080000000 [ 0.000000] GICv3: CPU0: 使用保留的 LPI 待处理表 @0x0000000080010000 [ 0.000000] 随机：从 start_kernel+0x32c/0x4f0 调用 get_random_bytes，crng_init=0 [ 0.000000] arch_timer: cp15 计时器以 25.00MHz (phys) 运行。 [0.000000]时钟源：arch_sys_counter：掩码：0xffffffffffffff max_cycles：0x5c409fb33，max_idle_ns：440795203156 ns [0.000002] sched_clock: 56 位，25MHz，分辨率 39ns，每 4398046511103ns 包装一次 [0.008576]控制台：彩色虚拟设备80x25 [ 0.013104]校准延迟循环（跳过），使用定时器频率计算的值.. 50.00 BogoMIPS（lpj = 100000） [0.023557]pid_max：默认值：32768 最小值：301 [0.028271]LSM:安全框架初始化 [0.033003]挂载缓存哈希表条目：8192（顺序：4，65536字节，线性） [0.040494]挂载点缓存哈希表条目：8192（顺序：4，65536字节，线性） [0.049213] rcu：分层SRCU实现。 [0.054172]平台MSI:gic-its@6020000域已创建 [0.059612]PCI/MSI:/interrupt-controller@6000000/gic-its@6020000 域已创建 [0.067208]fsl mc MSI:gic its@6020000 域已创建 [ 0.073093] EFI 服务将不可用。 [ 0.077745] smp: 启动辅助 CPU ... [0.082658]在CPU1上检测到PIPT I-cache [0.082676] GICv3: CPU1: 找到重新分配器 1 区域 0:0x0000000006060000 [ 0.082686] GICv3: CPU1: 使用保留的 LPI 待处理表 @0x0000000080020000 [ 0.082709] CPU1：已启动辅助处理器 0x0000000001 [0x410fd083] [0.082756]smp:启动1个节点，2个CPU [ 0.111660] SMP：共激活2个处理器。 [0.116408]CPU功能：检测到：32位EL0支持 [ 0.121601] CPU 功能：检测到：CRC32 指令 [0.126787]CPU功能：检测到：32位EL1支持 [0.145167]CPU:所有CPU均从EL2启动 [ 0.149318] 替代方案：修补内核代码 [0.154512]devtmpfs:已初始化 [0.160538]已启用KASLR [0.163281]时钟源：jiffies：掩码：0xffffffff max_cycles：0xffffffff，max_idle_ns：7645041785100000 ns [0.173125] futex 哈希表条目：512（顺序：3，32768 字节，线性） [0.186728]pinctrl核心：初始化pinctrl子系统 [0.192631] DMI不存在或无效。 [0.196780]网络：注册协议系列16 [ 0.202054] DMA: 预分配 512 KiB GFP_KERNEL 池用于原子分配 [ 0.209265] DMA: 预分配 512 KiB GFP_KERNEL|GFP_DMA 池用于原子分配 [ 0.217227] DMA: 预分配 512 KiB GFP_KERNEL|GFP_DMA32 池用于原子分配 [0.225240]审计：初始化netlink子系统（已禁用） [0.230783]审计：类型=2000审计（0.156:1）：状态=已初始化 audit_enabled=0 res=1 [0.231299]thermal_sys:注册热调节器‘step_wise’ [0.238605]thermal_sys:注册热调节器'power_allocator' [0.244880]cpuidle:使用调速器菜单 [ 0.255675] hw-breakpoint:找到6个断点和4个观察点寄存器。 [ 0.262553] ASID 分配器已初始化，包含 32768 个条目 [0.268653]序列号：AMBA PL011 UART驱动程序 [0.272838]imx mu驱动程序已注册。 [0.276815]imx rpmsg驱动程序已注册。 [0.291530]机器：LS1028A RDB板 [0.295318]SoC系列：QorIQ LS1028A [0.299007] SoC ID：svr：0x870b0010，修订版：1.0 [0.314818] HugeTLB 注册了 1.00 GiB 页面大小，预分配了 0 页 [ 0.321595] HugeTLB 注册了 32.0 MiB 页面大小，预分配了 0 页 [0.328365] HugeTLB 注册了 2.00 MiB 页面大小，预分配了 0 页 [ 0.335131] HugeTLB 注册了 64.0 KiB 页面大小，预分配了 0 页 [0.342870]cryptd:max_cpu_qlen设置为1000 [0.413965]raid6：neonx8 gen（）4243MB/s [0.485989]raid6：neonx8异或（）3194MB/s [0.558024]raid6：neonx4 gen（）4317 MB/s [0.630059]raid6：neonx4异或（）3304MB/s [0.702097]raid6：neonx2 gen（）3894 MB/s [0.774129]raid6：neonx2异或（）3032MB/s [0.846167]raid6：neonx1 gen（）2987 MB/s [0.918198]raid6：neonx1异或（）2416MB/s [0.990244] raid6: int64x8 gen() 2481 MB/s [1.062595]raid6: int64x8 xor() 1462 MB/s [1.134944]raid6: int64x4 gen() 2467 MB/s [1.207290]raid6：int64x4 xor（）1487MB/s [1.279640]raid6: int64x2 gen() 2317 MB/s [1.351987]raid6: int64x2 xor() 1316 MB/s [1.424334]raid6: int64x1 gen() 1812 MB/s [1.496683]raid6: int64x1 xor() 978 MB/s [1.500991] raid6:使用算法neonx4 gen() 4317 MB/s [1.506438]raid6:.... xor() 3304 MB/s，已启用rmw [1.511446]raid6:使用neon恢复算法 [1.516431]ACPI:解释器已禁用。 [1.521400] iommu：默认域类型：直通（通过内核命令行设置） [1.529064]vgaarb:已加载 [1.531940]SCSI子系统已初始化 [1.535922]usbcore:注册的新接口驱动程序usbfs [1.541481]usbcore:注册的新接口驱动程序集线器 [1.546854]usbcore:注册的新设备驱动程序usb [1.552206]imx-i2c 2000000.i2c：无法获取 pinctrl，不支持总线恢复 [1.559720]i2c i2c-0:imx i2c适配器已注册 [1.564816]mc:Linux媒体接口：v0.10 [1.569136]videodev:Linux视频捕获接口：v2.00 [1.574718]pps_core:LinuxPPS API ver.1已注册 [1.579728]pps_core:软件版本。5.3.6 - 版权所有 2005-2007 Rodolfo Giometti [1.588964]已注册PTP时钟支持 [1.592984]EDAC MC:版本：3.0.0 [ 1.596794] 没有可用的 BMan 门户！ [ 1.600825] QMan: 已分配查找表于 (__ __ptrval__ __)，条目数为 65537 [ 1.608313] 没有可用的 QMan 门户！ [1.612240]无USDPAA内存，设备树中无“fsl,usdpaa-mem” [1.618642]FPGA管理器框架 [1.622131]高级Linux声音架构驱动程序已初始化。 [1.628982]时钟源：切换到时钟源arch_sys_counter [1.635249]VFS:磁盘配额dquot_6.6.0 [1.639238]VFS:Dquote缓存哈希表条目：512（顺序0，4096字节） [1.646276]pnp: PnP ACPI:已禁用 [1.653137]网络：注册协议系列2 [1.657844]tcp_listen_portaddr_hash哈希表条目：2048（顺序：3，32768字节，线性） [1.666506]TCP建立的哈希表条目：32768（顺序：6，262144字节，线性） [1.674639]TCP绑定哈希表条目：32768（顺序：7，524288字节，线性） [1.682292]TCP:哈希表已配置（已建立32768绑定32768） [1.688962]UDP哈希表条目：2048（顺序：4，65536字节，线性） [1.695783]UDP-Lite哈希表条目：2048（顺序：4，65536字节，线性） [1.703111]网络：注册协议系列1 [1.707755]RPC:已注册名为UNIX套接字传输模块。 [1.713739]RPC:已注册的UDP传输模块。 [1.718496]RPC:已注册的TCP传输模块。 [1.723243]RPC:已注册tcp NFSv4.1反向通道传输模块。 [1.729748]PCI:CLS 0字节，默认64 [1.734132]硬件性能：启用armv8_cortex_a72 PMU驱动程序，7个计数器可用 [ 1.742548] kvm [1]: IPA 大小限制: 44 位 [1.747636] kvm [1]: GICv3: 没有 GICV 资源条目 [1.752473]kvm[1]:禁用GICv2仿真 [1.756970]kvm[1]:GIC系统寄存器CPU接口已启用 [1.762881]kvm[1]:vgic中断IRQ9 [ 1.766892] kvm [1]: Hyp 模式初始化成功 [1.774049]初始化系统信任的密钥环 [1.778609]工作集：timestamp_bits=42 max_order=20 bucket_order=0 [1.785410]squashfs:版本4.0(2009/01/31)菲利普·劳格 [1.791460]NFS:注册id_resolver密钥类型 [1.796571]密钥类型id_resolver已注册 [1.800795]密钥类型id_legacy已注册 [1.804855] nfs4filelayout_init: NFSv4 文件布局驱动程序正在注册... [1.811620] nfs4flexfilelayout_init: NFSv4 Flexfile 布局驱动程序正在注册... [1.819096]jffs2:版本2.2。（NAND） © 2001-2006 红帽公司 [1.825390]保险丝：init（API版本7.32） [1.829503]9p:安装v9fs 9p2000文件系统支持 [1.861030]xor:测量软件校验和速度 [1.867437]8个寄存器：6285 MB/秒 [1.873187]32个寄存器：7266 MB/秒 [1.879112]arm64_neon：6428 MB/秒 [1.883506]异或：使用函数：32regs（7266 MB/秒） [1.888605]已注册非对称密钥类型 [1.892736]非对称密钥解析器‘x509’已注册 [1.897677]块层 SCSI 通用（bsg）驱动程序版本 0.4 已加载（主要 243） [1.905198]io调度程序mq-deadline已注册 [1.909772]io调度程序kyber已注册 [1.919058]pci主机通用1f0000000.pcie：主桥 /soc/pcie@1f0000000 范围： [1.926900]pci主机通用1f0000000.pcie：内存 0x01f8000000..0x01f815ffff -> 0x0000000000 [1.935781]pci主机通用1f0000000.pcie：内存 0x01f8160000..0x01f81cffff -> 0x0000000000 [1.944660]pci主机通用1f0000000.pcie：内存 0x01f81d0000..0x01f81effff -> 0x0000000000 [1.953539]pci主机通用1f0000000.pcie：内存 0x01f81f0000..0x01f820ffff -> 0x0000000000 [1.962421]pci主机通用1f0000000.pcie：内存 0x01f8210000..0x01f822ffff -> 0x0000000000 [1.971316]pci主机通用1f0000000.pcie：内存 0x01f8230000..0x01f824ffff -> 0x0000000000 [1.980197]pci主机通用1f0000000.pcie：内存 0x01fc000000..0x01fc3fffff -> 0x0000000000 [1.989111]pci主机通用1f0000000.pcie：ECAM 位于 [mem 0x1f0000000-0x1f00fffff]，用于 [bus 00] [1.997957]pci主机通用1f0000000.pcie：PCI 主桥至总线 0000:00 [2.004988]pci_bus 0000:00:根总线资源[总线00] [2.010264]pci_bus 0000:00:根总线资源[mem 0x1f8000000-0x1f815ffff](总线地址[0x00000000-0x0015ffff]) [2.020716]pci_bus 0000:00:根总线资源[mem 0x1f8160000-0x1f81cffff pref]（总线地址[0x00000000-0x0006ffff]） [2.031610]pci_bus 0000:00:根总线资源[mem 0x1f81d0000-0x1f81effff]（总线地址[0x00000000-0x0001ffff]） [2.042062]pci_bus 0000:00:根总线资源[mem 0x1f81f0000-0x1f820ffff pref](总线地址[0x00000000-0x0001ffff]) [2.052952]pci_bus 0000:00:根总线资源[mem 0x1f8210000-0x1f822ffff](总线地址[0x00000000-0x0001ffff]) [2.063403]pci_bus 0000:00:根总线资源[mem 0x1f8230000-0x1f824ffff pref]（总线地址[0x00000000-0x0001ffff]） [2.074294]pci_bus 0000:00:根总线资源[mem 0x1fc000000-0x1fc3fffff]（总线地址[0x00000000-0x003fffff]） [2.084759]PCI 0000:00:00.0:[1957:e100] 类型 00 类 0x020001 [2.090852]PCI 0000:00:00.0:BAR 0：[mem 0x1f8000000-0x1f803ffff 64bit]（来自增强分配，属性 0x0） [2.101393]PCI 0000:00:00.0:BAR 2：[mem 0x1f8160000-0x1f816ffff 64bit pref]（来自增强分配，属性 0x1） [2.112373]PCI 0000:00:00.0:VF BAR 0：[mem 0x1f81d0000-0x1f81dffff 64bit]（来自增强分配，属性 0x4） [2.123176]PCI 0000:00:00.0:VF BAR 2：[mem 0x1f81f0000-0x1f81ffff 64bit pref]（来自增强分配，属性 0x3） [2.134430]PCI 0000:00:00.0:D0 D3hot 支持 PME# [2.139975]PCI 0000:00:00.0:VF(n) BAR0 空间：[mem 0x1f81d0000-0x1f81effff 64bit]（包含 2 个 VF 的 BAR0） [2.149991]PCI 0000:00:00.0:VF(n) BAR2 空间：[mem 0x1f81f0000-0x1f820ffff 64bit pref]（包含 2 个 VF 的 BAR2） [2.160569]PCI 0000:00:00.1:[1957:e100] 类型 00 类 0x020001 [2.166653]PCI 0000:00:00.1:BAR 0：[mem 0x1f8040000-0x1f807ffff 64bit]（来自增强分配，属性 0x0） [2.177194]PCI 0000:00:00.1:BAR 2：[mem 0x1f8170000-0x1f817ffff 64bit pref]（来自增强分配，属性 0x1） [2.188173]PCI 0000:00:00.1:VF BAR 0：[mem 0x1f8210000-0x1f821ffff 64bit]（来自增强分配，属性 0x4） [2.198976]PCI 0000:00:00.1:VF BAR 2：[mem 0x1f8230000-0x1f823ffff 64bit pref]（来自增强分配，属性 0x3） [2.210231]PCI 0000:00:00.1:D0 D3hot 支持 PME# [2.215774]PCI 0000:00:00.1:VF(n) BAR0 空间：[mem 0x1f8210000-0x1f822ffff 64bit]（包含 2 个 VF 的 BAR0） [2.225788]PCI 0000:00:00.1:VF(n) BAR2 空间：[mem 0x1f8230000-0x1f824ffff 64bit pref]（包含 2 个 VF 的 BAR2） [2.236336]PCI 0000:00:00.2：[1957:e100] 类型 00 类 0x020001 [2.242423]PCI 0000:00:00.2：BAR 0：[mem 0x1f8080000-0x1f80bffff 64bit]（来自增强分配，属性 0x0） [2.252964]PCI 0000:00:00.2：BAR 2：[mem 0x1f8180000-0x1f818ffff 64bit pref]（来自增强分配，属性 0x1） [2.263953]PCI 0000:00:00.2：D0 D3hot 支持 PME# [2.269587]PCI 0000:00:00.3：[1957:ee01] 类型 00 类 0x088001 [2.275674]PCI 0000:00:00.3：BAR 0：[mem 0x1f8100000-0x1f811ffff 64bit]（来自增强分配，属性 0x0） [2.286215]PCI 0000:00:00.3：BAR 2：[mem 0x1f8190000-0x1f819ffff 64bit pref]（来自增强分配，属性 0x1） [2.297205]PCI 0000:00:00.3：D0 D3hot 支持 PME# [2.302846]PCI 0000:00:00.4：[1957:ee02] 类型 00 类 0x088001 [2.308930]PCI 0000:00:00.4：BAR 0：[mem 0x1f8120000-0x1f813ffff 64bit]（来自增强分配，属性 0x0） [2.319470]PCI 0000:00:00.4：BAR 2：[mem 0x1f81a0000-0x1f81affff 64bit pref]（来自增强分配，属性 0x1） [2.330460]PCI 0000:00:00.4：D0 D3hot 支持 PME# [2.336091]PCI 0000:00:00.5:[1957:eef0] 类型 00 类别 0x020801 [2.342178]PCI 0000:00:00.5：BAR 0：[mem 0x1f8140000-0x1f815ffff 64bit]（来自增强分配，属性 0x0） [2.352718]PCI 0000:00:00.5:BAR 2：[mem 0x1f81b0000-0x1f81bffff 64bit pref]（来自增强分配，属性 0x1） [2.363697]PCI 0000:00:00.5：BAR 4：[mem 0x1fc000000-0x1fc3fffff 64bit]（来自增强分配，属性 0x0） [2.374247]PCI 0000:00:00.5：D0 D3hot 支持 PME# [2.379920]PCI 0000:00:00.6：[1957:e100] 类型 00 类 0x020001 [2.386004]PCI 0000:00:00.6:BAR 0：[mem 0x1f80c0000-0x1f80fffff 64bit]（来自增强分配，属性 0x0） [2.396547]PCI 0000:00:00.6：BAR 2：[mem 0x1f81c0000-0x1f81cffff 64bit pref]（来自增强分配，属性 0x1） [2.407535]PCI 0000:00:00.6：D0 D3hot 支持 PME# [2.413888]PCI 0000:00:1F.0:[1957:e001] 类型 00 类 0x080700 [ 2.419988] OF: /soc/pcie@1f0000000: 没有针对 id 0xf8 的 msi-map 转换 (null) [2.428102]layerscape pcie 3400000.pcie：主桥/soc/pcie@3400000 范围： [2.435516]layerscape pcie 3400000.pcie：IO 0x8000010000..0x800001ffff -> 0x0000000000 [2.444140]layerscape pcie 3400000.pcie：内存 0x8040000000..0x807fffffff -> 0x0040000000 [2.452841]layerscape pcie 3400000.pcie：PCI 主桥至总线 0001:00 [2.459614]pci_bus 0001:00:根总线资源[总线00-ff] [2.465151]pci_bus 0001:00:根总线资源[io 0x0000-0xffff] [2.471391] pci_bus 0001:00:根总线资源[mem 0x8040000000-0x807fffffff](总线地址[0x40000000-0x7fffffff]) [2.482032]PCI 0001:00:00.0:[1957:82c0] 类型 01 类 0x060400 [2.488147]PCI 0001:00:00.0:支持D1 D2 [2.492457]PCI 0001:00:00.0:D0 D1 D2 D3hot 支持 PME# [ 2.500047] pci_bus 0001:01: busn_res: [bus 01-ff] 结束更新为 01 [2.506733]PCI 0001:00:00.0:PCI 桥接至 [总线 01] [2.511863]layerscape pcie 3500000.pcie：主桥/soc/pcie@3500000 范围： [2.519272]layerscape pcie 3500000.pcie：IO 0x8800010000..0x880001ffff -> 0x0000000000 [2.527896]layerscape pcie 3500000.pcie：内存 0x8840000000..0x887fffffff -> 0x0040000000 [2.536585]layerscape pcie 3500000.pcie：PCI 主桥至总线 0002:00 [2.543353]pci_bus 0002:00:根总线资源[总线00-ff] [2.548891]pci_bus 0002:00:根总线资源[io 0x10000-0x1ffff](总线地址[0x0000-0xffff]) [2.557939] pci_bus 0002:00:根总线资源[mem 0x8840000000-0x887fffffff](总线地址[0x40000000-0x7fffffff]) [2.568578]PCI 0002:00:00.0:[1957:82c0] 类型 01 类 0x060400 [2.574689]PCI 0002:00:00.0:支持D1 D2 [2.579001]PCI 0002:00:00.0:D0 D1 D2 D3hot 支持 PME# [2.586594] pci_bus 0002:01: busn_res:[bus 01-ff] end 更新为 01 [2.593277]PCI 0002:00:00.0:PCI 桥接至 [总线 01] [2.599033]EINJ:ACPI 已禁用。 [2.606220]总线频率驱动模块已加载 [ 2.614029] 串行：8250/16550 驱动程序，4 个端口，启用 IRQ 共享 [2.621709]printk:控制台[ttyS0]已禁用 [2.626065]21c0500.序列号：MMIO 0x21c0500 处的 ttyS0（irq = 22，base_baud = 12500000）是 16550A [2.634958]printk:控制台[ttyS0]已启用 [2.634958]printk:控制台[ttyS0]已启用 [2.643370]printk: bootconsole[uart8250]已禁用 [2.643370]printk: bootconsole[uart8250]已禁用 [2.653484]21c0600.序列号：MMIO 0x21c0600 处的 ttyS1（irq = 22，base_baud = 12500000）是 16550A [2.662592]SuperH（H）SCI（F）驱动程序已初始化 [2.667424]msm_serial:驱动程序已初始化 [2.672532]arm-smmu 5000000.iommu：探测硬件配置... [2.679002]arm-smmu 5000000.iommu：SMMUv2 具有： [2.683634]arm-smmu 5000000.iommu：第一阶段翻译 [2.688964]arm-smmu 5000000.iommu：第二阶段翻译 [2.694293]arm-smmu 5000000.iommu：嵌套翻译 [2.699539]arm-smmu 5000000.iommu：流与 128 个寄存器组匹配 [2.706701]arm-smmu 5000000.iommu：64 个上下文库（仅限 0 个 stage-2） [2.713254]arm-smmu 5000000.iommu：支持的页面大小：0x61311000 [2.719718]arm-smmu 5000000.iommu：第 1 阶段：48 位 VA -> 48 位 IPA [2.726184]arm-smmu 5000000.iommu：第 2 阶段：48 位 IPA -> 48 位 PA [2.738493]brd:模块已加载 [2.745143]循环：模块已加载 [2.748453]pci端点测试0001:00:00.0:添加到 iommu 组 0 [2.754856]pci端点测试0002:00:00.0:添加到 iommu 组 1 [2.761712]MegaSAS：07.714.04.00-RC1 [2.766209]imx ahci驱动程序已注册。 [2.770524]ahci-qoriq 3200000.sata：添加到 iommu 组 2 [2.776244]ahci-qoriq 3200000.sata：未找到电源 ahci，使用虚拟调节器 [2.783824]ahci-qoriq 3200000.sata：未找到电源 phy，使用虚拟调节器 [2.791275]ahci-qoriq 3200000.sata：未找到供电目标，使用虚拟调节器 [2.799036]ahci-qoriq 3200000.sata：AHCI 0001.0301 32 个插槽 1 个端口 6 Gbps 0x1 impl 平台模式 [2.808033]ahci-qoriq 3200000.sata：标志： 64 位 ncq sntf pm clo 仅 pmp fbs pio slum 部分 ccc sds apst [2.818161]scsi主机0:ahci qoriq [2.821698]ata1：SATA最大UDMA/133 mmio [mem 0x03200000-0x0320ffff]端口0x100 irq 28 [2.831208]自旋或spi0.0：mt35xu02g（262144 KB） [2.842351]libphy:固定MDIO总线：已探测 [2.847230]tun:通用TUN/TAP设备驱动程序，1.6 [2.852504]mscc_felix 0000:00:00.5：添加到 iommu 组 3 [2.858386]mscc_felix 0000:00:00.5：无法注册 DSA 开关：-517 [2.865542]thunder_xcv，版本1.0 [2.868795]thunder_bgx，版本1.0 [2.872059]nicpf，版本1.0 [2.874984]飞思卡尔FM模块，FMD API版本21.1.0 [2.880304]飞思卡尔FM端口模块 [2.883977]fsl_mac: fsl_mac:基于FSL FMan MAC API的驱动程序 [2.889625]fsl_dpa:FSL DPAA以太网驱动程序 [2.894040]fsl_advanced:FSL DPAA高级驱动程序： [2.899021]fsl_proxy:FSL DPAA代理初始化驱动程序 [2.904658]fsl_oh:FSL FMan离线解析端口驱动程序 [2.910160]fsl_enetc 0000:00:00.0:添加到 iommu 组 4 [2.915880]fsl_enetc 0000:00:00.1:添加到 iommu 组 5 [3.029027]fsl_enetc 0000:00:00.1:使能装置 (0400 -> 0402) [3.035860]fsl_enetc 0000:00:00.1:设备已禁用，正在跳过 [3.041964]fsl_enetc 0000:00:00.2:添加到 iommu 组 6 [3.047668]fsl_enetc 0000:00:00.6:添加到 iommu 组 7 [3.143169]ata1:SATA链接关闭（SStatus 0 SControl 300） [3.160989]fsl_enetc 0000:00:00.6:使能装置 (0400 -> 0402) [3.167419]fsl_enetc 0000:00:00.6:设备已禁用，正在跳过 [3.173729]fsl_enetc_mdio 0000：00：00.3：添加到 iommu 组 8 [3.284992]fsl_enetc_mdio 0000：00：00.3：使能装置 (0400 -> 0402) [3.291804]libphy:FSL PCIe IE中央MDIO总线：已探测 [3.301344]fsl_enetc_ptp 0000:00:00.4:添加到 iommu 组 9 [3.307317]fsl_enetc_ptp 0000:00:00.4:使能装置 (0404 -> 0406) [3.313976]ptp_qoriq:设备树节点缺少所需元素，尝试自动配置 [3.322728]pps pps0:新的pps源ptp0 [3.327171]hclge正在初始化 [3.330516]hns3:适用于Hip08系列的海思以太网网络驱动程序-版本 [3.337771]hns3:版权所有（c）2017华为公司。 [3.343137]e1000:Intel（R）PRO/1000网络驱动程序 [3.348032]e1000:版权所有（c）1999-2006 英特尔公司。 [3.353824]e1000e:Intel（R）PRO/1000网络驱动程序 [3.358804]e1000e:版权所有（c）1999-2015英特尔公司。 [3.364769]igb:Intel（R）千兆以太网网络驱动程序 [3.370185]igb:版权所有（c）2007-2014英特尔公司。 [3.375795]igbvf:Intel（R）千兆虚拟功能网络驱动程序 [3.382084]igbvf:版权所有（c）2009-2012英特尔公司。 [3.388211]sky2:驱动程序版本1.30 [3.392427]usbcore:注册的新接口驱动程序r8152 [3.397947]usbcore:注册的新接口驱动程序asix [3.403384]usbcore:注册的新接口驱动程序ax88179_178a [3.409798]VFIO-用户级元驱动程序版本：0.3 [3.415323]dwc3 3100000.usb：添加到 iommu 组 10 [3.420966]dwc3 3110000.usb：添加到 iommu 组 11 [3.427627]ehci_hcd:USB 2.0“增强型”主机控制器（EHCI）驱动程序 [3.434196]ehci-pci：EHCI PCI平台驱动程序 [3.438682]ehci平台:EHCI通用平台驱动程序 [3.443998]ehci orion:ehci orion驱动程序 [3.448073]ehci-exynos：EHCI Exynos驱动程序 [3.452314]ohci_hcd:USB 1.1‘Open’主机控制器（OHCI）驱动程序 [3.458523]ohci-pci:OHCI PCI平台驱动程序 [3.463004]ohci平台:OHCI通用平台驱动程序 [3.468309]ohci exynos: OHCI Exynos 驱动程序 [3.472758]xhci-hcd xhci-hcd.0.auto:xHCI主机控制器 [3.478279]xhci-hcd xhci-hcd.0.auto:已注册新的USB总线，分配总线编号1 [3.486054]xhci-hcd xhci-hcd.0.auto:hcc 参数 0x0220f66d hci 版本 0x100 怪癖 0x0000000002010010 [3.495506]xhci-hcd xhci-hcd.0.auto:irq 26，io mem 0x03100000 [3.501817]集线器1-0:1.0：已找到 USB 集线器 [3.505593]集线器1-0:1.0:检测到1个端口 [3.509674]xhci-hcd xhci-hcd.0.auto:xHCI主机控制器 [3.515184]xhci-hcd xhci-hcd.0.auto:已注册新的USB总线，分配总线编号2 [3.522873]xhci-hcd xhci-hcd.0.自动：主机支持 USB 3.0 SuperSpeed [ 3.529447] usb usb2: 我们不知道该主机的 LPM 算法，因此禁用 LPM。 [3.537796]集线器2-0:1.0：已找到 USB 集线器 [3.541571]集线器2-0:1.0:检测到1个端口 [3.545905]usbcore:注册的新接口驱动程序uas [3.551277]usbcore:注册的新接口驱动程序usb存储 [3.559016]ftm警报2810000.计时器：注册为 rtc1 [3.564751]i2c/dev条目驱动程序 [3.570491]I2C I2C-0:添加了多路复用I2C总线1 [3.575540]i2c i2c-0:添加了多路复用i2c总线2 [3.580531]I2C I2C-0:添加了多路复用I2C总线3 [3.585622]i2c i2c-0:添加了多路复用i2c总线4 [3.590527]I2C I2C-0:添加了多路复用I2C总线5 [3.595437]I2C I2C-0:添加了多路复用I2C总线6 [3.600340]i2c i2c-0:添加了多路复用i2c总线7 [3.605248]I2C I2C-0:添加了多路复用I2C总线8 [3.610060]pca954x 0-0077:为I2C mux pca9847注册了8条多路复用总线 [3.629643]sp805 wdt c000000.看门狗：注册成功 [3.635698]sp805 wdt c010000.看门狗：注册成功 [3.642816]qoriq-cpufreq qoriq-cpufreq:飞思卡尔QorIQ CPU频率调节驱动程序 [3.651357]sdhci:安全数字主机控制器接口驱动程序 [3.657592]sdhci:版权所有（c）Pierre Ossman [3.662246] Synopsys Designware多媒体卡接口驱动程序 [3.668800]sdhci pltfm:SDHCI平台和OF驱动程序助手 [3.674916]SDHCI ESDHC 2140000.mmc：添加到 iommu 组 12 [3.675452]SDHCI ESDHC 2150000.mmc：添加到 iommu 组 13 [3.680969]ledtrig-cpu:已注册以指示CPU上的活动 [3.692934]SMCCC:SOC_ID:ARCH_SOC_ID未实现，跳过.... [3.699805]usbcore:注册的新接口驱动程序usbhid [3.705405]usbhid:USB HID核心驱动程序 [3.709531]mmc0:2140000.mmc上的SDHCI控制器[2140000.mmc]使用 ADMA [3.710007]无fsl，qman节点 [3.716447]mmc1:2150000.mmc上的SDHCI控制器[2150000.mmc]使用 ADMA [3.719327]飞思卡尔USDPAA流程驱动程序 [3.719329]fsl-usdpaa:未找到区域 [3.719332]飞思卡尔USDPAA进程IRQ驱动程序 [3.740928] optee:探测导管方法。 [3.745405]optee：修订版3.13（2c1092df） [3.745772]optee:初始化驱动程序 [3.754127]Galcore F0C0000.GPU：添加到 iommu 组 14 [3.759706]Galcore版本6.4.3.p2.336687 [3.792687] [drm] 已在 minor 0 上为 f0c0000.gpu 初始化 vivante 1.0.0 20170808 [3.802355]mmc1:地址0001处的新HS400 MMC卡 [3.802364]fsl sai f130000.音频控制器：无法获取 mclk0 时钟：-2 [3.807743]mmcblk1：mmc1：0001 Q2J55L 7.13 GiB [3.817939]网络：注册协议系列26 [3.819140]mmcblk1boot0:mmc1:0001 Q2J55L分区1 2.00 MiB [3.823361]U32分类器 [3.829511]mmcblk1boot1:mmc1:0001 Q2J55L分区2 2.00 MiB [3.832015]输入设备检查 [3.838038]mmcblk1rpmb:mmc1:0001 Q2J55L分区3 4.00 MiB，chardev（507:0） [3.841635]已配置操作 [3.852771]初始化XFRM netlink套接字 [3.857133]网络：注册协议系列10 [3.861964]使用 IPv6 的分段路由 [3.865691]sit: IPv6、IPv4 和 MPLS over IPv4 隧道驱动程序 [3.871961]网络：注册协议系列17 [3.876450]网络：注册协议系列15 [3.880952]已注册桥接防火墙 [3.888135]8021q:802.1q VLAN支持v1.8 [3.892350]lib80211: IEEE802.11 驱动程序的常用例程 [3.894195]mmc0:位于地址5048的新型超高速SDR104 SDHC卡 [3.904714]9pnet:安装9p2000支架 [3.909022] tsn通用netlink模块v1初始化… [3.909236]mmcblk0:mmc0:5048 SD32G 28.8 GiB（ro） [3.913812]密钥类型dns_resolver已注册 [3.919966]mmcblk0:p1 p2 p3 p4 [3.923103]注册taskstats版本1 [3.930282]加载编译后的X.509证书 [3.936324]Btrfs已加载，crc32c=crc32c-generic [3.943073]fsl edma 22c0000.dma控制器：添加到 iommu 组 15 [3.950539]pcieport 0001：00：00.0：PME：使用 IRQ 29 发出信号 [3.956458]pcieport 0002：00：00.0：PME：使用 IRQ 31 发出信号 [3.962501]mscc_felix 0000:00:00.5：无法注册 DSA 开关：-517 [4.077124]fsl_enetc 0000:00:00.0:使能装置 (0400 -> 0402) [4.083498]fsl_enetc 0000:00:00.0:未为 SI1 指定 MAC 地址，使用 96:ab:cf:f7:cb:be [4.092114]fsl_enetc 0000:00:00.0:未为 SI2 指定 MAC 地址，使用 4a:fb:36:fb:eb:3f [4.102849]libphy:飞思卡尔ENETC MDIO总线：已探测 [4.109064]libphy:Freescale ENETC内部MDIO总线：已探测 [4.115254]fsl_enetc 0000:00:00.0:enetc_tsn_init: 设置完成 [4.229108]fsl_enetc 0000:00:00.2:使能装置 (0400 -> 0402) [4.238019]fsl_enetc 0000:00:00.2:enetc_tsn_init: 设置完成 [4.250401]fsl sai f130000.音频控制器：无法获取 mclk0 时钟：-2 [4.267590]libphy:VSC9959内部MDIO总线：已探测 [4.272693]mscc_felix 0000:00:00.5：在内部 MDIO 地址 0 处找到 PCS [4.279538]mscc_felix 0000:00:00.5：在内部 MDIO 地址 1 处找到 PCS [4.286365]mscc_felix 0000:00:00.5：在内部 MDIO 地址 2 处找到 PCS [4.293190]mscc_felix 0000:00:00.5：在内部 MDIO 地址 3 处找到 PCS [4.795106]mscc_felix 0000:00:00.5 swp0（未初始化）：PHY [0000:00:00.3:10]驱动程序[Microsemi GE VSC8514 SyncE]（irq=POLL） [5.027149]mscc_felix 0000:00:00.5 swp1（未初始化）：PHY [0000:00:00.3:11]驱动程序[Microsemi GE VSC8514 SyncE]（irq=POLL） [5.259154]mscc_felix 0000:00:00.5 swp2（未初始化）：PHY [0000:00:00.3:12]驱动程序[Microsemi GE VSC8514 SyncE]（irq=POLL） [5.491103] mscc_felix 0000:00:00.5 swp3（未初始化）：PHY [0000:00:00.3:13]驱动程序[Microsemi GE VSC8514 SyncE]（irq=POLL） [5.514263]mscc_felix 0000:00:00.5：配置固定/内部链接模式 [5.521568]mscc_felix 0000:00:00.5：链路已连接 - 2.5Gbps/满载 - 流量控制关闭 [5.521698]设备eth1进入混杂模式 [5.533771]DSA:树0设置 [5.539096]ALSA设备列表： [5.542092]未找到声卡。 [5.545776] VFS:无法打开根设备“PARTUUID=db6a277d-04”或未知块(179,100):错误-30 [ 5.554984]请附加正确的“root=”启动选项；以下是可用的分区： [5.563379]0100 4096 RAM0 [5.563380]（司机？） [5.569512]0101 4096 RAM1 [5.569513]（司机？） [5.575632]0102 4096 RAM2 [5.575634]（司机？） [5.581755]0103 4096 RAM3 [5.581757]（司机？） [5.587876]0104 4096 RAM4 [5.587877]（司机？） [5.593998]0105 4096 RAM5 [5.594000]（司机？） [5.600117]0106 4096 RAM6 [5.600119]（司机？） [5.606251]0107 4096 RAM7 [5.606253]（司机？） [5.612375]0108 4096 RAM8 [5.612376]（司机？） [5.618518]0109 4096 RAM9 [5.618520]（司机？） [5.624638]010A 4096 RAM10 [5.624640]（司机？） [5.630858]010b 4096 RAM11 [5.630859]（司机？） [5.637076]010C 4096 RAM12 [5.637078]（司机？） [5.643283]010d 4096 RAM13 [5.643285]（司机？） [5.649502]010e 4096 RAM14 [5.649504]（司机？） [5.655710]010F 4096 RAM15 [5.655712]（司机？） [5.661932]1f00 262144 mtdblock0 [5.661934]（司机？） [5.668491]b300 7471104 mmcblk1 [5.668494]驱动程序：mmcblk [5.675322]b360 30220288 mmcblk0 [5.675325]驱动程序：mmcblk [5.682150]b361 131072 mmcblk0p1 db6a277d-01 [5.682152] [5.688968]b362 2097152 mmcblk0p2 db6a277d-02 [5.688970] [5.695793]b363 5242880 mmcblk0p3 db6a277d-03 [5.695795] [5.702610]b364 22676480 mmcblk0p4 db6a277d-04 [5.702611] [5.709440]内核崩溃-未同步：VFS：无法在未知块上挂载根文件系统（179,100） [ 5.718082] CPU: 0 PID: 1 通信: swapper/0 未受污染 5.10.35 #1 [5.724105]硬件名称：LS1028A RDB板（DT） [5.728820]呼叫跟踪： [5.731277]转储回溯+0x0/0x1a8 [5.734947]显示堆栈+0x18/0x68 [5.738269]转储堆栈+0xd0/0x12c [5.741678]恐慌+0x16c/0x334 [5.744738]安装块根+0x1c0/0x250 [5.748756]安装根+0x10c/0x144 [5.752250]准备命名空间+0x130/0x170 [5.756354]内核_init_freeable+0x210/0x23c [5.760721]内核初始化+0x14/0x118 [5.764216]从_fork+0x10/0x34返回 [5.767799]SMP:停止辅助CPU [5.771737]内核偏移量：0x501115e00000 来自 0xffff800010000000 [5.777847]物理偏移：0xffffc09140000000 [5.782038]CPU功能：0x0240022,21806008 [5.786317]内存限制：无 [ 5.789379] ---[结束内核恐慌 - 未同步：VFS：无法在未知块（179,100）上挂载根文件系统]--- 请帮我解决这个问题。 回复：LS1028ARDB 使用 SD 卡启动问题 我遵循了上述所有步骤。现在启动时我收到以下错误。 [5.544216] VFS:无法打开根设备“PARTUUID=8c8ecbd4-04”或未知块(179,100):错误-30 [5.707876]内核崩溃-未同步：VFS：无法在未知块上挂载根文件系统（179,100） [ 5.787811] ---[结束内核恐慌 - 未同步：VFS：无法在未知块（179,100）上挂载根文件系统]--- 我检查了根文件夹，它是空的。 请给我一个解决方案。

全新 MIMXRT1170-EVKB 开发板启动时出现错误 我刚刚在 DEBUG USB 端口上插入了一块全新的 MIMXRT1170-EVKB 板、电源和 USB 电缆。开机/重置后我立即看到两行文本： 传感器设备初始化失败！ 请检查传感器芯片U115 另外，在调整电路板角度时，不是看到基于加速度计的 LED 活动，而是看到红色 LED 正上方的绿色 LED（看不到任何丝网印刷标签）快速闪烁。 电路板是否损坏？ 回复：全新 MIMXRT1170-EVKB 开发板启动时出现错误 是的，我看到我的主板上是 DNP，所以我可以走了。谢谢 回复：全新 MIMXRT1170-EVKB 开发板启动时出现错误 是的，我现在明白了，谢谢。

CodeWarrior 2.1およびCodeWarrior 10.6 PEドライバ PEドライバ(multilink_universal_install_12.2)はCodeWarrior 2.1 IDEで使用できますが、CodeWarrior 10.7では使用できませんので、12.7をインストールする必要があります。PEドライバはCodeWarrior 2.1 IDEとCodeWarrior 10.7 IDEの両方で使用できますか? Re:CodeWarrior 2.1およびCodeWarrior 10.6 PEドライバ ご回答をよろしくお願い申し上げます。 Re:CodeWarrior 2.1およびCodeWarrior 10.6 PEドライバ ITが見つかりません elf.file 、elfファイルをパスに再読み込みします Re:CodeWarrior 2.1およびCodeWarrior 10.6 PEドライバ ご返信いただきありがとうございます Re:CodeWarrior 2.1およびCodeWarrior 10.6 PEドライバ こちらから入手できるP&Eパッチのインストールをお試しいただけますか。 https://www.pemicro.com/downloads/download_file.cfm?download_id=463 これにより、互換性のあるすべての PEmicro インターフェイスのサポートが CW MPC55xx/56xx v2.10 に更新されます Stan