Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
S32K142 LPSPI0 マスター (lpspi_transfer の例): SCK クロックが正しくトグルしない こんにちは、NXPコミュニティの皆さん、 私はNXPのlpspi_transfer_s32k142サンプルを、S32K142ボード上でLPSPI0をマスターモードで使用していますが、サンプル構成に大きな変更は加えていません。 私の問題は、 SCK/クロック波形が正しく切り替わらないことです。ロジックアナライザを使用して、SCK、MOSI、MISO、およびPCSを監視しています。 8ビット(1バイト)の転送の場合、8つのSCKクロックパルスが発生するはずですが、ロジックアナライザでは、期待されるパルスではなく、異常な/連続したように見えるクロック波形が表示されます。 構成: LPSPI0 – マスター 500kHz 8ビットフレーム PCS0 CPOL = アクティブハイ CPHA = 1番目のエッジ 転送タイプ = 割り込み SCK波形を示すロジックアナライザのスクリーンショットを添付しました。 NXPの例でSCKクロックが正しく切り替わらない理由と、どの設定を確認すればよいのか、どなたか教えていただけませんか? よろしくお願いします。 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 可能であれば、修正済みテストプロジェクトを送ってほしい。そうすれば、S32K142EVBで直面した問題を素早く再現できるから。 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly こんにちは、ロビンさん。 ご返信ありがとうございます。 現在の構成では、PCS連続はチェックされておらず、生成された構成は次のようになっています。 .isPcsContinuous = false 私はこの設定を変更していません。 アップロードした波形でも、期待していたようなクリーンなSPIタイミングが得られていません。1バイトの転送の場合、転送完了までPCSがアサートされている間に8つのSCKクロックパルスが発生すると予想されます(PCSアクティブ→8クロックパルス→PCS非アクティブ)。しかし、私のロジックアナライザによるキャプチャでは、この期待される動作が明確に示されていません。SCKパルスは不規則に現れており、PCS/イネーブル信号はSPIフレーム全体にわたって期待されるハイ/ローの動作を示していません。 参考までに電流波形を添付しました。 このPCSやSCKの挙動は、LPSPI_DRV_MasterTransferBlocking()APIと現在のLPSPI構成で予想されるものかどうか確認していただけますか? PCSを常時有効にした状態でもテストを行い、結果を共有します。 よろしくお願いいたします。 レシャム Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly ハイ アップロードした画像はぼやけすぎます。SPIの波形がはっきり見えません。 lpspi_transfer_s32k142のLPSPI0設定を変更して、 PCS連続モードを選択しましたか? lpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS 連続.png 明確なSPI波形で問題があると思われる箇所を示すために矢印やテキストを使うことが推奨されます。これにより、あなたの質問を迅速に理解できます。 よろしくお願いいたします ロビン Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly こんにちは、 S32K142EVB用の修正済みLPSPI転送テストプロジェクトを含むZIPファイルを添付しましたのでご確認ください。 プロジェクトを確認して、LPSPIの転送設定が正しいか、または変更が必要か教えていただけますか? ご対応ありがとうございます。 よろしくお願いします、 レシャム Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly なぜ.mexが見えないのか送信されたSPI.zipファイル内のファイルですか?.mexなしファイルの内容から判断すると、LPSPIをどのように設定したのか私には分かりません。あなたはどのバージョンのS32DSを使用していますか?あなたのプロジェクトをインポートしたところ、S32K1 SDK RTM 4.0.1を使用していると表示されました。テストのためにインストールするためにS32DSとSDKのバージョンを確認してください。 S32DS v3.4とS32K1 SDK 4.0.2および4.0.3を使って正しくコンパイルできませんインストール済み。S32DS SDKが正しくインストールされていないのではないかと疑っています。だから.mexファイルがないのですプロジェクト内のファイル。 そのプロジェクトは他の同僚から引き継いだものですか?開発に必ず同じSDKバージョンを使う必要がありますか? インストールすべきS32K1 SDKのバージョンをご確認ください。 S32K1 SDK 4.0.3は、S32DS v3.4の拡張機能やアップデートによってインストール可能です。 私の知る限り、 S32K1 SDK 4.0.1 は現在S32DS v3.3でしか利用できません。 S32K1 SDK 4.0.2(SW32K1_S32DS_3.4.1_D2106.zip)はS32DS v3.4にインストール可能です。インストール手順については、S32 Design Studio v3.4 S32K1 Service Pack 1がリリースされました!
View full article
iMX8qm Boot Core A72_0 Hello NXP Forum, on iMX8qm, can we have the bootup done from A72 core? Does SCUFW permit that. Thanks Re: iMX8qm Boot Core A72_0 Proceed with the existing flash_ca72 target first; do not replace u-boot-atf.bin with u-boot-atf-a72.bin unless you are intentionally using the cockpit / multi-AP image flow. The evidence points to this distinction: flash_ca72 is described as the same basic boot image as the normal A-core boot target, but loaded to the A72 instead of the A53. u-boot-atf.bin is the combined ATF + U-Boot image: bl31.bin plus u-boot.bin / u-boot-hash.bin . u-boot-atf-a72.bin appears in the flash_cockpit target, where the image contains two AP payloads : one for A53 and a separate one for A72: -ap u-boot-atf.bin a53 0x80000000 ... -ap u-boot-atf-a72.bin a72 0xC0000000 ... . So the important selector is not only the filename; it is the imx-mkimage -ap ... a72 ... argument in the target. For a single A72 boot image, flash_ca72 using u-boot-atf.bin is consistent with the documented intent: the payload is loaded to A72 by the target rule, even if the filename is not suffixed -a72 . Recommended path: Build the standard A72-only image using the existing target: make SOC=iMX8QM flash_ca72 Use the CA72 device tree / configuration on the Linux side. NXP documentation notes that the i.MX8QM MEK CA72 DTB supports the two Cortex-A72 cores only and requires the special boot image built with flash_ca72 . Reserve u-boot-atf-a72.bin for flows that explicitly package a second A72 AP image, such as flash_cockpit , unless your BSP’s soc.mak comments or release notes say otherwise. Validate at boot that the image is actually entering the A72 path: check the imx-mkimage command emitted by make V=1 SOC=iMX8QM flash_ca72 or inspect iMX8QM/soc.mak and confirm the AP line uses a72 . Takeaway: treat the current flash_ca72 reference to u-boot-atf.bin as intentional; u-boot-atf-a72.bin is for the separate A72 payload used in cockpit/multi-partition style images, not automatically the replacement for flash_ca72 . Re: iMX8qm Boot Core A72_0 There is a small point we would like to clarify/validate: the `flash_ca72` target currently references `u-boot-atf.bin`, while a separate `u-boot-atf-a72.bin` is also available in the same configuration. How do we proceed Re: iMX8qm Boot Core A72_0 Yes — on i.MX8QM, the application-processor boot image can be targeted to the Cortex-A72 instead of the Cortex-A53, and SCFW permits that flow. NXP’s imx-mkimage has a flash_ca72 target described as the A72 variant of the normal A53 boot image, intended to bring up the A72 as early as possible for boot-time optimization . The important distinction is: First code after reset: not the A72. The device boot flow still starts through ROM/SCU/SCFW. AP-side bootloader / OS bring-up: yes, this can be done on the A72. SCFW initializes DDR, loads Cortex-A images, then boots the cores and sets their start addresses. Configuration mechanism: the boot container can specify an AP image for a72 , e.g. examples show -ap ... a72 ... in imx-mkimage usage. So the answer is: SCFW does allow booting the AP software path from A72, but A72 is not the reset/ROM boot master; it is started by SCFW according to the boot container configuration. Re: iMX8qm Boot Core A72_0 Hello, I have followed the following steps to build bootloader, but the bootloader fails without any logs. Could you please validate attached steps. Thanks mkdir Scarthgap_New cd Scarthgap_New   1. Get the Security Controller Binaries mkdir SECO cd SECO wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/imx-seco-5.9.4.1-0333596.bin chmod +x imx-seco-5.9.4.1-0333596.bin ./imx-seco-5.9.4.1-0333596.bin   mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$ ls -al total 976 drwxrwxr-x 2 mkashyap mkashyap   4096 Aug 26 22:21 . drwxrwxr-x 3 mkashyap mkashyap   4096 Aug 26 22:21 .. -rw-r--r-- 1 mkashyap mkashyap    194 Jul 29  2024 commit-id.txt -rw-r--r-- 1 mkashyap mkashyap 163840 Jul 29  2024 mx8dxla1-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 163840 Jul 29  2024 mx8dxlb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  76944 Jul 29  2024 mx8qmb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  71312 Jul 29  2024 mx8qxb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  78408 Jul 29  2024 mx8qxc0-ahab-container.img -rwxr-xr-x 1 mkashyap mkashyap 423875 Jul 29  2024 SECO_FW_release_note.pdf mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$   we use mx8qmb0-ahab-container.img   cd ../../../..   2. Download and build ATF mkdir ATF cd ATF git clone https://github.com/varigit/imx-atf -b lf_v2.10_6.6.52-2.2.0_var01   cd imx-atf source /opt/fsl-imx-xwayland/6.6-scarthgap/environment-setup-armv8a-poky-linux unset LDFLAGS make PLAT=imx8qm bl31   mkashyap@cse-dev02:~/iMX8/Scarthgap_New/ATF/imx-atf/build/imx8qm/release$ ls -al total 76 drwxrwxr-x 7 mkashyap mkashyap  4096 Aug 26 22:37 . drwxrwxr-x 3 mkashyap mkashyap  4096 Aug 26 22:36 .. drwxrwxr-x 3 mkashyap mkashyap  4096 Aug 26 22:37 bl31 -rwxrwxr-x 1 mkashyap mkashyap 45213 Aug 26 22:37 bl31.bin drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 lib drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 libc drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 libwrapper drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 romlib   cd ../../../../../   3. Download and build SCFW    mkdir SCFW    cd SCFW        wget https://developer.arm.com/-/media/Files/downloads/gnu-rm/8-2018q4/gcc-arm-none-eabi-8-2018-q4-major-linux.tar.bz    sudo tar xf gcc-arm-none-eabi-8-2018-q4-major-linux.tar.bz -C ./opt        git clone https://github.com/varigit/imx-sc-firmware.git -b 1.17.0    cd imx-sc-firmware/src/scfw_export_mx8qm_b0        export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt    make clean-qm    make qm R=B0 B=var_som V=1        mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0$ ls -al    total 3384    drwxrwxr-x 11 mkashyap mkashyap    4096 Aug 26 22:47 .    drwxrwxr-x  6 mkashyap mkashyap    4096 Aug 26 22:47 ..    drwxrwxr-x  3 mkashyap mkashyap    4096 Aug 26 22:47 board    drwxrwxr-x  3 mkashyap mkashyap    4096 Aug 26 22:44 devices    drwxrwxr-x 25 mkashyap mkashyap    4096 Aug 26 22:47 drivers    drwxrwxr-x  2 mkashyap mkashyap    4096 Aug 26 22:44 main    -rwxrwxr-x  1 mkashyap mkashyap  184448 Aug 26 22:47 scfw_tcm.bin    -rwxrwxr-x  1 mkashyap mkashyap 2787784 Aug 26 22:47 scfw_tcm.elf    -rw-rw-r--  1 mkashyap mkashyap  513123 Aug 26 22:47 scfw_tcm.map    drwxrwxr-x  4 mkashyap mkashyap    4096 Aug 26 22:44 soc    drwxrwxr-x 26 mkashyap mkashyap    4096 Aug 26 22:44 ss    drwxrwxr-x  9 mkashyap mkashyap    4096 Aug 26 22:47 svc    drwxrwxr-x 10 mkashyap mkashyap    4096 Aug 26 22:44 test    drwxrwxr-x  2 mkashyap mkashyap    4096 Aug 26 22:44 utilities        cd ../../../../../     4. Build u-boot    mkdir u-boot    cd u-boot        git clone https://github.com/varigit/uboot-imx.git -b lf_v2024.04_6.6.52-2.2.0_var01    cd uboot-imx        cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./mx8qm-ahab-container.img    cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./mx8qm-mek-scfw-tcm.bin    make mrproper    make imx8qm_var_som_defconfig    make -j8        cd ../../     5. Make Image     mkdir MkImage    cd MkImage        git clone https://github.com/varigit/imx-mkimage -b lf-6.6.52_2.2.0_var01    cd imx-mkimage        cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./iMX8QM/    cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./iMX8QM/    cp ../../u-boot/uboot-imx/u-boot.bin ./iMX8QM/    cp ../../u-boot/uboot-imx/spl/u-boot-spl.bin ./iMX8QM/    cp ../../ATF/imx-atf/build/imx8qm/release/bl31.bin ./iMX8QM/        make SOC=iMX8QM flash_ca72        cd iMX8QM    make -f soc.mak SOC=iMX8QM MKIMG=../mkimage_imx8 PAD_IMAGE=./pad_image.sh flash_ca72        mkashyap@cse-dev02:~/iMX8/Scarthgap_New/MkImage/imx-mkimage/iMX8QM$ ls -al    total 6792    drwxrwxr-x  3 mkashyap mkashyap    4096 Aug 26 23:08 .    drwxrwxr-x 13 mkashyap mkashyap    4096 Aug 26 23:06 ..    -rwxrwxr-x  1 mkashyap mkashyap   45213 Aug 26 23:06 bl31.bin    -rwxrwxr-x  1 mkashyap mkashyap    2564 Aug 26 22:59 expand_c_define.sh    -rw-rw-r--  1 mkashyap mkashyap 1895424 Aug 26 23:08 flash.bin    -rw-rw-r--  1 mkashyap mkashyap       9 Aug 26 23:06 head.hash    -rwxrwxr-x  1 mkashyap mkashyap    2078 Aug 26 22:59 mkimage_fit_atf.sh    -rw-r--r--  1 mkashyap mkashyap   76944 Aug 26 23:02 mx8qmb0-ahab-container.img    -rwxrwxr-x  1 mkashyap mkashyap  184448 Aug 26 23:03 scfw_tcm.bin    drwxrwxr-x  2 mkashyap mkashyap    4096 Aug 26 22:59 scripts    -rwxrwxr-x  1 mkashyap mkashyap   13271 Aug 26 22:59 soc.mak    -rwxrwxr-x  1 mkashyap mkashyap 1631521 Aug 26 23:06 u-boot-atf.bin    -rw-rw-r--  1 mkashyap mkashyap 1500440 Aug 26 23:04 u-boot.bin    -rw-rw-r--  1 mkashyap mkashyap 1500449 Aug 26 23:06 u-boot-hash.bin    -rw-rw-r--  1 mkashyap mkashyap  139387 Aug 26 23:04 u-boot-spl.bin     The generated flash.bin was used as an bootloader image Re: iMX8qm Boot Core A72_0 For your specific procedure, the important point is this: make SOC=iMX8QM flash_ca72 is the correct target conceptually if your intent is to load the bootloader to the A72 instead of the A53 . NXP community guidance describes flash_ca72 as similar to the basic flash_b0 image, but loaded to the A72 rather than the A53 . The “no logs” symptom does not automatically mean SCFW rejected A72 boot . A known gotcha is that A53 and A72 do not use the same log terminal , so if you monitor the usual A-core/A53 UART you may see nothing even though the A72 image is running or failing later on a different console path. Validation of your steps: Area Assessment SECO container mx8qmb0-ahab-container.img is the right class of container for i.MX8QM B0. ATF make PLAT=imx8qm bl31 is reasonable for i.MX8QM. SCFW Building make qm R=B0 B=var_som V=1 is consistent with an i.MX8QM B0 Variscite target. U-Boot imx8qm_var_som_defconfig is the key item to confirm: it must be compatible with the A72 boot path and console configuration. mkimage target flash_ca72 is the right target only for A72 boot. For normal Linux BSP boot, the documented i.MX8QM command is make SOC=iMX8QM flash . SPL copy u-boot-spl.bin is likely irrelevant for flash_ca72 ; that target is not the SPL-based flow. Duplicate image build Running both top-level make SOC=iMX8QM flash_ca72 and then manually running make -f soc.mak ... flash_ca72 is unnecessary. Use one clean top-level command. I would correct/clean the image-generation part to: cd ~/iMX8/Scarthgap_New/MkImage/imx-mkimage cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./iMX8QM/ cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./iMX8QM/ cp ../../u-boot/uboot-imx/u-boot.bin ./iMX8QM/ cp ../../ATF/imx-atf/build/imx8qm/release/bl31.bin ./iMX8QM/ make clean make SOC=iMX8QM flash_ca72 Then use: iMX8QM/flash.bin Also fix/check this SCFW path: export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt You extracted into ./opt , but exported .../SCFW/Opt . Linux paths are case-sensitive. Since you did produce scfw_tcm.bin , your actual shell may have had a valid tool path, but this line should be verified. Recommended debug sequence: First build and boot the standard image: make SOC=iMX8QM flash This checks that SECO + SCFW + ATF + U-Boot + board DDR/console are basically correct. The Linux User’s Guide documents this standard i.MX8QM flash.bin generation path. Then rebuild with: make SOC=iMX8QM flash_ca72 Monitor the A72 console/UART , not only the normal A53 console. The A53 and A72 log terminals differ. If still silent, compare the generated flash.bin size/layout between flash and flash_ca72 , and confirm that the Variscite U-Boot config actually enables the console used by the A72 boot target. So the direct answer is: SCFW does permit starting the Cortex-A side on A72 through the flash_ca72 image flow, but SCFW still owns the initial boot orchestration. Your procedure is mostly valid for A72 boot, but remove the duplicate soc.mak invocation, verify the SCFW tool path, and most importantly check the A72 UART/console. Takeaway: A72 boot on i.MX8QM is supported via flash_ca72 ; a silent boot is more likely an image/config/console issue than SCFW simply refusing to start A72.
View full article
S32K358 HSEがフラッシュ消去後に初期化されない NXPチームの皆様、こんにちは。 私はS32K358を使用しており、AB-SWAP(OTA)でHSEを有効にしています。HSEは以前は動作していましたが、ブートローダー+アプリケーションイメージを組み合わせてフラッシュし、部分的なコードフラッシュ消去を行うと、HSEは初期化できなくなりました。 環境 MCU:S32K358 HSE: AB-SWAP / OTA対応 HSE FW: s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin.pink インストーラー: S32K344_HSE_FW_INSTALL (AB-SWAP構成) デバッガ:J-Link / PEmicroからS32 Design Studioまで アプリケーション:カスタムBMSブートローダー+SHA-256/RSAセキュアブート機能用HSEを用いたアプリケーション 最新号 フラッシュ操作後、Hse_Ip_GetHseStatus() は初期化された HSE ステータスを返しません。MU0 FSR(0x4038C104)は0x00000000のままで、インストーラーアプリケーションはHseFwInstall_WaitInitOk()で止まり、最終的にHSE_INSTALL_MU_TIMEOUTを報告します。 以下の観察結果が得られた。 0x4038C104 (MU0 FSR) = 0x00000000 0x1B000000 (UTEST HSE機能フラグ) = DDCCBBAA AABBCCDD 0x00400000には、60FFFFDBで始まるデータが含まれています... HSEのパッシブ領域0x00BD4000はデバッガを通って読み取ることができません J-Linkの受動領域の検証に失敗しました .pinkを直接読み込むJ-Linkがファイル形式がサポートされていないと報告するファイル アプリケーション/コードのフラッシュ部分を消去しました: 0x00400000 – 0x0068FFFF 私たちが理解している限りでは、これはHSE/sBAFの予約領域とは重複していません。 0x00BD4000 – 0x00BFFFFF 質問 MU FSRが0x00000000のままAB-SWAPを有効にした状態でS32K358の正しいHSE復旧・再インストール手順についてアドバイスいただけますか? 具体的には: HSEが有効化/保護された後、HSEパッシブ領域はJ-Link経由では読み取り不能になることが想定されていますか? 復旧のために、.pink を直接プログラムするのではなく、必要な IVT/ブート ヘッダーを含む完全な HSE インストーラ ELF を使用すべきでしょうか。ファイル? もしUTEST HSE機能フラグがすでにプログラムされていて、HSEファームウェアデータが0x00400000に存在している場合、どのような条件でsBAFがPOR中にHSEファームウェアをインストールまたは初期化できないのでしょうか? sBAF版とHSEファームウェア版のLC状態や互換性が原因で、明らかなエラーなしにインストールが失敗する可能性はありますか? MU0 FSRが0x00000000のままの場合、HSEの起動/インストール失敗の原因を特定するために、どのレジスタまたはステータスビットを確認すればよいでしょうか? 部分的なコードフラッシュ消去後、AB-SWAP復旧のために従わなければならない特定の手順はありますか? 期待される動作としては、PORとHSEの初期化が正常に完了した後、MU0 FSRにHSE_STATUS_INIT_OKとHSE_STATUS_RNG_INIT_OKが表示され、HSEサービスが使用できるようになることです。 正しい復旧手順と、収集すべきレジスタ/デバッグ情報についてご教示いただければ大変ありがたいです。 よろしくお願いします。 Re: S32K358 HSE not initializing after flash erase まず最初に明確にしておきたいのは、このデバイスにHSEが正常にインストールされ、実行されていたことがあるのか、それともUTESTフラグをプログラムしてHSEイメージを0x00400000にフラッシュした後に、HSEの初期インストールを実行しようとしているのかということです。 あなたの説明からは、HSEが以前にインストールされて動作していたものの、フラッシュ消去後に初期化が停止したのか、それとも今回が最初のインストール試行であり、sBAFがPOR中にHSEファームウェアをインストールしなかったのかが明確ではありません。 この情報があれば、考えられる根本原因を大幅に絞り込むことができるだろう。HSEが以前は正常に動作していたのであれば、何が変更されたのか、ファームウェアが無効化されたのか、あるいは消去されたのかに焦点を当てるでしょう。もしそれが全くうまくいかなかった場合は、インストールに必要な前提条件とイメージの有効性に焦点を当てます。 Re: S32K358 HSE not initializing after flash erase こんにちは、デイビッドさん。 確認のため申し上げますが、フラッシュ消去操作を行う前は、HSEはこのデバイスに正常にインストールされ、正しく動作していました。これは、最初のHSE(安全衛生環境)導入の試みではありません。 HSEのインストール後、HSE Cryptoのサンプルを使用して、HSEが正しく機能していることを確認しました。特に、SHA-256ハッシュアルゴリズムを正常に実行できたことで、HSEが初期化され、HSEの暗号サービスが正しく動作していることを確認できました。 一連の出来事は以下の通りでした。 AB-SWAP/OTA構成でHSEのインストールに成功しました。 HSEの初期化が成功したことを確認しました。 HSE Cryptoの機能をテストしたところ、SHA-256の実行に成功しました。 次に、ブートローダーとアプリケーションイメージを組み合わせたプログラムを書き込みました。 その後のデバッグ/プログラミング作業中に、以下の部分からコードフラッシュの消去を実行しました。 0x00400000 – 0x0068FFFF この消去操作とPORの後、HSEは初期化を停止しました。 現在、Hse_Ip_GetHseStatus() は初期化された HSE を示しておらず、インストーラーは HseFwInstall_WaitInitOk() で停止し、最終的に HSE_INSTALL_MU_TIMEOUT を報告します。 したがって、この問題はHSEの初期インストール時の問題ではなく、フラッシュ消去/プログラミング操作中に何らかの変更があったことに関連していると考えられます。 消去範囲が、HSEファームウェア、AB-SWAPメタデータ、ブート構成、またはHSE初期化に必要なその他のHSE関連情報に影響を与えた可能性があるかどうかを知りたいです。 影響を受けた箇所を特定するために、他に確認すべきメモリ位置やレジスタ値があれば教えてください。
View full article
IW416の長期安定した運用設計について NXPチームの皆様、こんにちは。 当社では、NXP IW416チップセットを搭載したu-blox MAYA-W1モジュールを使用しています。 環境 ハードウェア ホストプラットフォーム:Rock3A Wi-Fiモジュール:u-blox M2-MAYA-W1(NXP IW416ベース) u-bloxが提供する評価用ハードウェア SDIOホストインターフェース ソフトウェア Linuxカーネル:6.6.23 NetworkManager: 1.30.6 wpa_supplicant: 2.10 iw: 5.9 Wi-Fiドライバー/ファームウェア ドライバー:MM6X16542.p8-(FP92) ファームウェア: 16.92.21.p155.1 Wi-Fi設定 cntry_txpwr=1 cfg80211_wext=0xf cal_data_cfg=なし drv_dbg=0xFFFFFFFF edmac オフ その他の設定はすべてデフォルトです ホスト・インターフェース: SDIO(Wi-Fi専用、Bluetoothは使用しません。) テスト条件 このデバイスは非常に弱い信号条件下でAPに接続された状態で連続的に動作します。 RSSIは通常次のようになります。 -80 dBm~-85 dBm アクセスポイントが通信範囲の限界付近に位置しているため、接続が不安定で、再接続やスキャン動作が断続的に発生することが予想されます。 問題の説明 約10日間連続稼働すると、Wi-Fiインターフェース(mlan uap wfd)が消えます。 故障発生時: FW_IN_BAND_RESETがトリガーされます ファームウェアのリロード開始 ファームウェアのダウンロードが失敗します mlan0および関連するインターフェースは消失します ログには、次のようなエラーが含まれています。 FW_IN_BAND_RESET ... wlan_dnld_fw 失敗 ret=0xffffffff インバンドリセットシーケンスを実行しても、問題は自動的に回復しません。 質問 これはIW416ファームウェア16.92.21.p155.1の既知の問題ですか? RSSIが弱い状態(-80~-85 dBm) スキャン/再接続アクティビティの繰り返し 長時間運転 FW_IN_BAND_RESET wlan_dnld_fw 失敗 ret=0xffffffff システム設計の観点から、IW416を組み込み、長期的な安定した運用を必要とする製品に対して、NXPからの推奨される復旧戦略は何でしょうか? システム設計者は、現場運用中に時折ファームウェア復旧イベントが発生すると想定し、それに応じてより高レベルの復旧メカニズムを実装すべきでしょうか?(PDn後またはRESET後のファームウェアのリロードなど) 添付: dmesgログ FW_IN_BAND_RESET 周辺の障害ログ 追加情報 mlan0の消失は、熱の問題やWi-Fiモジュールへの電力供給不足が原因であることを理解しています。 これらの可能性を排除するため、試験中に以下の対策が講じられた。 基板は外部ファンを使用して積極的に冷却された。 基板の温度は約30℃に維持された。 最大出力60Wの専用USB Type-C電源が使用されました。 試験中、電力供給の不安定性を示す兆候は一切見られなかった。 したがって、熱や電力に関する問題が今回の故障の主な原因である可能性は低いと考えられる。 よろしくお願いいたします。 Re: Regarding the design for long-term stable operation of the IW416 こんにちは、 @developer123 最新リリースで試すのを手伝ってもらえますか: SD-WLAN-UART-BT-IW416-LNX_6_18_20-IMX8-16.92.21.p160-16.92.21.p160-MM6X16543.p18-GPL 最新のタグを選択してください:lf-6.18.20_2.0.0 FWを取得するには: GitHub - nxp-imx/imx-firmware · GitHub ドライバーを獲得するには: GitHub - nxp-imx/mwifiex: WiFi拡張機能 · GitHub よろしくお願いいたします。 Christine。 Re: Regarding the design for long-term stable operation of the IW416 こんにちは、 @developer123 詳細なフォローアップと設計哲学の質問を明確に述べてくださりありがとうございます。これは確かに生産システムにとって重要な考慮事項です。 ご質問に直接お答えします。 はい、NXPが長期的な現場運用に推奨する設計哲学は、システム設計の一部としてホスト側の復旧メカニズムを実装することです。 また、IW416はリリースノートに記載されているように 、致命的なエラーに対する自動フォールカバリをサポートしています 。 Wi-Fiファームウェアの自動復旧理論をより深く理解するために、以下を参照することをお勧めします。 Wi-Fiファームウェアの自動復旧 報告された問題に戻りますが、最新のドライバ+FWの組み合わせで試してみてください。もしまだ再現できる場合は、dmesgログ、FWダンプ、ドライバーダンプを含む完全なログの提供に協力してください。 完全なログを取得するには、以下を実行してください。 1. load driver with drvdbg=0xa0037 issue happened logs will automatically save in this directory printed like below: ======================================== [ 4221.173141] Create directory /data/dump_4220 error, try create dir in /var [ 4221.173147] Wakeup device... [ 4221.173231] Create directory /var/dump_4220 successfully [ 4221.173232] Directory name is /var/dump_4220 [ 4221.173233] === START DRIVER INFO DUMP=== [ 4221.173289] DRV dump data in /var/dump_4220/file_drv_info [ 4221.173306] Wakeup device... [ 4221.173889] SDIO Func0 (0x0-0x9): 43 03 06 00 07 00 00 02 03 00 [ 4221.175173] SDIO Func1 (0x4-0xb): 00 00 00 00 ff ff ff ff [ 4221.175879] SDIO Func1: (0x4c) 00 (0x50) 08 (0x54) 07 (0x55) 0c (0x58) 10 (0x59) 00 (0x5c) 00 (0x5d) 00 [ 4221.176284] SDIO Func1 (0xc0-0xca): dc fe 96 00 31 11 00 37 37 02 20 [ 4221.177301] | [ 4221.275861] SDIO Func1 (0xc0-0xca): dc fe a1 00 3b 00 00 37 37 02 20 [ 4221.276501] Drv info total bytes = 263150 (0x403ee) [ 4221.276503] === DRIVER INFO DUMP END===Wakeup device... [ 4221.276555] ==== DEBUG MODE OUTPUT START: 4220.878602 === ==================================================== If the dump is not auto-generated at "/var" or "/data" it can be collected manually using below "cat /proc/mwlan/adapter0/fw_dump > file_fw_dump" command. 2. If you check it doesn't print the directory in dmesg logs, 3.please get it in below way: - echo debug_dump > /proc/mwlan/adapter0/config - Wait for some time (1 or 2 min) - cat /proc/mwlan/adapter0/fw_dump > file_fw_dump drv_dump: cat /proc/mwlan/adapter0/drv_dump > file_drv_dump よろしくお願いいたします。 Christine。 Re: Regarding the design for long-term stable operation of the IW416 おすすめしていただきありがとうございます。 最新のドライバとファームウェアのリリースを評価します。 しかし、我々の主な疑問は、この特定の問題が新しいファームウェアバージョンで修正されたかどうかではありません。 実際の製品開発では、ソフトウェアのバージョンは製品リリース前のどこかで凍結されなければなりません。新しいファームウェアリリースが既知の問題を解決することはありますが、製品ライフサイクル全体を通じてすべてのファームウェアアップデートを継続的に追跡・展開することは一般的に現実的ではありません。 また、ファームウェアは時間とともに継続的に改良されており、新しいリリースで特定の問題が解決されることもありますが、将来的に追加の例外的な問題が発見される可能性もあります。 長期的に信頼性の高い現場運用を必要とする製品において、時折のファームウェア復旧イベントを通常のシステム設計の前提として考慮すべきでしょうか? 私たちはNXPのデザイン哲学を理解しようとしています。 よろしくお願いいたします。 Re: Regarding the design for long-term stable operation of the IW416 ご返信よろしくお願いします。 相当量の調査が必要であり、問題の再現にも時間がかかる。 新しい前方試験の調査には時間がかかりますが、結果が出たら再度ご連絡いたします。 よろしくお願いいたします。 Re: Regarding the design for long-term stable operation of the IW416 こんにちは、 @developer123 もちろんです。 どうぞごゆっくり。さらにサポートが必要な場合は、遠慮なくお知らせください。 よろしくお願いいたします。 Christine。
View full article
dpaa2_net: FS table with 1 entries full hi creating 1 dpni and dpdmux. on Port 0 creating 2 RXQ . Adding rte_flow as below  memset(&udp_spec, 0, sizeof(udp_spec)); memset(&udp_mask, 0, sizeof(udp_mask)); udp_spec.hdr.dst_port = rte_cpu_to_be_16(udp_port); udp_mask.hdr.dst_port = 0xffff; pattern[0].type = RTE_FLOW_ITEM_TYPE_UDP; pattern[0].spec = &udp_spec; pattern[0].mask = &udp_mask; pattern[1].type = RTE_FLOW_ITEM_TYPE_END; action[0].type = RTE_FLOW_ACTION_TYPE_QUEUE; action[0].conf = &queue; action[1].type = RTE_FLOW_ACTION_TYPE_END; struct rte_flow *flow = rte_flow_create(port_id, &attr, pattern, action, &error); Creating 2 flow on port 0 for RXQ 0 and RXQ 1  create_udp_queue_flow(port_id, 5000, 0); create_udp_queue_flow(port_id, 5001, 1); Getting below error. dpaa2_net: FS table with 1 entries full Re: dpaa2_net: FS table with 1 entries full Hello, The logs and restool output tell a clear story. The DPNI object was provisioned with only 1 fs_entry , which gets consumed by the first flow rule ( UDP 5000 → RXQ 0 ). Any subsequent rte_flow_create() call fails immediately because the hardware FS table has no room left. Port 0 started with 2 RX queues and 7 TX queues UDP port 5000 -> RXQ 0 created dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1) Flow create failed: unknown fslmc: dpaa2_get_qbman_swp(): New Portal 0x17ffebbc0 (2) affined thread - 8602 fslmc: dpaa2_configure_stashing(): Portal= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) is affined for eth rx to thread 8602root@localhost:/home/user# restool dpni info dpni.1 dpni version: 8.2 dpni id: 1 plugged state: plugged endpoint state: 0 endpoint: dpdmux.0.2, link is down link status: 0 - down mac address: ce:8a:4d:82:e7:dc max frame length: 1536 dpni_attr.options value is: 0x80000310 Unrecognized options found... num_queues: 16 num_cgs: 24 num_rx_tcs: 8 num_tx_tcs: 16 mac_entries: 16 vlan_entries: 16 qos_entries: 64 fs_entries: 1 qos_key_size: 56 fs_key_size: 56 10:53 AM     DPAA2 Flow Steering Table Full — Root Cause & Fix The logs and restool output tell a clear story. The DPNI object was provisioned with only 1 fs_entry , which gets consumed by the first flow rule ( UDP 5000 → RXQ 0 ). Any subsequent rte_flow_create() call fails immediately because the hardware FS table has no room left. Root Cause dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1)   Confirmed by restool : fs_entries: 1 ← only 1 hardware flow-steering slot   The DPNI was created (either via DPL or restool dpni create ) without explicitly setting fs-entries , so it defaulted to 1. Fix — Recreate the DPNI with More FS Entries Option 1 — Dynamically via restool (no reflash needed): # Destroy the existing DPNI restool dpni destroy dpni.1 # Recreate it with sufficient FS entries (e.g., 16 or 64) restool dpni create \ --options=DPNI_OPT_HAS_KEY_MASKING \ --num-queues=16 \ --fs-entries=64 \ --num-rx-traffic-classes=8 \ --num-tx-traffic-classes=16 # Re-bind to the DPDMUX endpoint restool dpdmux connect dpdmux.0.2 --endpoint=dpni.X Replace dpni.X with the newly created ID shown after dpni create . Option 2 — Edit the DPL (Data Path Layout) file: Find the dpni@1 object block in your DPL ( .dts / .dpl ) and increase fs_entries : dpni@1 { compatible = "fsl,dpni"; ... fs_entries = <64>; /* was 1, increase as needed */ ... }; Then reload the DPL: restool dprc load dprc.1  Your DPNI already has qos_entries: 64 and qos_key_size: 56 , so the hardware supports it — only the provisioned FS table size was too small. Quick Validation After Fix # Confirm new fs_entries value restool dpni info dpni. | grep fs_entries # Expected: fs_entries: 64 (or whatever you set)   Then retry your DPDK application — the Flow create failed error should be gone.   regards       Re: dpaa2_net: FS table with 1 entries full root@localhost:/home/user# restool dpni info dpni.1 dpni version: 8.2 dpni id: 1 plugged state: plugged endpoint state: 0 endpoint: dpdmux.0.2, link is down link status: 0 - down mac address: ce:8a:4d:82:e7:dc max frame length: 1536 dpni_attr.options value is: 0x80000310 Unrecognized options found... num_queues: 16 num_cgs: 24 num_rx_tcs: 8 num_tx_tcs: 16 mac_entries: 16 vlan_entries: 16 qos_entries: 64 fs_entries: 1 qos_key_size: 56 fs_key_size: 56 Re: dpaa2_net: FS table with 1 entries full ./dpdk-multirxq-sample-prog  -l 1-3 -n 1 --log-level=fslmc,8 --huge-dir /dev/hugepages --proc-type=auto -b fslmc:dpio.16 -b fslmc:dpio.17 -b fslmc:dpio.18 -b fslmc:dpio.19 -b fslmc:dpio.20 -b fslmc:dpio.21 -b fslmc:dpio.22 -b fslmc:dpio.23 -b fslmc:dpmcp.38 -b fslmc:dpmcp.39 EAL: Detected 16 lcore(s) EAL: Detected 1 NUMA nodes EAL: Auto-detected process type: PRIMARY fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) EAL: Multi-process socket /var/run/dpdk/rte/mp_socket fslmc: fslmc_get_container_group(): Container: dprc.2 has VFIO iommu group id = 11 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: **Devargs matched dpmcp.39 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: **Devargs matched dpio.18 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: **Devargs matched dpio.16 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: Skipping invalid device (power) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: **Devargs matched dpio.22 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: **Devargs matched dpio.20 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: **Devargs matched dpio.19 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: **Devargs matched dpmcp.38 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: **Devargs matched dpio.17 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: **Devargs matched dpio.23 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: **Devargs matched dpio.21 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: FSLMC Bus scan completed fslmc: List of devices scanned on bus: fslmc: dpni.1 fslmc: dpseci.1 fslmc: dpseci.2 fslmc: dpseci.3 fslmc: dpseci.4 fslmc: dpseci.5 fslmc: dpseci.6 fslmc: dpseci.7 fslmc: dpseci.8 fslmc: dpseci.9 fslmc: dpseci.10 fslmc: dpseci.11 fslmc: dpseci.12 fslmc: dpseci.13 fslmc: dpseci.14 fslmc: dpseci.15 fslmc: dpseci.16 fslmc: dpcon.32 fslmc: dpcon.33 fslmc: dpcon.34 fslmc: dpcon.35 fslmc: dpcon.36 fslmc: dpcon.37 fslmc: dpcon.38 fslmc: dpcon.39 fslmc: dpbp.2 fslmc: dpbp.3 fslmc: dpbp.4 fslmc: dpbp.5 fslmc: dpbp.6 fslmc: dpbp.7 fslmc: dpbp.8 fslmc: dpbp.9 fslmc: dpbp.10 fslmc: dpbp.11 fslmc: dpbp.12 fslmc: dpbp.13 fslmc: dpbp.14 fslmc: dpbp.15 fslmc: dpbp.16 fslmc: dpbp.17 fslmc: dpio.16 fslmc: dpio.17 fslmc: dpio.18 fslmc: dpio.19 fslmc: dpio.20 fslmc: dpio.21 fslmc: dpio.22 fslmc: dpio.23 fslmc: dpio.24 fslmc: dpio.25 fslmc: dpio.26 fslmc: dpio.27 fslmc: dpio.28 fslmc: dpio.29 fslmc: dpio.30 fslmc: dpio.31 fslmc: dpci.0 fslmc: dpci.1 fslmc: dpmcp.37 fslmc: dpmcp.38 fslmc: dpmcp.39 fslmc: dpdmai.0 fslmc: dpdmai.1 fslmc: dpdmai.2 fslmc: dpdmai.3 fslmc: dpdmai.4 fslmc: dpdmai.5 fslmc: dpdmai.6 fslmc: dpdmai.7 fslmc: dpdmux.0 fslmc: dprc.2 EAL: Selected IOVA mode 'VA' EAL: No available hugepages reported in hugepages-2048kB EAL: No available hugepages reported in hugepages-32768kB EAL: No available hugepages reported in hugepages-64kB EAL: Probing VFIO support... EAL: VFIO support initialized fslmc: fslmc_get_container_group(): Container: dprc.2 has VFIO iommu group id = 11 fslmc: fslmc_vfio_setup_group(): VFIO Container FD is [0x1B] fslmc: fslmc_map_dma(): --> Map address: 0x140000000, size: 1073741824 fslmc: rte_fslmc_vfio_dmamap(): Installed memory callback handler fslmc: rte_fslmc_vfio_dmamap(): Total 1 segments found. fslmc: Unable to map region (errno = 22) fslmc: dpmcp.38 Blacklisted, skipping fslmc: dpmcp.39 Blacklisted, skipping fslmc: Device (dprc.2) abstracted from VFIO fslmc: Device (dpni.1) abstracted from VFIO fslmc: Device (dpseci.1) abstracted from VFIO fslmc: Device (dpseci.2) abstracted from VFIO fslmc: Device (dpseci.3) abstracted from VFIO fslmc: Device (dpseci.4) abstracted from VFIO fslmc: Device (dpseci.5) abstracted from VFIO fslmc: Device (dpseci.6) abstracted from VFIO fslmc: Device (dpseci.7) abstracted from VFIO fslmc: Device (dpseci.8) abstracted from VFIO fslmc: Device (dpseci.9) abstracted from VFIO fslmc: Device (dpseci.10) abstracted from VFIO fslmc: Device (dpseci.11) abstracted from VFIO fslmc: Device (dpseci.12) abstracted from VFIO fslmc: Device (dpseci.13) abstracted from VFIO fslmc: Device (dpseci.14) abstracted from VFIO fslmc: Device (dpseci.15) abstracted from VFIO fslmc: Device (dpseci.16) abstracted from VFIO fslmc: Device (dpcon.32) abstracted from VFIO fslmc: Device (dpcon.33) abstracted from VFIO fslmc: Device (dpcon.34) abstracted from VFIO fslmc: Device (dpcon.35) abstracted from VFIO fslmc: Device (dpcon.36) abstracted from VFIO fslmc: Device (dpcon.37) abstracted from VFIO fslmc: Device (dpcon.38) abstracted from VFIO fslmc: Device (dpcon.39) abstracted from VFIO fslmc: Device (dpbp.2) abstracted from VFIO fslmc: Device (dpbp.3) abstracted from VFIO fslmc: Device (dpbp.4) abstracted from VFIO fslmc: Device (dpbp.5) abstracted from VFIO fslmc: Device (dpbp.6) abstracted from VFIO fslmc: Device (dpbp.7) abstracted from VFIO fslmc: Device (dpbp.8) abstracted from VFIO fslmc: Device (dpbp.9) abstracted from VFIO fslmc: Device (dpbp.10) abstracted from VFIO fslmc: Device (dpbp.11) abstracted from VFIO fslmc: Device (dpbp.12) abstracted from VFIO fslmc: Device (dpbp.13) abstracted from VFIO fslmc: Device (dpbp.14) abstracted from VFIO fslmc: Device (dpbp.15) abstracted from VFIO fslmc: Device (dpbp.16) abstracted from VFIO fslmc: Device (dpbp.17) abstracted from VFIO fslmc: dpio.16 Blacklisted, skipping fslmc: dpio.17 Blacklisted, skipping fslmc: dpio.18 Blacklisted, skipping fslmc: dpio.19 Blacklisted, skipping fslmc: dpio.20 Blacklisted, skipping fslmc: dpio.21 Blacklisted, skipping fslmc: dpio.22 Blacklisted, skipping fslmc: dpio.23 Blacklisted, skipping fslmc: dpaa2_create_dpio_device(): LX2160 Platform Detected fslmc: Device (dpio.24) abstracted from VFIO fslmc: Device (dpio.25) abstracted from VFIO fslmc: Device (dpio.26) abstracted from VFIO fslmc: Device (dpio.27) abstracted from VFIO fslmc: Device (dpio.28) abstracted from VFIO fslmc: Device (dpio.29) abstracted from VFIO fslmc: Device (dpio.30) abstracted from VFIO fslmc: Device (dpio.31) abstracted from VFIO fslmc: Device (dpci.0) abstracted from VFIO fslmc: Device (dpci.1) abstracted from VFIO fslmc: Device (dpdmai.0) abstracted from VFIO fslmc: Device (dpdmai.1) abstracted from VFIO fslmc: Device (dpdmai.2) abstracted from VFIO fslmc: Device (dpdmai.3) abstracted from VFIO fslmc: Device (dpdmai.4) abstracted from VFIO fslmc: Device (dpdmai.5) abstracted from VFIO fslmc: Device (dpdmai.6) abstracted from VFIO fslmc: Device (dpdmai.7) abstracted from VFIO fslmc: Device (dpdmux.0) abstracted from VFIO PMD: dpni.1: netdev created, connected to dpdmux.0 fslmc: dpaa2_get_qbman_swp(): New Portal 0x17fff3280 (1) affined thread - 8602 fslmc: dpaa2_configure_stashing(): Portal= 1 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17fff3280 (1) is affined to thread 8602 Port 0 started with 2 RX queues and 7 TX queues UDP port 5000 -> RXQ 0 created dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1) Flow create failed: unknown fslmc: dpaa2_get_qbman_swp(): New Portal 0x17ffebbc0 (2) affined thread - 8602 fslmc: dpaa2_configure_stashing(): Portal= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) is affined for eth rx to thread 8602 Re: dpaa2_net: FS table with 1 entries full Thanks resolved  Re: dpaa2_net: FS table with 1 entries full Resolved by adding below 2 lines in application  memset(&attr, 0, sizeof(attr)); attr.ingress = 1; attr.group = 0; attr.priority = pat; pat++;
View full article
iMX8qm ブートコア A72_0 こんにちは、NXPフォーラムの皆様、 iMX8qmで、A72コアから起動できますか?SCUFWはそれを許可していますか? よろしくお願いします。 Re: iMX8qm Boot Core A72_0 まず既存の flash_ca72 ターゲットで処理を進めてください。u-boot-atf.bin は置き換えないでください。u-boot-atf-a72.bin を使用コックピット/マルチAPイメージフローを意図的に使用しない限り。 証拠はこの違いを示している。 flash_ca72は、通常のAコアブートターゲットと同じ基本ブートイメージですが、A53ではなくA72にロードされるものとして説明されています。 u-boot-atf.bin は、ATF と U-Boot を組み合わせたイメージです: bl31.bin加えて u-boot.bin/ u-boot-hash.bin . u-boot-atf-a72.binflash_cockpitターゲットに表示され、イメージには2つのAPペイロードが含まれています。1つはA53用、もう1つはA72用です。 -ap u-boot-atf.bin a53 0x80000000 ... -ap u-boot-atf-a72.bin a72 0xC0000000 ... 。 したがって、重要なセレクタは単なるファイル名ではありません。それはIMX-MKIMAGE -APです...A72 ...ターゲットの議論。単一の A72 ブート イメージの場合、u-boot-atf.bin を使用する flash_ca72 は、文書化された意図と一致しています。ファイル名に -a72 が付加されていなくても、ターゲット ルールによってペイロードが A72 にロードされます。 推奨パス: 既存のターゲットを使用して、標準のA72専用イメージを作成します。 SOC=iMX8QM flash_ca72 を作成します Linux側ではCA72デバイスツリー/設定を使いましょう。NXPのドキュメントによると、i.MX8QM MEK CA72 DTBは2つのCortex-A72コアのみをサポートし、flash_ca72で構築された特別なブートイメージが必要です。 u-boot-atf-a72.bin を予約するflash_cockpitのように、2つ目のA72 APイメージを明示的にパッケージ化するフローの場合、ただしBSPのsoc.makが使わない限りコメントやリリースノートには、それとは異なる記載がある。 起動時にイメージが実際にA72パスに入っていることを確認します。make V=1 SOC=iMX8QM flash_ca72によって生成されるimx-mkimageコマンドを確認するか、iMX8QM/soc.makを調べます。AP ラインが a72 を使用していることを確認してください。 要点:現在の flash_ca72 参照を u-boot-atf.bin として扱う。意図的なものです。u-boot-atf-a72.bin は、コックピット/マルチパーティション スタイルのイメージで使用される個別の A72 ペイロード用であり、flash_ca72 の自動的な代替ではありません。 Re: iMX8qm Boot Core A72_0 明確に/検証したい小さな点があります: `flash_ca72` ターゲットは現在 `u-boot-atf.bin` を参照しています。同じ構成で、別の `u-boot-atf-a72.bin` も利用可能です。 どのように進めていくべきか Re: iMX8qm Boot Core A72_0 はい、i.MX8QMではアプリケーションプロセッサのブートイメージをCortex-A53ではなくCortex-A72にターゲットに設定でき、SCFWはその流れを許可しています。NXPのimx-mkimageには、通常のA53ブートイメージのA72バリアントとして説明されているflash_ca72ターゲットがあり、ブート時間の最適化のためにA72をできるだけ早く起動することを目的としています。 重要な違いは次のとおりです。 リセット後の最初のコード: A72ではない。デバイスの起動フローは、引き続きROM/SCU/SCFWを経由して開始されます。 AP側ブートローダー/OSの起動:はい、A72で可能です。SCFWはDDRを初期化し、Cortex-Aイメージを読み込み、コアを起動して開始アドレスを設定します。 設定機構:ブートコンテナはa72用のAPイメージを指定することができます。例:例として、imx-mkimage の使用例で -ap ... a72 ... が示されています。 つまり答えはこうです:SCFWはA72からAPソフトウェアパスを起動できますが、A72はリセットやROMのブートマスターではなく、SCFWによってブートコンテナの設定に従って起動されます。 Re: iMX8qm Boot Core A72_0 あなたの具体的な手順に関して、重要な点は以下のとおりです。 SOC=iMX8QM flash_ca72 を作成します ブートローダーをA53ではなくA72にロードすることが目的であれば、概念的にはこれが正しいターゲットです。NXPコミュニティのガイダンスでは、flash_ca72は基本flash_b0イメージに似ていますが、A53ではなくA72に読み込まれています。 「ログなし」という症状は、必ずしもSCFWがA72ブートを拒否したことを意味するものではありません。よく知られている落とし穴として、A53とA72は同じログターミナルを使っていないため、通常のAコア/A53 UARTを監視しても、A72イメージが別のコンソールパスで動作しているか、後で失敗しても何も見つからないことがあります。 手順の検証: エリア 評価 SECOコンテナ mx8qmb0-ahab-container.img は i.MX8QM B0 に適したコンテナのクラスです。 ATF make PLAT=imx8qm bl31 は i.MX8QM に対して妥当です。 SCFW qm=B0 B=var_som V=1の構築はi.MX8QM B0 Varisciteターゲットと一致します。 U-Boot imx8qm_var_som_defconfig は確認すべき重要な項目です。A72 のブートパスおよびコンソール構成と互換性がある必要があります。 mkimageターゲット flash_ca72 は A72 ブートの場合にのみ適切なターゲットです。通常のLinux BSP起動では、文書化されたi.MX8QMコマンドがmake SOC=iMX8QM flashです。 SPLコピー u-boot-spl.bin は flash_ca72 にはおそらく関係ありません。そのターゲットは SPL ベースのフローではありません。 イメージの複製 トップレベルの make SOC=iMX8QM flash_ca72 を実行してから、手動で make -f soc.mak ... flash_ca72 を実行する必要はありません。簡潔なトップレベルコマンドを1つだけ使用してください。 画像生成部分を以下のように修正・整理します。 cd ~/iMX8/Scarthgap_New/MkImage/imx-mkimage cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./iMX8QM/ cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./iMX8QM/ cp ../../u-boot/uboot-imx/u-boot.bin ./iMX8QM/ cp ../../ATF/imx-atf/build/imx8qm/release/bl31.bin ./iMX8QM/ make clean SOC=iMX8QM flash_ca72 を作成します 次に以下を使用します。 iMX8QM/flash.bin また、このSCFWパスも修正/確認してください。 export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt ./opt に展開しました、ただしエクスポートされた…/SCFW/Opt。Linuxのパスは大文字を区別しています。scfw_tcm.bin を生成したので実際のシェルには有効なツールパスが設定されていたかもしれませんが、この行を確認する必要があります。 推奨デバッグ手順: まず、標準イメージをビルドして起動します。 make SOC=iMX8QM flash これは、SECO + SCFW + ATF + U-Boot + ボードのDDR/コンソールが基本的に正しいことを確認するものです。Linuxユーザーガイドにはこの標準i.MX8QMが記載されていますflash.bin生成パス。 次に、以下のコマンドで再構築します。 SOC=iMX8QM flash_ca72 を作成します 通常のA53コンソールだけでなく、 A72コンソール/UARTも監視してください。A53とA72のログ端末は異なります。 それでも音がしない場合は、生成された flash.bin を比較してください。flash と flash_ca72 間のサイズ/レイアウトを確認し、Variscite U-Boot の設定が実際に A72 ブートターゲットで使用されるコンソールを有効にしていることを確認します。 つまり、直接的な答えはこうです:SCFWはflash_ca72イメージフローを通じてA72のCortex-A側を起動することを許可していますが、SCFWは初期のブートオーケストレーションを所有しています。あなたの手順はA72ブートにはほぼ有効ですが、重複したsoc.mak呼び出しを削除し、SCFWツールパスを確認し、そして何よりもA72のUART/コンソールを確認してください。 要点:i.MX8QM での A72 ブートは flash_ca72 を介してサポートされています。サイレントブートは、SCFW が単に A72 の起動を拒否しているというよりも、イメージ/設定/コンソールの問題である可能性が高いです。 Re: iMX8qm Boot Core A72_0 こんにちは、 以下の手順に従ってブートローダーを構築しましたが、ログも出力されずにブートローダーが失敗します。 添付された手順を検証していただけますか? よろしくお願いします。 mkdir Scarthgap_New cd Scarthgap_New   1. セキュリティ・コントローラバイナリーを入手する mkdir SECO CDセコ wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/imx-seco-5.9.4.1-0333596.bin chmod +x imx-seco-5.9.4.1-0333596.bin ./imx-seco-5.9.4.1-0333596.bin   mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$ ls -al 合計976 drwxrwxr-x 2 mkashyap mkashyap   4096 8月26日 22:21 . drwxrwxr-x 3 mkashyap mkashyap   4096 8月 26 22:21 .. -rw-r--r-- 1 mkashyap mkashyap    194 7月29日  2024 commit-id.txt -rw-r--r-- 1 mkashyap mkashyap 163840 2024年7月29日 mx8dxla1-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 163840 2024年7月29日 mx8dxlb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 76944 Jul 29 2024 mx8qmb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  71312 7月29日  2024 mx8qxb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  78408 7月29日  2024 mx8qxc0-ahab-container.img -rwxr-xr-x 1 mkashyap mkashyap 423875 Jul 29 2024 SECO_FW_release_note.pdf mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$   私たちはmx8qmb0-ahab-container.imgを使用します   CD ../../../..   2. ATFをダウンロードしてビルドする mkdir ATF cd ATF git clone https://github.com/varigit/imx-atf-b lf_v2.10_6.6.52-2.2.0_var01   cd imx-atf 出典 /opt/FSL-IMX-Xwayland/6.6-scarthgap/environment-setup-armv8a-poky-linux LDFLAGSを解除します PLAT=imx8qm bl31 を作成します   mkashyap@cse-dev02:~/iMX8/Scarthgap_New/ATF/imx-atf/build/imx8qm/release$ ls -al 合計76 drwxrwxr-x 7 mkashyap mkashyap  4096 8月26日 22:37 . drwxrwxr-x 3 mkashyap mkashyap  4096 8月 26 22:36 .. drwxrwxr-x 3 mkashyap mkashyap  4096 8月26日 22:37 bl31 -rwxrwxr-x 1 mkashyap mkashyap 45213 8月26日 22:37 bl31.bin drwxrwxr-x 2 mkashyap mkashyap 4096 8 月 26 日 22:37 ライブラリ drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 libc drwxrwxr-x 2 mkashyap mkashyap 4096 8 月 26 日 22:37 libwrapper drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 romlib   CD ../../../../../   3. SCFWをダウンロードしてビルドする    mkdir SCFW    cd SCFW     wget https://developer.arm.com/-/media/Files/downloads/gnu-rm/8-2018q4/gcc-arm-none-eabi-8-2018-q4-major-linux.tar.bz sudo tar xf gcc-arm-none-eabi-8-2018-q4-major-linux.tar.bz -C ./opt     git clone https://github.com/varigit/imx-sc-firmware.git -b 1.17.0 cd imx-sc-firmware/src/scfw_export_mx8qm_b0     export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt clean-qm を作成する    qm R=B0 B=var_som V=1 にする     mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0$ ls -al 合計 3384    drwxrwxr-x 11 mkashyap mkashyap    4096 8月26日 22:47 .    drwxrwxr-x  6 mkashyap mkashyap    4096 8月26日 22:47 ..    drwxrwxr-x  3 mkashyap mkashyap    4096 8月26日 22:47 掲示板    drwxrwxr-x  3 mkashyap mkashyap    4096 8月26日 22:44 デバイス    drwxrwxr-x 25 mkashyap mkashyap    4096 Aug 26 22:47 ドライバ    drwxrwxr-x  2 mkashyap mkashyap    4096 8月26日 22:44 main    -rwxrwxr-x 1 mkashyap mkashyap 184448 8 月 26 日 22:47 scfw_tcm.bin -rwxrwxr-x 1 mkashyap mkashyap 2787784 8月26日 22:47 scfw_tcm.elf    -rw-rw-r-- 1 mkashyap mkashyap 513123 8 月 26 日 22:47 scfw_tcm.map    drwxrwxr-x  4 mkashyap mkashyap    4096 8月26日 22:44 soc    drwxrwxr-x 26 mkashyap mkashyap    4096 8月26日 22:44 ss    drwxrwxr-x  9 mkashyap mkashyap    4096 8月26日 22:47 svc    drwxrwxr-x 10 mkashyap mkashyap    4096 8月26日 22:44 test    drwxrwxr-x  2 mkashyap mkashyap    4096 8月26日 22:44 utilities     CD ../../../../../     4. u-bootをビルドする    mkdir u-boot    cd u-boot     git clone https://github.com/varigit/uboot-imx.git -b lf_v2024.04_6.6.52-2.2.0_var01 cd uboot-imx        cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./mx8qm-ahab-container.img    cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./mx8qm-mek-scfw-tcm.bin mrproper を作る    imx8qm_var_som_defconfig を作成する    make -j8     CD ../../     5. 画像を作成する mkdir MkImage cd MkImage     git clone https://github.com/varigit/imx-mkimage-b lf-6.6.52_2.2.0_var01 cd imx-mkimage        cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./iMX8QM/    cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./iMX8QM/    cp ../../u-boot/uboot-imx/u-boot.bin ./iMX8QM/    cp ../../u-boot/uboot-imx/spl/u-boot-spl.bin ./iMX8QM/    cp ../../ATF/imx-atf/build/imx8qm/release/bl31.bin ./iMX8QM/     SOC=iMX8QM flash_ca72 を作成します     cd iMX8QM    make -f soc.mak SOC=iMX8QM MKIMG=../mkimage_imx8 PAD_IMAGE=./pad_image.sh flash_ca72        mkashyap@cse-dev02:~/iMX8/Scarthgap_New/MkImage/imx-mkimage/iMX8QM$ ls -al 合計6792    drwxrwxr-x  3 mkashyap mkashyap    4096 8月26日 23:08 .    drwxrwxr-x 13 mkashyap mkashyap    4096 8月 26 23:06 ..    -rwxrwxr-x  1 mkashyap mkashyap   45213 8月26日 23:06 bl31.bin    -rwxrwxr-x  1 mkashyap mkashyap    2564 8月 26 22:59 expand_c_define.sh    -rw-rw-r-- 1 mkashyap mkashyap 1895424 8 月 26 日 23:08 flash.bin    -rw-rw-r--  1 mkashyap mkashyap       9 Aug 26 23:06 head.hash    -rwxrwxr-x  1 mkashyap mkashyap    2078 Aug 26 22:59 mkimage_fit_atf.sh    -rw-r--r-- 1 mkashyap mkashyap 76944 8 月 26 日 23:02 mx8qmb0-ahab-container.img    -rwxrwxr-x 1 mkashyap mkashyap 184448 8 月 26 日 23:03 scfw_tcm.bin    drwxrwxr-x  2 mkashyap mkashyap    4096 8月26日 22:59 scripts    -rwxrwxr-x 1 mkashyap mkashyap 13271 8 月 26 日 22:59 soc.mak    -rwxrwxr-x 1 mkashyap mkashyap 1631521 8 月 26 日 23:06 u-boot-atf.bin    -rw-rw-r-- 1 mkashyap mkashyap 1500440 8 月 26 日 23:04 u-boot.bin    -rw-rw-r-- 1 mkashyap mkashyap 1500449 8 月 26 日 23:06 u-boot-hash.bin    -rw-rw-r-- 1 mkashyap mkashyap 139387 8 月 26 日 23:04 u-boot-spl.bin     生成された flash.bin はブートローダーイメージとして使用されました
View full article
[S32DS 3.6.1]更新失敗 つまらない CY9_0-1787712759742.pngCY9_0-1787712759742.pngCY9_0-1787712759742.pngCY9_0-1787712759742.png 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++開発ツール 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 不足している要件: GDB Common 7.2.500.202603111352(org.eclipse.cdt.gdb 7.2.500.202603111352)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++開発ツール 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 宛先:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb.feature.group [12.5.0.202603111352, 12.5.0.202603111352] 依存性を満たせない: 差出人:C/C++ 共通GDBサポート 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:リモートサービス 12.5.0.202603111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 欠けている要件:Eclipse Remote Development ドキュメントプラグイン 12.5.0.202603111352(org.eclipse.remote.doc.isv 12.5.0.202603111352)'osgi.bundle' が必要です。org.eclipse.help [3.10.500,4.0.0)"ですが、見つかりませんでした 依存性を満たせない: 差出人:リモートサービス 2026年5月12日 03111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++開発ツール 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 不足している要件: GDB Common 7.2.500.202603111352(org.eclipse.cdt.gdb 7.2.500.202603111352)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++開発ツール 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 宛先:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb.feature.group [12.5.0.202603111352, 12.5.0.202603111352] 依存性を満たせない: 差出人:C/C++ 共通GDBサポート 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++開発プラットフォーム 12.5.0.202606022100(org.eclipse.cdt.platform.feature.group 12.5.0.202606022100) 不足している要件: C/C++ 開発ツール コアネイティブユーティリティ 6.6.200.202603111352(org.eclipse.cdt.core.native 6.6.200.202603111352)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ 開発ツール ネイティブユーティリティ 12.5.0.202606022100(org.eclipse.cdt.native.feature.group 12.5.0.202606022100) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.core.native [6.6.200.202603111352,6.6.200.202603111352] 依存性を満たせない: 差出人:C/C++開発プラットフォーム 12.5.0.202606022100(org.eclipse.cdt.platform.feature.group 12.5.0.202606022100) 宛先:org.eclipse.equinox.p2.iu;org.eclipse.cdt.native.feature.group [12.5.0.202606022100,12.5.0.202606022100] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ GCC クロスコンパイラサポート 12.5.0.202603111352(org.eclipse.cdt.build.crossgcc.feature.group 12.5.0.202603111352) 欠けている要件:CDT GCCクロスコンパイラサポート 1.3.800.202603111352(org.eclipse.cdt.build.crossgcc 1.3.800.202603111352)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ GCCクロスコンパイラサポート 12.5.0.202603111352(org.eclipse.cdt.build.crossgcc.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.build.crossgcc [1.3.800.202603111352,1.3.800.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++開発ツールネイティブユーティリティ12.5.0.202606022100(org.eclipse.cdt.native.feature.group 12.5.0.202606022100) 不足している要件: C/C++ 開発ツール コアネイティブユーティリティ 6.6.200.202603111352(org.eclipse.cdt.core.native 6.6.200.202603111352)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ 開発ツール ネイティブユーティリティ 12.5.0.202606022100(org.eclipse.cdt.native.feature.group 12.5.0.202606022100) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.core.native [6.6.200.202603111352,6.6.200.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ Common GDB サポート 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 不足している要件: GDB Common 7.2.500.202603111352(org.eclipse.cdt.gdb 7.2.500.202603111352)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ 共通GDBサポート 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ メモリビュー強化 12.5.0.202603111352(org.eclipse.cdt.debug.ui.memory.feature.group 12.5.0.202603111352) 不足している要件: デバッグ コア メモリ 0.2.300.202512020204(org.eclipse.cdt.debug.core.memory 0.2.300.202512020204)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ メモリビュー強化 12.5.0.202603111352(org.eclipse.cdt.debug.ui.memory.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.debug.core.memory [0.2.300.202512020204,0.2.300.202512020204] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ GNU ツールチェーンビルドサポート 12.5.0.202603111352(org.eclipse.cdt.gnu.build.feature.group 12.5.0.202603111352) 欠けている要件:CDT Build Core 2.1.800.202512020204に対するGCCサポート(org.eclipse.cdt.build.gcc.core 2.1.800.202512020204)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ GNU ツールチェーンビルドサポート 12.5.0.202603111352(org.eclipse.cdt.gnu.build.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.build.gcc.core [2.1.800.202512020204,2.1.800.202512020204] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ GDBハードウェアデバッグ 12.5.0.202603111352(org.eclipse.cdt.debug.gdbjtag.feature.group 12.5.0.202603111352) 不足している要件: Eclipse GDB ハードウェアデバッグコアプラグイン 10.8.500.202512020204(org.eclipse.cdt.debug.gdbjtag.core 10.8.500.202512020204)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ GDBハードウェアデバッグ 12.5.0.202603111352(org.eclipse.cdt.debug.gdbjtag.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.debug.gdbjtag.core [10.8.500.202512020204,10.8.500.202512020204] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ GNU ツールチェーンデバッグサポート 12.5.0.202603111352(org.eclipse.cdt.gnu.debug.feature.group 12.5.0.202603111352) 欠けている要件:C/C++開発ツールの起動サポート 11.0.300.202603111352(org.eclipse.cdt.launch 11.0.300.202603111352)'osgi.bundle' が必要です。org.eclipse.ui.ide [3.22.600,4.0.0)"ですが、見つかりませんでした 依存性を満たせない: 差出人:C/C++ GNU ツールチェーン デバッグサポート 12.5.0.202603111352(org.eclipse.cdt.gnu.debug.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.launch [11.0.300.202603111352,11.0.300.202603111352] 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:C/C++ DSF GDB デバッガ統合 12.5.0.202603111352(org.eclipse.cdt.gnu.dsf.feature.group 12.5.0.202603111352) 不足している要件: GDB DSF デバッガー統合コア 7.3.100.202601271447(org.eclipse.cdt.dsf.gdb 7.3.100.202601271447)'osgi.bundle' が必要です。org.eclipse.core.runtime [3.34.0,4.0.0)' ですが、見つけられませんでした 依存性を満たせない: 差出人:C/C++ DSF GDB デバッガ統合 12.5.0.202603111352(org.eclipse.cdt.gnu.dsf.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.cdt.dsf.gdb [7.3.100.202601271447,7.3.100.202601271447] CY9_1-1787712805898.pngCY9_1-1787712805898.pngCY9_1-1787712805898.pngCY9_1-1787712805898.png CY9_2-1787712826729.pngCY9_2-1787712826729.pngCY9_2-1787712826729.pngCY9_2-1787712826729.png 必要なアイテムが一つ以上見つからず、インストールを完了できません。 インストール中のソフトウェア:リモートサービス 12.5.0.202603111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 欠けている要件:Eclipse Remote Development ドキュメントプラグイン 12.5.0.202603111352(org.eclipse.remote.doc.isv 12.5.0.202603111352)'osgi.bundle' が必要です。org.eclipse.help [3.10.500,4.0.0)"ですが、見つかりませんでした 依存性を満たせない: 差出人:リモートサービス 2026年5月12日 03111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 宛先: org.eclipse.equinox.p2.iu; org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] Re: [S32DS 3.6.1] Update Fail こんにちは、 @CY9 さん。 インストールしようとしているパッケージ、更新サイト、RTD、プラグインを教えてもらえますか? エラーログを見ると、CDT 12.5.0のインストールを試みているようですが、最新のS32DSリリースはEclipse 2023-12フレームワーク、 CDT 11.4、 Java17をサポートしています。 S32DSのアップデートと拡張機能インターフェースだけ を使ってアップデートを試しましたか? Julin_AragnM_0-1787853046969.pngJulin_AragnM_0-1787853046969.pngJulin_AragnM_0-1787853046969.png よろしくお願いします、 ジュリアン Re: [S32DS 3.6.1] Update Fail あなたは遅刻しています。 参照: https ://community.nxp.com/t5/S32K/S32DS-3-6-1-Example-Code-disappear/mp/2408504 私は既にこのSHxTを削除しています。問題が多すぎる。 バージョンは3.6.1ではなく、実際には3.6.10です。
View full article
LX2160A JTAG(CCS)连接失败 我考虑用DDR工具来LX2160A,但我连接不上。 我认为原因是CCS无法确认JTAG连接。 附上身份码验证结果。 KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png 前段时间我尝试连接时,通过 JTAG 确认了连接,但是文件损坏了,由于我没有仔细管理版本,所以一直无法恢复。 Check for Update无法识别从互联网下载时文件损坏的情况,因此无法匹配当前软件状态。 既然我曾经连接过一次,我怀疑可能是软件问题。如果你知道解决办法,请告诉我。 非常感谢你的理解。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢你的回复。 我使用“CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer”执行了安装。 之后,我尝试使用 CodeWarrior IDE 进行更新,方法是选择“帮助”→“安装新软件”→“添加”→“归档”,并指定 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip,但在安装过程中出现错误。 错误信息如下: KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png 安装项目时发生错误 会话上下文为:(profile=epp.package.cpp,phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357,操作=com.freescale.updater.customactions.actions.FreescaleProcessCheck)。 NLS 缺少消息:参数未设置,位于:com.freescale.updater.customactions.Messages 请问您能否指导我如何处理此事? 非常感谢你的理解。 Re: LX2160AのJTAG(CCS)接続が失敗する 请先安装 CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe,然后打开 CodeWarrior IDE 并从“帮助”->“安装新软件”->“添加”->“归档”安装服务包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip。 如果问题仍然存在,请提供屏幕截图以显示您的错误。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢你的回复。 当前使用的CodeWarrior版本信息如下: CodeWarrior QorIQ LS 系列开发工作室 - ARM V8 指令集架构 版本:11.5.0 版本号:200629GA 与您提供的最新版本相比,我的环境似乎运行的是旧版本。 顺便问一下,如果我通过“安装新软件”→“添加”→“归档”选择“com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip”,我应该安装哪些项目? 选择“全选”会导致错误,安装失败。 Re: LX2160AのJTAG(CCS)接続が失敗する 请检查您是否已安装适用于 ARMv8 的最新版 CodeWarrior 11.5.12。 请打开 CodeWarrior IDE,并从“帮助”->“关于 CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA”中检查版本。 如果您已经安装了此版本的 CodeWarrior,请从 CodeWarrior TAP 上拔下 USB 电缆,然后重新插入。 Re: LX2160AのJTAG(CCS)接続が失敗する 请从以下链接下载我的安装文件,并重新安装适用于 ARMv8 11.5.12 的 CodeWarrior。 https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する 您是在 Windows 10 系统中安装适用于 ARMv8 的 CodeWarrior 吗? 请先删除所有 CodeWarrior 安装文件。 请从我的压缩包中安装 CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe。 然后打开 CodeWarrior IDE,在新工作区中,从“帮助”->“安装新软件”->“添加”->“归档”安装服务包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip。 Re: LX2160AのJTAG(CCS)接続が失敗する 感谢您的支持。 按照要求,我尝试使用您提供的下载链接重新安装 CodeWarrior for ARMv8 11.5.12。但是,在安装更新包时发生错误。 我已经在下载链接页面回复了错误详情,请您查看一下好吗? 你知道是什么原因导致这个问题吗? 我希望您在解决此事上继续给予支持。 此消息由机器已翻译。 Re: LX2160AのJTAG(CCS)接続が失敗する 1. 请删除您的 CodeWarrior 安装文件夹。 2. 请不要使用您原来的安装文件。请同时使用 .exe 文件。以及我下载链接中的压缩文件。 3. 安装 exe 文件后,请在新的工作区中打开 CodeWarrior IDE 以安装 zip 服务包。
View full article
[S32DS 3.6.1]更新失败 无聊的 CY9_0-1787712759742.pngCY9_0-1787712759742.pngCY9_0-1787712759742.pngCY9_0-1787712759742.png 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ 开发工具 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 缺少依赖项:GDB Common 7.2.500.202603111352(org.eclipse.cdt.gdb 7.2.500.202603111352)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ 开发工具 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb.feature.group [12.5.0.202603111352,12.5.0.202603111352] 无法满足依赖关系: 来自:C/C++ 通用 GDB 支持 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:远程服务 12.5.0.202603111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 缺少依赖项:Eclipse 远程开发文档插件 12.5.0.202603111352(org.eclipse.remote.doc.isv 12.5.0.202603111352)需要 'osgi.bundle;org.eclipse.help [3.10.500,4.0.0)',但找不到。 无法满足依赖关系: 来自:远程服务 12.5.0.202603111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ 开发工具 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 缺少依赖项:GDB Common 7.2.500.202603111352(org.eclipse.cdt.gdb 7.2.500.202603111352)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ 开发工具 12.5.0.202606022100(org.eclipse.cdt.feature.group 12.5.0.202606022100) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb.feature.group [12.5.0.202603111352,12.5.0.202603111352] 无法满足依赖关系: 来自:C/C++ 通用 GDB 支持 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ 开发平台 12.5.0.202606022100(org.eclipse.cdt.platform.feature.group 12.5.0.202606022100) 缺少依赖项:C/C++ 开发工具核心本地实用程序 6.6.200.202603111352(org.eclipse.cdt.core.native 6.6.200.202603111352)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ 开发工具原生实用程序 12.5.0.202606022100(org.eclipse.cdt.native.feature.group 12.5.0.202606022100) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.core.native [6.6.200.202603111352,6.6.200.202603111352] 无法满足依赖关系: 来自:C/C++开发平台 12.5.0.202606022100(org.eclipse.cdt.platform.feature.group 12.5.0.202606022100) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.native.feature.group [12.5.0.202606022100,12.5.0.202606022100] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ GCC 交叉编译器支持 12.5.0.202603111352(org.eclipse.cdt.build.crossgcc.feature.group 12.5.0.202603111352) 缺少依赖项:CDT GCC 交叉编译器支持 1.3.800.202603111352(org.eclipse.cdt.build.crossgcc 1.3.800.202603111352)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ GCC 交叉编译器支持 12.5.0.202603111352(org.eclipse.cdt.build.crossgcc.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.build.crossgcc [1.3.800.202603111352,1.3.800.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ 开发工具本地实用程序 12.5.0.202606022100(org.eclipse.cdt.native.feature.group 12.5.0.202606022100) 缺少依赖项:C/C++ 开发工具核心本地实用程序 6.6.200.202603111352(org.eclipse.cdt.core.native 6.6.200.202603111352)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ 开发工具原生实用程序 12.5.0.202606022100(org.eclipse.cdt.native.feature.group 12.5.0.202606022100) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.core.native [6.6.200.202603111352,6.6.200.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ 通用 GDB 支持 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 缺少依赖项:GDB Common 7.2.500.202603111352(org.eclipse.cdt.gdb 7.2.500.202603111352)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ 通用 GDB 支持 12.5.0.202603111352(org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ 内存视图增强功能 12.5.0.202603111352(org.eclipse.cdt.debug.ui.memory.feature.group 12.5.0.202603111352) 缺少依赖项:调试核心内存 0.2.300.202512020204(org.eclipse.cdt.debug.core.memory 0.2.300.202512020204)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ 内存视图增强 12.5.0.202603111352(org.eclipse.cdt.debug.ui.memory.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.debug.core.memory [0.2.300.202512020204,0.2.300.202512020204] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ GNU 工具链构建支持 12.5.0.202603111352(org.eclipse.cdt.gnu.版本.feature.group 12.5.0.202603111352) 缺少要求:GCC 对 CDT 版本核心 2.1.800.202512020204 的支持(org.eclipse.cdt.build.gcc.core 2.1.800.202512020204)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ GNU 工具链版本支持 12.5.0.202603111352(org.eclipse.cdt.gnu.版本.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.build.gcc.core [2.1.800.202512020204,2.1.800.202512020204] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ GDB 硬件调试 12.5.0.202603111352(org.eclipse.cdt.debug.gdbjtag.feature.group 12.5.0.202603111352) 缺少依赖项:Eclipse GDB 硬件调试核心插件 10.8.500.202512020204(org.eclipse.cdt.debug.gdbjtag.core 10.8.500.202512020204)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来源:C/C++ GDB 硬件调试 12.5.0.202603111352(org.eclipse.cdt.debug.gdbjtag.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.debug.gdbjtag.core [10.8.500.202512020204,10.8.500.202512020204] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ GNU 工具链调试支持 12.5.0.202603111352(org.eclipse.cdt.gnu.debug.feature.group 12.5.0.202603111352) 缺少要求:C/C++ 开发工具启动支持 11.0.300.202603111352(org.eclipse.cdt.launch 11.0.300.202603111352)需要 'osgi.bundle;org.eclipse.ui.ide [3.22.600,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ GNU 工具链调试支持 12.5.0.202603111352(org.eclipse.cdt.gnu.debug.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.launch [11.0.300.202603111352,11.0.300.202603111352] 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:C/C++ DSF GDB 调试器集成 12.5.0.202603111352(org.eclipse.cdt.gnu.dsf.feature.group 12.5.0.202603111352) 缺少依赖项:GDB DSF 调试器集成核心 7.3.100.202601271447(org.eclipse.cdt.dsf.gdb 7.3.100.202601271447)需要 'osgi.bundle;org.eclipse.core.runtime [3.34.0,4.0.0)',但找不到。 无法满足依赖关系: 来自:C/C++ DSF GDB 调试器集成 12.5.0.202603111352(org.eclipse.cdt.gnu.dsf.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.cdt.dsf.gdb [7.3.100.202601271447,7.3.100.202601271447] CY9_1-1787712805898.pngCY9_1-1787712805898.pngCY9_1-1787712805898.pngCY9_1-1787712805898.png CY9_2-1787712826729.pngCY9_2-1787712826729.pngCY9_2-1787712826729.pngCY9_2-1787712826729.png 安装无法完成,因为找不到一个或多个必需项。 正在安装的软件:远程服务 12.5.0.202603111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 缺少依赖项:Eclipse 远程开发文档插件 12.5.0.202603111352(org.eclipse.remote.doc.isv 12.5.0.202603111352)需要 'osgi.bundle;org.eclipse.help [3.10.500,4.0.0)',但找不到。 无法满足依赖关系: 来自:远程服务 12.5.0.202603111352(org.eclipse.remote.feature.group 12.5.0.202603111352) 收件人:org.eclipse.equinox.p2.iu;org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] Re: [S32DS 3.6.1] Update Fail 你迟到了。 参考链接: https ://community.nxp.com/t5/S32K/S32DS-3-6-1-Example-Code-disappear/mp/2408504 我早就把这个垃圾东西删掉了。问题太多了。 不是v3.6.1,而是v3.6.10。 Re: [S32DS 3.6.1] Update Fail 你好@CY9 , 请问您尝试安装的是哪个软件包、更新站点、RTD 还是插件? 从错误日志中可以看出,您正在尝试安装 CDT 12.5.0,但是最新的 S32DS 版本支持 Eclipse 2023-12 框架、 CDT 11.4和 Java17。 您是否尝试过仅通过 S32DS 更新和扩展界面进行更新? Julin_AragnM_0-1787853046969.pngJulin_AragnM_0-1787853046969.png 此致, 朱利安
View full article
LX2160AのJTAG(CCS)接続が失敗する LX2160Aに対し、DDR toolの使用を考えていますが、Connectができません。 原因はCCSより、JTAGの接続が確認できないことだと思います。 IDcodeの確認結果を添付します。 KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png 少し前に接続を試した際はJTAGからの接続が確認できましたが、ファイルが破損してしまったことと、細かくリビジョンを管理しておらず復元できておりません。 check for Updateより、インターネットからダウンロードを実施するとファイルが破損するケースが存在することを把握しておらず、現在ソフトウェアの状態を一致させることができないでいます。 一度接続できたため、ソフトウェアの問題かと思いますが、解決方法をご存じでしたらご教授願います。 以上よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する まずCW_ARMv8_v2020.06_b200629GA_Win_Offline.exeをインストールし、その後CodeWarrior IDEを開き、Help->Install New Software->Add->Archiveからサービスパックcom.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zipをインストールしてください。 問題が解決しない場合は、エラー画面のスクリーンショットをご提供ください。 Re: LX2160AのJTAG(CCS)接続が失敗する 最新版のCodeWarrior for ARMv8 11.5.12がインストールされているかどうか確認してください。 CodeWarrior IDEを開き、QorIQ LSシリーズ(ARM V8 ISA)のHelp->About CodeWarrior Development Studioのバージョンを確認してください。 既にこのバージョンのCodeWarriorをインストールしている場合は、CodeWarrior TAPからUSBケーブルを抜き、再度差し込んでください。 Re: LX2160AのJTAG(CCS)接続が失敗する ご返信ありがとうございます。 現在使用しているCodeWarriorのバージョン情報は以下の通りです。 CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA Version: 11.5.0 Build Id: 200629GA ご連絡いただいた最新バージョンと比較すると、私の環境は古いバージョンのようです。 ちなみに、「Install New Software」→「Add」→「Archive」から 「com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip」を選択した場合、どの項目をインストールすればよいでしょうか。 「Select All」を選択すると、エラーが発生し、インストールが成功しません。 Re: LX2160AのJTAG(CCS)接続が失敗する ご返信ありがとうございます。 「CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer」からインストールを実行しました。 その後、CodeWarrior IDEで、Help → Install New Software → Add → Archive から com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip を指定して更新を試みましたが、インストール中にエラーが発生します。 エラーメッセージは以下の通りです KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png An error occurred while installing the items session context was:(profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb 13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb 14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages 対処方法についてご教示いただけますでしょうか? 以上よろしくお願いいたします。 Re: LX2160AのJTAG(CCS)接続が失敗する 以下のリンクからインストールファイルをダウンロードし、CodeWarrior for ARMv8 11.5.12を再インストールしてください。 https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する Windows 10にCodeWarrior for ARMv8をインストールしようとしていますか? まず、CodeWarriorのインストールファイルをすべて削除してください。 私のtarボールからCW_ARMv8_v2020.06_b200629GA_Win_Offline.exeをインストールしてください。 その後、 新しいワークスペースでCodeWarrior IDEを開き、Help->Install New Software->Add->Archiveからサービスパックcom.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zipをインストールします。 Re: LX2160AのJTAG(CCS)接続が失敗する 1. CodeWarriorのインストールフォルダを削除してください。 2. 元のインストールファイルは使用しないでください。.exe を両方とも使用してください。私のダウンロードリンクからzipファイルをダウンロードしてください。 3. exeファイルのインストール後、新しいワークスペースでCodeWarrior IDEを開き、zipサービスパッケージをインストールしてください。 Re: LX2160AのJTAG(CCS)接続が失敗する 再開まで今しばらくお待ちください。 ご依頼どおり、ご提供いただいたダウンロードリンクを使用して、CodeWarrior for ARMv8 11.5.12の再インストールを試みました。しかし、アップデートパッケージのインストール中にエラーが発生しました。 ダウンロードリンクのページにエラーの詳細をすでに返信していますので、ぜひ確認していただけますか? この問題の原因が何か心当たりはありますか? このマターの解決に向けて引き続きご支援いただけるとありがたいです。 このメッセージは機械翻訳によって翻訳されました。
View full article
AzureWave AW-CM276NFを使用したi.MX8M Plus DebianイメージでWi-Fiを有効にできません こんにちは、NXPコミュニティの皆さん、 私は i.MX8M Plus EVK を使い 、 FlexBuild/LSDKで構築されたNXP Debian Linuxイメージ を動か しています 。 私のボードには以下のWi-Fiモジュールが使用されています。 Wi-Fiモジュール: AzureWave AW-CM276NF Wi-Fiチップセット: NXP/Marvell 88W8997 インターフェース: Wi-Fi用PCIe Debianのイメージ上でWi-Fiインターフェースを起動・接続することができません。 利用可能なネットワークインターフェースを確認してみましたが、Wi-Fiを正常にオンにできません。 i.MX8M PlusのDebian/FlexBuildイメージ 上で AzureWave AW-CM276NF(88W8997) モジュール のWi-Fiを有効にする正しい手順を教えていただけます か? 知りたいのは以下の点です。 Wi-FiドライバーはDebian/FlexBuildイメージにデフォルトで含まれていますか? AW-CM276NF / 88W8997モジュールにはどのドライバーを使うべきですか? 以下のコマンドでドライバーを読み込むべきでしょうか? modprobe moal mod_para=nxp/wifi_mod_para.conf ドライバを読み込んだ後、Wi-Fiインターフェースはmlan0、wlan0、または別のインターフェースとして表示されますか? /lib/firmware/nxp/ディレクトリに、他にファームウェアファイルが必要ですか? DebianイメージにWi-Fiドライバーやファームウェアを含めるために有効化が必要なFlexBuildの設定オプションはありますか? Wi-Fiを起動しアクセスポイントに接続するための推奨されるステップバイステップの手順を教えてください。 よろしくお願いします。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: Unable to Enable Wi-Fi on i.MX8M Plus Debian Image Using AzureWave AW-CM276NF リリースノートを参照してください。現在のBSPは8MPlus上でNXP SDIO 88W8997(Murata LBEE5XV1YMでテスト済み)をサポートし i.MX。DebainでのWi-Fi有効化方法については、3.4.6 「同封されたファイルの i.MX プラットフォーム上でWi-Fiモジュールを有効にする」を参照してください
View full article
PEマイクロプログラミングの問題 やあ、NXP 私は S32K344 EVBカスタムボードを使っています。 PEmicro マルチリンク ユニバース FX Rev-D 10ピンJTAG/SWDデバッグプローブ  S32 Design Studio(S32DS)バージョン3.6.8。 アプリケーションを S32K344の通常の内部プログラムFlash にフラッシュしたいのです。 私はHSEセキュアブート、セキュアデバッグ、または私たちのスコップに含まれておらず、デバッグ要件にも必要ない他のセキュリティ機能は使っていません。 現在、デバッグ中に添付の問題に直面しているため、皆様の即時のご指導で必要な項目の問題解決にご協力いただけると助かります どなたか、以下の詳細手順を教えていただけませんか: PEmicro 10ピンJTAG/SWDデバッガを10ピン-S32K344カスタムEVBに接続します。 S32DS 3.6.8 で正しいデバッグ/実行構成を作成する。 適切なインターフェース(SWDまたはJTAG)の選択。 フラッシュプログラミング設定(消去、プログラム、検証)を構成します。 正しいターゲットデバイスと接続モードを設定してください。 標準的な内部フラッシュプログラミングに必要なリンカーやメモリ構成。 セキュアデバッグ/HSE関連の問題を回避するための推奨設定。 デバッガーがデバイスを検出したが、フラッシュプログラミング中に失敗した場合のトラブルシューティング手順。 PEmicroプローブを使用してS32K344 EVBのプログラミングとデバッグを正常に行うために必要な、完全なフラッシュ手順と正確なS32DS構成を探しています。
View full article
Regarding the design for long-term stable operation of the IW416 Hello NXP Team, We are using the u-blox MAYA-W1 module based on the NXP IW416 chipset. Environment Hardware Host platform: Rock3A Wi-Fi module: u-blox M2-MAYA-W1 (NXP IW416 based) Evaluation hardware provided by u-blox SDIO host interface Software Linux Kernel: 6.6.23 NetworkManager: 1.30.6 wpa_supplicant: 2.10 iw: 5.9 Wi-Fi Driver / Firmware Driver: MM6X16542.p8-(FP92) Firmware: 16.92.21.p155.1 Wi-Fi Configuration cntry_txpwr=1 cfg80211_wext=0xf cal_data_cfg=none drv_dbg=0xFFFFFFFF edmac off All other settings are default Host Interface: SDIO(Wi-Fi only; Bluetooth not used.) Test Condition The device is operated continuously while connected to an AP under very weak signal conditions. RSSI is typically: -80 dBm to -85 dBm The connection is unstable and reconnect/scanning activities are expected to occur intermittently because the AP is located near the limit of the communication range. Issue Description After approximately 10 days of continuous operation, the Wi-Fi interface(mlan uap wfd) disappears. At the time of failure: FW_IN_BAND_RESET is triggered Firmware reload starts Firmware download fails mlan0 and related interfaces disappear The log contains errors similar to: FW_IN_BAND_RESET ... wlan_dnld_fw fail ret=0xffffffff The issue does not recover automatically after the In-Band Reset sequence. Questions Is this a known issue for IW416 firmware 16.92.21.p155.1? weak RSSI conditions (-80 to -85 dBm) repeated scan/reconnect activity long duration operation FW_IN_BAND_RESET wlan_dnld_fw fail ret=0xffffffff From a system design perspective, for products incorporating the IW416 and requiring long-term stable operation, what is the recommended recovery strategy from NXP? Should system designers assume that occasional firmware recovery events may occur during field operation and implement higher-level recovery mechanisms accordingly? (such as FW reloading after PDn or RESET) Attached: dmesg log failure logs around FW_IN_BAND_RESET Additional Information We understand that disappearance of mlan0 can sometimes be caused by thermal issues or insufficient power supplied to the Wi-Fi module. To eliminate these possibilities, the following countermeasures were applied during the test: The board was actively cooled using an external fan. Board temperature was maintained at approximately 30°C. A dedicated USB Type-C power supply with a maximum output of 60 W was used. No signs of power instability were observed during the test. Therefore, thermal and power related issues are considered unlikely to be the primary cause of this failure. Best regards Re: Regarding the design for long-term stable operation of the IW416 Hi, @developer123  Can you please help to try with our latest release: SD-WLAN-UART-BT-IW416-LNX_6_18_20-IMX8-16.92.21.p160-16.92.21.p160-MM6X16543.p18-GPL Choose the latest tag: lf-6.18.20_2.0.0 To get FW: GitHub - nxp-imx/imx-firmware · GitHub To get driver: GitHub - nxp-imx/mwifiex: WiFi extensions · GitHub Best regards, Christine. Re: Regarding the design for long-term stable operation of the IW416 Hi, @developer123  Thank you for the detailed follow-up and for clearly articulating the design philosophy question — this is indeed an important consideration for production systems. To address your question directly: Yes, NXP's recommended design philosophy for long-term field operation is to implement a host-side recovery mechanism as part of the system design. And also IW416 does support Auto FW recovery on fatal error as mentioned in our release note. To better understand our Wi-Fi firmware automatic recovery theory, I recommend you to refer to below: Wi-Fi Firmware Automatic Recovery And back to the reported issue, hope you can have a try with the latest Driver + FW combinations. If still reproduce, please help to provide the full logs, including dmesg logs, FW dump and driver dumps. To get full logs, please: 1. load driver with drvdbg=0xa0037 issue happened logs will automatically save in this directory printed like below: ======================================== [ 4221.173141] Create directory /data/dump_4220 error, try create dir in /var [ 4221.173147] Wakeup device... [ 4221.173231] Create directory /var/dump_4220 successfully [ 4221.173232] Directory name is /var/dump_4220 [ 4221.173233] === START DRIVER INFO DUMP=== [ 4221.173289] DRV dump data in /var/dump_4220/file_drv_info [ 4221.173306] Wakeup device... [ 4221.173889] SDIO Func0 (0x0-0x9): 43 03 06 00 07 00 00 02 03 00 [ 4221.175173] SDIO Func1 (0x4-0xb): 00 00 00 00 ff ff ff ff [ 4221.175879] SDIO Func1: (0x4c) 00 (0x50) 08 (0x54) 07 (0x55) 0c (0x58) 10 (0x59) 00 (0x5c) 00 (0x5d) 00 [ 4221.176284] SDIO Func1 (0xc0-0xca): dc fe 96 00 31 11 00 37 37 02 20 [ 4221.177301] | [ 4221.275861] SDIO Func1 (0xc0-0xca): dc fe a1 00 3b 00 00 37 37 02 20 [ 4221.276501] Drv info total bytes = 263150 (0x403ee) [ 4221.276503] === DRIVER INFO DUMP END===Wakeup device... [ 4221.276555] ==== DEBUG MODE OUTPUT START: 4220.878602 === ==================================================== If the dump is not auto-generated at "/var" or "/data" it can be collected manually using below "cat /proc/mwlan/adapter0/fw_dump > file_fw_dump" command. 2. If you check it doesn't print the directory in dmesg logs, 3.please get it in below way: - echo debug_dump > /proc/mwlan/adapter0/config - Wait for some time (1 or 2 min) - cat /proc/mwlan/adapter0/fw_dump > file_fw_dump drv_dump: cat /proc/mwlan/adapter0/drv_dump > file_drv_dump Best regards, Christine. Re: Regarding the design for long-term stable operation of the IW416 Thank you for the recommendation. We will evaluate the latest driver and firmware release. However, our primary question is not whether this specific issue has been fixed in a newer firmware version. In practical product development, software versions must be frozen at some point before product release. While newer firmware releases may resolve known issues, it is generally not feasible to continuously follow and deploy every firmware update throughout the entire product lifecycle. We also understand that firmware is continuously improved over time, and while a newer release may address a particular issue, additional corner-case issues may still be discovered in the future. For products that require long-term reliable field operation, should occasional firmware recovery events be considered as part of the normal system design assumptions? We are trying to understand NXP's design philosophy. Best regards. Re: Regarding the design for long-term stable operation of the IW416 Hi, @developer123  Sure. Please take your time. And once need any further support, please do not hesitate to let me know. Best regards, Christine. Re: Regarding the design for long-term stable operation of the IW416 Thank you for your reply. There is a significant amount of investigation required, and reproducing the issue takes time. The investigation into the new forward testing will take some time, but I will contact you again once the results are available. Best regards.
View full article
关于IW416长期稳定运行的设计 您好,NXP团队, 我们使用的是基于 NXP IW416 芯片组的 u-blox MAYA-W1 模块。 环境 硬件 主机平台:Rock3A Wi-Fi 模块:u-blox M2-MAYA-W1(基于 NXP IW416) u-blox 提供评估硬件 SDIO 主机接口 软件 Linux 内核:6.6.23 NetworkManager:1.30.6 wpa_supplicant:2.10 iw:5.9 Wi-Fi 驱动程序/固件 驱动程序:MM6X16542.p8-(FP92) 固件版本:16.92.21.p155.1 Wi-Fi 配置 cntry_txpwr=1 cfg80211_wext=0xf cal_data_cfg=none drv_dbg=0xFFFFFFFF edmac 关闭 其他所有设置均为默认值 主机接口: SDIO(仅限 Wi-Fi;不使用蓝牙。) 测试条件 在信号非常弱的情况下,该设备仍能持续连接到接入点并运行。 RSSI 通常为: -80 dBm 至 -85 dBm 由于接入点位于通信范围的极限附近,因此连接不稳定,预计会间歇性地进行重新连接/扫描活动。 问题描述 连续运行约 10 天后,Wi-Fi 接口(mlan uap wfd)消失。 失败时: FW_IN_BAND_RESET 被触发 固件重新加载开始 固件下载失败 mlan0 及相关接口消失 日志中包含类似如下的错误: FW_IN_BAND_RESET ... wlan_dnld_fw 失败 ret=0xffffffff 执行带内RESET序列后,该问题不会自动恢复。 问题 这是 IW416 固件 16.92.21.p155.1 的已知问题吗? RSSI信号强度较弱(-80至-85 dBm) 重复扫描/重新连接活动 长时间运行 FW_IN_BAND_RESET wlan_dnld_fw 失败 ret=0xffffffff 从系统设计的角度来看,对于采用 IW416 且需要长期稳定运行的产品,NXP 推荐的恢复策略是什么? 系统设计人员是否应该假定现场操作期间可能会偶尔发生固件恢复事件,并相应地实施更高级别的恢复机制?(例如 PDn 或 RESET 后固件重新加载) 随附的: dmesg 日志 FW_IN_BAND_RESET 相关的故障日志 附加信息 我们了解到,mlan0 的消失有时可能是由于过热问题或 Wi-Fi 模块供电不足造成的。 为消除这些可能性,测试期间采取了以下应对措施: 电路板采用外置风扇进行主动散热。 电路板温度保持在约 30°C。 使用了一个最大输出功率为 60 瓦的专用 USB Type-C 电源。 测试过程中未发现任何电力不稳定的迹象。 因此,热力和电力相关问题不太可能是造成此次故障的主要原因。 顺祝商祺! Re: Regarding the design for long-term stable operation of the IW416 您好, @developer123 请您帮忙测试一下我们的最新版本: SD-WLAN-UART-BT-IW416-LNX_6_18_20-IMX8-16.92.21.p160-16.92.21.p160-MM6X16543.p18-GPL 选择最新标签:lf-6.18.20_2.0.0 获取固件: GitHub - nxp-imx/imx-firmware · GitHub 获取司机: GitHub - nxp-imx/mwifiex:WiFi 扩展 · GitHub 顺祝商祺! Christine。 Re: Regarding the design for long-term stable operation of the IW416 谢谢你的推荐。 我们将评估最新的驱动程序和固件版本。 然而,我们主要的问题并不是这个具体问题是否已在新固件版本中得到解决。 在实际产品开发过程中,软件版本必须在产品发布前的某个时间点冻结。虽然新的固件版本可能会解决已知问题,但在整个产品生命周期内持续跟踪和部署每一个固件更新通常是不可行的。 我们也了解到固件会随着时间的推移不断改进,虽然新版本可能会解决某个特定问题,但将来仍可能发现其他特殊情况问题。 对于需要长期可靠现场运行的产品,是否应将偶尔发生的固件恢复事件视为正常系统设计假设的一部分? 我们正在努力了解恩智浦的设计理念。 顺祝商祺! Re: Regarding the design for long-term stable operation of the IW416 您好, @developer123 感谢您详细的后续跟进,以及对设计理念问题的清晰阐述——这对于生产系统来说确实是一个重要的考虑因素。 直接回答您的问题: 是的,NXP 推荐的长期现场运行设计理念是在系统设计中实施主机侧恢复机制。 此外,正如我们的版本说明中所述, IW416 还支持在发生致命错误时自动固件恢复。 为了更好地理解我们的 Wi-Fi 固件自动恢复理论,我建议您参考以下内容: Wi-Fi固件自动恢复 回到您报告的问题,希望您能尝试使用最新的驱动程序 + 固件组合。如果问题仍然存在,请提供完整的日志,包括 dmesg 日志、固件转储和驱动程序转储。 如需获取完整日志,请: 1. load driver with drvdbg=0xa0037 issue happened logs will automatically save in this directory printed like below: ======================================== [ 4221.173141] Create directory /data/dump_4220 error, try create dir in /var [ 4221.173147] Wakeup device... [ 4221.173231] Create directory /var/dump_4220 successfully [ 4221.173232] Directory name is /var/dump_4220 [ 4221.173233] === START DRIVER INFO DUMP=== [ 4221.173289] DRV dump data in /var/dump_4220/file_drv_info [ 4221.173306] Wakeup device... [ 4221.173889] SDIO Func0 (0x0-0x9): 43 03 06 00 07 00 00 02 03 00 [ 4221.175173] SDIO Func1 (0x4-0xb): 00 00 00 00 ff ff ff ff [ 4221.175879] SDIO Func1: (0x4c) 00 (0x50) 08 (0x54) 07 (0x55) 0c (0x58) 10 (0x59) 00 (0x5c) 00 (0x5d) 00 [ 4221.176284] SDIO Func1 (0xc0-0xca): dc fe 96 00 31 11 00 37 37 02 20 [ 4221.177301] | [ 4221.275861] SDIO Func1 (0xc0-0xca): dc fe a1 00 3b 00 00 37 37 02 20 [ 4221.276501] Drv info total bytes = 263150 (0x403ee) [ 4221.276503] === DRIVER INFO DUMP END===Wakeup device... [ 4221.276555] ==== DEBUG MODE OUTPUT START: 4220.878602 === ==================================================== If the dump is not auto-generated at "/var" or "/data" it can be collected manually using below "cat /proc/mwlan/adapter0/fw_dump > file_fw_dump" command. 2. If you check it doesn't print the directory in dmesg logs, 3.please get it in below way: - echo debug_dump > /proc/mwlan/adapter0/config - Wait for some time (1 or 2 min) - cat /proc/mwlan/adapter0/fw_dump > file_fw_dump drv_dump: cat /proc/mwlan/adapter0/drv_dump > file_drv_dump 顺祝商祺! Christine。 Re: Regarding the design for long-term stable operation of the IW416 感谢您的回复。 需要进行大量调查,重现该问题也需要时间。 对新的前向测试的调查需要一些时间,但一旦结果出来,我会再次与您联系。 顺祝商祺! Re: Regarding the design for long-term stable operation of the IW416 您好, @developer123 当然。 请慢慢来。如有任何其他需要,请随时告知我。 顺祝商祺! Christine。
View full article
S32K142 LPSPI0 主设备(lpspi_transfer 示例):SCK 时钟未正确切换 NXP社区的各位朋友,大家好! 我正在使用NXP lpspi_transfer_s32k142 示例,在 S32K142 板上将 LPSPI0设置为主模式,没有对示例配置进行重大更改。 我的问题是SCK/时钟波形切换不正确。我正在使用逻辑分析仪监测SCK、MOSI、MISO和PCS信号。 对于8 位(1 字节)传输,我预期会有 8 个 SCK 时钟脉冲,但逻辑分析仪显示的是异常/连续的时钟波形,而不是预期的脉冲。 配置: LPSPI0 – 主控 500 kHz 8 位帧 PCS0 CPOL = 活跃高 CPHA = 第一边 传输类型 = 中断 我附上了显示 SCK 波形的逻辑分析仪截图。 请问有人能帮我理解一下为什么NXP示例中的SCK时钟无法正确切换,以及我应该检查哪些配置吗? 谢谢! Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 如果可以的话,我建议您将修改后的测试项目发送给我,以便我能快速重现您在 S32K142EVB 上遇到的问题。 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 嗨,罗宾, 感谢您的反馈, 在我当前的配置中,“PCS 连续”选项未选中,生成的配置包含: .isPcsContinuous = false 我没有修改过这个设置。 在上传的波形图中,我也没有得到预期的干净的SPI时序。对于 1 字节的传输,我期望在整个传输过程中,PCS 钳位时,有 8 个 SCK 时钟脉冲(PCS 有效 → 8 个时钟脉冲 → PCS 无效)。然而,我的逻辑分析仪捕获并没有清楚地显示这种预期行为。SCK 脉冲似乎不规则,PCS/使能信号在整个 SPI 帧周围没有表现出预期的高/低行为。 我已附上电流波形图供您参考。 请问在使用 LPSPI_DRV_MasterTransferBlocking() API 和当前 LPSPI 配置时,这种 PCS 和 SCK 行为是否符合预期? 我还会测试启用 PCS 连续播放功能后的结果,并分享结果。 问候, 雷沙姆 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly HI 你上传的图片太模糊了,我看不清SPI波形。 您是否修改了lpspi_transfer_s32k142的LPSPI0配置,以选择PCS连续传输? lpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS 连续.png 建议在清晰的SPI波形图上使用箭头或文字标记您认为存在问题的位置。这将有助于我快速理解你的问题。 此致敬礼, Robin Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 您好, 请查看附件中的 ZIP 文件,其中包含针对 S32K142EVB 修改后的 LPSPI 传输测试项目。 请您检查一下项目,并告知我LPSPI传输配置是否正确,或者是否需要进行任何更改? 感谢你的支持 此致, 雷沙姆 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 为什么我看不到 .mex 域名您发送的 SPI.zip 文件里有这个文件吗?不带 .mex 后缀文件里,我无法知道你是如何配置 LPSPI 的。你使用的是哪个版本的S32DS?我导入了您的项目,它告诉我您正在使用 S32K1 SDK RTM 4.0.1。请确认S32DS和SDK的版本,以便我安装进行测试。 我无法使用 S32DS v3.4 和 S32K1 SDK 4.0.2 和 4.0.3 正确编译您的项目。已安装。我怀疑您的 S32DS SDK 没有正确安装,所以才没有 .mex 文件。文件已保存到您的项目中。 你是从其他同事那里拿到这个项目的吗?开发过程中是否必须使用相同的SDK版本? 请确定您需要安装哪个版本的S32K1 SDK。 S32K1 SDK 4.0.3可通过S32DS v3.4中的S32DS 扩展和更新进行安装。 据我所知, S32K1 SDK 4.0.1目前只能在S32DS v3.3中使用。 S32K1 SDK 4.0.2 ( SW32K1_S32DS_3.4.1_D2106.zip ) 可安装在S32DS v3.4中。有关安装说明,请参阅: S32 Design Studio v3.4 S32K1 Service Pack 1 发布!
View full article
Kinetis(KW3x/4x、MCX W7xおよびMCX W23)ワン コネクティビティ電源プロファイルツール このページはKinetis(KW3x/4x、MCX W7x、MCX W23)One コネクティビティ Power Profile Toolに特化しています。すべてのスタンドアロン接続電力プロファイリングツールが一体化しています。 これにより、あなたのアプリケーション(オートモーティブやIIoT)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには専用のパワープロファイルツール「One Connectivity Power Profiling Tool」が含まれており、以下が含まれます: Bluetooth LE:この新しいツールで利用可能です 新:KW43(オートモーティブ)およびMCX W70(IIoT)製品をシミュレーションに基づくスタンドアロンで提供。製品は2027年から発売予定です。 KW3x/KW4x(オートモーティブ)およびMCX W7x(IIoT)製品として単独で販売されています。 単体でMCX W23(IIoT)製品。 K32W0/QN9090、KW41、QN9080の製品が単体で提供されています。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 802.15.4 マター & ZED :ツール内で開発中。Excelの見積もりツールを参照してください。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 新:シミュレーションに基づく単体(IIoT)のMCX W70製品。 CCC CS Bluetooth LEローカライゼ ーション(オートモーティブ):ツールで開発中です。Excelの見積もりツールを参照してください。 スマートフォブアプリケーション(オートモーティブ):BLE/KW45/47 + UWB Ranger4/5 + SE + モーション・センサ:ツール内で開発中。Excelの見積もりツールを参照してください。 OneConnectivity_Power_profiling_tool_SDK_26_06.zipを保存してください。ファイルをディスクに保存し、解凍してOneConnectivity_Power_profiling_tool_SDK_26_06.html を起動してください。 ページ概要: christophe_menard_0-1787056777494.png
View full article
dpaa2_net:文件系统表已满,包含 1 个条目 嗨,正在创建 1 个 dpni 和 dpdmux。 在端口 0 上创建 2 个 RXQ。 添加 rte_flow,如下所示 memset(&udp_spec, 0, sizeof(udp_spec)); memset(&udp_mask, 0, sizeof(udp_mask)); udp_spec.hdr.dst_port= rte_cpu_to_be_16(udp_port); udp_mask.hdr.dst_port= 0xffff; pattern[0].type = RTE_FLOW_ITEM_TYPE_UDP; pattern[0].spec= &udp_spec; 图案[0].掩码= &udp_mask; pattern[1].type = RTE_FLOW_ITEM_TYPE_END; 操作[0].类型= RTE_FLOW_ACTION_TYPE_QUEUE; action[0].conf= &队列 操作[1].类型= RTE_FLOW_ACTION_TYPE_END; struct rte_flow *flow = rte_flow_create(port_id, &attr, 图案, 行动, &错误); 在端口 0 上为 RXQ 0 和 RXQ 1 创建 2 个流 创建 UDP 队列流(端口 ID,5000,0); 创建 UDP 队列流(端口 ID,5001,1); 出现以下错误。 dpaa2_net:文件系统表已满,包含 1 个条目 Re: dpaa2_net: FS table with 1 entries full 你好, 日志和 restool 输出清楚地说明了情况。DPNI 对象仅配置了1 个 fs_entry ,该 fs_entry 被第一个流规则( UDP 5000 → RXQ 0 )消耗。任何后续的 rte_flow_create() 调用都会立即失败,因为硬件 FS 表没有剩余空间。 端口 0 启动,有 2 个 RX 队列和 7 个 TX 队列,UDP 端口 5000 -> RXQ 0 创建 dpaa2_net:FS 表已满,包含 1 个条目 dpaa2_net:创建流失败,返回代码 (-1) 流创建失败:未知 fslmc:dpaa2_get_qbman_swp():新 Portal 0x17ffebbc0 (2) 关联线程 - 8602 fslmc:dpaa2_configure_stashing():Portal= 2 CPU= 1 SDEST= 0 fslmc:DPAA Portal=0x17ffebbc0 (2) 已关联到线程 8602 的以太网接收 root@localhost:/home/user# restool dpni info dpni.1 dpni 版本:8.2 dpni ID:1 已插入状态:已插入 端点状态:0 端点:dpdmux.0.2,链路已断开 链路状态:0 - 断开 MAC 地址: ce:8a:4d:82:e7:dc 最大帧长度:1536 dpni_attr.options 值为:0x80000310 发现无法识别的选项... num_queues:16 num_cgs:24 num_rx_tcs:8 num_tx_tcs:16 mac_entries:16 vlan_entries:16 qos_entries:64 fs_entries:1 qos_key_size:56 fs_key_size:56 上午10:53     DPAA2 流量控制表已满 — 根本原因及解决方法 日志和 restool 输出清楚地说明了情况。DPNI 对象仅配置了1 个 fs_entry ,该 fs_entry 被第一个流规则( UDP 5000 → RXQ 0 )消耗。任何后续的 rte_flow_create() 调用都会立即失败,因为硬件 FS 表没有剩余空间。 根本原因 dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1)   经 restool 确认: fs_entries: 1 ← only 1 hardware flow-steering slot   DPNI 是通过 DPL 或 restool dpni create 创建的,但没有显式设置 fs-entries ,因此其默认值为1 。 修复——使用更多文件系统条目重新创建 DPNI 选项 1 — 通过 restool 动态更新(无需重新刷写固件): # Destroy the existing DPNI restool dpni destroy dpni.1 # Recreate it with sufficient FS entries (e.g., 16 or 64) restool dpni create \ --options=DPNI_OPT_HAS_KEY_MASKING \ --num-queues=16 \ --fs-entries=64 \ --num-rx-traffic-classes=8 \ --num-tx-traffic-classes=16 # Re-bind to the DPDMUX endpoint restool dpdmux connect dpdmux.0.2 --endpoint=dpni.X 将 dpni.X 替换为 dpni create 后显示的新创建的 ID。 选项 2 — 编辑 DPL(数据路径布局)文件: 在您的 DPL(.dts /.dpl )文件中找到 dpni@1 对象块。 并增加 fs_entries : dpni@1 { compatible = "fsl,dpni"; ... fs_entries = <64>; /* was 1, increase as needed */ ... }; 然后重新加载DPL: restool dprc load dprc.1 您的 DPNI 已经设置了 qos_entries: 64 和 qos_key_size: 56 ,因此硬件支持它——只是配置的 FS 表大小太小了。 修复后快速验证 # Confirm new fs_entries value restool dpni info dpni. | grep fs_entries # Expected: fs_entries: 64 (or whatever you set)   然后重试您的 DPDK 应用程序—— Flow create failed 错误应该会消失。   此致问候       Re: dpaa2_net: FS table with 1 entries full root@localhost:/home/user# restool dpni info dpni.1 DPNI 版本:8.2 dpni id:1 已连接状态:已连接 端点状态:0 端点:dpdmux.0.2,链路已断开 链路状态:0 - 已断开 MAC地址:ce:8a:4d:82:e7:dc 最大帧长度:1536 dpni_attr.options 的值为:0x80000310 发现无法识别的选项…… 队列数量:16 num_cgs: 24 num_rx_tcs: 8 num_tx_tcs: 16 mac_entries:16 vlan_entries: 16 qos_entries: 64 fs_entries: 1 qos_key_size: 56 fs_key_size: 56 Re: dpaa2_net: FS table with 1 entries full ./dpdk-multirxq-sample-prog -l 1-3 -n 1 --log-level=fslmc,8 --huge-dir /dev/hugepages --proc-type=auto -b fslmc:dpio.16 -b fslmc:dpio.17 -b fslmc:dpio.18 -b fslmc:dpio.19 -b fslmc:dpio.20 -b fslmc:dpio.21 -b fslmc:dpio.22 -b fslmc:dpio.23 -b fslmc:dpmcp.38 -b fslmc:dpmcp.39 EAL:检测到 16 个逻辑核心 EAL:检测到 1 个 NUMA 节点 EAL:自动检测到的进程类型:主进程 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) EAL:多进程套接字 /var/run/dpdk/rte/mp_socket fslmc:fslmc_get_container_group():容器:dprc.2 具有 VFIO iommu 组 ID = 11 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:**Devargs 与 dpmcp.39 匹配 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:**Devargs 与 dpio.18 匹配 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:**Devargs 匹配 dpio.16 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:跳过无效设备(电源) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:**Devargs 匹配 dpio.22 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:**Devargs 匹配 dpio.20 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:**Devargs 匹配 dpio.19 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:**Devargs 与 dpmcp.38 匹配 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:**Devargs 匹配 dpio.17 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:**Devargs 匹配 dpio.23 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:**Devargs 匹配 dpio.21 fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.16) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.17) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.18) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.19) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.20) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.21) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.22) fslmc:rte_fslmc_parse():正在解析 dev=(dpio.23) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.38) fslmc:rte_fslmc_parse():正在解析 dev=(dpmcp.39) fslmc:FSLMC 总线扫描完成 fslmc:总线上扫描到的设备列表: fslmc:dpni.1 fslmc:dpseci.1 fslmc:dpseci.2 fslmc:dpseci.3 fslmc:dpseci.4 fslmc:dpseci.5 fslmc:dpseci.6 fslmc:dpseci.7 fslmc:dpseci.8 fslmc:dpseci.9 fslmc:dpseci.10 fslmc:dpseci.11 fslmc:dpseci.12 fslmc:dpseci.13 fslmc:dpseci.14 fslmc:dpseci.15 fslmc:dpseci.16 fslmc:dpcon.32 fslmc:dpcon.33 fslmc:dpcon.34 fslmc:dpcon.35 fslmc:dpcon.36 fslmc:dpcon.37 fslmc:dpcon.38 fslmc:dpcon.39 fslmc:dpbp.2 fslmc:dpbp.3 fslmc:dpbp.4 fslmc:dpbp.5 fslmc:dpbp.6 fslmc:dpbp.7 fslmc:dpbp.8 fslmc:dpbp.9 fslmc:dpbp.10 fslmc:dpbp.11 fslmc:dpbp.12 fslmc:dpbp.13 fslmc:dpbp.14 fslmc:dpbp.15 fslmc:dpbp.16 fslmc:dpbp.17 fslmc:dpio.16 fslmc:dpio.17 fslmc:dpio.18 fslmc:dpio.19 fslmc:dpio.20 fslmc:dpio.21 fslmc:dpio.22 fslmc:dpio.23 fslmc:dpio.24 fslmc:dpio.25 fslmc:dpio.26 fslmc:dpio.27 fslmc:dpio.28 fslmc:dpio.29 fslmc:dpio.30 fslmc:dpio.31 fslmc:dpci.0 fslmc:dpci.1 fslmc:dpmcp.37 fslmc:dpmcp.38 fslmc:dpmcp.39 fslmc:dpdmai.0 fslmc:dpdmai.1 fslmc:dpdmai.2 fslmc:dpdmai.3 fslmc:dpdmai.4 fslmc:dpdmai.5 fslmc:dpdmai.6 fslmc:dpdmai.7 fslmc:dpdmux.0 fslmc:dprc.2 EAL:已选择 IOVA 模式“VA” EAL:hugepages-2048kB 中未报告可用巨页。 EAL:在 hugepages-32768kB 中未报告可用巨页。 EAL:hugepages-64kB 中未报告可用巨页。 EAL:正在探测 VFIO 支持…… EAL:VFIO 支持已初始化 fslmc:fslmc_get_container_group():容器:dprc.2 具有 VFIO iommu 组 ID = 11 fslmc:fslmc_vfio_setup_group():VFIO 容器文件描述符为 [0x1B] fslmc:fslmc_map_dma():--> 映射地址:0x140000000,大小:1073741824 fslmc:rte_fslmc_vfio_dmamap():已安装内存回调处理程序 fslmc:rte_fslmc_vfio_dmamap():共找到 1 个段。 fslmc:无法映射区域(错误号 = 22) fslmc:dpmcp.38 已列入黑名单,跳过 fslmc:dpmcp.39 已列入黑名单,跳过 fslmc:从 VFIO 抽象出来的设备 (dprc.2) fslmc:设备 (dpni.1)摘自 VFIO fslmc:设备 (dpseci.1)摘自 VFIO fslmc:从 VFIO 抽象出来的设备 (dpseci.2) fslmc:设备 (dpseci.3)摘自 VFIO fslmc:设备 (dpseci.4)摘自 VFIO fslmc:设备 (dpseci.5)摘自 VFIO fslmc:设备 (dpseci.6)摘自 VFIO fslmc:设备 (dpseci.7)摘自 VFIO fslmc:设备 (dpseci.8)摘自 VFIO fslmc:设备 (dpseci.9)摘自 VFIO fslmc:设备 (dpseci.10)摘自 VFIO fslmc:设备 (dpseci.11)摘自 VFIO fslmc:设备 (dpseci.12)摘自 VFIO fslmc:设备 (dpseci.13)摘自 VFIO fslmc:设备(dpseci.14)摘自 VFIO fslmc:设备(dpseci.15)摘自 VFIO fslmc:设备 (dpseci.16)摘自 VFIO fslmc:设备(dpcon.32)摘自 VFIO fslmc:设备(dpcon.33)摘自 VFIO fslmc:设备(dpcon.34)摘自 VFIO fslmc:设备(dpcon.35)摘自 VFIO fslmc:设备(dpcon.36)摘自 VFIO fslmc:设备(dpcon.37)摘自 VFIO fslmc:设备(dpcon.38)摘自 VFIO fslmc:设备(dpcon.39)摘自 VFIO fslmc:从 VFIO 抽象出来的设备 (dpbp.2) fslmc:设备 (dpbp.3)摘自 VFIO fslmc:设备(dpbp.4)摘自 VFIO fslmc:设备(dpbp.5)摘自 VFIO fslmc:设备 (dpbp.6)摘自 VFIO fslmc:设备 (dpbp.7)摘自 VFIO fslmc:设备(dpbp.8)摘自 VFIO fslmc:设备(dpbp.9)摘自 VFIO fslmc:设备(dpbp.10)摘自 VFIO fslmc:设备(dpbp.11)摘自 VFIO fslmc:设备(dpbp.12)摘自 VFIO fslmc:设备(dpbp.13)摘自 VFIO fslmc:设备(dpbp.14)摘自 VFIO fslmc:设备(dpbp.15)摘自 VFIO fslmc:设备(dpbp.16)摘自 VFIO fslmc:设备(dpbp.17)摘自 VFIO fslmc:dpio.16 已列入黑名单,跳过 fslmc:dpio.17 已列入黑名单,跳过 fslmc:dpio.18 已列入黑名单,跳过 fslmc:dpio.19 已列入黑名单,跳过 fslmc:dpio.20 已列入黑名单,跳过 fslmc:dpio.21 已列入黑名单,跳过 fslmc:dpio.22 已列入黑名单,跳过 fslmc:dpio.23 已列入黑名单,跳过 fslmc:dpaa2_create_dpio_device():检测到 LX2160 平台 fslmc:设备(dpio.24)摘自 VFIO fslmc:设备(dpio.25)摘自 VFIO fslmc:设备(dpio.26)摘自 VFIO fslmc:设备(dpio.27)摘自 VFIO fslmc:设备(dpio.28)摘自 VFIO fslmc:设备(dpio.29)摘自 VFIO fslmc:设备(dpio.30)摘自 VFIO fslmc:设备(dpio.31)摘自 VFIO fslmc:设备 (dpci.0)摘自 VFIO fslmc:设备 (dpci.1)摘自 VFIO fslmc:设备 (dpdmai.0)摘自 VFIO fslmc:设备(dpdmai.1)摘自 VFIO fslmc:从 VFIO 抽象出来的设备 (dpdmai.2) fslmc:设备(dpdmai.3)摘自 VFIO fslmc:设备(dpdmai.4)摘自 VFIO fslmc:设备(dpdmai.5)摘自 VFIO fslmc:设备 (dpdmai.6)摘自 VFIO fslmc:设备 (dpdmai.7)摘自 VFIO fslmc:设备 (dpdmux.0)摘自 VFIO PMD:dpni.1:网络设备已创建,已连接到 dpdmux.0 fslmc:dpaa2_get_qbman_swp():新传送门 0x17fff3280 (1) 关联线程 - 8602 fslmc:dpaa2_configure_stashing():Portal= 1 CPU= 1 SDEST= 0 fslmc:DPAA Portal=0x17fff3280 (1) 与线程 8602 关联 端口 0 初始有 2 个接收队列和 7 个发送队列。 UDP 端口 5000 -> RXQ 0 已创建 dpaa2_net:文件系统表已满,包含 1 个条目 dpaa2_net:创建流程失败,返回代码(-1) 流程创建失败:未知 fslmc:dpaa2_get_qbman_swp():新传送门 0x17ffebbc0 (2) 关联线程 - 8602 fslmc:dpaa2_configure_stashing():Portal= 2 CPU= 1 SDEST= 0 fslmc:DPAA Portal=0x17ffebbc0 (2) 已关联到 eth rx 线程 8602 Re: dpaa2_net: FS table with 1 entries full 谢谢,问题已解决。 Re: dpaa2_net: FS table with 1 entries full 通过在应用程序中添加以下两行代码解决:memset(&attr, 0, sizeof(attr)); attr.ingress = 1; attr.group = 0; attr.priority = pat; pat++;
View full article
S32DS Debug 模式下scst 自检会进入hardfault 导致程序跑死(急) 早上好 工作时出现了一个很紧急的问题,请问它应该怎么解决呢: 用的是S32DS,Debug 模式下scst 自检会进入hardfault 导致程序跑死 期待您的回复
View full article
Unable to Enable Wi-Fi on i.MX8M Plus Debian Image Using AzureWave AW-CM276NF Hello NXP Community, I am working with an i.MX8M Plus EVK running an NXP Debian Linux image built using FlexBuild/LSDK. My board uses the following Wi-Fi module: Wi-Fi Module: AzureWave AW-CM276NF Wi-Fi Chipset: NXP/Marvell 88W8997 Interface: PCIe for Wi-Fi I am unable to bring up and connect the Wi-Fi interface on the Debian image. I tried checking the available network interfaces, but I am not able to successfully turn on the Wi-Fi. Could you please provide the correct steps to enable and connect Wi-Fi for the AzureWave AW-CM276NF (88W8997) module on the i.MX8M Plus Debian/FlexBuild image? I would like to know: Is the Wi-Fi driver included by default in the Debian/FlexBuild image? Which driver should be used for the AW-CM276NF / 88W8997 module? Should I load the driver using the following command? modprobe moal mod_para=nxp/wifi_mod_para.conf After loading the driver, should the Wi-Fi interface appear as mlan0, wlan0, or another interface? Are any additional firmware files required under /lib/firmware/nxp/? Are there any FlexBuild configuration options that need to be enabled to include the Wi-Fi driver and firmware in the Debian image? Please let me know the recommended step-by-step procedure to bring up Wi-Fi and connect to an access point. Thank you. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: Unable to Enable Wi-Fi on i.MX8M Plus Debian Image Using AzureWave AW-CM276NF refer to the release note, current bsp supports the NXP SDIO 88W8997 (tested with Murata LBEE5XV1YM) on i.MX 8MPlus. for how to enable WI-FI in debain, pls refer to the 3.4.6 Enabling the Wi-Fi module on the i.MX platform of enclosed file
View full article
PE Micro Programming Issue Hey NXP  I am using an S32K344 EVB Custom Board with a PEmicro Multilink Universe FX Rev-D 10-pin JTAG/SWD debug probe and S32 Design Studio (S32DS) version 3.6.8. I would like to flash an application into the normal internal Program Flash of the S32K344. I am not using HSE Secure Boot, Secure Debug, or any other security features which is not in our scop and not required for our Debug requirements. currently I am facing the attached Issue while debugging so Your Immidiate guidence will help to resolve the issue in required fields Could you someone please provide the detailed steps for: Connecting the PEmicro 10-pin JTAG/SWD debugger to the 10 Pin - S32K344 Custom EVB. Creating the correct Debug/Run configuration in S32DS 3.6.8. Selecting the proper interface (SWD or JTAG). Configuring flash programming settings (Erase, Program, Verify). Setting the correct target device and connection mode. Any required linker or memory configuration for standard internal flash programming. Recommended settings to avoid Secure Debug/HSE-related issues. Troubleshooting steps if the debugger detects the device but fails during flash programming. I am looking for a complete flashing procedure and the exact S32DS configuration required for successful programming and debugging of the S32K344 EVB using a PEmicro probe.
View full article