Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
使用 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 接口: PCIe Wi-Fi接口 我无法在 Debian 镜像上启动和连接 Wi-Fi 接口。 我尝试检查可用的网络接口,但无法成功开启 Wi-Fi。 请问如何 在 i.MX8M Plus Debian/FlexBuild 镜像 上启用和连接 AzureWave AW-CM276NF (88W8997) 模块的 Wi-Fi ? 我想知道: Debian/FlexBuild 镜像中是否默认包含 Wi-Fi 驱动程序? AW-CM276NF / 88W8997 模块应该使用哪个驱动程序? 我应该使用以下命令加载驱动程序吗? modprobe moal mod_para=nxp/wifi_mod_para.conf 加载驱动程序后,Wi-Fi 接口应该显示为mlan0 、 wlan0还是其他接口? /lib/firmware/nxp/目录下是否需要其他固件文件? 是否需要启用任何 FlexBuild 配置选项才能将 Wi-Fi 驱动程序和固件包含在 Debian 镜像中? 请告知我启动 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 请参阅发行说明,当前 电路板支持包 支持 i.MX 8MPlus 上的 NXP SDIO 88W8997(已使用 Murata LBEE5XV1YM 进行测试)。有关如何在 Debian 中启用 Wi-Fi,请参阅附件文件中的 3.4.6 节“在 i.MX 平台上启用 Wi-Fi 模块”。
查看全文
dpaa2_net: エントリが 1 つある FS テーブルがいっぱいです こんにちは、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; パターン[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つのフローを作成します。 create_udp_queue_flow(port_id, 5000, 0); create_udp_queue_flow(port_id, 5001, 1); 以下のエラーが発生しています。 dpaa2_net: エントリが 1 つある FS テーブルがいっぱいです Re: dpaa2_net: FS table with 1 entries full こんにちは、 ログと restool 排出量は、明確な事実を物語っている。DPNIオブジェクトには1つの fs_entry のみがプロビジョニングされており、これは最初のフロールール( UDP 5000 → RXQ 0 )によって消費されます。ハードウェアファイルシステムテーブルに空き容量がないため、後続の rte_flow_create() 呼び出しは即座に失敗します。 ポート0は2つのRXキューと7つのTXキューから始まりました。UDPポート5000 -> RXQ 0が作成されました dpaa2_net: 1エントリのFSテーブルが完全に作成されました dpaa2_net: フローの作成失敗、コード返却(-1) フロー作成失敗:不明 fslmc: dpaa2_get_qbman_swp(): 新しいポータル 0x17ffebbc0 (2) affined Thread - 8602 fslmc: dpaa2_configure_stashing(): ポータル= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) はeth rxからThreadへの対応 8602root@localhost:/ホーム/ユーザー# restool DPNI Info DPNI.1 DPNI バージョン:8.2 DPNI ID:1 plugged state: plugged endpoint state: 0 endpoint: 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 のみがプロビジョニングされており、これは最初のフロールール( UDP 5000 → RXQ 0 )によって消費されます。ハードウェアファイルシステムテーブルに空き容量がないため、後続の rte_flow_create() 呼び出しは即座に失敗します。 根本的な原因 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でした。 修正 — より多くのFSエントリを使用して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 です。 認識できないオプションが見つかりました... 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=FSLMC8 --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:DPCCP.38 -b FSLMC:DPMCP.39 EAL:16個のlcoreを検出 EAL:NUMAノード1つ検出 EAL:自動検出プロセスタイプ:PRIMARY fslmc: rte_fslmc_parse(): parsing 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(): parsing 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:巨大ページは報告されていません。巨大ページ-64kBで報告されています EAL:VFIOサポートを調査中... EAL:VFIOサポート開始 fslmc: fslmc_get_container_group(): コンテナ: dprc.2 はVFIO iommuグループID = 11 FSLMC: fslmc_vfio_setup_group(): VFIO Container FDは[0x1B] FSLMC: fslmc_map_dma(): --> 地図アドレス:0x140000000、サイズ:1073741824 fslmc: rte_fslmc_vfio_dmamap(): メモリコールバックハンドラをインストールしました fslmc: rte_fslmc_vfio_dmamap(): 合計1セグメントが見つかりました。 fslmc: 領域をマッピングできませんでした (errno = 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:NetDevが作成され、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つのRXキューと7つのTXキューから始まりました UDPポート5000 -> RXQ 0の作成 dpaa2_net:1エントリ満員のFS表 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) はスレッド8602へのeth rxに適しています Re: dpaa2_net: FS table with 1 entries full 解決しました。ありがとうございます。 Re: dpaa2_net: FS table with 1 entries full アプリケーションのmemset(&attr, 0, sizeof(attr))で2行以下を追加することで解決; attr.ingress = 1; attr.group = 0; attr.priority = pat; pat++;
查看全文
S32K358 HSE not initializing after flash erase Hello NXP Team, I am working with an S32K358 and have enabled HSE with AB-SWAP (OTA). HSE was previously working, but after flashing a combined bootloader + application image and performing a partial code flash erase, HSE is no longer initializing. Environment MCU: S32K358 HSE: AB-SWAP / OTA enabled HSE FW: s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin.pink Installer: S32K344_HSE_FW_INSTALL with AB-SWAP configuration Debugger: J-Link / PEmicro through S32 Design Studio Application: Custom BMS bootloader + application using HSE for SHA-256/RSA secure boot functionality Current Issue After the flash operation, Hse_Ip_GetHseStatus() does not return an initialized HSE status. The MU0 FSR (0x4038C104) remains 0x00000000, and the installer application gets stuck in HseFwInstall_WaitInitOk() and eventually reports HSE_INSTALL_MU_TIMEOUT. The following observations were made: 0x4038C104 (MU0 FSR) = 0x00000000 0x1B000000 (UTEST HSE feature flag) = DDCCBBAA AABBCCDD 0x00400000 contains data beginning with 60FFFFDB... HSE passive region 0x00BD4000 cannot be read through the debugger J-Link verification of the passive region fails Directly loading the .pink file with J-Link reports that the file format is unsupported We erased the application/code flash area: 0x00400000 – 0x0068FFFF Our understanding is that this does not overlap the HSE/sBAF reserved region: 0x00BD4000 – 0x00BFFFFF Questions Could you please advise on the correct HSE recovery/reinstallation procedure for S32K358 with AB-SWAP enabled when MU FSR remains 0x00000000? Specifically: Is the HSE passive region expected to be unreadable through J-Link after HSE is enabled/protected? For recovery, should we use the complete HSE installer ELF with the required IVT/boot header rather than directly programming the .pink file? If the UTEST HSE feature flag is already programmed and HSE firmware data is present at 0x00400000, what conditions could prevent sBAF from installing or initializing HSE firmware during POR? Could the LC state or compatibility between the sBAF version and HSE firmware version cause the installation to fail without an obvious error? When MU0 FSR remains 0x00000000, which registers or status bits should we check to identify the reason for the HSE boot/install failure? Is there any specific AB-SWAP recovery sequence that should be followed after a partial code flash erase? The expected behavior is that after a successful POR and HSE initialization, MU0 FSR should indicate HSE_STATUS_INIT_OK and HSE_STATUS_RNG_INIT_OK, allowing HSE services to be used. Any guidance on the correct recovery procedure and the registers/debug information we should collect would be greatly appreciated. Thank you. Re: S32K358 HSE not initializing after flash erase I think the first thing to clarify is whether HSE was ever successfully installed and running on this device, or whether you are trying to perform the initial HSE installation after programming the UTEST flag and flashing the HSE image to 0x00400000. From your description, it is not clear whether HSE was previously installed and working and then stopped initializing after the flash erase, or whether this is the first installation attempt and sBAF never installed the HSE firmware during POR. This information would significantly narrow down the possible root causes. If HSE was working before, we would focus on what changed and whether the firmware was invalidated or erased. If it never worked, we would focus on the installation prerequisites and image validity. Re: S32K358 HSE not initializing after flash erase Hello David, To confirm, HSE was successfully installed and was working correctly on this device before the flash erase operation. This is not the initial HSE installation attempt. After the HSE installation, I verified that HSE was functioning correctly using the HSE Crypto example. In particular, I successfully performed the SHA-256 hash algorithm, which confirmed that HSE was initialized and the HSE crypto services were working properly. The sequence of events was: I successfully installed HSE with AB-SWAP/OTA configuration. I verified that HSE initialization was successful. I tested the HSE Crypto functionality and successfully executed SHA-256. I then programmed my combined bootloader + application image. During the subsequent debugging/programming activity, I performed a partial code flash erase from: 0x00400000 – 0x0068FFFF After this erase operation and POR, HSE stopped initializing. Currently, Hse_Ip_GetHseStatus() does not indicate an initialized HSE, and the installer gets stuck in HseFwInstall_WaitInitOk() and eventually reports HSE_INSTALL_MU_TIMEOUT. Therefore, I believe the issue is related to something that changed during the flash erase/programming operation, rather than an initial HSE installation problem. I would like to understand whether the erase range could have affected any HSE firmware, AB-SWAP metadata, boot configuration, or other HSE-related information required for HSE initialization. Please let me know what additional memory locations or register values I should check to determine what was affected.
查看全文
S32K358 闪存擦除后 HSE 未初始化 您好,NXP团队, 我正在使用 S32K358,并且已经通过 AB-SWAP (OTA) 启用了 HSE。HSE 之前可以正常工作,但在刷入组合引导加载程序 + 应用程序映像并执行部分代码闪存擦除后,HSE 不再初始化。 环境 MCU:S32K358 HSE:支持 AB-SWAP / OTA HSE固件:s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin.pink 安装程序:S32K344_HSE_FW_INSTALL,带 AB-SWAP 配置 调试器:J-Link / PEmicro 通过 S32 设计工作室 应用:自定义 电池管理系统 引导加载程序 + 使用 HSE 实现 安全散列算法 (SHA)-256/RSA 安全启动功能的应用程序 当前问题 闪存操作后,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 问题 请问对于启用了 AB-SWAP 且 MU FSR 保持为 0x00000000 的 S32K358,正确的 HSE 恢复/重新安装步骤是什么? 具体来说: 启用/保护 HSE 后,HSE 被动区域是否预计无法通过 J-Link 读取? 对于恢复操作,我们是否应该使用包含所需 IVT/启动标头的完整 HSE 安装程序 ELF 文件,而不是直接对 .pink 文件进行编程?文件? 如果 UTEST HSE 功能标志已被编程,并且 HSE 固件数据存在于 0x00400000,那么在 POR 期间,哪些情况可能会阻止 sBAF 安装或初始化 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 加密功能,并成功执行了 SHA-256。 然后我编写了我的引导加载程序+应用程序组合映像。 在随后的调试/编程活动中,我执行了部分代码闪存擦除操作,擦除范围如下: 0x00400000 – 0x0068FFFF 完成擦除操作和上电复位后,HSE 停止初始化。 目前,Hse_Ip_GetHseStatus() 未指示 HSE 已初始化,安装程序卡在 HseFwInstall_WaitInitOk() 中,最终报告 HSE_INSTALL_MU_TIMEOUT。 因此,我认为问题与闪存擦除/编程操作期间发生的变化有关,而不是 HSE 的初始安装问题。 我想了解擦除范围是否可能影响 HSE 固件、AB-SWAP 元数据、启动配置或 HSE 初始化所需的其他 HSE 相关信息。 请告知我还需要检查哪些内存位置或寄存器值才能确定哪些部分受到了影响。
查看全文
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-core 启动目标相同的基本启动映像,但加载到 A72 而不是 A53。 u-boot-atf.bin 是 ATF 和 U-Boot 的组合镜像:bl31.bin加上 u-boot.bin/ u-boot-hash.bin。 u-boot-atf-a72.bin出现在 flash_cockpit 目标中,其中镜像包含两个 AP 有效载荷:一个用于 A53,另一个用于 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 仅支持两个 Cortex-A72 内核,并且需要使用 flash_ca72 构建的特殊启动映像。 预留 u-boot-atf-a72.bin对于显式打包第二个 A72 AP 映像的流程(例如 flash_cockpit),除非您的 电路板支持包的 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-A72 而不是 Cortex-A53,SCFW 允许这种流程。NXP 的 imx-mkimage 有一个 flash_ca72 目标,被描述为普通 A53 启动映像的 A72 变体,旨在尽早启动 A72 以优化启动时间。 重要的区别在于: First code after RESET: 不是 A72。设备启动流程仍然从 ROM/SCU/SCFW 开始。 AP 端引导加载程序/操作系统启动:是的,这可以在 A72 上完成。SCFW 初始化 DDR,加载 Cortex-A 映像,然后启动内核并设置其起始地址。 配置机制:启动容器可以为 a72 指定一个 AP 镜像,例如示例显示 imx-mkimage 中的 -ap ... a72 ...。 所以答案是: SCFW 确实允许从 A72 启动 AP 软件路径,但 A72 不是 RESET/ROM 启动主控;它是由 SCFW 根据启动容器配置启动的。 Re: iMX8qm Boot Core A72_0 你好, 我按照以下步骤构建引导加载程序,但引导加载程序构建失败,没有任何日志记录。 请您核对一下附件中的步骤。 谢谢! mkdir Scarthgap_New cd Scarthgap_New   1. 获取网络安全控制器二进制文件 mkdir SECO 光盘 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 总计 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 2024 年 7 月 29 日 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 2024 年 7 月 29 日 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   光盘 ../../../..   2. 下载并构建 ATF mkdir ATF 光盘 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 unset 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 lib drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 libc drwxrwxr-x 2 mkashyap mkashyap 4096 八月 26 22:37 libwrapper drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 romlib   光盘 ../../../../../   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 8月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 测试 drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:44 实用程序     光盘 ../../../../../     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     光盘 ../../     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 年 8 月 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 脚本    -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 文件被用作引导加载程序镜像。 Re: iMX8qm Boot Core A72_0 就您的具体手术而言,关键在于: 制作 SOC=iMX8QM flash_ca72 如果您打算将引导加载程序加载到 A72 而不是 A53 ,那么从概念上讲,这是正确的目标。NXP 社区指南将 flash_ca72 描述为类似于基本的 flash_b0 映像,但加载到A72而不是A53 。 “无日志”症状并不一定意味着 SCFW 拒绝了 A72 启动。一个已知的陷阱是A53 和 A72 不使用同一个日志终端,因此,如果您监测通常的 A-core/A53 UART,即使 A72 镜像正在运行或稍后在不同的控制台路径上出现故障,您可能也看不到任何东西。 验证您的步骤: 面积 评估 SECO集装箱 mx8qmb0-ahab-container.img 是 i.MX8QM B0 的正确容器类别。 ATF 使 PLAT=imx8qm bl31 对于 i.MX8QM 来说是合理的。 SCFW 构建 qm R=B0 B=var_som V=1 与 i.MX8QM B0 Variscite 目标一致。 U-Boot imx8qm_var_som_defconfig 是需要确认的关键项:它必须与 A72 启动路径和控制台配置兼容。 mkimage 目标 flash_ca72 仅适用于 A72 启动。对于正常的 Linux 电路板支持包。启动,文档中记录的 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 是不必要的。使用一条简洁的顶级命令。 我会修改/优化图像生成部分,使其: 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/版本/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你的 shell 可能确实有有效的工具路径,但这一行需要验证。 推荐的调试顺序: 首先构建并启动标准镜像: 让 SOC=iMX8QM 闪存 这会检查 SECO + SCFW + ATF + U-Boot + 板 DDR/控制台是否基本正确。Linux 用户指南中记录了此标准 i.MX8QM flash.bin 文件。生成路径。 然后使用以下命令重新构建: 制作 SOC=iMX8QM flash_ca72 监控A72 控制台/UART ,而不仅仅是普通的 A53 控制台。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。
查看全文
トピックをエスカレートするボタン NXPコミュニティの投稿には「トピックのエスカレート」ボタンがありますが、それが何をするのか、いつ使うのかの説明はありません。ツールチップや近くのテキストなどで説明があればいいのに。
查看全文
GUIGuider-2.0.0 コンテナオブジェクトのデフォルトパディングの問題 まず、コンテナを作成し、その中に子オブジェクトとして画像を追加しました。画像オブジェクトは(0,0)の位置に配置されています。しかし、UI編集中に左と上に空白領域ができてしまいました。分析の結果、これはコンテナオブジェクトにデフォルトのパディングが設定されていることが原因であることがわかりました。この問題を解決するには、コンテナオブジェクトのパディングを明示的に0に設定する必要があります。これは非常に面倒です。もっと良い解決策はないでしょうか? 回复: GUIGuider-2.0.0容器对象默认内边距问题 こんにちは@RedFace_caocao 追加できます lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); デフォルトのパディングを削除します。 サンプルコードは次のとおりです。 // Create container: ui->screen.container_1 ui->screen.container_1 = lv_obj_create(ui->screen.screen); lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_width(ui->screen.container_1, 200); lv_obj_set_height(ui->screen.container_1, 150); lv_obj_set_align(ui->screen.container_1, LV_ALIGN_TOP_LEFT); lv_obj_set_x(ui->screen.container_1, 0); lv_obj_set_y(ui->screen.container_1, 0); BR ハリー 回复: GUIGuider-2.0.0容器对象默认内边距问题 こんにちは@RedFace_caocaoさん GUI Guider V2 のコンポーネントのデフォルトスタイルは、LVGL のデフォルトテーマのスタイルに準拠しており、追加のスタイルは維持されません。 ご意見ありがとうございます。今後のバージョンアップでこの点を最適化できるよう、慎重に検討してまいります。 よろしくお願いします、 ウェンビン
查看全文
UJA1169ATK SBC Spice/IBISモデル こんにちは、チームの皆さん、 私たちは製品のEMCシミュレーションを行う予定であり、SBCにはIBIS/SpiceモデルUJA1169ATK必要です。できるだけ早く同じものを手に入れられるよう、サポートいただけるようお願い申し上げます。 Re: UJA1169ATK SBC Spice/ IBIS Model こんにちは、Yogesh_Khairnarさん 残念ながら、このUJA1169ATKにはIBIS/SPICEモデルは存在しません。 ご迷惑をおかけして申し訳ありません。
查看全文
Rolling out smart card authentication across an org How have other people approached this? I want to have it be easy, user puts the smart card in and then just puts in their pin to get into the computer, minimal deployment pain. If it works for ad and o365, even cooler. I was looking at yubikey 5 fips series to start out with for IT, but also need to roll things out to the org. How do smart card readers work, do I need to buy readers for all the computers that don't have one? Would you go with something usb/nfc like the yubikey, or would an actual card be better for end users ease of use? How do you enroll users onto smart cards and tie it to their AD account? Payment Re: Rolling out smart card authentication across an org Hello @das998  Go with YubiKey 5 FIPS — it plugs directly into USB, no separate reader needed, and supports PIV (smart card login), AD, and O365 SSO out of the box. User experience is exactly what you want: insert key → enter PIN → done. For enrollment: deploy AD CS as your internal CA, issue a Smart Card Logon certificate with the user's UPN, write it to the YubiKey via YubiKey Manager, and AD matches the account automatically. If you do need physical card readers (e.g. for traditional ISO 7816 cards), NXP's TDA8035-based readers are plug-and-play on Windows — no driver install needed. Start with IT to validate the flow, then roll out org-wide using YubiEnterprise for bulk management.
查看全文
Can not debug Based on the log output, could you tell me how to resolve this issue? 回复: Can not debug Is there no one who can answer? Re: Can not debug Hello @liyongfeng, Failing to load .ARP file could mean various things. As a general check, can you confirm this board was able to be programmed before? And check if cable is connected properly. Also check if the correct .ARP file is selected (if HSE is not installed in the device, select hse_disabled) in 'Debug Configuration' > 'Advanced Options' Julin_AragnM_0-1787864422369.pngJulin_AragnM_0-1787864422369.png I suggest also trying to update PEmicro plugin through S32DS Extensions and Updates:  Julin_AragnM_1-1787864479071.pngJulin_AragnM_1-1787864479071.png Are you using an external debugger, or is this through the OpenSDA interface? Try using an external debugger, either PEmicro, SEGGER, Lauterbach, etc. Is this an NXP eval board, or is this your custom design?  Best regards, Julián
查看全文
MPXM053GSのダイ表面 MPXM2053GSをポートを通して検査したところ、ダイ表面のゲルコーティングに気泡が見られました。これがデバイスの性能に影響を与える可能性はありますか?私たちは少々懸念しています。泡の写真を添付しました。
查看全文
GUIGuider-2.0.0 container object default padding issue First, I created a container, then added an image as a child object inside it, with the image object positioned at 0,0. However, during UI editing, there were blank areas on the left and top. After analysis, I found that this was caused by the container object having default padding. I need to explicitly set the container object's padding to 0 to solve this problem. This is too cumbersome; is there a better solution? 回复: GUIGuider-2.0.0容器对象默认内边距问题 Hi @RedFace_caocao , The default styles of the components in GUI Guider V2 follow the styles in the default theme of LVGL, and no additional styles are maintained. Thank you for your feedback. We will carefully consider optimizing this aspect in future versions. Best Regards, Wenbin 回复: GUIGuider-2.0.0容器对象默认内边距问题 Hi @RedFace_caocao  You can add  lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); to Remove default padding. the sample code is // Create container: ui->screen.container_1 ui->screen.container_1 = lv_obj_create(ui->screen.screen); lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_width(ui->screen.container_1, 200); lv_obj_set_height(ui->screen.container_1, 150); lv_obj_set_align(ui->screen.container_1, LV_ALIGN_TOP_LEFT); lv_obj_set_x(ui->screen.container_1, 0); lv_obj_set_y(ui->screen.container_1, 0); BR Harry
查看全文
GUIGuider-2.0.0容器对象默认内边距问题 首先创建一个容器,然后容器里添加一个图像的子对象,图像对象的位置是0,0。但是在UI编辑时左边和上边存在空白区域,分析后发现时容器对象默认有内边距导致的。需要显式地给容器对象设置内边距为0才能解决这个问题。这个太麻烦了,有啥好的解决方案吗 回复: GUIGuider-2.0.0容器对象默认内边距问题 嗨@RedFace_caocao 您可以添加 lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); 移除默认内边距。 示例代码如下 // Create container: ui->screen.container_1 ui->screen.container_1 = lv_obj_create(ui->screen.screen); lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_width(ui->screen.container_1, 200); lv_obj_set_height(ui->screen.container_1, 150); lv_obj_set_align(ui->screen.container_1, LV_ALIGN_TOP_LEFT); lv_obj_set_x(ui->screen.container_1, 0); lv_obj_set_y(ui->screen.container_1, 0); BR 哈里 回复: GUIGuider-2.0.0容器对象默认内边距问题 Hi @RedFace_caocao, GUI Guider V2的组件的默认样式是跟随LVGL 的default theme中的样式,并未维护任何额外样式。 感谢您的使用反馈,我们会认真考虑未来版本对这方面的优化。 Best Regards, Wenbin
查看全文
die surface of MPXM2053GS We inspected the MPXM2053GS through its port and observed bubbles in the gel coating the die surface. Could this affect device performance? We are somewhat concerned. A picture of the bubbles are attached. 
查看全文
无法调试 根据日志输出,请问如何解决这个问题? 回复: Can not debug 没人能够答复吗? Re: Can not debug 你好@liyongfeng , 无法加载 .ARP 文件可能意味着多种情况。作为一般性检查,您能否确认该电路板之前是否可以进行编程?检查一下电缆是否连接正确。 另外,请检查“调试配置”>“高级选项”中是否选择了正确的 .ARP 文件(如果设备中未安装 HSE,请选择 hse_disabled)。 Julin_AragnM_0-1787864422369.pngJulin_AragnM_0-1787864422369.png 我还建议尝试通过 S32DS 扩展和更新来更新 PEmicro 插件: Julin_AragnM_1-1787864479071.pngJulin_AragnM_1-1787864479071.png 您使用的是外部调试器,还是通过 OpenSDA 接口进行的调试?尝试使用外部调试器,例如 PEmicro、SEGGER、Lauterbach 等。 这是恩智浦的评估板,还是你们的定制设计? 此致, 朱利安
查看全文
在整个组织内推广智能卡身份验证 其他人是如何看待这个问题的?我希望它简单易用,用户只需插入智能卡,然后输入密码即可进入计算机,最大限度地减少部署难度。如果它对广告和 Office 365 都有效,那就更好了。我一开始考虑使用 YubiKey 5 FIPS 系列产品进行 IT 部署,但也需要将其推广到整个组织。智能卡读卡器的工作原理是什么?我需要为所有没有智能卡读卡器的电脑都购买读卡器吗?你会选择像 Yubikey 这样的 USB/NFC 设备,还是会选择实体卡,因为实体卡更方便最终用户使用?如何将用户注册到智能卡并将其与他们的 AD 帐户关联? 支付 Re: Rolling out smart card authentication across an org 你好@das998 选择 YubiKey 5 FIPS——它可以直接插入 USB 接口,无需单独的读卡器,并且开箱即用,支持 PIV(智能卡登录)、AD 和 O365 SSO。用户体验正是您所期望的:插入钥匙 → 输入密码 → 完成。 注册流程:部署 AD CS 作为内部 CA,颁发带有用户 UPN 的智能卡登录证书,通过 YubiKey Manager 将其写入 YubiKey,AD 会自动匹配帐户。 如果您确实需要物理读卡器(例如用于传统的 ISO 7816 卡),NXP 基于 TDA8035 的读卡器在 Windows 上即插即用——无需安装驱动程序。 首先由 IT 部门验证流程,然后使用 YubiEnterprise 进行批量管理,在整个组织内推广。
查看全文
デバッグできません ログ出力から、この問題の解決方法を教えてもらえますか? 回复: Can not debug 誰も答えられないのか? Re: Can not debug こんにちは@liyongfengさん .ファイルの読み込みに失敗しています。ARPファイルは様々な意味を持つ可能性があります。一般的な確認として、このボードは以前にプログラム可能だったか確認できますか?ケーブルが正しく接続されているかも確認してください。 また、「デバッグ構成」>「詳細オプション」で正しい.ARPファイルが選択されているかどうかも確認してください(デバイスにHSEがインストールされていない場合は、hse_disabledを選択してください)。 Julin_AragnM_0-1787864422369.pngJulin_AragnM_0-1787864422369.png S32DS拡張機能とアップデートを通じてPEmicroプラグインをアップデートしてみることもお勧めします。 Julin_AragnM_1-1787864479071.pngJulin_AragnM_1-1787864479071.png 外部デバッガを使っていますか?それともOpenSDAインターフェース経由でですか?PEmicro、SEGGER、Lauterbachなどの外部デバッガーを使用してみてください。 これはNXPの評価ボードですか?それともあなたのカスタムデザインですか? よろしくお願いします、 ジュリアン
查看全文
組織全体でスマートカード認証を展開すること 他の人たちはこの問題にどのように取り組んできたのでしょうか?ユーザーがスマートカードを挿入し、PINを入力するだけで簡単に使いたいので、展開の手間を最小限に抑えたいです。広告とOffice 365の両方で機能するなら、さらに素晴らしい。IT部門向けにはまずYubiKey 5 FIPSシリーズを検討していましたが、組織全体にも展開していく必要があります。スマートカードリーダーはどのように動作するのですか?スマートカードリーダーが搭載されていないコンピューターには、すべてリーダーを購入する必要があるのでしょうか?YubikeyのようなUSBやNFCのものを選ぶべきか、それとも実際のカードの方がエンドユーザーの使いやすさのために良いでしょうか?ユーザーをスマートカードに登録し、それをADアカウントに紐づけるにはどうすればいいですか? 決済サービス Re: Rolling out smart card authentication across an org こんにちは、@das998さん YubiKey 5 FIPSを選んでください。USBに直接接続でき、別途リーダーは不要で、PIV(スマートカードログイン)、AD、O365 SSOも標準でサポートしています。ユーザー体験はまさにあなたが求めているものです。キーを挿入→PINを入力するだけで完了→。 登録時:AD CSを内部CAとして展開し、ユーザーのUPNでスマートカードログオン証明書を発行し、YubiKey Manager経由でYubiKeyに書き込みます。ADが自動的にアカウントとマッチします。 物理的なカードリーダー(例:従来のISO 7816カード用)が必要な場合、NXPのTDA8035ベースのリーダーはWindows上でプラグアンドプレイで、ドライバのインストールは不要です。 まずはIT部門でフローの検証を行い、その後組織全体でYubiEnterpriseを使って一括マネジメントを展開します。
查看全文
PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) Hi everyone, I am currently integrating the PCA2131 Automotive RTC into a Battery Management System (BMS) and experiencing an inconsistent issue with the periodic interrupt generation. Issue Description: We are trying to generate an interrupt at a defined interval (e.g., every X minutes). The core problem is that the behavior is highly erratic: Sometimes, the interrupt triggers exactly as expected. Sometimes, the counter appears to run approximately 4x faster than it should. Sometimes, the interrupt is missed entirely. Because this issue occurs randomly, we are struggling to isolate the root cause. Testing & Observations: Hardware: We have tested 3–4 different RTC samples, and this abnormal behavior has been observed across multiple units. Clock Configurations: We evaluated the default 32.768 kHz clock, as well as the 16 kHz and 8 kHz configurations. Interrupt Intervals: Tested with 1-minute, 2-minute, and 5-minute intervals. Result: The timing instability persists across these variations. Request: For reference, I have attached our schematic and the captured waveforms. Could you please review the attachments and help us understand what could be causing this? We would appreciate any insight into specific register configurations, known errata, or noise/hardware conditions that could lead to this intermittent timing instability. Thanks in advance for your support. rtc Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) Hello! Could you please check the following points? The MSF flag (bit 7 of Control_2, address 01h) must be explicitly cleared after every interrupt.  Always write 0 to MSF (bit 7 of Control_2) in your ISR. Use the AND-write method described in Section 7.11.5 of the datasheet (write 0 to clear, 1 to leave unchanged) If both MI (bit 1) and SI (bit 0) of Control_1 are set, the result is an interrupt once per second not once per minute. Set only MI = 1, SI = 0 in Control_1 for a periodic minute interrupt. Read back the register to confirm. Please let me know the result. Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) Hello, The writes that disable the alarm comparators by setting AEN_x = 1 are commented out, please uncomment all five lines. These writes must execute before re-arming the next alarm. In the alarm trigger screenshot, the raw register value ctrl2.w = 18 (0x12 = 0001 0010 binary) correctly shows: Bit 4 = 1 → AF (Alarm Flag) is SET Bit 1 = 1 → AIE (Alarm Interrupt Enable) is SET However, the struct field ctrl2.b.af is displayed as 0 in the debugger. This means your C bitfield struct definition for Control_2 does not correctly map the af field to bit 4. If any part of the firmware branches on ctrl2.b.af instead of the hardware interrupt line or RTC_ALarm_Flag software variable, it will fail to detect the alarm and miss interrupts entirely  explaining the missed interrupt symptom. Please verify and correct the bitfield definition of your Control_2 register struct. The af field must be declared at bit position 4. Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) I Checked as you suggested me. For that I take screenshot of CTRL_REG_1 and CTRL_REG_2 when alarm trigger and after alarm clear. Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) Hello ErikaC, Thanks for the review. I have uncommented the five lines for AEN_x as requested. I verified the bitfield definition, and it is correct. In the 'alarm trigger' image, the ctrl2.b.af bit successfully sets to 1. In the 'alarm clear' image, it resets to 0. The bitfield is behaving exactly as expected. Re: PCA2131 RTC: Intermittent periodic interrupts (Missed or running 4x faster) Waiting for your reply or can we take this discussion over the mail. My email id: - [email protected]
查看全文
MPXM2053GS芯片表面 我们通过其端口检查了 MPXM2053GS,发现芯片表面的凝胶涂层中有气泡。这会影响设备性能吗?我们有些担忧。附图为气泡照片。
查看全文