i.MX95 SEMA42 GATEn regiser of Domain ID I am planning to use SEMA42 on the i.MX95 to implement mutual exclusion between the Cortex-M7 and the Cortex-A55. To do this, a domain number (Domain 0–14) needs to be specified in the GTFSM field (bits 3-0) of the SEMA42 GATEn register. Could you please tell me which bus master (Cortex-A55, Cortex-M7, Cortex-M33, DMA, etc.) each of Domain 0–14 corresponds to? I was able to find the domain numbers for the Cortex-M7 and Cortex-M33 from the SEMA42 driver example in the MCUXpresso SDK (APP_CORTEX_M33_DID = 8, APP_CORTEX_M7_DID = 9), and the example works with these values. However, they do not match the TRDC DIDs configured in the System Manager cfg file (did=2 for the M33/SM and did=4 for the M7). In addition, the SEMA42 example for the i.MX943 EVK describes these values as a "Master ID assignment for the SoC", so I assume SEMA42 uses the bus master ID rather than the TRDC DID. However, I could not find the corresponding value for the Cortex-A55 on the i.MX95. If this information (e.g., a master ID assignment table for the i.MX95) is described in any document or on the web, I would also appreciate it if you could point me to it. mcuxpresso-sdk\mcuxsdk\examples\_boards\imx95lpd5evk19\driver_examples\sema42\sm\cm7\app.h --- #define APP_CORTEX_M7_DID 9 #define APP_CORTEX_M33_DID 8 --- Re: i.MX95 SEMA42 GATEn regiser of Domain ID Use DID 9 for the Cortex-M7 in the i.MX95 SEMA42 example, not the System Manager/TRDC DID of 4. They are different identifiers in this configuration: SEMA42 accepts the SDK value, and a gate locked by domain 9 reads back GTFSM = 10 (domain + 1). Re: i.MX95 SEMA42 GATEn regiser of Domain ID Cortex-M7 DID of the System Manager/TRDC configuration in my environment is 4. I first tried this DID. But SEMA42 didn't work. GATEn.GTFSM value of MCUXpressoSDK example only work. Do you have a idea? Re: i.MX95 SEMA42で使用するDomain ID The i.MX95 Reference Manual lists Cortex-A55 as Domain ID 3 by default . Its default IDs for Cortex-M7 and Cortex-M33 are 4 and 2, respectively. Your SDK example instead defines M7 as 9 and M33 as 8. Check the System Manager/TRDC configuration used by that example before using A55 DID 3 for A55–M7 locking. Also, a locked GATEn.GTFSM reads back as DID + 1 ; a readback value of 9 indicates DID 8. i.MX95リファレンスマニュアルでは、 Cortex-A55の既定のDomain ID（DID）は3 です。Cortex-M7とCortex-M33の既定DIDは、それぞれ4と2です。 一方、ご提示のSDK例ではM7を9、M33を8と定義しています。 A55–M7間の排他処理にA55のDID 3を使う前に、その例で使用するSystem Manager／TRDCの設定を確認してください。 また、ロック後の GATEn.GTFSM の読み出し値は DID + 1 です。読み出し値9はDID 8を示します。

i.MX95 SEMA42 GATEn 功能域注册器 我计划在 i.MX95 上使用 SEMA42 来实现 Cortex-M7 和 Cortex-A55 之间的互斥。 为此，需要在 SEMA42 GATEn 寄存器的 GTFSM 字段（位 3-0）中指定功能域号（功能域 0-14）。 请问功能域 0 到 14 分别对应哪些总线主控芯片（Cortex-A55、Cortex-M7、Cortex-M33、DMA 等）？ 我从 MCUXpresso SDK 中的 SEMA42 驱动程序示例中找到了 Cortex-M7 和 Cortex-M33 的功能域数字。 （APP_CORTEX_M33_DID = 8，APP_CORTEX_M7_DID = 9），并且该示例适用于这些值。 但是，它们与系统管理器 cfg 文件中配置的 TRDC DID 不匹配（M33/SM 的 did=2，M7 的 did=4）。 此外，i.MX943 EVK 的 SEMA42 示例将这些值描述为“SoC 的主 ID 分配”，因此我假设 SEMA42 使用的是总线主 ID 而不是 TRDC DID。 但是，我找不到 i.MX95 上 Cortex-A55 的对应值。如果任何文档中描述了此信息（例如，i.MX95 的主 ID 分配表）。 或者在网上，如果您能告诉我哪里可以找到，我将不胜感激。 mcuxpresso-sdk\mcuxsdk\examples\_boards\imx95lpd5evk19\driver_examples\sema42\sm\cm7\app.h --- #define APP_CORTEX_M7_DID 9 #define APP_CORTEX_M33_DID 8 --- Re: i.MX95 SEMA42 GATEn regiser of Domain ID 在 i.MX95 SEMA42 示例中，Cortex-M7 请使用 DID 9，而不是系统管理器/TRDC DID 4。在此配置中，它们是不同的标识符：SEMA42 接受 SDK 值，并且由功能域 9 锁定的门会读取 GTFSM = 10（功能域 + 1）。 Re: i.MX95 SEMA42 GATEn regiser of Domain ID 我的环境中系统管理器/TRDC 配置的 Cortex-M7 DID 为 4。 我首先尝试了这个DID。但SEMA42不起作用。MCUXpressoSDK 示例中的 GATEn.GTFSM 值仅有效。 你有什么想法吗？ Re: i.MX95 SEMA42で使用するDomain ID i.MX95 参考手册默认将 Cortex-A55 列为功能域 ID 3。Cortex-M7 和 Cortex-M33 的默认 ID 分别为 4 和 2。 您的 SDK 示例将 M7 定义为 9，将 M33 定义为 8。在使用 A55 DID 3 进行 A55-M7 锁定之前，请检查该示例使用的系统管理器/TRDC 配置。此外，锁定的 GATEn.GTFSM 读取为 DID + 1；读取值为 9 表示 DID 8。 i.MX95rifァrensumanyuaruでは、 Cortex-A55の既定のDomain ID （DID ）は3です。Cortex-M7とCortex-M33の既定DIDは、それぞれ4と2です。 另外、ご提示のSDK例ではM7を9、M33を8と定义しています。 A55–M7间の排他处理にA55のDID 3を使う前に、その例で使用する系统管理器／TRDC的设定を确认してください。また、ロック后の GATEn.GTFSMの読み出し値はDID + 1です。読み出し値9はDID 8を示します。

Linux CAAM 驱动程序编译为 =y 而不是 =m 在Linux 6.18.2_1.0.0 及更早版本中，以 CONFIG =y 模式编译 CAAM 驱动程序没有问题。但在较新的 Linux 6.18.20_2.0.0 和 Linux 6.18.37_2.1.0 版本中，这样做会导致内核内置证书错误。 我尝试更改 CAAM 设置，例如 CRYPTO_DEV_FSL_CAAM_PKC、安全密钥和受信任密钥的开启/关闭，这些设置应该使证书部分独立于 CAAM，但证书仍然无法正常工作，直到我将 CAAM 驱动程序切换到 =m 模式。 是否可以使用 CAAM 驱动程序作为 =y？我正在使用 i.MX7。谢谢 Re: LInux CAAM driver compiled =y instead of =m 请禁用“ CONFIG_TRUSTED_KEYS_CAAM”并将其配置为“n”，以检查是否存在此问题。 在 SDK 默认版本配置中，我发现了以下内容。 # CONFIG_TRUSTED_KEYS_CAAM 未设置 Re: LInux CAAM driver compiled =y instead of =m 或许在 6.18.2 版本中就已经存在这个问题了。我不知道。我确定它在 6.12.x 版本中可以正常工作。 启用 CAAM_DEBUG 和 zcat /proc/config.gz | grep CAAM # CONFIG_CRYPTO_DEV_FSL_CAAM_DMA 未设置 CONFIG_TRUSTED_KEYS_CAAM=y CONFIG_CRYPTO_DEV_FSL_CAAM_COMMON=y CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API_DESC=y CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API_DESC=y CONFIG_CRYPTO_DEV_FSL_CAAM_KEYBLOB_API_DESC=y CONFIG_CRYPTO_DEV_FSL_CAAM_SECVIO=y CONFIG_CRYPTO_DEV_FSL_CAAM=y CONFIG_CRYPTO_DEV_FSL_CAAM_DEBUG=y CONFIG_CRYPTO_DEV_FSL_CAAM_JR=y CONFIG_CRYPTO_DEV_FSL_CAAM_RINGSIZE=9 # CONFIG_CRYPTO_DEV_FSL_CAAM_INTC 未设置 CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_PKC_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_PRNG_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_BLOB_GEN=y CONFIG_CRYPTO_DEV_FSL_CAAM_TK_API=y # CONFIG_CRYPTO_DEV_FSL_CAAM_TK_API_TEST 未设置 # CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_TEST 未设置 CONFIG_CRYPTO_DEV_FSL_CAAM_SM=y CONFIG_CRYPTO_DEV_FSL_CAAM_SM_SLOTSIZE=7 CONFIG_CRYPTO_DEV_FSL_CAAM_SM_TEST=m 我在 dmesg 中看到了这个 [ 0.600724] caam 30900000.crypto: entropy-delay property missing in DT [ 0.600757] caam 30900000.crypto: device ID = 0x0a16030000000000 (Era 8) [ 0.600776] caam 30900000.crypto: job rings = 3, qi = 0 [ 0.609580] sdhci-esdhc-imx 30b40000.mmc: Got CD GPIO [ 0.614915] caam algorithms registered in /proc/crypto [ 0.615107] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 0.615138] caam 30900000.crypto: rng crypto API alg registered prng-caam [ 0.615157] caam 30900000.crypto: registering rng-caam [ 0.615184] 01: operation [ 0.615198] 02: fifo_store [ 0.615217] rng job desc@: (ptrval): b0800004 82500002 60340010 81cf2500 ......P...4`.%.. [ 0.615405] 01: operation [ 0.615423] 02: fifo_store [ 0.615440] rng job desc@: (ptrval): b0800004 82500002 60340010 8126fac0 ......P...4`..&. [ 0.616325] Device caam-keygen registered [ 0.620411] caam-snvs 30370000.caam-snvs: ipid matched - 0x3e [ 0.620477] caam-snvs 30370000.caam-snvs: violation handlers armed - non-secure state [ 0.621041] hid: raw HID events driver (C) Jiri Kosina [ 0.621217] usbcore: registered new interface driver usbhid [ 0.621230] usbhid: USB HID core driver [ 0.624128] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 5 (8000000f) counters available [ 0.627983] NET: Registered PF_INET6 protocol family [ 0.629380] Segment Routing with IPv6 [ 0.629471] In-situ OAM (IOAM) with IPv6 [ 0.629630] NET: Registered PF_PACKET protocol family [ 0.629705] Bridge firewalling registered [ 0.629717] can: controller area network core [ 0.629795] NET: Registered PF_CAN protocol family [ 0.629810] can: raw protocol [ 0.630378] Key type dns_resolver registered [ 0.637395] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 2 mkt segment 1 supported-hw 0x4 0x2 [ 0.638671] Registering SWP/SWPB emulation handler [ 0.649825] Loading compiled-in X.509 certificates [ 0.650591] 07: operation [ 0.651164] mmc0: SDHCI controller on 30b40000.mmc [30b40000.mmc] using ADMA [ 0.674771] 01: operation [ 0.674791] 02: fifo_store [ 0.674811] rng job desc@: (ptrval): b0800004 82500002 60340010 8126fac0 ......P...4`..&. [ 0.679492] Problem loading in-kernel X.509 certificate (-22) Re: LInux CAAM driver compiled =y instead of =m 是的，CAAM 原则上可以在 i.MX7 上实现。我会将 =m 解决方法视为依赖项/版本回归的证据，而不是 i.MX7 CAAM 的要求。 如果您能粘贴 LF6.18.20_2.0.0 版本中的第一个证书错误，我可以追踪是哪个 Kconfig/Makefile 依赖项导致了这个问题，并确定是否有需要向后移植的特定 NXP/上游补丁。

LInux CAAM driver compiled =y instead of =m It was ok up to Linux 6.18.2_1.0.0 to compile CAAM driver in CONFIG =y mode. With more recent Linux 6.18.20_2.0.0 and Linux 6.18.37_2.1.0 this leads to kernel build-in certificates errors.  I tried changing CAAM settings like CRYPTO_DEV_FSL_CAAM_PKC, secure, trusted keys on/off, which should make certificates part independent of CAAM, but sill certificates are broken until I turn CAAM driver to =m mode.  Is it possible to use CAAM driver as =y? I'm using i.MX7. Thanks Re: LInux CAAM driver compiled =y instead of =m Please disable "CONFIG_TRUSTED_KEYS_CAAM" to configure it as "n" to check whether this problem exists. In SDK default build configuration, I found the following. # CONFIG_TRUSTED_KEYS_CAAM is not set Re: LInux CAAM driver compiled =y instead of =m Perhaps it wasn't working already with 6.18.2, I'm not sure. I'm sure it worked with 6.12.x.  With enabled CAAM_DEBUG and zcat /proc/config.gz | grep CAAM # CONFIG_CRYPTO_DEV_FSL_CAAM_DMA is not set CONFIG_TRUSTED_KEYS_CAAM=y CONFIG_CRYPTO_DEV_FSL_CAAM_COMMON=y CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API_DESC=y CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API_DESC=y CONFIG_CRYPTO_DEV_FSL_CAAM_KEYBLOB_API_DESC=y CONFIG_CRYPTO_DEV_FSL_CAAM_SECVIO=y CONFIG_CRYPTO_DEV_FSL_CAAM=y CONFIG_CRYPTO_DEV_FSL_CAAM_DEBUG=y CONFIG_CRYPTO_DEV_FSL_CAAM_JR=y CONFIG_CRYPTO_DEV_FSL_CAAM_RINGSIZE=9 # CONFIG_CRYPTO_DEV_FSL_CAAM_INTC is not set CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_PKC_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_PRNG_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_BLOB_GEN=y CONFIG_CRYPTO_DEV_FSL_CAAM_TK_API=y # CONFIG_CRYPTO_DEV_FSL_CAAM_TK_API_TEST is not set # CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_TEST is not set CONFIG_CRYPTO_DEV_FSL_CAAM_SM=y CONFIG_CRYPTO_DEV_FSL_CAAM_SM_SLOTSIZE=7 CONFIG_CRYPTO_DEV_FSL_CAAM_SM_TEST=m I get this in dmesg [ 0.600724] caam 30900000.crypto: entropy-delay property missing in DT [ 0.600757] caam 30900000.crypto: device ID = 0x0a16030000000000 (Era 8) [ 0.600776] caam 30900000.crypto: job rings = 3, qi = 0 [ 0.609580] sdhci-esdhc-imx 30b40000.mmc: Got CD GPIO [ 0.614915] caam algorithms registered in /proc/crypto [ 0.615107] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 0.615138] caam 30900000.crypto: rng crypto API alg registered prng-caam [ 0.615157] caam 30900000.crypto: registering rng-caam [ 0.615184] 01: operation [ 0.615198] 02: fifo_store [ 0.615217] rng job desc@: (ptrval): b0800004 82500002 60340010 81cf2500 ......P...4`.%.. [ 0.615405] 01: operation [ 0.615423] 02: fifo_store [ 0.615440] rng job desc@: (ptrval): b0800004 82500002 60340010 8126fac0 ......P...4`..&. [ 0.616325] Device caam-keygen registered [ 0.620411] caam-snvs 30370000.caam-snvs: ipid matched - 0x3e [ 0.620477] caam-snvs 30370000.caam-snvs: violation handlers armed - non-secure state [ 0.621041] hid: raw HID events driver (C) Jiri Kosina [ 0.621217] usbcore: registered new interface driver usbhid [ 0.621230] usbhid: USB HID core driver [ 0.624128] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 5 (8000000f) counters available [ 0.627983] NET: Registered PF_INET6 protocol family [ 0.629380] Segment Routing with IPv6 [ 0.629471] In-situ OAM (IOAM) with IPv6 [ 0.629630] NET: Registered PF_PACKET protocol family [ 0.629705] Bridge firewalling registered [ 0.629717] can: controller area network core [ 0.629795] NET: Registered PF_CAN protocol family [ 0.629810] can: raw protocol [ 0.630378] Key type dns_resolver registered [ 0.637395] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 2 mkt segment 1 supported-hw 0x4 0x2 [ 0.638671] Registering SWP/SWPB emulation handler [ 0.649825] Loading compiled-in X.509 certificates [ 0.650591] 07: operation [ 0.651164] mmc0: SDHCI controller on 30b40000.mmc [30b40000.mmc] using ADMA [ 0.674771] 01: operation [ 0.674791] 02: fifo_store [ 0.674811] rng job desc@: (ptrval): b0800004 82500002 60340010 8126fac0 ......P...4`..&. [ 0.679492] Problem loading in-kernel X.509 certificate (-22) Re: LInux CAAM driver compiled =y instead of =m Yes, CAAM can in principle be =y on i.MX7. I would treat the =m workaround as evidence of a dependency/build regression, not as an i.MX7 CAAM requirement. If you paste the exact first certificate error from the LF6.18.20_2.0.0 build, I can trace which Kconfig/Makefile dependency is causing it and determine whether there is a specific NXP/upstream patch that needs to be backported.

iMX8MPとデシリアライザ こんにちは、みんな！ 当社では、デジタルビデオレコーダーにi.MX 8M Plusを使用しています。現在、SerDesチップを使って少なくとも2台(より良い4台)のカメラを接続する設計を修正する任務を負っています。調べてみると、DS90UB960やDS90UB954を接続すると問題があるかもしれません。なぜなら、プロセッサは仮想チャネルをサポートしていないからです。 他のデシリアライザー(TI、アナログ Devices、THine Electronicsなど)との接続について、何か情報や良い経験はありますか? 敬具 セルジュ Re: iMX8MP and Deserializers こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 ご指摘の通り、8M Plus i.MX では仮想チャネルがないためシリアライザーは利用できません。i.MX8QMやi.MX8QXP i.MX 8シリーズプロセッサの参照があり、95 i.MX VCをサポートし、シリアライザーの参照もあります。 よろしくお願いします。

88w9098: mwifiex driver in abnormal state when wpa_supplicant is used with Invalid password Hello @weidong_sun /NXP Tech Support Hope you are doing well. We are using PCI driver/firmware for 88w9098: from NXP website: https://github.com/nxp-imx/mwifiex/tree/lf-6.18.2_1.0.0 With x86-64 based system running Embedded Linux 6.12.101 Issue: when wpa_supplicant command is used with Invalid password in conf file then Wi-Fi driver is crashing after sometime and all network interfaces are removed. After that Not able to recover Wi-Fi module without power-cycle. Linux log for Driver/Firmware loading wlan: Loading MWLAN driver wlan: Register to Bus Driver... wlan_pcie 0000:06:00.0: enabling device (0140 -> 0142) PCI memory map Virt0: 000000003cb916fe PCI memory map Virt2: 00000000365fd988 Attach moal handle ops, card interface type: 0x206 rps set to f from module param PCIE9098: init module param from usr cfg card_type: PCIE9098, config block: 0 cfg80211_wext=0xf max_vir_bss=1 max_uap_bss = 2 cal_data_cfg=none init_hostcmd_cfg=nxp/ed_mac.bin cntry_txpwr = 1 ps_mode = 2 auto_ds = 2 drv_mode = 7 wfd_name=wfd sta_name=mlan uap_name=uap host_mlme=enable fw_name=nxp/pcieuart9098_combo_v1.bin rx_work=1 cpu_num=4 Enable moal_recv_amsdu_packet Attach mlan adapter operations.card_type is 0x206. Request firmware: nxp/pcieuart9098_combo_v1.bin Freeing initrd memory: 193348K FW download over, size 754708 bytes WLAN FW is active on_time is 1196059107 VDLL image: len=147136 fw_cap_info=0xc87cefa3, dev_cap_mask=0xffffffff max_p2p_conn = 8, max_sta_conn = 48 set int_sel_mask=0x2020001 Request firmware: nxp/ed_mac.bin Trying download country_power_tble: nxp/txpower_WW.bin Request firmware: nxp/txpower_WW.bin Register NXP 802.11 Adapter mlan0 wlan: uap%d set max_mtu 2000 Register NXP 802.11 Adapter uap0 wlan: uap%d set max_mtu 2000 Register NXP 802.11 Adapter uap1 Register NXP 802.11 Adapter wfd0 wlan: version = PCIE9098--17.92.1.p149.84--MM6X17542.p8-GPL-(FP92) wlan_pcie 0000:06:00.1: enabling device (0140 -> 0142) PCI memory map Virt0: 000000002728cc1b PCI memory map Virt2: 000000000541f874 Attach moal handle ops, card interface type: 0x206 rps set to f from module param PCIE9098: init module param from usr cfg card_type: PCIE9098, config block: 1 cfg80211_wext=0xf max_vir_bss=1 max_uap_bss = 2 cal_data_cfg=none init_hostcmd_cfg=nxp/ed_mac.bin cntry_txpwr = 1 ps_mode = 2 auto_ds = 2 drv_mode = 7 wfd_name=mwfd sta_name=mmlan uap_name=muap host_mlme=enable fw_name=nxp/pcieuart9098_combo_v1.bin rx_work=1 cpu_num=4 Enable moal_recv_amsdu_packet Attach mlan adapter operations.card_type is 0x206. Request firmware: nxp/pcieuart9098_combo_v1.bin WLAN FW already running! Skip FW download WLAN FW is active on_time is 1236174962 VDLL image: len=147136 fw_cap_info=0x487cefa3, dev_cap_mask=0xffffffff max_p2p_conn = 8, max_sta_conn = 48 set int_sel_mask=0x2020001 Request firmware: nxp/ed_mac.bin Trying download country_power_tble: nxp/txpower_WW.bin Request firmware: nxp/txpower_WW.bin Register NXP 802.11 Adapter mmlan0 wlan: muap%d set max_mtu 2000 Register NXP 802.11 Adapter muap0 wlan: muap%d set max_mtu 2000 Register NXP 802.11 Adapter muap1 Register NXP 802.11 Adapter mwfd0 wlan: version = PCIE9098--17.92.1.p149.84--MM6X17542.p8-GPL-(FP92) wlan: Register to Bus Driver Done wlan: Driver loaded successfully cat wpa_supplicant-2.4G.conf country=US update_config=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev network={ scan_ssid=1 ssid="NXP-2.4G-SSID" psk="NXPWRONGPassword" key_mgmt=WPA-PSK } cat wpa_supplicant-5G.conf country=US update_config=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev network={ scan_ssid=1 ssid="NXP-5G-SSID" psk="NXPWRONGPassword" key_mgmt=WPA-PSK } Steps to reproduce the issue: Step-1 : wpa_supplicant -D nl80211 -i mlan0 -c "wpa_supplicant-5G.conf" -N -D nl80211 -i mmlan0 -c "wpa_supplicant-2.4G.conf" Wait for 1-2 minutes and kill wpa_supplicant as below and re-run above command. Step-2: killall wpa_supplicant Step-3: wpa_supplicant -D nl80211 -i mlan0 -c "wpa_supplicant-5G.conf" -N -D nl80211 -i mmlan0 -c "wpa_supplicant-2.4G.conf" Step-4: Wait for 1-2 minutes (repeat 1-4 few times if not reproduced) Kernel Log for the Driver Crash kernel: wlan: mlan0 START SCAN kernel: wlan: mmlan0 START SCAN kernel: wlan: SCAN COMPLETED: scanned AP count=43 kernel: wlan: SCAN COMPLETED: scanned AP count=34 kernel: wlan: HostMlme mlan0 send auth to bssid 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: mmlan0: kernel: wlan: HostMlme Auth received from 12:XX:XX:XX:3c:5e kernel: wlan: HostMlme Auth received from 12:XX:XX:XX:3c:5e kernel: wlan: HostMlme mmlan0 send auth to bssid e2:XX:XX:XX:c9:dc kernel: wlan: HostMlme mlan0 Connected to bssid 12:XX:XX:XX:3c:5e successfully kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: wlan: mmlan0 START SCAN kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: wlan: SCAN COMPLETED: scanned AP count=33 kernel: wlan: HostMlme mmlan0 send auth to bssid e2:XX:XX:XX:c9:dc kernel: mmlan0: kernel: wlan: HostMlme Auth received from e2:XX:XX:XX:c9:dc kernel: wlan: HostMlme mmlan0 Connected to bssid e2:XX:XX:XX:c9:dc successfully kernel: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc kernel: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc kernel: woal_cfg80211_set_rekey_data return: gtk_rekey_offload is DISABLE kernel: wlan: Received disassociation request on mlan0, reason: 3 kernel: wlan: REASON: (Deauth) Sending STA is leaving (or has left) IBSS or ESS kernel: wlan: mlan0 START SCAN kernel: wlan: SCAN COMPLETED: scanned AP count=35 kernel: wlan: mlan0 START SCAN kernel: wlan: SCAN COMPLETED: scanned AP count=30 kernel: wlan: HostMlme mlan0 send auth to bssid 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: HostMlme Auth received from 12:XX:XX:XX:3c:5e kernel: wlan: HostMlme mlan0 Connected to bssid 12:XX:XX:XX:3c:5e successfully kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: HostMlme Disconnected: sub_type=12 12:XX:XX:XX:3c:5e kernel: wlan: mlan0 START SCAN kernel: wlan: SCAN COMPLETED: scanned AP count=26 kernel: wlan: mlan0 START SCAN kernel: wlan: SCAN COMPLETED: scanned AP count=30 kernel: wlan: HostMlme mlan0 send auth to bssid 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: HostMlme Auth received from 12:XX:XX:XX:3c:5e kernel: wlan: HostMlme mlan0 Connected to bssid 12:XX:XX:XX:3c:5e successfully kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: wlan: Received disassociation request on mmlan0, reason: 3 kernel: wlan: REASON: (Deauth) Sending STA is leaving (or has left) IBSS or ESS kernel: wlan: Received disassociation request on mlan0, reason: 3 kernel: wlan: REASON: (Deauth) Sending STA is leaving (or has left) IBSS or ESS kernel: wlan: mlan0 START SCAN kernel: wlan: mmlan0 START SCAN kernel: wlan: SCAN COMPLETED: scanned AP count=40 kernel: wlan: SCAN COMPLETED: scanned AP count=37 kernel: wlan: HostMlme mlan0 send auth to bssid 12:XX:XX:XX:3c:5e kernel: mlan0: kernel: wlan: HostMlme Auth received from 12:XX:XX:XX:3c:5e kernel: mmlan0: kernel: wlan: HostMlme Auth received from 12:XX:XX:XX:3c:5e kernel: wlan: HostMlme mmlan0 send auth to bssid e2:XX:XX:XX:c9:dc kernel: mmlan0: kernel: wlan: HostMlme Auth received from e2:XX:XX:XX:c9:dc kernel: wlan: HostMlme mlan0 Connected to bssid 12:XX:XX:XX:3c:5e successfully kernel: wlan: HostMlme mmlan0 Connected to bssid e2:XX:XX:XX:c9:dc successfully kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc kernel: mlan0: kernel: wlan: Send EAPOL pkt to 12:XX:XX:XX:3c:5e kernel: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc kernel: mlan0: kernel: wlan: HostMlme Disconnected: sub_type=12 12:XX:XX:XX:3c:5e kernel: WiFi Reset diff 877022236 kernel: WiFi Reset due to EAPOL timeout cnt 6 kernel: Start to process hanging kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: set pending clean kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: mmlan0: kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: wlan: HostMlme Disconnected: sub_type=12 e2:XX:XX:XX:c9:dc kernel: woal_send_disconnect_to_system: set scan time failed kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: set pending clean kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: WIFI auto_fw_reload: fw_reload=6 kernel: Block woal_cfg80211_del_key in abnormal driver state kernel: ========START IN-BAND RESET=========== kernel: Block woal_cfg80211_scan in abnormal driver state kernel: woal_reset_adma:ADMA reset failed(value:97) kernel: woal_reset_intf: get bss info failed kernel: set pending clean kernel: Block woal_cfg80211_scan in abnormal driver state kernel: wlan_pcie 0000:06:00.0 mlan0 (unregistering): left allmulticast mode kernel: wlan_pcie 0000:06:00.0 uap0 (unregistering): left allmulticast mode kernel: wlan_pcie 0000:06:00.0 uap1 (unregistering): left allmulticast mode kernel: wlan_pcie 0000:06:00.0 wfd0 (unregistering): left allmulticast mode kernel: woal_reset_intf: get bss info failed kernel: set pending clean kernel: wlan_pcie 0000:06:00.1 mmlan0 (unregistering): left allmulticast mode kernel: wlan_pcie 0000:06:00.1 muap0 (unregistering): left allmulticast mode kernel: wlan_pcie 0000:06:00.1 muap1 (unregistering): left allmulticast mode kernel: wlan_pcie 0000:06:00.1 mwfd0 (unregistering): left allmulticast mode kernel: PCIE Trigger FW In-band Reset success. kernel: Free module params kernel: rps set to f from module param kernel: PCIE9098: init module param from usr cfg kernel: card_type: PCIE9098, config block: 0 kernel: cfg80211_wext=0xf kernel: max_vir_bss=1 kernel: max_uap_bss = 2 kernel: cal_data_cfg=none kernel: init_hostcmd_cfg=nxp/ed_mac.bin kernel: cntry_txpwr = 1 kernel: ps_mode = 2 kernel: auto_ds = 2 kernel: drv_mode = 7 kernel: wfd_name=wfd kernel: sta_name=mlan kernel: uap_name=uap kernel: host_mlme=enable kernel: fw_name=nxp/pcieuart9098_combo_v1.bin kernel: rx_work=1 cpu_num=4 kernel: Enable moal_recv_amsdu_packet kernel: Attach mlan adapter operations.card_type is 0x206. kernel: Request firmware: nxp/pcieuart9098_combo_v1.bin kernel: prog_fw: Failed to get command done interrupt retry count = 10001 kernel: FW failed to be active in time! kernel: wlan_dnld_fw fail ret=0xffffffff kernel: WLAN: Fail download FW with nowwait: 0 kernel: Config Space Registers: kernel: reg:0x00 value=0x2b431b4b kernel: reg:0x04 value=0x00100546 kernel: reg:0x10 value=0x82d0000c kernel: reg:0x18 value=0x82e0000c kernel: reg:0x2c value=0x2b431b4b kernel: reg:0x3c value=0x000001ff kernel: reg:0x44 value=0x00000008 kernel: reg:0x50 value=0x018b7005 kernel: reg:0x60 value=0xfffffffe kernel: reg:0x64 value=0x00000000 kernel: reg:0x80 value=0x10120042 kernel: reg:0x98 value=0x00000000 kernel: reg:0x170 value=0x0001001e kernel: FW Scrach Registers: kernel: reg:0x1c90 value=0xfedcba00 kernel: reg:0x1c98 value=0x0 kernel: reg:0x1c9c value=0x0 kernel: reg:0x1c98 value=0x0 kernel: reg:0x1c9c value=0x0 kernel: Interface registers dump from offset 0x1c98 to 0x1c9f kernel: PCIE registers from offset 0x1c20 to 0x1c9c: kernel: 00000000 00000002 0000004f 00000000 ffffffff 00000002 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: ffece0e0 00000000 00000010 00000000 008047e3 c8701424 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 fedcba00 00000000 00000000 00000000 kernel: kernel: ADMA Tx/Rx/Event/Cmd/CmdResp registers: kernel: ADMA registers dump from offset 0x10000 to 0x10068 kernel: 00100000 ffece0e0 00000000 c010ad64 00000000 00000000 00000000 00000000 kernel: 00000000 00000001 00000000 00000000 00000000 00000000 00000000 0000f002 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00808c8c kernel: ADMA registers dump from offset 0x10800 to 0x10868 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00808c8c kernel: ADMA registers dump from offset 0x10880 to 0x108e8 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00000000 kernel: ADMA registers dump from offset 0x11000 to 0x11068 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00808c8c kernel: ADMA registers dump from offset 0x11080 to 0x110e8 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00000000 kernel: woal_request_fw failed kernel: Firmware Init Failed kernel: Config Space Registers: kernel: reg:0x00 value=0x2b431b4b kernel: reg:0x04 value=0x00100546 kernel: reg:0x10 value=0x82d0000c kernel: reg:0x18 value=0x82e0000c kernel: reg:0x2c value=0x2b431b4b kernel: reg:0x3c value=0x000001ff kernel: reg:0x44 value=0x00000008 kernel: reg:0x50 value=0x018b7005 kernel: reg:0x60 value=0xfffffffe kernel: reg:0x64 value=0x00000000 kernel: reg:0x80 value=0x10120042 kernel: reg:0x98 value=0x00000000 kernel: reg:0x170 value=0x0001001e kernel: FW Scrach Registers: kernel: reg:0x1c90 value=0xfedcba00 kernel: reg:0x1c98 value=0x0 kernel: reg:0x1c9c value=0x0 kernel: reg:0x1c98 value=0x0 kernel: reg:0x1c9c value=0x0 kernel: Interface registers dump from offset 0x1c98 to 0x1c9f kernel: PCIE registers from offset 0x1c20 to 0x1c9c: kernel: 00000000 00000002 0000004f 00000000 ffffffff 00000002 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: ffece0e0 00000000 00000010 00000000 008047e3 c8701424 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 fedcba00 00000000 00000000 00000000 kernel: kernel: ADMA Tx/Rx/Event/Cmd/CmdResp registers: kernel: ADMA registers dump from offset 0x10000 to 0x10068 kernel: 00100000 ffece0e0 00000000 c010ad64 00000000 00000000 00000000 00000000 kernel: 00000000 00000001 00000000 00000000 00000000 00000000 00000000 0000f002 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00808c8c kernel: ADMA registers dump from offset 0x10800 to 0x10868 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00808c8c kernel: ADMA registers dump from offset 0x10880 to 0x108e8 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00000000 kernel: ADMA registers dump from offset 0x11000 to 0x11068 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00808c8c kernel: ADMA registers dump from offset 0x11080 to 0x110e8 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 kernel: 80000948 00000000 00000000 kernel: Free module params Is this known Driver/Firmware issue ? Is there any solution available to fix this ? Let me know if any other information is required. Regards, Kalpesh RF

IW612: Firmware clarification I am having some problems with the BLE part of the IW612. I get errors like this: Sep 30 14:27:11 device kern.err kernel: [103370.366384] Bluetooth: hci0: Controller not accepting commands anymore: ncmd = 0 Sep 30 14:27:11 device kern.err kernel: [103370.372705] Bluetooth: hci0: Injecting HCI hardware error event Sep 30 14:27:32 device kern.err kernel: [103391.064915] Bluetooth: hci0: Frame reassembly failed (-84) Sep 30 14:27:34 device kern.err kernel: [103393.005935] Bluetooth: hci0: Opcode 0x0c03 failed: -110 My platform is STM32MP1 with kernel 6.6.x, using Murata 2EL module. Using the nxp hci driver. Can someone clarify if the following is true: - The version of github.com/nxp-imx/mwifiex should be matched with github.com/nxp-imx/imx-firmware - Version of the calibration (github.com/murata-wireless/nxp-linux-calibration) doesn't matter much - No need to match the tag with the kernel version, so i don't have to use the lf-6.6.52_2.2.0 branch, the newer lf-6.18.37_2.1.0 should be backwards compatible with my kernel I want to have this cleared before testing a newer version to see if the update resolves my problems.  Re: IW612: Firmware clarification Hi, @allard_p  - The version of github.com/nxp-imx/mwifiex should be matched with github.com/nxp-imx/imx-firmware ==>[NXP]: Yes, we strongly recommend to use matched  driver(github.com/nxp-imx/mwifiex) and FW(github.com/nxp-imx/imx-firmware). - Version of the calibration (github.com/murata-wireless/nxp-linux-calibration) doesn't matter much ==>[NXP]: Yes, the calibration doesn't matter much for your current HCI errors. It usually affects the RF performance, transmit power, and regulatory behavior. - No need to match the tag with the kernel version, so i don't have to use the lf-6.6.52_2.2.0 branch, the newer lf-6.18.37_2.1.0 should be backwards compatible with my kernel ==>[NXP]:Yes, our driver is compatible with old kernels, like yours: 6.6.x. But you need to cross compile the driver source code with your kernel cross compile tool-chain. By the way, You mentioned that you are using the nxp hci driver. Are you using our btnxpuart? or you are using Linux open source UART? For Bluetooth: hci0: Frame reassembly failed (-84) error, I would prefer to recommend you to check your device tree related to Bluetooth, and also baud rate. Best regards, Christine.

IMX95 Kernel crash after connecting USB3.0 device Hi there, I am bringing up the USB 3.0 interface on our custom design based on the i.MX95 15x15 SoC. In our design, a USB hub is connected to the native USB 3.0 port. The hub enumerates successfully, but when I connect any USB 3.0 device (for example, a USB pendrive) to the hub, I get a kernel crash (logs below). This is odd, because USB 2.0 devices on the same port work without any issues. When I limit the port to high-speed only by setting maximum-speed = "high-speed"; in the device tree, the same USB 3.0 pendrive enumerates as a USB 2.0 device and works well. I also tried adding iommu.passthrough=1 to the kernel command line to rule out an SMMU issue, but the behavior did not change. Could you please help us identify the root cause? We are on Linux Kernel Version 6.18 NXP BSP. Here are the crash logs:  root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@imx95-15x15-lpddr4x-evk:~# [ 527.354709] usb 2-1.1: new SuperSpeed USB device number 3 using xhci-hcd [ 527.379284] usb-storage 2-1.1:1.0: USB Mass Storage device detected [ 527.387024] scsi host0: usb-storage 2-1.1:1.0 [ 528.405103] scsi 0:0:0:0: Direct-Access USB SanDisk 3.2Gen1 1.00 PQ: 0 ANSI: 6 [ 528.423345] sd 0:0:0:0: [sda] 60125184 512-byte logical blocks: (30.8 GB/28.7 GiB) [ 528.431953] sd 0:0:0:0: [sda] Write Protect is off [ 528.437387] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 528.492698] sda: sda1 [ 528.495895] sd 0:0:0:0: [sda] Attached SCSI removable disk [ 529.708851] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 [ 529.717662] Mem abort info: [ 529.720448] ESR = 0x0000000096000004 [ 529.724184] EC = 0x25: DABT (current EL), IL = 32 bits [ 529.729478] SET = 0, FnV = 0 [ 529.732521] EA = 0, S1PTW = 0 [ 529.735649] FSC = 0x04: level 0 translation fault [ 529.740511] Data abort info: [ 529.743380] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000 [ 529.748848] CM = 0, WnR = 0, TnD = 0, TagAccess = 0 [ 529.753884] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [ 529.759179] user pgtable: 4k pages, 48-bit VAs, pgdp=00000001049be000 [ 529.765601] [0000000000000008] pgd=0000000000000000, p4d=0000000000000000 [ 529.772381] Internal error: Oops: 0000000096000004 [#1] SMP [ 529.778031] Modules linked in: polyval_ce mxc_jpeg_encdec v4l2_jpeg snd_soc_imx_card snd_soc_fsl_sai snd_soc_fsl_xcvr snd_soc_fsl_micfil imx_pcm_dma overlay snd_soc_fsl_utils pwm_fan fuse [ 529.794728] CPU: 1 UID: 0 PID: 217 Comm: kworker/1:2H Not tainted 6.18.2-g81bb96fa4952-dirty #15 PREEMPT [ 529.804281] Hardware name: NXP i.MX95 15X15 Mecha Comet (DT) [ 529.809929] Workqueue: blk_mq_run_work_fn (kblockd) [ 529.814899] pstate: 604000c9 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.821847] pc : process_one_work+0xc8/0x284 [ 529.826112] lr : worker_thread+0x2c4/0x3e0 [ 529.830205] sp : ffff800081ff3db0 [ 529.833504] x29: ffff800081ff3dc0 x28: 0000000000000000 x27: 0000000000000000 [ 529.840628] x26: 0000000000000000 x25: ffff00008459e4c0 x24: ffff0000fbb90480 [ 529.847752] x23: ffff000081f1f248 x22: ffff0000fbb90458 x21: 0000000000000000 [ 529.854876] x20: ffff000081f1f240 x19: ffff00008459e480 x18: 0000000000000001 [ 529.862000] x17: 000000040044ffff x16: 005000f2b5503510 x15: 00000027f3567fb3 [ 529.869124] x14: 00000000000000d2 x13: ffff00008495d800 x12: 0000000000000000 [ 529.876248] x11: 00000000000000c0 x10: 0000000000000ab0 x9 : ffff800081ff3d30 [ 529.883372] x8 : ffff00008495e290 x7 : 0000000000000001 x6 : 0000000000000000 [ 529.890496] x5 : 000000050a0a3e6a x4 : ffff000081f1f240 x3 : ffff0000fbb90478 [ 529.897620] x2 : 0000000000000020 x1 : 0000000000000008 x0 : ffff00008459e500 [ 529.904746] Call trace: [ 529.907181] process_one_work+0xc8/0x284 (P) [ 529.911444] worker_thread+0x2c4/0x3e0 [ 529.915188] kthread+0x12c/0x204 [ 529.918412] ret_from_fork+0x10/0x20 [ 529.921987] Code: d2800402 f84086f8 53041f01 b9003261 (f94006a1) [ 529.928068] ---[ end trace 0000000000000000 ]--- [ 529.932679] note: kworker/1:2H[217] exited with irqs disabled [ 529.938512] note: kworker/1:2H[217] exited with preempt_count 1 [ 529.938795] Internal error: Oops - Undefined instruction: 0000000002000000 [#2] SMP [ 529.952155] Modules linked in: polyval_ce mxc_jpeg_encdec v4l2_jpeg snd_soc_imx_card snd_soc_fsl_sai snd_soc_fsl_xcvr snd_soc_fsl_micfil imx_pcm_dma overlay snd_soc_fsl_utils pwm_fan fuse [ 529.968852] CPU: 3 UID: 0 PID: 648 Comm: syslogd Tainted: G D 6.18.2-g81bb96fa4952-dirty #15 PREEMPT [ 529.979530] Tainted: [D]=DIE [ 529.982398] Hardware name: NXP i.MX95 15X15 Mecha Comet (DT) [ 529.988041] pstate: 80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.994990] pc : copy_folio_from_iter_atomic+0x260/0x89c [ 530.000303] lr : copy_folio_from_iter_atomic+0x250/0x89c [ 530.005607] sp : ffff800088073ac0 [ 530.008909] x29: ffff800088073b30 x28: 000000000000000f x27: 0001000000000000 [ 530.016033] x26: ffff00008e3236c0 x25: 0000000000000000 x24: 0000000000000462 [ 530.023157] x23: 0000000000000000 x22: ffff000081ba9180 x21: ffff800088073cd0 [ 530.030281] x20: 000000000000000f x19: 0000000000000085 x18: 0000000000000000 [ 530.037405] x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffffcef03a40 [ 530.044529] x14: 0000000000000000 x13: 0000000000000000 x12: ffff000081ba9180 [ 530.051653] x11: ffff00008e3236c0 x10: 0000fffffffffff1 x9 : ffff000081ba9180 [ 530.058777] x8 : 000000000000000f x7 : ffff000091bff462 x6 : ffff000091bff471 [ 530.065901] x5 : 0000000000000085 x4 : ffff000081ba9180 x3 : ffff000091bff000 [ 530.073025] x2 : 000000000000000f x1 : 000000000000000f x0 : 0000000000000000 [ 530.080153] Call trace: [ 530.082595] copy_folio_from_iter_atomic+0x260/0x89c (P) [ 530.087898] generic_perform_write+0x14c/0x25c [ 530.092335] shmem_file_write_iter+0xa0/0xa8 [ 530.096598] do_iter_readv_writev+0xfc/0x1e0 [ 530.100863] vfs_writev+0x134/0x2c0 [ 530.104346] do_writev+0x7c/0x148 [ 530.107657] __arm64_sys_writev+0x20/0x34 [ 530.111661] invoke_syscall+0x48/0x104 [ 530.115405] el0_svc_common.constprop.0+0x40/0xe0 [ 530.120103] do_el0_svc+0x1c/0x28 [ 530.123413] el0_svc+0x34/0xec [ 530.126464] el0t_64_sync_handler+0xa0/0xf0 [ 530.130641] el0t_64_sync+0x198/0x19c [ 530.134302] Code: cb000281 a9408fe7 8b01039c a941a7e5 (8f010339) [ 530.140385] ---[ end trace 0000000000000000 ]--- Same way when we connect USB 2.0 Device on same port. root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@imx95-15x15-lpddr4x-evk:~# [ 106.150901] extcon-tusb320 2-0047: TUSB Device Detected [ 111.942409] usb 1-1.1: new full-speed USB device number 3 using xhci-hcd [ 112.166092] hid-generic 0003:3151:1020.0001: device has no listeners, quitting [ 112.191037] input: YICHIP 2.4G Receiver Mouse as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input1 [ 112.207047] input: YICHIP 2.4G Receiver System Control as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input2 [ 112.279679] input: YICHIP 2.4G Receiver Consumer Control as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input3 [ 112.296313] hid-generic 0003:3151:1020.0002: input: USB HID v2.00 Mouse [YICHIP 2.4G Receiver] on usb-xhci-hcd.2.auto-1.1/input1 root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 003: ID 3151:1020 YICHIP 2.4G Receiver Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Linux Multimedia Suspected Software Defect Re: IMX95 Kernel crash after connecting USB3.0 device Hello, Could you please share your device tree configuration? Best regards.

连接 USB3.0 设备后 IMX95 内核崩溃 您好， 我正在我们基于 i.MX95 15x15 SoC 的定制设计中引入 USB 3.0 接口。在我们的设计中，USB 集线器连接到原生 USB 3.0 端口。 集线器枚举成功，但是当我将任何 USB 3.0 设备（例如 USB 闪存盘）连接到集线器时，就会发生内核崩溃（日志如下）。这很奇怪，因为同一端口上的 USB 2.0 设备工作正常。 当我在设备树中将maximum-speed = "high-speed"设置为仅允许高速端口时，同一个 USB 3.0 U 盘会被枚举为 USB 2.0 设备并正常工作。 我还尝试在内核命令行中添加iommu.passthrough=1以排除 SMMU 问题，但行为并没有改变。 请问您能否帮我们找出根本原因？ 我们使用的是 Linux 内核版本 6.18 NXP 电路板支持包。 以下是崩溃日志： root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@imx95-15x15-lpddr4x-evk:~# [ 527.354709] usb 2-1.1: new SuperSpeed USB device number 3 using xhci-hcd [ 527.379284] usb-storage 2-1.1:1.0: USB Mass Storage device detected [ 527.387024] scsi host0: usb-storage 2-1.1:1.0 [ 528.405103] scsi 0:0:0:0: Direct-Access USB SanDisk 3.2Gen1 1.00 PQ: 0 ANSI: 6 [ 528.423345] sd 0:0:0:0: [sda] 60125184 512-byte logical blocks: (30.8 GB/28.7 GiB) [ 528.431953] sd 0:0:0:0: [sda] Write Protect is off [ 528.437387] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 528.492698] sda: sda1 [ 528.495895] sd 0:0:0:0: [sda] Attached SCSI removable disk [ 529.708851] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 [ 529.717662] Mem abort info: [ 529.720448] ESR = 0x0000000096000004 [ 529.724184] EC = 0x25: DABT (current EL), IL = 32 bits [ 529.729478] SET = 0, FnV = 0 [ 529.732521] EA = 0, S1PTW = 0 [ 529.735649] FSC = 0x04: level 0 translation fault [ 529.740511] Data abort info: [ 529.743380] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000 [ 529.748848] CM = 0, WnR = 0, TnD = 0, TagAccess = 0 [ 529.753884] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [ 529.759179] user pgtable: 4k pages, 48-bit VAs, pgdp=00000001049be000 [ 529.765601] [0000000000000008] pgd=0000000000000000, p4d=0000000000000000 [ 529.772381] Internal error: Oops: 0000000096000004 [#1] SMP [ 529.778031] Modules linked in: polyval_ce mxc_jpeg_encdec v4l2_jpeg snd_soc_imx_card snd_soc_fsl_sai snd_soc_fsl_xcvr snd_soc_fsl_micfil imx_pcm_dma overlay snd_soc_fsl_utils pwm_fan fuse [ 529.794728] CPU: 1 UID: 0 PID: 217 Comm: kworker/1:2H Not tainted 6.18.2-g81bb96fa4952-dirty #15 PREEMPT [ 529.804281] Hardware name: NXP i.MX95 15X15 Mecha Comet (DT) [ 529.809929] Workqueue: blk_mq_run_work_fn (kblockd) [ 529.814899] pstate: 604000c9 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.821847] pc : process_one_work+0xc8/0x284 [ 529.826112] lr : worker_thread+0x2c4/0x3e0 [ 529.830205] sp : ffff800081ff3db0 [ 529.833504] x29: ffff800081ff3dc0 x28: 0000000000000000 x27: 0000000000000000 [ 529.840628] x26: 0000000000000000 x25: ffff00008459e4c0 x24: ffff0000fbb90480 [ 529.847752] x23: ffff000081f1f248 x22: ffff0000fbb90458 x21: 0000000000000000 [ 529.854876] x20: ffff000081f1f240 x19: ffff00008459e480 x18: 0000000000000001 [ 529.862000] x17: 000000040044ffff x16: 005000f2b5503510 x15: 00000027f3567fb3 [ 529.869124] x14: 00000000000000d2 x13: ffff00008495d800 x12: 0000000000000000 [ 529.876248] x11: 00000000000000c0 x10: 0000000000000ab0 x9 : ffff800081ff3d30 [ 529.883372] x8 : ffff00008495e290 x7 : 0000000000000001 x6 : 0000000000000000 [ 529.890496] x5 : 000000050a0a3e6a x4 : ffff000081f1f240 x3 : ffff0000fbb90478 [ 529.897620] x2 : 0000000000000020 x1 : 0000000000000008 x0 : ffff00008459e500 [ 529.904746] Call trace: [ 529.907181] process_one_work+0xc8/0x284 (P) [ 529.911444] worker_thread+0x2c4/0x3e0 [ 529.915188] kthread+0x12c/0x204 [ 529.918412] ret_from_fork+0x10/0x20 [ 529.921987] Code: d2800402 f84086f8 53041f01 b9003261 (f94006a1) [ 529.928068] ---[ end trace 0000000000000000 ]--- [ 529.932679] note: kworker/1:2H[217] exited with irqs disabled [ 529.938512] note: kworker/1:2H[217] exited with preempt_count 1 [ 529.938795] Internal error: Oops - Undefined instruction: 0000000002000000 [#2] SMP [ 529.952155] Modules linked in: polyval_ce mxc_jpeg_encdec v4l2_jpeg snd_soc_imx_card snd_soc_fsl_sai snd_soc_fsl_xcvr snd_soc_fsl_micfil imx_pcm_dma overlay snd_soc_fsl_utils pwm_fan fuse [ 529.968852] CPU: 3 UID: 0 PID: 648 Comm: syslogd Tainted: G D 6.18.2-g81bb96fa4952-dirty #15 PREEMPT [ 529.979530] Tainted: [D]=DIE [ 529.982398] Hardware name: NXP i.MX95 15X15 Mecha Comet (DT) [ 529.988041] pstate: 80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.994990] pc : copy_folio_from_iter_atomic+0x260/0x89c [ 530.000303] lr : copy_folio_from_iter_atomic+0x250/0x89c [ 530.005607] sp : ffff800088073ac0 [ 530.008909] x29: ffff800088073b30 x28: 000000000000000f x27: 0001000000000000 [ 530.016033] x26: ffff00008e3236c0 x25: 0000000000000000 x24: 0000000000000462 [ 530.023157] x23: 0000000000000000 x22: ffff000081ba9180 x21: ffff800088073cd0 [ 530.030281] x20: 000000000000000f x19: 0000000000000085 x18: 0000000000000000 [ 530.037405] x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffffcef03a40 [ 530.044529] x14: 0000000000000000 x13: 0000000000000000 x12: ffff000081ba9180 [ 530.051653] x11: ffff00008e3236c0 x10: 0000fffffffffff1 x9 : ffff000081ba9180 [ 530.058777] x8 : 000000000000000f x7 : ffff000091bff462 x6 : ffff000091bff471 [ 530.065901] x5 : 0000000000000085 x4 : ffff000081ba9180 x3 : ffff000091bff000 [ 530.073025] x2 : 000000000000000f x1 : 000000000000000f x0 : 0000000000000000 [ 530.080153] Call trace: [ 530.082595] copy_folio_from_iter_atomic+0x260/0x89c (P) [ 530.087898] generic_perform_write+0x14c/0x25c [ 530.092335] shmem_file_write_iter+0xa0/0xa8 [ 530.096598] do_iter_readv_writev+0xfc/0x1e0 [ 530.100863] vfs_writev+0x134/0x2c0 [ 530.104346] do_writev+0x7c/0x148 [ 530.107657] __arm64_sys_writev+0x20/0x34 [ 530.111661] invoke_syscall+0x48/0x104 [ 530.115405] el0_svc_common.constprop.0+0x40/0xe0 [ 530.120103] do_el0_svc+0x1c/0x28 [ 530.123413] el0_svc+0x34/0xec [ 530.126464] el0t_64_sync_handler+0xa0/0xf0 [ 530.130641] el0t_64_sync+0x198/0x19c [ 530.134302] Code: cb000281 a9408fe7 8b01039c a941a7e5 (8f010339) [ 530.140385] ---[ end trace 0000000000000000 ]--- Same way when we connect USB 2.0 Device on same port. root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@imx95-15x15-lpddr4x-evk:~# [ 106.150901] extcon-tusb320 2-0047: TUSB Device Detected [ 111.942409] usb 1-1.1: new full-speed USB device number 3 using xhci-hcd [ 112.166092] hid-generic 0003:3151:1020.0001: device has no listeners, quitting [ 112.191037] input: YICHIP 2.4G Receiver Mouse as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input1 [ 112.207047] input: YICHIP 2.4G Receiver System Control as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input2 [ 112.279679] input: YICHIP 2.4G Receiver Consumer Control as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input3 [ 112.296313] hid-generic 0003:3151:1020.0002: input: USB HID v2.00 Mouse [YICHIP 2.4G Receiver] on usb-xhci-hcd.2.auto-1.1/input1 root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 003: ID 3151:1020 YICHIP 2.4G Receiver Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Linux 多媒体 疑似软件缺陷 Re: IMX95 Kernel crash after connecting USB3.0 device 你好， 请问您能否分享一下您的设备树配置？ 顺祝商祺！

[i.MX8QXP] 256バイトを超えるI2C読み取りはタイムアウト。256バイトおよびページングされた読み取りは合格。 こんにちは、NXP チームの皆様、 AppleのMFi認証ICにアクセスしている際に、i.MX8QXP C0 MEKプラットフォームでI2Cのロングリード問題に直面しています。 MFiデバイスは、最大256バイトまでの読み取りにおいて正しく通信します。しかし、256バイトを超える単一の読み取りは必ずタイムアウトする。完全な証明書は128バイトのページに分割すると正常に読み取ることができます。 この問題が i.MX LPI2C PIOドライバの既知の制限や問題かどうかを確認するためのサポートを必要としており、適切なドライバ修正やDMA設定を推奨したいのです。 プラットフォームの詳細 プラットフォーム:NXP i.MX8QXP C0 MEK カーネル: Linux 6.6.52-lynx-lts-next Yocto baseline: Scarthgap-based build I2Cコントローラ: 5a810000.i2c Linuxアダプター: /dev/i2c-1 ドライバ: drivers/i2c/busses/i2c-imx-lpi2c.c コントローラーモード:PIO MFiスレーブアドレス: 0x10 I2C周波数：400kHz 証明書長レジスタ: 0x30 証明書データレジスタ： 0x31以降 このデバイスの証明書の長さ：608バイト 再現性：100％ カーネル初期化によりPIOモードが確認されます。 imx-lpi2c 5a810000.i2c:pioモードを使用する i2c i2c-1: LPI2Cアダプタが登録されました ライブデバイスツリーは400kHzであることを確認しています。 MFiアプリケーションは以下のシーケンスを実行します。 レジスタ0x30を選択します。 2バイトの証明書の長さを読み取ります。 返された証明書の長さ： 0x0260 、つまり608バイト。 レジスタ0x31を選択します。 608バイトの読み取りを1回要求します。 申請結果: Reading Certificate Size Setting register 0x30 Reading register 0x30, 2 bytes Allocating Certificate Size: 608 bytes Reading Certificate Data Setting register 0x31 Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: EIO Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: ETIMEDOUT Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: ETIMEDOUT 動的デバッグ出力: i2c i2c-1: exit with: error: -5 i2c i2c-1: exit with: error: -110 i2c i2c-1: exit with: error: -110  

IW612：ファームウェアに関する説明 IW612のBLE部分にいくつか問題が発生しています。次のようなエラーが発生します。 9月30日 14:27:11 device kern.err kernel: [103370.366384]Bluetooth: hci0: コントローラがコマンドを受け入れなくなりました: ncmd = 0 9月30日 14:27:11 device kern.err kernel: [103370.372705]Bluetooth: hci0: HCIハードウェアエラーイベントの注入 9月30日 14:27:32 device kern.err kernel: [103391.064915]Bluetooth: hci0: フレームの再構成に失敗しました (-84) 9月30日 14:27:34 device kern.err kernel: [103393.005935]Bluetooth: hci0: オペコード 0x0c03 が失敗しました: -110 私のプラットフォームはカーネル6.6.xでSTM32MP1、Murata 2ELモジュールを使用しています。NXPのHCIドライバーを使用しています。 以下のことが本当かどうか、誰か明確に教えてもらえますか? - github.com/nxp-imx/mwifiex のバージョンgithub.com/nxp-imx/imx-firmware と一致させる必要があります - キャリブレーションのバージョン (github.com/murata-wireless/nxp-linux-calibration)あまり重要ではありません - タグをカーネルバージョンとマッチさせる必要はないので、lf-6.6.52_2.2.0ブランチを使う必要がなく、新しいlf-6.18.37_2.1.0はカーネルと後方互換性があるはずです 新しいバージョンをテストして問題が解決するかどうかを確認する前に、この問題を解決しておきたいです。 Re: IW612: Firmware clarification こんにちは、 @allard_p - github.com/nxp-imx/mwifiex のバージョンgithub.com/nxp-imx/imx-firmware と一致させる必要があります ==>[NXP]: はい、マッチドドライバー(github.com/nxp-imx/mwifiex)の使用を強く推奨します。および FW (github.com/nxp-imx/imx-firmware)。 - キャリブレーションのバージョン (github.com/murata-wireless/nxp-linux-calibration)あまり重要ではありません ==>[NXP]: はい、現在のHCI誤差にはキャリブレーションはあまり影響しません。通常、RF性能、送信出力、規制動作に影響を与えます。 - タグをカーネルバージョンとマッチさせる必要はないので、lf-6.6.52_2.2.0ブランチを使う必要がなく、新しいlf-6.18.37_2.1.0はカーネルと後方互換性があるはずです ==>[NXP]:はい、私たちのドライバはあなたのもののような古いカーネル(6.6.x)と互換性があります。ただし、ドライバのソースコードとカーネルのクロスコンパイルツールチェーンをクロスコンパイルする必要があります。 ちなみに、NXPのHCIドライバーを使っているとおっしゃっていましたね。 弊社のbtnxpuartをご利用いただいていますか？それともLinuxのオープンソースUARTを使っていますか? Bluetooth: hci0: フレーム再構成失敗 (-84) エラーについては、Bluetooth に関連するデバイスツリーとボーレートを確認することをお勧めします。 よろしくお願いいたします。 Christine。

88w9098：当使用无效密码通过 wpa_supplicant 连接时，mwifiex 驱动程序处于异常状态 您好@weidong_sun /NXP 技术支持 希望你一切都好。 我们正在使用来自NXP网站的88w9098的PCI驱动程序/固件： https://github.com/nxp-imx/mwifiex/tree/lf-6.18.2_1.0.0 基于 x86-64 的系统，运行嵌入式 Linux 6.12.101 问题：当使用 wpa_supplicant 命令且配置文件中存在无效密码时，Wi-Fi 驱动程序会在一段时间后崩溃，并且所有网络接口都会被移除。之后，不重启电源就无法恢复 Wi-Fi 模块。 Linux 驱动程序/固件加载日志 wlan：正在加载 MWLAN 驱动程序 wlan：注册成为总线司机... wlan_pcie 0000:06:00.0:启用设备（0140 -> 0142） PCI 内存映射 Virt0：000000003cb916fe PCI 内存映射 Virt2：00000000365fd988 连接 moal 手柄操作，卡接口类型：0x206 rps 设置为 f（来自模块参数） PCIE9098：从用户配置文件获取初始化模块参数 卡类型：PCIE9098，配置块：0 cfg80211_wext=0xf max_vir_bss=1 max_uap_bss = 2 cal_data_cfg=none init_hostcmd_cfg=nxp/ed_mac.bin cntry_txpwr = 1 ps_mode = 2 auto_ds = 2 drv_mode = 7 wfd_name=wfd sta_name=mlan uap_name=uap host_mlme=启用 fw_name=nxp/pcieuart9098_combo_v1.bin rx_work=1 cpu_num=4 启用 moal_recv_amsdu_packet 附加 mlan 适配器操作。card_type 为 0x206。 请求固件：nxp/pcieuart9098_combo_v1.bin 释放 initrd 内存：193348K 固件下载完成，大小为 754708 字节 WLAN 固件已激活 on_time 为 1196059107 VDLL 映像：长度=147136 fw_cap_info=0xc87cefa3，dev_cap_mask=0xffffffff max_p2p_conn = 8，max_sta_conn = 48 设置 int_sel_mask=0x2020001 请求固件：nxp/ed_mac.bin 尝试下载 country_power_tble：nxp/txpower_WW.bin 请求固件：nxp/txpower_WW.bin 注册 NXP 802.11 适配器 mlan0 wlan：uap%d 设置 max_mtu 为 2000 注册 NXP 802.11 适配器 uap0 wlan：uap%d 设置 max_mtu 为 2000 注册 NXP 802.11 适配器 uap1 注册 NXP 802.11 适配器 wfd0 wlan: 版本 = PCIE9098--17.92.1.p149.84--MM6X17542.p8-GPL-(FP92) wlan_pcie 0000:06:00.1:启用设备（0140 -> 0142） PCI 内存映射 Virt0：000000002728cc1b PCI 内存映射 Virt2：000000000541f874 连接 moal 手柄操作，卡接口类型：0x206 rps 设置为 f（来自模块参数） PCIE9098：从用户配置文件获取初始化模块参数 卡类型：PCIE9098，配置块：1 cfg80211_wext=0xf max_vir_bss=1 max_uap_bss = 2 cal_data_cfg=none init_hostcmd_cfg=nxp/ed_mac.bin cntry_txpwr = 1 ps_mode = 2 auto_ds = 2 drv_mode = 7 wfd_name=mwfd sta_name=mmlan uap_name=muap host_mlme=启用 fw_name=nxp/pcieuart9098_combo_v1.bin rx_work=1 cpu_num=4 启用 moal_recv_amsdu_packet 附加 mlan 适配器操作。card_type 为 0x206。 请求固件：nxp/pcieuart9098_combo_v1.bin WLAN固件已在运行！跳过固件下载 WLAN 固件已激活 on_time 为 1236174962 VDLL 映像：长度=147136 fw_cap_info=0x487cefa3，dev_cap_mask=0xffffffff max_p2p_conn = 8，max_sta_conn = 48 设置 int_sel_mask=0x2020001 请求固件：nxp/ed_mac.bin 尝试下载 country_power_tble：nxp/txpower_WW.bin 请求固件：nxp/txpower_WW.bin 注册 NXP 802.11 适配器 mmlan0 wlan: muap%d 设置 max_mtu 为 2000 注册 NXP 802.11 适配器 muap0 wlan: muap%d 设置 max_mtu 为 2000 注册 NXP 802.11 适配器 muap1 注册 NXP 802.11 适配器 mwfd0 wlan: 版本 = PCIE9098--17.92.1.p149.84--MM6X17542.p8-GPL-(FP92) wlan：已完成向总线司机注册 wlan：驱动程序已成功加载 cat wpa_supplicant-2.4G.conf 国家=美国 更新配置=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev 网络={ scan_ssid=1 ssid="NXP-2.4G-SSID" psk="NXPWRONGPassword" key_mgmt=WPA-PSK } cat wpa_supplicant-5G.conf 国家=美国 更新配置=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev 网络={ scan_ssid=1 ssid="NXP-5G-SSID" psk="NXPWRONGPassword" key_mgmt=WPA-PSK } 重现问题的步骤： 步骤 1： wpa_supplicant -D nl80211 -i mlan0 -c "wpa_supplicant-5G.conf" -N -D nl80211 -i mmlan0 -c "wpa_supplicant-2.4G.conf" 等待 1-2 分钟，然后按如下方式终止 wpa_supplicant 进程，并重新运行上述命令。 步骤 2： killall wpa_supplicant 步骤 3： wpa_supplicant -D nl80211 -i mlan0 -c "wpa_supplicant-5G.conf" -N -D nl80211 -i mmlan0 -c "wpa_supplicant-2.4G.conf" 步骤四：等待 1-2 分钟（如果未重现，请重复 1-4 次） 驱动程序崩溃的内核日志 内核：无线局域网：mlan0 开始扫描 内核：无线局域网：mmlan0 开始扫描 内核：WLAN：扫描完成：已扫描接入点数量=43 内核：WLAN：扫描完成：已扫描接入点数量=34 内核：wlan：HostMlme mlan0 向 bssid 12:XX:XX:XX:3c:5e 发送认证请求 内核：mlan0： 内核：mmlan0： 内核：wlan：从 12:XX:XX:XX:3c:5e 收到 HostMlme 身份验证 内核：wlan：从 12:XX:XX:XX:3c:5e 收到 HostMlme 身份验证 内核：wlan：HostMlme mmlan0 向 bssid e2:XX:XX:XX:c9:dc 发送认证请求 内核：wlan：HostMlme mlan0 已成功连接到 bssid 12:XX:XX:XX:3c:5e 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：无线局域网：mmlan0 开始扫描 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：WLAN：扫描完成：已扫描接入点数量=33 内核：wlan：HostMlme mmlan0 向 bssid e2:XX:XX:XX:c9:dc 发送认证请求 内核：mmlan0： 内核：wlan：从 e2:XX:XX:XX:c9:dc 收到 HostMlme 身份验证 内核：无线局域网：HostMlme mmlan0 已成功连接到 bssid e2:XX:XX:XX:c9:dc 内核：mmlan0： 内核：无线局域网：向 e2:XX:XX:XX:c9:dc 发送 EAPOL 数据包 内核：mmlan0： 内核：无线局域网：向 e2:XX:XX:XX:c9:dc 发送 EAPOL 数据包 内核：woal_cfg80211_set_rekey_data 返回：gtk_rekey_offload 已禁用 内核：WLAN：收到来自 mlan0 的解除关联请求，原因：3 内核：无线局域网：原因：（解除认证）发送 STA 正在离开（或已离开）IBSS 或 ESS。 内核：无线局域网：mlan0 开始扫描 内核：WLAN：扫描完成：已扫描接入点数量=35 内核：无线局域网：mlan0 开始扫描 内核：WLAN：扫描完成：已扫描接入点数量=30 内核：wlan：HostMlme mlan0 向 bssid 12:XX:XX:XX:3c:5e 发送认证请求 内核：mlan0： 内核：wlan：从 12:XX:XX:XX:3c:5e 收到 HostMlme 身份验证 内核：wlan：HostMlme mlan0 已成功连接到 bssid 12:XX:XX:XX:3c:5e 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：HostMlme 已断开连接：子类型=12 12:XX:XX:XX:3c:5e 内核：无线局域网：mlan0 开始扫描 内核：WLAN：扫描完成：已扫描接入点数量=26 内核：无线局域网：mlan0 开始扫描 内核：WLAN：扫描完成：已扫描接入点数量=30 内核：wlan：HostMlme mlan0 向 bssid 12:XX:XX:XX:3c:5e 发送认证请求 内核：mlan0： 内核：wlan：从 12:XX:XX:XX:3c:5e 收到 HostMlme 身份验证 内核：wlan：HostMlme mlan0 已成功连接到 bssid 12:XX:XX:XX:3c:5e 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：WLAN：收到 mmlan0 上的解除关联请求，原因：3 内核：无线局域网：原因：（解除认证）发送 STA 正在离开（或已离开）IBSS 或 ESS。 内核：WLAN：收到来自 mlan0 的解除关联请求，原因：3 内核：无线局域网：原因：（解除认证）发送 STA 正在离开（或已离开）IBSS 或 ESS。 内核：无线局域网：mlan0 开始扫描 内核：无线局域网：mmlan0 开始扫描 内核：WLAN：扫描完成：已扫描接入点数量=40 内核：WLAN：扫描完成：已扫描接入点数量=37 内核：wlan：HostMlme mlan0 向 bssid 12:XX:XX:XX:3c:5e 发送认证请求 内核：mlan0： 内核：wlan：从 12:XX:XX:XX:3c:5e 收到 HostMlme 身份验证 内核：mmlan0： 内核：wlan：从 12:XX:XX:XX:3c:5e 收到 HostMlme 身份验证 内核：wlan：HostMlme mmlan0 向 bssid e2:XX:XX:XX:c9:dc 发送认证请求 内核：mmlan0： 内核：wlan：从 e2:XX:XX:XX:c9:dc 收到 HostMlme 身份验证 内核：无线局域网：HostMlme mlan0 已成功连接到 bssid 12:XX:XX:XX:3c:5e 内核：无线局域网：HostMlme mmlan0 已成功连接到 bssid e2:XX:XX:XX:c9:dc 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mmlan0： 内核：无线局域网：向 e2:XX:XX:XX:c9:dc 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mmlan0： 内核：无线局域网：向 e2:XX:XX:XX:c9:dc 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mmlan0： 内核：无线局域网：向 e2:XX:XX:XX:c9:dc 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：向 12:XX:XX:XX:3c:5e 发送 EAPOL 数据包 内核：mmlan0： 内核：无线局域网：向 e2:XX:XX:XX:c9:dc 发送 EAPOL 数据包 内核：mlan0： 内核：无线局域网：HostMlme 已断开连接：子类型=12 12:XX:XX:XX:3c:5e 内核：WiFi 重置差异 877022236 内核：由于 EAPOL 超时，WiFi 重置 cnt 6 内核：进程开始挂起 内核：异常阻塞 woal_cfg80211_del_key 驱动状态 内核：设置待清理 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：mmlan0： 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：无线局域网：HostMlme 已断开连接：子类型=12 e2:XX:XX:XX:c9:dc 内核：woal_send_disconnect_to_system：设置扫描时间失败 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：设置待清理 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：WIFI 自动固件重载：固件重载=6 内核：在异常驱动程序状态下阻止 woal_cfg80211_del_key 内核：========开始带内RESET=========== 内核：在异常驱动程序状态下阻止 woal_cfg80211_scan 内核：woal_reset_adma：ADMA 重置失败（值：97） 内核：woal_reset_intf：获取 bss 信息失败 内核：设置待清理 内核：在异常驱动程序状态下阻止 woal_cfg80211_scan 内核：wlan_pcie 0000:06:00.0 mlan0（注销）：已退出所有组播模式 内核：wlan_pcie 0000:06:00.0 uap0（注销）：已退出所有组播模式 内核：wlan_pcie 0000:06:00.0 uap1（注销）：已退出所有组播模式 内核：wlan_pcie 0000:06:00.0 wfd0（注销）：已退出所有组播模式 内核：woal_reset_intf：获取 bss 信息失败 内核：设置待清理 内核：wlan_pcie 0000:06:00.1 mmlan0（注销）：已退出所有组播模式 内核：wlan_pcie 0000:06:00.1 muap0（注销）：已退出所有组播模式 内核：wlan_pcie 0000:06:00.1 muap1（注销）：已退出所有组播模式 内核：wlan_pcie 0000:06:00.1 mwfd0（注销）：已退出所有组播模式 内核：PCIE触发固件带内复位成功。 内核：释放模块参数 内核：rps 从模块参数设置为 f 内核：PCIE9098：从用户配置文件初始化模块参数 内核：card_type：PCIE9098，配置块：0 内核：cfg80211_wext=0xf 内核：max_vir_bss=1 内核：max_uap_bss = 2 内核：cal_data_cfg=none 内核：init_hostcmd_cfg=nxp/ed_mac.bin 内核：cntry_txpwr = 1 内核：ps_mode = 2 内核：auto_ds = 2 内核：drv_mode = 7 内核：wfd_name=wfd 内核：sta_name=mlan 内核：uap_name=uap 内核：host_mlme=启用 内核：fw_name=nxp/pcieuart9098_combo_v1.bin 内核：rx_work=1 cpu_num=4 内核：启用 moal_recv_amsdu_packet 内核：连接 mlan 适配器操作。card_type 为 0x206。 内核：请求固件：nxp/pcieuart9098_combo_v1.bin 内核：prog_fw：获取命令完成中断失败，重试次数 = 10001 内核：固件未能及时激活！ 内核：wlan_dnld_fw 失败 ret=0xffffffff 内核：WLAN：固件下载失败，nowwait：0 内核：配置空间寄存器： 内核：寄存器：0x00 值=0x2b431b4b 内核：寄存器：0x04 值=0x00100546 内核：寄存器：0x10 值=0x82d0000c 内核：寄存器：0x18 值=0x82e0000c 内核：寄存器：0x2c 值=0x2b431b4b 内核：寄存器：0x3c 值=0x000001ff 内核：寄存器：0x44 值=0x00000008 内核：寄存器：0x50 值=0x018b7005 内核：寄存器：0x60 值=0xfffffffe 内核：寄存器：0x64 值=0x00000000 内核：寄存器：0x80 值=0x10120042 内核：寄存器：0x98 值=0x00000000 内核：寄存器：0x170 值=0x0001001e 内核：固件擦除寄存器： 内核：寄存器：0x1c90 值=0xfedcba00 内核：寄存器：0x1c98 值=0x0 内核：寄存器：0x1c9c 值=0x0 内核：寄存器：0x1c98 值=0x0 内核：寄存器：0x1c9c 值=0x0 内核：从偏移量 0x1c98 到 0x1c9f 的接口寄存器转储 内核：PCIE 寄存器，偏移量从 0x1c20 到 0x1c9c： 内核：00000000 00000002 0000004f 00000000 ffffffff 00000002 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核：ffece0e0 00000000 00000010 00000000 008047e3 c8701424 00000000 00000000 内核: 00000000 00000000 00000000 00000000 fedcba00 00000000 00000000 00000000 核心： 内核：ADMA 发送/接收/事件/命令/命令响应寄存器： 内核：ADMA 寄存器转储，偏移量从 0x10000 到 0x10068 内核：00100000 ffece0e0 00000000 c010ad64 00000000 00000000 00000000 00000000 内核：00000000 00000001 00000000 00000000 00000000 00000000 00000000 0000f002 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00808c8c 内核：ADMA 寄存器转储，偏移量从 0x10800 到 0x10868 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00808c8c 内核：ADMA 寄存器转储，偏移量从 0x10880 到 0x108e8 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00000000 内核：ADMA 寄存器转储，偏移量从 0x11000 到 0x11068 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00808c8c 内核：ADMA 寄存器转储，偏移量从 0x11080 到 0x110e8 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00000000 内核：woal_request_fw 失败 内核：固件初始化失败 内核：配置空间寄存器： 内核：寄存器：0x00 值=0x2b431b4b 内核：寄存器：0x04 值=0x00100546 内核：寄存器：0x10 值=0x82d0000c 内核：寄存器：0x18 值=0x82e0000c 内核：寄存器：0x2c 值=0x2b431b4b 内核：寄存器：0x3c 值=0x000001ff 内核：寄存器：0x44 值=0x00000008 内核：寄存器：0x50 值=0x018b7005 内核：寄存器：0x60 值=0xfffffffe 内核：寄存器：0x64 值=0x00000000 内核：寄存器：0x80 值=0x10120042 内核：寄存器：0x98 值=0x00000000 内核：寄存器：0x170 值=0x0001001e 内核：固件擦除寄存器： 内核：寄存器：0x1c90 值=0xfedcba00 内核：寄存器：0x1c98 值=0x0 内核：寄存器：0x1c9c 值=0x0 内核：寄存器：0x1c98 值=0x0 内核：寄存器：0x1c9c 值=0x0 内核：从偏移量 0x1c98 到 0x1c9f 的接口寄存器转储 内核：PCIE 寄存器，偏移量从 0x1c20 到 0x1c9c： 内核：00000000 00000002 0000004f 00000000 ffffffff 00000002 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核：ffece0e0 00000000 00000010 00000000 008047e3 c8701424 00000000 00000000 内核: 00000000 00000000 00000000 00000000 fedcba00 00000000 00000000 00000000 核心： 内核：ADMA 发送/接收/事件/命令/命令响应寄存器： 内核：ADMA 寄存器转储，偏移量从 0x10000 到 0x10068 内核：00100000 ffece0e0 00000000 c010ad64 00000000 00000000 00000000 00000000 内核：00000000 00000001 00000000 00000000 00000000 00000000 00000000 0000f002 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00808c8c 内核：ADMA 寄存器转储，偏移量从 0x10800 到 0x10868 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00808c8c 内核：ADMA 寄存器转储，偏移量从 0x10880 到 0x108e8 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00000000 内核：ADMA 寄存器转储，偏移量从 0x11000 到 0x11068 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0000f000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00808c8c 内核：ADMA 寄存器转储，偏移量从 0x11080 到 0x110e8 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 内核： 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002 内核：80000948 00000000 00000000 内核：释放模块参数 这是已知的驱动程序/固件问题吗？ 有什么办法可以解决这个问题吗？ 如有其他需要提供的信息，请告知。 此致， 卡尔佩什 射频

[i.MX8QXP] I2C reads above 256 bytes time out; 256-byte and paged reads pass Hi NXP Team, We are facing an I2C long-read issue on the i.MX8QXP C0 MEK platform while accessing an Apple MFi authentication IC. The MFi device communicates correctly for reads up to 256 bytes. However, any single read greater than 256 bytes consistently times out. The complete certificate can be read successfully when divided into 128-byte pages. We need support to confirm whether this is a known limitation or issue in the i.MX LPI2C PIO driver and to recommend an appropriate driver fix or DMA configuration ? Platform details Platform: NXP i.MX8QXP C0 MEK Kernel: Linux 6.6.52-lynx-lts-next Yocto baseline: Scarthgap-based build I2C controller: 5a810000.i2c Linux adapter: /dev/i2c-1 Driver: drivers/i2c/busses/i2c-imx-lpi2c.c Controller mode: PIO MFi slave address: 0x10 I2C frequency: 400 kHz Certificate-length register: 0x30 Certificate-data registers: 0x31 onward Certificate length on this device: 608 bytes Reproducibility: 100% Kernel initialization confirms PIO mode: imx-lpi2c 5a810000.i2c: use pio mode i2c i2c-1: LPI2C adapter registered The live Device Tree confirms 400 kHz: The MFi application performs the following sequence: Select register 0x30. Read two-byte certificate length. Certificate length returned: 0x0260, or 608 bytes. Select register 0x31. Request a single 608-byte read. Application result: Reading Certificate Size Setting register 0x30 Reading register 0x30, 2 bytes Allocating Certificate Size: 608 bytes Reading Certificate Data Setting register 0x31 Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: EIO Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: ETIMEDOUT Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: ETIMEDOUT Dynamic-debug output: i2c i2c-1: exit with: error: -5 i2c i2c-1: exit with: error: -110 i2c i2c-1: exit with: error: -110  

[i.MX8QXP] I2C 读取超过 256 字节的数据超时；256 字节读取和分页读取通过 您好，NXP团队： 我们在 i.MX8QXP C0 换成产品名，如“i.mx8-mek是……” 平台上访问 Apple MFi 认证 IC 时遇到了 I2C 长读取问题。 MFi 设备可以正确读取最多 256 字节的数据。但是，任何超过 256 字节的单次读取都会超时。将完整的证书分成 128 字节的页面后，即可成功读取。 我们需要技术支持来确认这是否是 i.MX LPI2C PIO 驱动程序中已知的限制或问题，并推荐合适的驱动程序修复或 DMA 配置？ 平台详情 平台：NXP i.MX8QXP C0 MEK 内核： Linux 6.6.52-lynx-lts-next Yocto 基线：基于 Scarthgap 的版本 I2C 控制器： 5a810000.i2c Linux适配器： /dev/i2c-1 驱动程序： drivers/i2c/busses/i2c-imx-lpi2c.c 控制器模式：PIO MFi 从机地址： 0x10 I2C频率：400 kHz 证书长度寄存器： 0x30 证书数据寄存器： 0x31及之后 此设备上的证书长度：608 字节 可重复性：100% 内核初始化确认 PIO 模式： imx-lpi2c 5a810000.i2c：使用 PIO 模式 i2c i2c-1：LPI2C适配器已注册 实时设备树确认频率为 400 kHz： MFi应用程序执行以下操作： 选择寄存器0x30 。 读取两字节的证书长度。 返回的证书长度： 0x0260 ，即 608 字节。 选择寄存器0x31 。 请求读取单个 608 字节的数据。 申请结果： Reading Certificate Size Setting register 0x30 Reading register 0x30, 2 bytes Allocating Certificate Size: 608 bytes Reading Certificate Data Setting register 0x31 Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: EIO Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: ETIMEDOUT Reading register 0x31, 608 bytes Reading register 0x31, 608 bytes failed: ETIMEDOUT 动态调试输出： i2c i2c-1: exit with: error: -5 i2c i2c-1: exit with: error: -110 i2c i2c-1: exit with: error: -110  

88w9098:パスワードが無効な状態でwpa_supplicantを使用するとmwifiexドライバーが異常な状態になります こんにちは、@weidong_sun /NXPテクニカルサポートです あなたの調子が良いといいのですが。 NXPのウェブサイトから88w9098のPCIドライバー/ファームウェアを使用しています: https://github.com/nxp-imx/mwifiex/tree/lf-6.18.2_1.0.0 組み込みLinux 6.12.101を実行するx86-64ベースのシステムで 問題点: confファイルでInvalid password wpa_supplicantコマンドを使用すると、Wi-Fiドライバがしばらくしてクラッシュし、すべてのネットワークインターフェースが削除されます。その後、電源の再投入なしではWi-Fiモジュールを復旧できませんでした。 ドライバ/ファームウェアの読み込み用Linuxログ wlan: MWLANドライバーのロード中 wlan:バス運転手に登録... wlan_pcie 0000:06:00.0:有効装置(0140 -> 0142) PCIメモリマップVirt0: 0000000003cb916fe PCIメモリマップVirt2: 00000000365fd988 モアルハンドル操作を取り付ける、カードインターフェースタイプ:0x206 モジュールパラメータから RPS を f に設定します PCIE9098:USR CFGからのinitモジュールパラメータ card_type:PCIE9098、設定ブロック:0 cfg80211_wext=0xf max_vir_bss=1 max_uap_bss = 2 cal_data_cfg=なし init_hostcmd_cfg=nxp/ed_mac.bin cntry_txpwr = 1 ps_mode = 2 auto_ds = 2 drv_mode = 7 wfd_name=wfd sta_name=mlan uap_name=uap host_mlme=enable fw_name=nxp/pcieuart9098_combo_v1.bin rx_work=1 cpu_num=4 moal_recv_amsdu_packet を有効にする MLANアダプタ操作をアタッチします。card_typeは0x206です。 ファームウェアのリクエスト: nxp/pcieuart9098_combo_v1.bin initrdメモリを解放中: 193348K ファームウェアのダウンロードが完了しました。サイズは754708バイトです。 WLANファイアウォールが有効です on_timeは1196059107です VDLLイメージ：長さ=147136 fw_cap_info=0xc87cefa3、dev_cap_mask=0xffffffff max_p2p_conn = 8、max_sta_conn = 48 int_sel_mask=0x2020001を設定します。 ファームウェアのリクエスト: nxp/ed_mac.bin country_power_table のダウンロードを試みています: nxp/txpower_WW.bin ファームウェアのリクエスト: nxp/txpower_WW.bin NXP 802.11アダプタmlan0を登録する wlan: uap%d で max_mtu を 2000 に設定 NXP 802.11アダプタuap0を登録する wlan: uap%d で max_mtu を 2000 に設定 NXP 802.11アダプタuap1を登録する NXP 802.11アダプタwfd0を登録する wlan: バージョン = PCIE9098--17.92.1.p149.84--MM6X17542.p8-GPL-(FP92) wlan_pcie 0000:06:00.1:有効装置(0140 -> 0142) PCIメモリマップVirt0: 000000002728cc1b PCIメモリマップVirt2: 0000000000541f874 モアルハンドル操作を取り付ける、カードインターフェースタイプ:0x206 モジュールパラメータから RPS を f に設定します PCIE9098:USR CFGからのinitモジュールパラメータ card_type: PCIE9098、設定ブロック: 1 cfg80211_wext=0xf max_vir_bss=1 max_uap_bss = 2 cal_data_cfg=なし init_hostcmd_cfg=nxp/ed_mac.bin cntry_txpwr = 1 ps_mode = 2 auto_ds = 2 drv_mode = 7 wfd_name=mwfd sta_name=mmlan uap_name=muap host_mlme=enable fw_name=nxp/pcieuart9098_combo_v1.bin rx_work=1 cpu_num=4 moal_recv_amsdu_packet を有効にする MLANアダプタ操作をアタッチします。card_typeは0x206です。 ファームウェアのリクエスト: nxp/pcieuart9098_combo_v1.bin WLANファームウェアは既に稼働中です！ファームウェアのダウンロードをスキップ WLANファイアウォールが有効です on_timeは1236174962です VDLLイメージ：長さ=147136 fw_cap_info=0x487cefa3、dev_cap_mask=0xffffffff max_p2p_conn = 8、max_sta_conn = 48 int_sel_mask=0x2020001を設定します。 ファームウェアのリクエスト: nxp/ed_mac.bin country_power_table のダウンロードを試みています: nxp/txpower_WW.bin ファームウェアのリクエスト: nxp/txpower_WW.bin NXP 802.11アダプタmmlan0を登録する wlan: muap%d で max_mtu を 2000 に設定しました NXP 802.11アダプタmuap0を登録する wlan: muap%d で max_mtu を 2000 に設定しました NXP 802.11アダプタmuap1を登録する NXP 802.11アダプタmwfd0を登録する wlan: バージョン = PCIE9098--17.92.1.p149.84--MM6X17542.p8-GPL-(FP92) wlan: バス運転手への登録完了 wlan:ドライバのロードに成功 cat wpa_supplicant-2.4G.conf 国=アメリカ合衆国 update_config=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev ネットワーク={ scan_ssid=1 ssid="NXP-2.4G-SSID" psk="NXPWRONGPassword" key_mgmt=WPA-PSK } cat wpa_supplicant-5G.conf 国=アメリカ合衆国 update_config=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev ネットワーク={ scan_ssid=1 ssid="NXP-5G-SSID" psk="NXPWRONGPassword" key_mgmt=WPA-PSK } 問題を再現する手順： ステップ1 : wpa_supplicant -D nl80211 -i mlan0 -c "wpa_supplicant-5G.conf" -N -D nl80211 -i mmlan0 -c "wpa_supplicant-2.4G.conf" 1～2分待ってから、以下のようにwpa_supplicantを終了し、上記のコマンドを再度実行してください。 ステップ2： killall wpa_supplicant ステップ3: wpa_supplicant -D nl80211 -i mlan0 -c "wpa_supplicant-5G.conf" -N -D nl80211 -i mmlan0 -c "wpa_supplicant-2.4G.conf" ステップ4： 1～2分待ちます（再現しない場合は、ステップ1～4を数回繰り返してください）。 ドライバークラッシュのためのカーネルログ カーネル:WLAN: mlan0 スキャン開始 カーネル:WLAN: MMLAN0 スキャン開始 カーネル:WLAN:スキャン完了:スキャンされたAPカウント=43 カーネル:WLAN:スキャン完了:スキャンされたAPカウント=34 kernel: wlan: HostMlme mlan0 認証を bssid に送信 12:XX:XX:XX:3c:5e カーネル: mlan0: カーネル: mmlan0: kernel: wlan: HostMlme 認証は12:XX:XX:XX:3c:5eから受信 kernel: wlan: HostMlme 認証は12:XX:XX:XX:3c:5eから受信 kernel: wlan: HostMlme mmlan0 send認証をbssid e2:XX:XX:XX:c9:dc kernel: wlan: HostMlme mlan0 BSID 12:XX:XX:XX:3C:5E にコネクテッド カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル:WLAN: MMLAN0 スキャン開始 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル:WLAN: スキャン完了:スキャン APカウント=33 kernel: wlan: HostMlme mmlan0 send認証をbssid e2:XX:XX:XX:c9:dc カーネル: mmlan0: kernel: wlan: HostMlme 認証は e2:XX:XX:XX:c9:dc から受信 kernel: wlan: HostMlme mmlan0 bssid e2:XX:XX:XX:c9:dc にコネクテッド カーネル: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc カーネル: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc カーネル:woal_cfg80211_set_rekey_data返す:gtk_rekey_offloadはDISABLEDです カーネル:WLAN: で解消リクエストを受信 mlan0、理由:3 kernel: wlan: REASON: (Deauth) 送信中のSTAはIBSSまたはESSを離れています(またはすでに離脱しています) カーネル:WLAN: mlan0 スキャン開始 カーネル:WLAN:スキャン完了:スキャン済みAPカウント=35 カーネル:WLAN: mlan0 スキャン開始 カーネル:WLAN:スキャン完了:スキャン済み APカウント=30 kernel: wlan: HostMlme mlan0 認証を bssid に送信 12:XX:XX:XX:3c:5e カーネル: mlan0: kernel: wlan: HostMlme 認証は12:XX:XX:XX:3c:5eから受信 kernel: wlan: HostMlme mlan0 BSID 12:XX:XX:XX:3C:5E にコネクテッド カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: HostMlme 切断: sub_type=12 12:XX:XX:XX:3c:5e カーネル:WLAN: mlan0 スキャン開始 カーネル:WLAN:スキャン完了:スキャン済みAPカウント=26 カーネル:WLAN: mlan0 スキャン開始 カーネル:WLAN:スキャン完了:スキャン済み APカウント=30 kernel: wlan: HostMlme mlan0 認証を bssid に送信 12:XX:XX:XX:3c:5e カーネル: mlan0: kernel: wlan: HostMlme 認証は12:XX:XX:XX:3c:5eから受信 kernel: wlan: HostMlme mlan0 BSID 12:XX:XX:XX:3C:5E にコネクテッド カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル:wlan:mmlan0で解離リクエストを受信、理由:3 kernel: wlan: REASON: (Deauth) 送信中のSTAはIBSSまたはESSを離れています(またはすでに離脱しています) カーネル:WLAN:mlan0で解離リクエストを受信、理由:3 kernel: wlan: REASON: (Deauth) 送信中のSTAはIBSSまたはESSを離れています(またはすでに離脱しています) カーネル:WLAN: mlan0 スキャン開始 カーネル:WLAN: MMLAN0 スキャン開始 カーネル:WLAN:スキャン完了:スキャン済み APカウント=40 カーネル:WLAN: スキャン完了:スキャン済みAPカウント=37 kernel: wlan: HostMlme mlan0 認証を bssid に送信 12:XX:XX:XX:3c:5e カーネル: mlan0: kernel: wlan: HostMlme 認証は12:XX:XX:XX:3c:5eから受信 カーネル: mmlan0: kernel: wlan: HostMlme 認証は12:XX:XX:XX:3c:5eから受信 kernel: wlan: HostMlme mmlan0 send認証をbssid e2:XX:XX:XX:c9:dc カーネル: mmlan0: kernel: wlan: HostMlme 認証は e2:XX:XX:XX:c9:dc から受信 kernel: wlan: HostMlme mlan0 BSID 12:XX:XX:XX:3C:5E にコネクテッド kernel: wlan: HostMlme mmlan0 bssid e2:XX:XX:XX:c9:dc にコネクテッド カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc カーネル: mlan0: kernel: wlan: EAPOL pktを12に送信:XX:XX:XX:3c:5e カーネル: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc カーネル: mlan0: kernel: wlan: EAPOL PKTを12:XX:XX:XX:XX:3c:5eに送信 カーネル: mmlan0: kernel: wlan: Send EAPOL pkt to e2:XX:XX:XX:c9:dc カーネル: mlan0: kernel: wlan: HostMlme 切断: sub_type=12 12:XX:XX:XX:3c:5e カーネル:WiFiリセット差877022236 カーネル:EAPOLタイムアウトによるWiFiリセット cnt 6 カーネル:処理開始 ハング カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:クリーンを待っている設定 カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル: mmlan0: カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key kernel: wlan: HostMlme 切断: sub_type=12 e2:XX:XX:XX:c9:dc カーネル: woal_send_disconnect_to_system: Set Scanning Time Failed カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:クリーンを待っている設定 カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:異常なドライバー状態のブロックwoal_cfg80211_del_key カーネル:WIFI auto_fw_reload: fw_reload=6 カーネル:異常woal_cfg80211_del_keyブロック ドライバーの状態 カーネル: ========インバンドリセット開始=========== カーネル:異常なドライバー状態のブロックwoal_cfg80211_scan カーネル:woal_reset_adma:ADMA reset failed (value:97) カーネル:woal_reset_intf: BSS情報取得に失敗 カーネル:クリーンを待っている設定 カーネル:異常なドライバー状態のブロックwoal_cfg80211_scan カーネル: wlan_pcie 0000:06:00.0 mlan0(登録解除中):左オールマルチキャストモード カーネル: wlan_pcie 0000:06:00.0 UAP0(登録解除中):左オールマルチキャストモード カーネル: wlan_pcie 0000:06:00.0 UAP1(登録解除):左オールマルチキャストモード カーネル: wlan_pcie 0000:06:00.0 WFD0(登録解除中):左オールマルチキャストモード カーネル:woal_reset_intf: BSS情報取得に失敗 カーネル:クリーンを待っている設定 カーネル: wlan_pcie 0000:06:00.1 MMLAN0(登録解除中):左オールマルチキャストモード カーネル: wlan_pcie 0000:06:00.1 muap0(登録解除中):左オールマルチキャストモード カーネル: wlan_pcie 0000:06:00.1 muap1(登録解除):左AllMulticastモード カーネル: wlan_pcie 0000:06:00.1 MWFD0(登録解除):左のAllMulticastモード カーネル:PCIEトリガーFW インバンドリセット成功。 カーネル: モジュールパラメータを解放 カーネル: モジュールパラメータからrpsをfに設定 カーネル: PCIE9098: usr cfg からの初期化モジュールパラメータ カーネル: カードタイプ: PCIE9098、設定ブロック: 0 カーネル: cfg80211_wext=0xf カーネル: max_vir_bss=1 カーネル: max_uap_bss = 2 カーネル: cal_data_cfg=none カーネル: init_hostcmd_cfg=nxp/ed_mac.bin カーネル: cntry_txpwr = 1 カーネル: ps_mode = 2 カーネル: auto_ds = 2 カーネル: drv_mode = 7 カーネル: wfd_name=wfd カーネル: sta_name=mlan カーネル: uap_name=uap カーネル: host_mlme=enable カーネル: fw_name=nxp/pcieuart9098_combo_v1.bin カーネル: rx_work=1 cpu_num=4 カーネル: moal_recv_amsdu_packet を有効にする カーネル: mlanアダプタ操作をアタッチします。card_typeは0x206です。 kernel: 要求ファームウェア:nxp/pcieuart9098_combo_v1.bin kernel: prog_fw: コマンド実行失敗 割り込み再試行数 = 10001 カーネル:FWが時間内にアクティブ化できませんでした! kernel: wlan_dnld_fw fail ret=0xffffffff kernel: WLAN: fail download fw(nowwait: 0) カーネル:構成空間レジスタ: kernel: reg:0x00 value=0x2b431b4b kernel: reg:0x04 value=0x00100546 カーネル:reg:0x10 値=0x82d0000c kernel: reg:0x18 value=0x82e0000c kernel: reg:0x2c value=0x2b431b4b カーネル: reg:0x3c value=0x000001ff カーネル: reg:0x44 value=0x00000008 カーネル:reg:0x50 value=0x018b7005 カーネル: reg:0x60 value=0xfffffffe kernel: reg:0x64 value=0x00000000 kernel: reg:0x80 value=0x10120042 kernel: reg:0x98 value=0x00000000 kernel: reg:0x170 value=0x0001001e kernel: FW Scrach レジスタ: kernel: reg:0x1c90 value=0xfedcba00 カーネル: reg:0x1c98 value=0x0 カーネル:reg:0x1c9c value=0x0 カーネル: reg:0x1c98 value=0x0 カーネル:reg:0x1c9c value=0x0 カーネル:インターフェースレジスタがオフセット0x1c98から0x1c9fまでダンプします カーネル:オフセット0x1c20から0x1c9cまでのPCIEレジスタ: カーネル:00000000 00000002 00000004f 00000000 FFFFFFFF 00000002 00000000000000000 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル: ffece0e0 000000000 00000010 00000000 008047e3 c8701424 0000000000000000 カーネル: 0000000 00000000 0000000000000000000000 fedcba00 0000000000000000000000000 カーネル: カーネル:ADMA Tx/Rx/イベント情報/Cmd/CmdRespレジスタ: カーネル:ADMAレジスタはオフセット0x10000から0x10068までダンプします。 kernel: 00100000 ffece0e0 00000000 c010AD64 00000000 00000000 00000000 00000000 カーネル:00000000 00000001 000000000000000000000000000000000000000000000000000002 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル: 80000948 00000000 00808c8c カーネル:ADMAはオフセット0x10800から0x10868へのレジスタダンプを行います。 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 00000000 0000000000000000000000000000000000000000000000000000000F000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル: 80000948 00000000 00808c8c カーネル:ADMAはオフセット0x10880から0x108e8までレジスタをダンプします カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル:80000948 00000000 00000000 カーネル:ADMAはオフセット0x11000から0x11068までレジスタをダンプします カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 00000000 0000000000000000000000000000000000000000000000000000000F000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル: 80000948 00000000 00808c8c カーネル:ADMAはオフセット0x11080から0x110e8までレジスタをダンプします カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル:80000948 00000000 00000000 カーネル:woal_request_fw失敗 カーネル:ファームウェアが失敗しました カーネル:構成空間レジスタ: kernel: reg:0x00 value=0x2b431b4b kernel: reg:0x04 value=0x00100546 カーネル:reg:0x10 値=0x82d0000c kernel: reg:0x18 value=0x82e0000c kernel: reg:0x2c value=0x2b431b4b カーネル: reg:0x3c value=0x000001ff カーネル: reg:0x44 value=0x00000008 カーネル:reg:0x50 value=0x018b7005 カーネル: reg:0x60 value=0xfffffffe kernel: reg:0x64 value=0x00000000 kernel: reg:0x80 value=0x10120042 kernel: reg:0x98 value=0x00000000 kernel: reg:0x170 value=0x0001001e kernel: FW Scrach レジスタ: kernel: reg:0x1c90 value=0xfedcba00 カーネル: reg:0x1c98 value=0x0 カーネル:reg:0x1c9c value=0x0 カーネル: reg:0x1c98 value=0x0 カーネル:reg:0x1c9c value=0x0 カーネル:インターフェースレジスタがオフセット0x1c98から0x1c9fまでダンプします カーネル:オフセット0x1c20から0x1c9cまでのPCIEレジスタ: カーネル:00000000 00000002 00000004f 00000000 FFFFFFFF 00000002 00000000000000000 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル: ffece0e0 000000000 00000010 00000000 008047e3 c8701424 0000000000000000 カーネル: 0000000 00000000 0000000000000000000000 fedcba00 0000000000000000000000000 カーネル: カーネル:ADMA Tx/Rx/イベント情報/Cmd/CmdRespレジスタ: カーネル:ADMAレジスタはオフセット0x10000から0x10068までダンプします。 カーネル: 00100000 ffece0e0 000000000 c010ad64 0000000000 0000000000 000000000 カーネル:00000000 00000001 000000000000000000000000000000000000000000000000000002 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル: 80000948 00000000 00808c8c カーネル:ADMAはオフセット0x10800から0x10868へのレジスタダンプを行います。 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 00000000 0000000000000000000000000000000000000000000000000000000F000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル: 80000948 00000000 00808c8c カーネル:ADMAはオフセット0x10880から0x108e8までレジスタをダンプします カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル:80000948 00000000 00000000 カーネル:ADMAはオフセット0x11000から0x11068までレジスタをダンプします カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 00000000 0000000000000000000000000000000000000000000000000000000F000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル: 80000948 00000000 00808c8c カーネル: ADMAレジスタはオフセット0x11080から0x110e8までダンプします カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:0000000 000000000000000000000000000000000000000000000000000000000000000000000000 カーネル:00000000 00000000000000000000000000000000000000000000000000000000 00000002 カーネル:80000948 00000000 00000000 カーネル:自由モジュールパラメータ これは既知のドライバやファームウェアの問題でしょうか? この問題を解決するための手段はありますか？ 他に何か情報が必要な場合はお知らせください。 よろしくお願いいたします。 カルペシュ RF

IMX95でUSB3.0デバイス接続後にカーネルがクラッシュする こんにちは、 i.MX95 15x15 SoCをベースにしたカスタムデザインでUSB 3.0インターフェースを起動します。私たちのデザインでは、USBハブをネイティブのUSB 3.0ポートに接続しています。 ハブは正常に列挙されますが、USB 3.0 デバイス（例えば、USB ペン ドライブ）をハブに接続すると、カーネル クラッシュが発生します（ログは以下を参照）。これは奇妙だ。なぜなら、同じポートに接続されたUSB 2.0デバイスは問題なく動作するからだ。 デバイスツリーでmaximum-speed = "high-speed";を設定してポートを高速のみに制限すると、同じ USB 3.0 ペン ドライブが USB 2.0 デバイスとして列挙され、正常に動作します。 SMMUの問題ではないことを確認するために、カーネルコマンドラインにiommu.passthrough=1を追加してみましたが、動作は変わりませんでした。 根本原因を特定する手助けをしていただけますか? 私たちはLinuxカーネルバージョン6.18のNXP BSPを使っています。 クラッシュログは以下のとおりです。 root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@imx95-15x15-lpddr4x-evk:~# [ 527.354709] usb 2-1.1: new SuperSpeed USB device number 3 using xhci-hcd [ 527.379284] usb-storage 2-1.1:1.0: USB Mass Storage device detected [ 527.387024] scsi host0: usb-storage 2-1.1:1.0 [ 528.405103] scsi 0:0:0:0: Direct-Access USB SanDisk 3.2Gen1 1.00 PQ: 0 ANSI: 6 [ 528.423345] sd 0:0:0:0: [sda] 60125184 512-byte logical blocks: (30.8 GB/28.7 GiB) [ 528.431953] sd 0:0:0:0: [sda] Write Protect is off [ 528.437387] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 528.492698] sda: sda1 [ 528.495895] sd 0:0:0:0: [sda] Attached SCSI removable disk [ 529.708851] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 [ 529.717662] Mem abort info: [ 529.720448] ESR = 0x0000000096000004 [ 529.724184] EC = 0x25: DABT (current EL), IL = 32 bits [ 529.729478] SET = 0, FnV = 0 [ 529.732521] EA = 0, S1PTW = 0 [ 529.735649] FSC = 0x04: level 0 translation fault [ 529.740511] Data abort info: [ 529.743380] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000 [ 529.748848] CM = 0, WnR = 0, TnD = 0, TagAccess = 0 [ 529.753884] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [ 529.759179] user pgtable: 4k pages, 48-bit VAs, pgdp=00000001049be000 [ 529.765601] [0000000000000008] pgd=0000000000000000, p4d=0000000000000000 [ 529.772381] Internal error: Oops: 0000000096000004 [#1] SMP [ 529.778031] Modules linked in: polyval_ce mxc_jpeg_encdec v4l2_jpeg snd_soc_imx_card snd_soc_fsl_sai snd_soc_fsl_xcvr snd_soc_fsl_micfil imx_pcm_dma overlay snd_soc_fsl_utils pwm_fan fuse [ 529.794728] CPU: 1 UID: 0 PID: 217 Comm: kworker/1:2H Not tainted 6.18.2-g81bb96fa4952-dirty #15 PREEMPT [ 529.804281] Hardware name: NXP i.MX95 15X15 Mecha Comet (DT) [ 529.809929] Workqueue: blk_mq_run_work_fn (kblockd) [ 529.814899] pstate: 604000c9 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.821847] pc : process_one_work+0xc8/0x284 [ 529.826112] lr : worker_thread+0x2c4/0x3e0 [ 529.830205] sp : ffff800081ff3db0 [ 529.833504] x29: ffff800081ff3dc0 x28: 0000000000000000 x27: 0000000000000000 [ 529.840628] x26: 0000000000000000 x25: ffff00008459e4c0 x24: ffff0000fbb90480 [ 529.847752] x23: ffff000081f1f248 x22: ffff0000fbb90458 x21: 0000000000000000 [ 529.854876] x20: ffff000081f1f240 x19: ffff00008459e480 x18: 0000000000000001 [ 529.862000] x17: 000000040044ffff x16: 005000f2b5503510 x15: 00000027f3567fb3 [ 529.869124] x14: 00000000000000d2 x13: ffff00008495d800 x12: 0000000000000000 [ 529.876248] x11: 00000000000000c0 x10: 0000000000000ab0 x9 : ffff800081ff3d30 [ 529.883372] x8 : ffff00008495e290 x7 : 0000000000000001 x6 : 0000000000000000 [ 529.890496] x5 : 000000050a0a3e6a x4 : ffff000081f1f240 x3 : ffff0000fbb90478 [ 529.897620] x2 : 0000000000000020 x1 : 0000000000000008 x0 : ffff00008459e500 [ 529.904746] Call trace: [ 529.907181] process_one_work+0xc8/0x284 (P) [ 529.911444] worker_thread+0x2c4/0x3e0 [ 529.915188] kthread+0x12c/0x204 [ 529.918412] ret_from_fork+0x10/0x20 [ 529.921987] Code: d2800402 f84086f8 53041f01 b9003261 (f94006a1) [ 529.928068] ---[ end trace 0000000000000000 ]--- [ 529.932679] note: kworker/1:2H[217] exited with irqs disabled [ 529.938512] note: kworker/1:2H[217] exited with preempt_count 1 [ 529.938795] Internal error: Oops - Undefined instruction: 0000000002000000 [#2] SMP [ 529.952155] Modules linked in: polyval_ce mxc_jpeg_encdec v4l2_jpeg snd_soc_imx_card snd_soc_fsl_sai snd_soc_fsl_xcvr snd_soc_fsl_micfil imx_pcm_dma overlay snd_soc_fsl_utils pwm_fan fuse [ 529.968852] CPU: 3 UID: 0 PID: 648 Comm: syslogd Tainted: G D 6.18.2-g81bb96fa4952-dirty #15 PREEMPT [ 529.979530] Tainted: [D]=DIE [ 529.982398] Hardware name: NXP i.MX95 15X15 Mecha Comet (DT) [ 529.988041] pstate: 80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.994990] pc : copy_folio_from_iter_atomic+0x260/0x89c [ 530.000303] lr : copy_folio_from_iter_atomic+0x250/0x89c [ 530.005607] sp : ffff800088073ac0 [ 530.008909] x29: ffff800088073b30 x28: 000000000000000f x27: 0001000000000000 [ 530.016033] x26: ffff00008e3236c0 x25: 0000000000000000 x24: 0000000000000462 [ 530.023157] x23: 0000000000000000 x22: ffff000081ba9180 x21: ffff800088073cd0 [ 530.030281] x20: 000000000000000f x19: 0000000000000085 x18: 0000000000000000 [ 530.037405] x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffffcef03a40 [ 530.044529] x14: 0000000000000000 x13: 0000000000000000 x12: ffff000081ba9180 [ 530.051653] x11: ffff00008e3236c0 x10: 0000fffffffffff1 x9 : ffff000081ba9180 [ 530.058777] x8 : 000000000000000f x7 : ffff000091bff462 x6 : ffff000091bff471 [ 530.065901] x5 : 0000000000000085 x4 : ffff000081ba9180 x3 : ffff000091bff000 [ 530.073025] x2 : 000000000000000f x1 : 000000000000000f x0 : 0000000000000000 [ 530.080153] Call trace: [ 530.082595] copy_folio_from_iter_atomic+0x260/0x89c (P) [ 530.087898] generic_perform_write+0x14c/0x25c [ 530.092335] shmem_file_write_iter+0xa0/0xa8 [ 530.096598] do_iter_readv_writev+0xfc/0x1e0 [ 530.100863] vfs_writev+0x134/0x2c0 [ 530.104346] do_writev+0x7c/0x148 [ 530.107657] __arm64_sys_writev+0x20/0x34 [ 530.111661] invoke_syscall+0x48/0x104 [ 530.115405] el0_svc_common.constprop.0+0x40/0xe0 [ 530.120103] do_el0_svc+0x1c/0x28 [ 530.123413] el0_svc+0x34/0xec [ 530.126464] el0t_64_sync_handler+0xa0/0xf0 [ 530.130641] el0t_64_sync+0x198/0x19c [ 530.134302] Code: cb000281 a9408fe7 8b01039c a941a7e5 (8f010339) [ 530.140385] ---[ end trace 0000000000000000 ]--- Same way when we connect USB 2.0 Device on same port. root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@imx95-15x15-lpddr4x-evk:~# [ 106.150901] extcon-tusb320 2-0047: TUSB Device Detected [ 111.942409] usb 1-1.1: new full-speed USB device number 3 using xhci-hcd [ 112.166092] hid-generic 0003:3151:1020.0001: device has no listeners, quitting [ 112.191037] input: YICHIP 2.4G Receiver Mouse as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input1 [ 112.207047] input: YICHIP 2.4G Receiver System Control as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input2 [ 112.279679] input: YICHIP 2.4G Receiver Consumer Control as /devices/platform/soc/4c010010.usb/4c100000.usb/xhci-hcd.2.auto/usb1/1-1/1-1.1/1-1.1:1.1/0003:3151:1020.0002/input/input3 [ 112.296313] hid-generic 0003:3151:1020.0002: input: USB HID v2.00 Mouse [YICHIP 2.4G Receiver] on usb-xhci-hcd.2.auto-1.1/input1 root@imx95-15x15-lpddr4x-evk:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 003: ID 3151:1020 YICHIP 2.4G Receiver Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc. GL3523 Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Linux マルチメディア ソフトウェア不具合の疑い Re: IMX95 Kernel crash after connecting USB3.0 device こんにちは、 デバイスツリーの設定を教えていただけますか? よろしくお願いいたします。

i.MX8ULP LPADC 比较功能 你好， 我正在尝试使用 M33 内核中的 i.MX8ULP ADC 的比较器模式，具体来说，我设置 ADC，以便如果转换值低于阈值，则发出中断来处理该事件。 根据参考手册，我的理解是这应该是可行的： - 将 ADC 的 FIFO 水位设置为 1，这样任何数据都会触发信号中断（这部分是有效的，在下面的示例中，我删除了中断代码以简化代码）。 - 设置比较函数为“重复比较直到为真”，并适当调整 CVH/CVL 和触发器，然后持续对 ADC 进行采样，并在达到要求时触发数据。 很遗憾，我一直无法让比较值正常工作。手册上说，根据 CVL/CVH 的不同，可以进行各种操作，但我使用 ADC1 / 命令 1 / 触发信号 1 时，这些操作似乎都不起作用： 通过实验，我发现： - CVL < CVH（手册上说如果在范围之外则为真，例如val < CVL || val > CVH): 始终返回值（即使它在范围内） - CVH 最大值，CVL 设置（应小于 CVL）：由于未指定最大值，我不确定。将 CVH 设置为 0xfff 或 0x1000 时，无论 CVL 的值如何，都会返回该值；将 CVH 设置为 0xffff 时，则永远不会返回该值。 - CVL 最小值，CVH 设置值（应大于 CVH）：始终返回该值 - CVL > CVH（应在范围内，例如CVH < val < CVL): 值永远不会返回 以下是我使用的代码： lpadc_config_t adcConfig; LPADC_GetDefaultConfig(&adcConfig); adcConfig.FIFOWatermark = 0; adcConfig.enableAnalogPreliminary = true; LPADC_Init(ADC1, &adcConfig); lpadc_conv_trigger_config_t triggerConfig; LPADC_GetDefaultConvTriggerConfig(&triggerConfig); triggerConfig.targetCommandId = 1; triggerConfig.enableHardwareTrigger = true; LPADC_SetConvTriggerConfig(ADC1, 0, &triggerConfig); lpadc_conv_command_config_t commandConfig; LPADC_GetDefaultConvCommandConfig(&commandConfig); commandConfig.channelNumber = 5; commandConfig.sampleChannelMode = kLPADC_SampleChannelSingleEndSideB; commandConfig.sampleScaleMode = kLPADC_SampleFullScale; commandConfig.hardwareAverageMode = kLPADC_HardwareAverageCount2; commandConfig.hardwareCompareMode = kLPADC_HardwareCompareRepeatUntilTrue; commandConfig.hardwareCompareValueHigh = v_high; commandConfig.hardwareCompareValueLow = v_low; LPADC_SetConvCommandConfig(ADC1, 1, &commandConfig); SDK_DelayAtLeastUs(1000, SDK_DEVICE_MAXIMUM_CPU_CLOCK_FREQUENCY); LPADC_DoSoftwareTrigger(ADC1, 1 << 0); // this is LPADC_GetConvResultBlocking() with a timeout uint32_t tmp, cnt = 0; tmp = ((ADC_Type *)ADC1)->RESFIFO; while (ADC_RESFIFO_VALID_MASK != (tmp & ADC_RESFIFO_VALID_MASK) && cnt < 100000) { tmp = ((ADC_Type *)ADC1)->RESFIFO; cnt++; } if (ADC_RESFIFO_VALID_MASK != (tmp & ADC_RESFIFO_VALID_MASK)) { PRINTF("ADC timeout\r\n"); } else { tmp &= ADC_RESFIFO_D_MASK; tmp >>= 3; PRINTF("got %d (%#x) in %d\r\n", tmp, tmp, cnt); } 我还导出了寄存器数据，我确信“比较重复直到为真”部分是有效的，因为 STAT 寄存器认为触发信号/命令仍在运行，而且我设置了“为真时存储”也得到了相同的结果（在命令运行时调整 CV（比较值）会产生奇怪的结果，但会正确返回等待条件为真的触发信号——我确定我们不应该在运行时更改 CV，所以我们忽略这部分）。 以下是等待转换期间的寄存器值，其中 CVL = 0xffe，CVH = 0x1（因此应该返回介于两者之间的任何值）： ADC1 0x280a2000 VERID: 0x200101a PARAM: 0xf041004 CTRL: 0x1 ^ ADCEN STAT: 0x1000800 ^ CMDACT 1, ADC_ACTIVE IE: 0 DE: 0 CFG: 0x10800000 ^ PWREN, PUDLY = 0x80 PAUSE: 0 TSTAT: 0 TCTRL[0]: 0x1000001 ^ TCMD = CMD1, HTEN (no difference when disabled) FCTRL: 0 CMD[0].CMDL: 0x2025 ^ CSCALE full-scale, ABSEL = B, CH5 CMD[0].CMDH: 0x1003 ^ AVGS = 2 conversions, CMPEN = repeat until true CV[0]: 0x10ffe ^ compare value, CVH=1 and CVL=0xffe 我这样拿错了吗？ 谢谢！ 多米尼克

android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? Could you please send a copy t android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? If anyone could send a copy to my email, I would be very grateful." i.MX6 All i.MX6DL i.MX6Dual i.MX6DualPlus | 6QuadPlus i.MX6Quad i.MX6S i.MX6SL i.MX6SoloX i.MX6UL SCM-i.MX6DQ

android_KK4.4.3_2.0.0-ga_core_source.tar.gz “我可以在哪里下载它？”请您发送一份副本。 android_KK4.4.3_2.0.0-ga_core_source.tar.gz “我可以在哪里下载？”如果有人能把副本发到我的邮箱，我将非常感激。 i.MX6 全部 i.MX6DL i.MX6 双核 i.MX6DualPlus | 6QuadPlus i.MX6 四核 i.MX6S i.MX6SL i.MX6SoloX i.MX6UL SCM-i.MX6DQ

i.MX8ULP LPADC比較機能 こんにちは、 私はM33コアのi.MX8ULP ADCをコンパレータモードで使おうとしています。具体的には、変換値が閾値を下回った場合にイベントを処理する割り込みを出すようにADCを設定したいです。 参考マニュアルによると、これは可能なはずです: - ADCをFIFOウォーターマーク1に設定し、データがあれば割り込みをトリガーする(この部分は機能します。下の例では割り込みコードを削除してコードをシンプルにしています) - 比較関数を「真になるまで比較を繰り返す」で設定し、CVH/CVLを適切に設定すると、トリガーはADCを継続的にサンプリングし、適切な値になったらデータを上昇させます。 残念ながら、比較値を全く機能させることができませんでした。マニュアルには、CVL/CVHに応じてさまざまな操作が可能であると記載されていますが、ADC1 / コマンド 1 / トリガー 1 を使用しても、どれも機能しませんでした。 実験的に、私は以下のことを確認しました。 - CVL < CVH (マニュアルでは範囲外の場合に真と記載されています。例:val < CVL || val > CVH): 値が常に返されます（範囲内であっても）。 - CVH max、CVL 設定(CVL 未満であるべき):最大値は指定されていないため確信が持てませんでした。CVH を0xfffに設定するか、0x1000 値は CVL に関係なく必ず返されます。CVH を 0xffff に設定すると値が返りません - CVL が最小値、CVH が設定されています (CVH より大きい必要があります): 値は常に返されます - CVL > CVH (範囲内である必要があります。例:CVH < val < CVL): 値は返されません 私が使用したコードは以下のとおりです。 lpadc_config_t adcConfig; LPADC_GetDefaultConfig(&adcConfig); adcConfig.FIFOWatermark = 0; adcConfig.enableAnalogPreliminary = true; LPADC_Init(ADC1, &adcConfig); lpadc_conv_trigger_config_t triggerConfig; LPADC_GetDefaultConvTriggerConfig(&triggerConfig); triggerConfig.targetCommandId = 1; triggerConfig.enableHardwareTrigger = true; LPADC_SetConvTriggerConfig(ADC1, 0, &triggerConfig); lpadc_conv_command_config_t commandConfig; LPADC_GetDefaultConvCommandConfig(&commandConfig); commandConfig.channelNumber = 5; commandConfig.sampleChannelMode = kLPADC_SampleChannelSingleEndSideB; commandConfig.sampleScaleMode = kLPADC_SampleFullScale; commandConfig.hardwareAverageMode = kLPADC_HardwareAverageCount2; commandConfig.hardwareCompareMode = kLPADC_HardwareCompareRepeatUntilTrue; commandConfig.hardwareCompareValueHigh = v_high; commandConfig.hardwareCompareValueLow = v_low; LPADC_SetConvCommandConfig(ADC1, 1, &commandConfig); SDK_DelayAtLeastUs(1000, SDK_DEVICE_MAXIMUM_CPU_CLOCK_FREQUENCY); LPADC_DoSoftwareTrigger(ADC1, 1 << 0); // this is LPADC_GetConvResultBlocking() with a timeout uint32_t tmp, cnt = 0; tmp = ((ADC_Type *)ADC1)->RESFIFO; while (ADC_RESFIFO_VALID_MASK != (tmp & ADC_RESFIFO_VALID_MASK) && cnt < 100000) { tmp = ((ADC_Type *)ADC1)->RESFIFO; cnt++; } if (ADC_RESFIFO_VALID_MASK != (tmp & ADC_RESFIFO_VALID_MASK)) { PRINTF("ADC timeout\r\n"); } else { tmp &= ADC_RESFIFO_D_MASK; tmp >>= 3; PRINTF("got %d (%#x) in %d\r\n", tmp, tmp, cnt); } レジスタもダンプしましたが、「trueまで繰り返し比較する」部分は、STATレジスタがトリガー/コマンドをまだ実行中とみなしているので機能すると確信しています。「Store on true」設定でも同じ結果が得られました(コマンドを実行しながらCVをいじって値と比較すると変な結果が出ますが、条件がtrueになるのを待っていたトリガーは正しく返されます。実行中にCVを変更するべきではないはずなので、この部分は無視しましょう) 変換待ち中のレジスタはこちらで、CVL = 0xffe、CVH = 0x1(したがって、その間の値が返されるはずです): ADC1 0x280a2000 VERID: 0x200101a PARAM: 0xf041004 CTRL: 0x1 ^ ADCEN STAT: 0x1000800 ^ CMDACT 1, ADC_ACTIVE IE: 0 DE: 0 CFG: 0x10800000 ^ PWREN, PUDLY = 0x80 PAUSE: 0 TSTAT: 0 TCTRL[0]: 0x1000001 ^ TCMD = CMD1, HTEN (no difference when disabled) FCTRL: 0 CMD[0].CMDL: 0x2025 ^ CSCALE full-scale, ABSEL = B, CH5 CMD[0].CMDH: 0x1003 ^ AVGS = 2 conversions, CMPEN = repeat until true CV[0]: 0x10ffe ^ compare value, CVH=1 and CVL=0xffe 持ち方が間違っているのでしょうか？ ありがとうございます ドミニク