S32K146 SRAM ECC auto-correcting on SRAM read? I am using S32K146. On cold start I write the 32-bit value 0 to all SRAM (to initialise the associated syndrome bits). I have been under the impression that if I read an SRAM location and ECC detects a single-bit corruption then the ECC system will return the corrected value to the MCU and also correct the SRAM location by writing back to the SRAM location. Someone else at work has suggested that that is not the case stating "The corrected value is delivered to the MCU but the flipped bit remains in SRAM until it is rewritten". Who is correct? If the other person, then where do I retrieve the corrected value from to then write it back to SRAM? Would this be using the ERM single-bit error interrupt? I can see the EARn register indicates the faulty SRAM address but no EDRn (?) register with the corrected value. Either way, I just need to know how to correct the SRAM location if a single-bit error is detected. I am hoping that it is automatically done just by reading the location. If so, I can effectively ignore single-bit corrections as though they never existed, only using the interrupt to count up total number of corrections just for curiosity. This would also mean that I can perform a "read all of SRAM in slices" as part of my CBIT activities and so automatically fix any single-bit errors fairly quickly before a second corruption occurs and potentially making a double-bit unrecoverable error. I notice that in the S32K1xx reference manual section 32 "PRAMC" mentions auto-corrected SRAM but the PRAMC is not available on an S32K146. I notice it also mentioned single-bit ECC errors are automatically corrected in section 35.1.3.1 but this is for NVM, not SRAM. I could not find any explicit mention in the reference manual for S32K14x that reading an SRAM location with a single-bit error will result in the corrected value being returned to the MCU and the corrected value being written back to the SRAM location. Is there such a reference manual section? I notice AN12522 rev 0 section 2.3 mentions detection and reaction times. I am taking the picture to indicate the single-bit fault occurring (the lightning arrow) but it is only detected some time later (fault detection time, on the first read of that location) and then corrected (fault reaction time). It is not clear if the reaction (correcting) occurs "invisibly" to the MCU, i.e. automatically fixed the SRAM location (write) and return the fixed value to the MCU (on the data bus). Thanks Darren Re: S32K146 SRAM ECC auto-correcting on SRAM read? according to an12522，there are 3 mode for handling sram ecc depending on the safety level you want for the system. which safety level do you want Re: S32K146 SRAM ECC auto-correcting on SRAM read? Ok, thanks for the clarifications. This can be closed. This is my first chip with ECC and was surprised that the reference manual does not explicitly state that ECC "correction" is actually the act of returning a (corrected) valid read value to the MCU and not fixing the underlying bit flip within the SRAM itself. Perhaps NXP might want to consider this as an update request? It must be my misunderstanding of the term "correcting". It seems a common approach for lots of ECC devices to "correct the reporting", not "fixing the problem". I now realise that some other devices have "auto-fixing ECC" (usually called TCM ECC).

S32K146 SRAM ECC 在 SRAM 读取时自动纠错？ 我使用的是S32K146。冷启动时，我将 32 位值 0 写入所有 SRAM（以初始化相关的伴随式位）。 我一直认为，如果我读取一个 SRAM 位置，而 ECC 检测到单个比特损坏，那么 ECC 系统会将更正后的值返回给 MCU，并通过写回 SRAM 位置来更正该 SRAM 位置。另一位同事则认为情况并非如此，他表示：“更正后的值会传递给 MCU，但翻转后的位会保留在 SRAM 中，直到被重新写入。” 谁的说法正确？如果是对方，那么我应该从哪里获取更正后的值，然后将其写回SRAM？这是否需要使用ERM单比特错误中断？我可以看到 EARn 寄存器指示了错误的 SRAM 地址，但没有看到 EDRn (?) 寄存器具有正确的值。 总之，我只需要知道如果检测到单比特错误，如何纠正 SRAM 位置。我希望它能通过读取位置信息自动完成。如果真是这样，我就可以有效地忽略单比特纠错，就好像它们从未存在过一样，只出于好奇才使用中断来统计纠错的总数。这也意味着我可以执行“分片读取 SRAM 中的所有数据”作为 CBIT 活动的一部分，从而在发生第二次损坏并可能导致双位不可恢复错误之前，自动快速修复任何单比特错误。 我注意到 S32K1xx 参考手册第 32 节“PRAMC”提到了自动校正 SRAM，但 S32K146 上没有 PRAMC。我注意到第 35.1.3.1 节还提到单比特 ECC 错误会自动纠正，但这指的是 NVM，而不是 SRAM。我在 S32K14x 的参考手册中没有找到任何明确的说明，即读取 SRAM 位置时如果出现单比特错误，将把更正后的值返回给 MCU，并将更正后的值写回 SRAM 位置。是否有这样的参考手册章节？ 我注意到 AN12522 rev 0 第 2.3 节提到了检测和反应时间。我拍摄这张照片是为了指示发生的单比特故障（闪电箭头），但该故障要过一段时间才能被检测到（故障检测时间，在第一次读取该位置时），然后才能被纠正（故障反应时间）。目前还不清楚该反应（校正）是否对 MCU “无形地”发生，即自动修复 SRAM 位置（写入）并将修复后的值返回给 MCU（通过数据总线）。 谢谢！ 达伦 Re: S32K146 SRAM ECC auto-correcting on SRAM read? 根据 AN12522 的说法，根据您希望系统达到的功能安全级别，处理 SRAM ECC 有 3 种模式。您想要哪个功能安全级别？ Re: S32K146 SRAM ECC auto-correcting on SRAM read? 好的，谢谢你的解释。此问题可以关闭。 这是我的第一款带 ECC 的芯片，令我惊讶的是，参考手册并没有明确指出 ECC“校正”实际上是将（已校正的）有效读取值返回给 MCU，而不是修复 SRAM 本身内部的底层位翻转。恩智浦或许可以考虑将此视为一项更新请求？ 这一定是我对“纠正”这个词的理解有误。很多 ECC 设备似乎都采取了一种常见的做法，即“纠正报告”，而不是“解决问题”。我现在意识到其他一些设备具有“自动修复 ECC”（通常称为 TCM ECC）。

IMX93チップセット搭載のBytesatwork Devboard 1.0が故障しました 皆さんこんにちは。IMX93チップセットを搭載したBytesatwork Devboard ver 1.0のSD-yoctoイメージをEMMCから実行しようとしていたのですが、U-Boot変数を変更してEMMCから強制的に起動させようとしたところ、起動が壊れてしまいました。そのイメージは公式のYoctoイメージ(ver.byteDevkit の場合は 5.0.15) を使用します。 UART-Inputは、ボードを起動する前でも、電源を入れている間でも、電源を入れた後でも、ボードに受け入れられなくなり、SDカードから起動しようとしても何もできません。 uuuとUSB接続を介してEMMCに直接イメージを書き込もうとしましたが、うまくいきませんでした。uuu は -lsusb コマンドで USB 接続を認識しますが、イメージをフラッシュしようとすると常に pipeline -9 broke というエラーが表示されます。すでにZadigでドライバーをWinUSBに変更し、USB 3.0を使っています。私のノートPCにはUSB 2.0ポートがないので。 私には問題を解決するための調整済みイメージを作成するだけのスキルも知識もないので、正直なところ途方に暮れています。どなたかお力添えいただければ幸いです。 ブート環境に以下の変更を加えた後、システムが起動不能になりました。 => setenv bootcmd 'mmc dev 0; ext4load mmc 0:1 ${kernel_addr_r} /boot/Image; ext4load mmc 0:1 ${fdt_addr_r} /boot/imx93-bytedevkit.dtb; booti ${kernel_addr_r} - ${fdt_addr_r}' => saveenv システムをEMMC（ブートモード0100）から起動しようとすると、システムがフリーズする前に以下の出力が表示されます。 U-Boot SPL 2024.04-lf_v2024.04_6.6.52_2.2.x-r2+g82d4220bc6b+p0 (2025年7月11日 05:04:16 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS M33準備OK 通常起動 BOOTROMから起動しようとしています ブートステージ: プライマリブートイメージオフセット 0x8000、ページサイズ 0x200、IVT オフセット 0x0 ROM_APIを使用して0x58000からイメージをロードします 通知：TRDC初期化完了 お知らせ：BL31：v2.10.0（リリース）：lf-6.6.52-2.2.1 お知らせ：BL31：製造日時：2025年7月7日 06:40:36 SDカードから起動しようとすると（ブートモード1100）、フリーズする前に以下の出力が表示されます。 U-Boot 2024.04-lf_v2024.04_6.6.52_2.2.x-r2+g82d4220bc6b+p0 (2025年7月11日 05:04:16 +0000) リセットステータス: POR CPU: NXP i.MX93(52) Rev1.1 A55 (1700 MHz) CPU:インダストリアル温度グレード(-40°Cから105°C)で39°C モデル:i.MX93 by bytesatwork byteDEVKIT DRAM: 992 MiB コア: 203個のデバイス、29個のuclass、デバイスツリー: 別個 MMC: FSL_SDHC: 0、FSL_SDHC: 1 MMCから環境を読み込んでいます... OK ビデオリンクの設定に失敗しました 掲載: シリアル 出力: シリアル エラー: シリアル ビルド情報: - ELEファームウェアバージョン 2.0.2-c4131933 UID: 401ce440f1124110bd234b09e4709d88 フラッシュターゲットはMMC:0です ネット： 警告: ethernet@428a0000 (eth1) はランダムな MAC アドレス - 9e:a6:f6:dc:09:91 を使用しています 警告: ethernet@42890000 (eth0) はランダムな MAC アドレス ce:8f:b2:02:6b:f5 を使用しています eth0: ethernet@42890000、eth1: ethernet@428a0000 [PRIME] ファストブート：通常 通常のブート 1秒で自動起動 パーティション#0に切り替える、OK mmc0（パート0）は現在のデバイスです 35777024バイトを109ミリ秒で読み込みました（313 MiB/秒） 42568バイトを2ミリ秒で読み込みました（20.3 MiB/秒） ## フラット化されたデバイスツリーブロブ (83000000) 0x83000000にあるfdtブロブを使用して起動しています 作業用FDTは83000000に設定されています デバイスツリーを000000008fff2000にロード中、終了アドレスは000000008ffff647... OK 動作中のFDTは8fff2000に設定されています カーネルを起動中… [ 0.000000] 物理CPUでLinuxを起動0x0000000000 [0x412fd050] [ 0.000000] Linuxバージョン 6.6.52-r2-g472e64a0fc2c(OE-user@oeホスト)(aarch64-poky-linux-gcc (GCC) 13.4.0,GNU ld (GNU Binutils) 2.42.0.20240723) #1 SMP PREEMPT 火曜日 7 月 8 日 12:00:06 UTC 2025 [ 0.000000] シードがないため、KASLRは無効になっています [ 0.000000] マシンモデル:bytesatwork byteDEVKIT OSM i.MX93 [ 0.000000] efi: UEFI が見つかりません。 [ 0.000000] OF: 予約済みメモリ: 0x0000000096000000..0x0000000097dfffff (30720 KiB) nomap 再利用不可 optee_core@96000000 [ 0.000000] OF: 予約済みメモリ: 0x0000000097e00000..0x0000000097ffffff (2048 KiB) nomap 再利用不可 optee_shm@97e00000 [ 0.000000] メモリ予約済み: DMA メモリ プールを 0x00000000a4120000 に作成しました。サイズは 1 MiB です。 [ 0.000000] OF: 予約済みメモリ: 初期化済みノード ele-reserved@a4120000、互換性のあるID shared-dma-pool [ 0.000000] OF: 予約済みメモリ: 0x00000000a4120000..0x00000000a421ffff (1024 KiB) nomap 再利用不可 ele-reserved@a4120000 [ 0.000000] NUMA: NUMA構成が見つかりません [ 0.000000] NUMA: [mem 0x0000000080000000-0x00000000bffffffff] にノードを偽装しています [ 0.000000] NUMA: NODE_DATA [mem 0xbfddb6c0-0xbfdddfff] [ 0.000000] ゾーン範囲: [ 0.000000] DMA [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] DMA32 空 [ 0.000000] 通常の空 [ 0.000000] 各ノードの移動可能なゾーンの開始位置 [ 0.000000] 初期メモリノード範囲 [ 0.000000] ノード 0: [mem 0x0000000080000000-0x0000000095ffffff] [ 0.000000] ノード 0: [mem 0x0000000098000000-0x00000000a411ffff] [ 0.000000] ノード 0: [mem 0x00000000a4120000-0x00000000a421ffff] [ 0.000000] ノード 0: [mem 0x00000000a4220000-0x00000000bffffffff] [ 0.000000] Initmem セットアップ ノード 0 [mem 0x0000000080000000-0x00000000bffffffff] [ 0.000000] ノード 0、ゾーン DMA: 利用不可範囲に 8192 ページあります [ 0.000000] cma: ノード -1 の 0x00000000bcc00000 に 32 MiB を予約しました [ 0.000000] PSCI:DTからの導管法のプロービング。 [ 0.000000] psci: ファームウェアで PSCIv1.1 が検出されました。 [ 0.000000] psci: 標準のPSCI v0.2関数IDを使用しています [ 0.000000] psci: 信頼できるOSの移行は不要です [ 0.000000] psci: SMC呼び出し規約v1.4 [ 0.000000] percpu: 組み込み 22 ページ/CPU s50856 r8192 d31064 u90112 [ 0.000000] CPU0でVIPT Iキャッシュを検出しました [ 0.000000] CPU機能:検出:GICシステムレジスタCPUインターフェース [ 0.000000] CPU機能:検出:仮想化ホスト拡張 [ 0.000000] CPU機能:検出:Qualcomm erratum 1009、またはARM erratum 1286807、2441009 [ 0.000000] CPU機能:検出:ARMの訂正表1165522、1319367、または1530923 [ 0.000000] 代替案: ブート代替案を適用中 [ 0.000000] カーネルコマンドライン: [ 0.000000] Dentry キャッシュハッシュテーブルのエントリ数: 131072 (次数: 8、1048576 バイト、線形) [ 0.000000] iノードキャッシュハッシュテーブルエントリ数: 65536 (次数: 7、524288バイト、線形) [ 0.000000] ノード 0 のフォールバック順序: 0 [ 0.000000] 1 つのゾーンリストを構築しました。モビリティ グルーピングが有効です。総ページ数：249856 [ 0.000000] ポリシーゾーン: DMA [ 0.000000] mem auto-init: stack:all(zero), heap alloc:off、heap free:off [ 0.000000] ソフトウェア IO TLB: エリア番号2。 [ 0.000000] ソフトウェア IO TLB: マッピング済み [mem 0x00000000b8c00000-0x00000000bcc00000] (64MB) [ 0.000000] メモリ: 859732K/1015808K 利用可能 (カーネルコード 21248K、rwデータ 1658K、roデータ 7848K、init 4032K、bss 641K、予約済み 123308K、cma予約済み 32768K) [ 0.000000] SLUB: HWalign=64、Order=0-3、MinObjects=0、CPUs=2、Nodes=1 [ 0.000000] rcu: プリエンプティブ階層型 RCU 実装。 [ 0.000000] RCU: RCUイベントトレーシングが有効です。 [ 0.000000] rcu: RCU は CPU を NR_CPUS=256 から nr_cpu_ids=2 に制限します。 [ 0.000000] タスク RCU のトランポリン バリアントが有効になりました。 [ 0.000000] タスク RCU のトレースバリアントが有効になりました。 [ 0.000000] rcu: RCU が計算したスケジューラ登録遅延の値は 25 ジフィーです。 [ 0.000000] rcu: rcu_fanout_leaf=16、nr_cpu_ids=2 のジオメトリを調整しています [ 0.000000] NR_IRQS: 64、nr_irqs: 64、事前割り当て済みirqs: 0 [ 0.000000] GICv3: GIC: 分割EOI/非アクティブ化モードを使用 [ 0.000000] GICv3: 960 SPI が実装されました [ 0.000000] GICv3: 0個の拡張SPIが実装されました [ 0.000000] ルートIRQハンドラ: gic_handle_irq [ 0.000000] GICv3: GICv3 機能: 16 PPI [ 0.000000] GICv3: CPU0: 再分配器 0 領域 0:0x0000000048040000 が見つかりました [ 0.000000] rcu: srcu_init: 競合に基づいて srcu_struct のサイズを設定します。 [ 0.000000] arch_timer: cp15 タイマーが 24.00MHz (物理) で動作しています。 [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns [ 0.000000] sched_clock: 56ビット、24MHz、分解能41ns、4398046511097nsごとにラップアラウンド [ 0.000309] コンソール: カラーダミーデバイス 80x25 [ 0.000317] printk: コンソール [tty0] が有効になりました [ 0.000688] 遅延ループのキャリブレーション（スキップ）、タイマー周波数を使用して計算された値。48.00 BogoMIPS (lpj=96000) [ 0.000706] pid_max: デフォルト値: 32768 最小値: 301 [ 0.000759] LSM: lsm=capability,integrity を初期化しています [ 0.000843] マウントキャッシュハッシュテーブルのエントリ数: 2048 (次数: 2、16384 バイト、線形) [ 0.000859] マウントポイントキャッシュハッシュテーブルのエントリ数: 2048 (次数: 2、16384 バイト、線形) [ 0.001572] cacheinfo: CPU 0 のキャッシュ階層を検出できません [ 0.002201] RCUタスク: シフトを1、リミットを1に設定 rcu_task_cb_adjust=1。 [ 0.002289] RCUタスクトレース: shiftを1、limを1に設定 rcu_task_cb_adjust=1。 [ 0.002458] rcu: 階層型 SRCU 実装。 [ 0.002468] rcu: 最大フェーズ遅延なしインスタンス数は 1000 です。 [ 0.003234] EFI サービスは利用できません。 [ 0.003397] smp: セカンダリCPUを起動しています... [ 0.003815] CPU1でVIPT命令キャッシュを検出しました [ 0.003871] GICv3: CPU1: 再分配器 100 領域 0:0x0000000048060000 を検出しました [ 0.003907] CPU1: 起動済みのセカンダリプロセッサ 0x0000000100 [0x412fd050] [ 0.004022] smp: 1ノード、2CPUを起動しました [ 0.004033] SMP:合計2つのプロセッサが起動。 [ 0.004041] CPU機能:検出済み:32ビットEL0サポート [ 0.004048] CPU機能:検出済み:32ビットEL1サポート [ 0.004056] CPU機能: 検出: I/DコヒーレンスにはPoUへのデータキャッシュのクリーンアップは不要 [ 0.004066] CPU機能: 検出: 一般的な翻訳で、プライベートな翻訳ではありません [ 0.004073] CPU機能: 検出: CRC32命令 [ 0.004083] CPU機能: 検出: RCpcロード取得(LDAPR) [ 0.004090] CPU機能: 検出: LSEアトミック命令 [ 0.004098] CPU機能:検出:特権アクセスなし [ 0.004104] CPU機能:検出:RAS拡張サポート [ 0.004114] CPU機能: 検出: 投機的ストアバイパスセーフ (SSBS) [ 0.004176] CPU: すべてのCPUがEL2で起動しました [ 0.004185] 代替案: システム全体の代替案の適用 [ 0.008278] devtmpfs: 初期化完了 [ 0.012419] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.012459] futexハッシュテーブルエントリ数: 512 (次数: 3、32768バイト、線形) [ 0.013204] pinctrl core: pinctrlサブシステムを初期化しました [ 0.014406] DMI が存在しないか無効です。 [0.014867] NET:登録済みPF_NETLINK/PF_ROUTEプロトコルファミリ [ 0.016071] DMA: アトミック割り当て用に128 KiBのGFP_KERNELプールを事前割り当てしました [ 0.016510] DMA: アトミック割り当て用に 128 KiB の GFP_KERNEL|GFP_DMA プールを事前割り当てしました [ 0.016929] DMA: アトミック割り当て用に 128 KiB の GFP_KERNEL|GFP_DMA32 プールを事前割り当てしました [ 0.017406] thermal_sys: サーマルガバナー「step_wise」を登録しました [ 0.017414] thermal_sys: サーマルガバナー「power_allocator」を登録しました [ 0.017465] cpuidle: ガバナーメニューを使用しています [ 0.017560] hw-breakpoint: ブレークポイントレジスタが6個、ウォッチポイントレジスタが4個見つかりました。 [ 0.017622] ASIDアロケータが65536エントリで初期化されました [ 0.018232] シリアル番号:AMBA PL011 UARTドライバ [ 0.018290] IMX MUドライバーが登録されています。 [ 0.018309] IMX RPMSGドライバーが登録されています。 [ 0.023068] imx93-pinctrl 443c0000.pinctrl:IMX pinCtrlドライバーを初期化しました [ 0.028173] プラットフォーム4ae10000.dsi:/soc@0/dsi@4ae10000/panel@0 との依存関係サイクルを修正しました [ 0.028214] プラットフォーム4ae10000.dsi:/soc@0/lcd-controller@4ae30000 との依存関係サイクルを修正しました [ 0.028435] プラットフォーム4ae10000.dsi:/soc@0/lcd-controller@4ae30000 との依存関係サイクルを修正しました [ 0.028493] プラットフォーム4ae30000.lcd-コントローラー:/soc@0/dsi@4ae10000 との依存関係サイクルを修正しました [ 0.030703] モジュール: 非PLT使用範囲内のページ数は23856ページです [ 0.030713] モジュール: PLT 使用範囲内のページ数は 515376 ページです [ 0.031348] HugeTLB: 1.00 GiB のページサイズを登録、0 ページを事前割り当て [ 0.031378] HugeTLB: 0 KiB vmemmapは1.00 GiBページのために解放可能です [ 0.031387] HugeTLB: 32.0 MiB のページサイズを登録、0 ページを事前割り当て [ 0.031394] HugeTLB: 0 KiB vmemmapを32.0 MiBページに解放可能 [ 0.031402] HugeTLB: 2.00 MiB のページサイズを登録、0 ページを事前割り当て [ 0.031410] HugeTLB: 0 KiB vmemmap を 2.00 MiB ページ用に解放可能 [ 0.031418] HugeTLB: 64.0 KiB のページサイズを登録、0 ページを事前割り当て [ 0.031425] HugeTLB: 0 KiB vmemmapを64.0 KiBページ用に解放可能 [ 0.032968] ACPI: インタープリタが無効になっています。 [ 0.033767] iommu: デフォルトドメインタイプ: 翻訳済み [ 0.033793] iommu: DMAドメインTLB無効化ポリシー: 厳格モード [ 0.034028] SCSIサブシステムが初期化されました [ 0.034330] USBコア:登録済みの新しいインターフェースドライバー USBFS [ 0.034361] USBコア:登録済みの新しいインターフェース・ドライバハブ [ 0.034386] USBコア:新しいデバイスドライバーの登録済み USB [ 0.035004] mc: Linuxメディアインターフェース: v0.10 [ 0.035046] ビデオ開発:Linuxビデオキャプチャインターフェース:v2.00 [ 0.035092] pps_core: LinuxPPS API バージョン 1 が登録されました [ 0.035101] pps_core: ソフトウェア版5.3.6 - Copyright 2005-2007 Rodolfo Giometti [email protected] [ 0.035116] PTPクロックサポート登録 [ 0.035269] EDAC MC: バージョン: 3.0.0 [ 0.035732] scmi_core: SCMIプロトコルバスが登録されました [ 0.036098] FPGAマネージャフレームワーク [ 0.036218] 高度なLinuxサウンドアーキテクチャドライバーを初期化しました。 [ 0.036772] Bluetooth: コアバージョン 2.22 [ 0.036809 ] NET: 登録PF_BLUETOOTHプロトコルファミリ [ 0.036817] Bluetooth:HCIデバイスと接続マネージャーの初期化 [ 0.036829] Bluetooth: HCIソケットレイヤーが初期化されました [ 0.036838] Bluetooth: L2CAPソケットレイヤーが初期化されました [ 0.036856] Bluetooth: SCOソケットレイヤーが初期化されました [ 0.037251] vgaarb: ロード済み [ 0.037658] クロックソース:クロックソースarch_sys_counterに切り替え [ 0.037857] VFS: ディスククォータ dquot_6.6.0 [ 0.037885] VFS: Dquot-cacheハッシュテーブルエントリ: 512 (次数0、4096バイト) [ 0.038012] pnp: PnP ACPI: 無効 [ 0.043050] NET: 登録済みPF_INETプロトコルファミリー [ 0.043208] IP識別子ハッシュテーブルエントリ数: 16384 (次数: 5、131072バイト、線形) [ 0.044113] tcp_listen_portaddr_hash ハッシュテーブルエントリ: 512 (次数: 1、8192 バイト、線形) [ 0.044150] テーブル摂動ハッシュテーブルエントリ: 65536 (次数: 6、262144 バイト、線形) [ 0.044165] TCP確立ハッシュテーブルエントリ数: 8192 (次数: 4、65536バイト、線形) [ 0.044211] TCPバインドハッシュテーブルエントリ数: 8192 (次数: 6、262144バイト、線形) [ 0.044493] TCP: ハッシュテーブルが設定されました (確立済み 8192 バインド 8192) [ 0.044609] UDPハッシュテーブルエントリ数: 512 (次数: 2、16384バイト、線形) [ 0.044643] UDP-Liteハッシュテーブルエントリ数: 512 (次数: 2、16384バイト、線形) [ 0.044762] NET: 登録済みPF_UNIX/PF_LOCALプロトコルファミリ [ 0.045174] RPC: 名前付きUNIXソケットトランスポートモジュールを登録しました。 [ 0.045191] RPC: UDPトランスポートモジュールを登録しました。 [ 0.045198] RPC: TCPトランスポートモジュールを登録しました。 [ 0.045204] RPC: tcp-with-tls トランスポート モジュールを登録しました。 [ 0.045211] RPC: tcp NFSv4.1 バックチャネルトランスポートモジュールを登録しました。 [ 0.046048] PCI: CLS 0バイト、デフォルト64 [ 0.046345] kvm [1]: IPA サイズ制限: 40 ビット [ 0.046372] kvm [1]: GICv3: GICV リソースエントリがありません [ 0.046381] kvm [1]: GICv2 エミュレーションを無効化 [ 0.046401] kvm [1]: GICシステムレジスタCPUインターフェースが有効 [ 0.046427] kvm [1]: vgic割り込みIRQ9 [ 0.046455] kvm [1]: VHEモードの初期化に成功しました [ 0.047296] システムの信頼できるキーリングを初期化します [ 0.047511] ワーキングセット: タイムスタンプビット数=42 最大オーダー数=18 バケットオーダー数=0 [ 0.047754] squashfs: バージョン 4.0 (2009/01/31) Phillip Lougher [ 0.048006] NFS: id_resolver キータイプを登録しています [ 0.048039] キータイプ id_resolver が登録されました [ 0.048047] キータイプ id_legacy が登録されました [ 0.048067] nfs4filelayout_init: NFSv4 ファイルレイアウトドライバー登録中... [ 0.048077] nfs4flexfilelayout_init: NFSv4 Flexfile レイアウトドライバーが登録中... [ 0.048099] jffs2: バージョン 2.2。(NAND) © 2001-2006 Red Hat, Inc. [ 0.048292] 9p: v9fs 9p2000ファイルシステムサポートのインストール [ 0.069734] jitterentropy: ホストが要件を満たしていないため、初期化に失敗しました: 9 [ 0.069757] キータイプ非対称登録済み [ 0.069765] 非対称鍵パーサー「x509」が登録されました [ 0.069818] ブロック層 SCSI ジェネリック(BSG)ドライバーバージョン0.4 ロード(メジャー243) [ 0.069831] ioスケジューラmq-deadlineが登録されました [ 0.069839] ioスケジューラkyberが登録されました [ 0.069876] ioスケジューラbfqが登録されました [ 0.073826] EINJ: ACPI が無効になっています。 [ 0.078241] バス周波数ドライバーモジュールをロード完了 [ 0.085775] シリアル:8250/16550 ドライバ、4ポート、IRQ共有有効 [ 0.088108] 44380000.serial:ttyLP0 (MMIO 0x44380010、irq = 17、base_baud = 1500000) は FSL_LPUART です [ 0.088147] fsl-lpuart 44380000.serial:シリアル: コンソールlpuartの丸められたボーレート（187500～115200） [ 0.088267] printk: コンソール [ttyLP0] が有効になりました [ 1.279060] IMX-LCDIF:4AE30000.LCDコントローラーのプローブエラー -2 で失敗しました [ 1.287354] imx93-ldb ldb-display-controller: 4ae30000.lcd-controller とデバイスリンク(0x180)を作成できませんでした [ 1.301356] ループ: モジュールがロードされました [ 1.305755] megasas: 07.725.01.00-rc1 [ 1.314046] tun: Universal TUN/TAPデバイスドライバ、1.6 [ 1.319701] thunder_xcv、ver 1.0 [ 1.322988] thunder_bgx、バージョン 1.0 [ 1.326238] nicpf、バージョン 1.0 [ 1.330111] hns3: Hip08ファミリ向けHisiliconイーサネットネットワークドライバー - バージョン [ 1.337346] hns3: Copyright (c) 2017 Huawei Corporation. [ 1.342694] hclge を初期化しています [ 1.346035] e1000: Intel(R) PRO/1000 ネットワークドライバー [ 1.350911] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 1.356668] e1000e: Intel(R) PRO/1000 ネットワークドライバー [ 1.361632] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 1.367561] igb: Intel(R) ギガビットイーサネットネットワークドライバー [ 1.372966] igb: Copyright (c) 2007-2014 Intel Corporation. [ 1.378547] igbvf: Intel(R) ギガビット仮想機能ネットワークドライバ [ 1.384806] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 1.390842] Sky2: ドライバーバージョン 1.30 [ 1.394867] USBコア:登録済みの新しいインターフェースドライバーCATC [ 1.400300] USBコア:登録済みの新しいインターフェースドライバー Kaweth [ 1.405868] ペガサス:ペガサス/ペガサスII USBイーサネットドライバー [ 1.411457] USBcore:新インターフェースドライバーPegasus登録 [ 1.417131] USBcore: 登録済みの新しいインターフェースドライバー RTL8150 [ 1.422796] USBコア:登録された新しいデバイスドライバR8152-CFGセレクター [ 1.429079] USBコア:登録済みの新しいインターフェースドライバーR8152 [ 1.434586] USBコア:登録済みの新しいインターフェースドライバーLAN78XX [ 1.440254] USBコア:新インターフェースドライバーAsixに登録 [ 1.445666] USBcore: 新しいインターフェースドライバーが登録ax88179_178a [ 1.451774] USBcore: 登録済みの新しいインターフェースドライバー cdc_ether [ 1.457612] USBCORE: 登録済みの新しいインターフェースドライバー cdc_eem [ 1.463281] USBCORE: 登録済みの新しいインターフェースドライバー DM9601 [ 1.468861] USBコア:新インターフェースドライバーSR9700に登録 [ 1.474443] usbcore: 登録済みの新しいインターフェースドライバー CoreChips [ 1.480289] USBコア:登録済みの新しいインターフェースドライバー SMSC75XX [ 1.486048] USBコア:登録済みの新しいインターフェースドライバー SMSC95XX [ 1.491802] USBcore: 登録済みの新しいインターフェースドライバーGL620A [ 1.497387] USBコア:登録済みの新しいインターフェースドライバーNet1080 [ 1.503065] USBコア:登録済みの新しいインターフェースドライバー PLUSB [ 1.508567] USBCORE:登録済みの新しいインターフェースドライバー rndis_host [ 1.514501] USBCORE: 登録済みの新しいインターフェースドライバー MOSCHIP usb-ethernet ドライバー [ 1.521906] USBコア:登録済みの新しいインターフェースドライバー cdc_ncm [ 1.527579] USBコア:登録済みの新しいインターフェースドライバー huawei_cdc_ncm [ 1.533859] USBcore:新インターフェースドライバー登録済み cdc_mbim [ 1.539618] usbcore: 登録済みの新しいインターフェースドライバー r8153_ecm [ 1.545875] VFIO - ユーザーレベルのメタドライバーバージョン:0.3 [ 1.552654] USBCORE: 登録済みの新しいインターフェースドライバー cdc_wdm [ 1.558531] USBコア:登録済みの新しいインターフェースドライバーUAS [ 1.563873] USBcore: 登録済みの新しいインターフェースドライバー USBストレージ [ 1.569962] USBCORE: 登録済みの新しいインターフェースドライバー usbserial_generic [ 1.576505] usbserial: 汎用として登録されたUSBシリアルサポート [ 1.582517] USBコア:新しいインターフェースドライバーが登録ftdi_sio [ 1.588268] usbserial: FTDI USB シリアルデバイスに登録されたUSBシリアルサポート [ 1.595589] USBCORE:登録済みの新しいインターフェースドライバー usb_serial_simple [ 1.602118] usbserial: carelinkに登録されたUSBシリアルサポート [ 1.608224] usbserial: フラッシュローダー用USBシリアルサポート登録済み [ 1.614591] usbserial: Funsoftに登録されたUSBシリアルサポート [ 1.620604] usbserial: Googleに登録されたUSBシリアルサポート [ 1.626532] usbserial: hp4xに登録されたUSBシリアルサポート [ 1.632286] usbserial: カウフマンにUSBシリアルサポート登録済み [ 1.638387] usbserial: libtransistor に登録されたUSBシリアルサポート [ 1.644926] usbserial: USBシリアルサポート登録moto_modem [ 1.651197] usbserial: USBシリアルサポート登録済み motorola_tetra [ 1.657818] usbserial: Nokiaに登録されたUSBシリアルサポート [ 1.663659] usbserial: USBシリアルサポート登録済み novatel_gps [ 1.670021] usbserial: USB シリアルサポート登録済み siemens_mpi [ 1.676390] usbserial: suuntoに登録されたUSBシリアルサポート [ 1.682320] usbserial: vivopayに登録されたUSBシリアルサポート [ 1.688333] usbserial: zioに登録されたUSBシリアルサポート [ 1.694007] USBコア:登録済みの新しいインターフェースドライバー usb_ehset_test [ 1.701353] imx_usb 4c200000.usb:過電流極性は定義されていません [ 1.708038] UDC コア: g_serial: 利用可能な UDC が見つかりませんでした [ 1.715325] 入力: 44440000.bbnsm:pwrkey/devices/platform/soc@0/44000000.bus/44440000.bbnsm/44440000.bbnsm:pwrkey/input/input0 [ 1.730471] bbnsm_rtc 44440000.bbnsm:rtc:rtc0として登録されました [ 1.736808] bbnsm_rtc 44440000.bbnsm:rtc:システムクロックを1970年1月1日00:00:00 UTCに設定しています（0） [ 1.746038] i2c_dev: i2c /dev エントリドライバー [ 1.753139] imx7ulp-wdt 42490000.watchdog:imx93 wdtプローブ [ 1.787402] Bluetooth: HCI UARTドライバ バージョン2.3 [ 1.791883] Bluetooth: HCI UARTプロトコルH4が登録されました [ 1.797022] Bluetooth: HCI UARTプロトコルBCSPが登録されました [ 1.802352] Bluetooth: HCI UARTプロトコルLLが登録されました [ 1.807488] Bluetooth: HCI UARTプロトコルATH3Kが登録されました [ 1.812890] Bluetooth: HCI UARTプロトコル3線式(H5)登録済み [ 1.819284] Bluetooth: HCI UARTプロトコル Broadcom登録済み [ 1.824994] Bluetooth: HCI UARTプロトコルQCAが登録されました [ 1.831298] sdhci:セキュアデジタルホストコントローラインターフェースドライバ [ 1.837532] sdhci: Copyright(c) Pierre Ossman [ 1.842202] Synopsys Designware マルチメディアカードインターフェースドライバ [ 1.848543] sdhci-pltfm: SDHCIプラットフォームおよびOFドライバーヘルパー [ 1.855334] ledtrig-cpu: CPU のアクティビティを示すために登録されました [ 1.863232] fsl-se セキュア・エンクレーブ: 割り当てられた予約メモリノード ele-reserved@a4120000 [ 1.873387] fsl-se セキュア・エンクレーブ: ele-trng を正常に登録 [ 1.879142] random: crng 初期化完了 [ 1.879689] FSL-SE セキュア・エンクレーブ: i.MX セキュア・エンクレーブ: HSM0 インターフェースとファームウェアのインターフェース、設定済み。 [ 1.891850] SMCCC: SOC_ID: ARCH_SOC_ID が実装されていないため、スキップします... [ 1.898604] USBCore: 登録済みの新しいインターフェースドライバー usbhid [ 1.904183] usbhid: USB HIDコアドライバー [ 1.904309 ] mmc0: 42850000.mmc 上の SDHCI コントローラ [42850000.mmc]ADMAを使用する [ 1.945753] imx93-adc 44530000.adc:ADCキャリブレーションに失敗しました！ [ 1.951368] imx93-adc: 44530000.adc のプローブがエラー -11 で失敗しました [ 1.958480] ハードウェア性能:armv8_cortex_a55 PMUドライバーで有効、7つのカウンターを利用可能 [ 1.968425] cs_system_cfg: CoreSight Configuration マネージャ の初期化 [ 1.976335] optee:導管探査方法。 [ 1.977451] mmc0: アドレス0001に新しいHS400拡張ストロボMMCカードが接続されました [ 1.980811] optee: リビジョン 4.4 (ecea75b7fee5a3c8) [ 1.987571] optee: 動的共有メモリが有効になっています [ 1.987831] mmcblk0: mmc0:0001 016G01 14.5 GiB [ 1.992772] オプティー:初期化されたドライバー [ 1.998748] mmcblk0: p1 [ 2.004322] NET: 登録済みPF_LLCプロトコルファミリ [ 2.005920] mmcblk0boot0: mmc0:0001 016G01 8.00 MiB [ 2.008032] u32分類器 [ 2.013839] mmcblk0boot1: mmc0:0001 016G01 8.00 MiB [ 2.017621] 入力デバイスチェックオン [ 2.021299] mmcblk0rpmb: mmc0:0001 016G01 4.00 MiB、chardev (234:0) [ 2.025176] アクションが設定されました [ 2.039098] NET: 登録済みPF_INET6プロトコルファミリ [2.044802] IPv6によるセグメントルーティング [ 2.048507] IPv6 を使用したインサイチュ OAM (IOAM) [ 2.052513] NET:登録済みPF_PACKETプロトコルファミリ [ 2.057586] bridge: arp/ip/ip6tables によるフィルタリングはデフォルトでは利用できなくなりました。必要に応じて、スクリプトを更新してbr_netfilterを読み込むようにしてください。 [ 2.070641] Bluetooth: RFCOMM TTY レイヤが初期化されました [ 2.075541] Bluetooth: RFCOMMソケットレイヤーが初期化されました [2.080716] Bluetooth: RFCOMM ver 1.11 [ 2.084473] Bluetooth: BNEP(イーサネットエミュレーション) バージョン1.3 [ 2.089778] Bluetooth: BNEPフィルタ: プロトコルマルチキャスト [ 2.094999] Bluetooth: BNEPソケットレイヤーが初期化されました [ 2.099961] Bluetooth: HIDP(ヒューマンインターフェースエミュレーション) バージョン1.2 [ 2.105875] Bluetooth: HIDPソケットレイヤーが初期化されました [ 2.111098] 8021q: 802.1Q VLANサポート v1.8 [ 2.115320] lib80211: IEEE802.11 ドライバーの一般的なルーチン [ 2.121028] 9pnet: 9P2000 サポートのインストール [ 2.125419] キータイプ dns_resolver が登録されました [2.143506] タスク統計バージョン1を登録しました [2.147939] コンパイル済みのX.509証明書を読み込んでいます [ 2.172921] usb_phy_generic usbphynop1: 排他的要求ではダミーサプライは許可されていません [ 2.181294] usb_phy_generic usbphynop2: 排他的要求ではダミーサプライは許可されていません [ 2.198616] imx93-ldb ldb-display-controller: ldb-phyでデバイスリンク(0x180)を作成できませんでした [ 2.210799] dw-mipi-dsi-imx 4ae10000.dsi:/soc@0/dsi@4ae10000/panel@0 との依存関係サイクルを修正しました [ 2.220052] mipi-dsi 4ae10000.dsi.0:/soc@0/dsi@4ae10000 との依存関係サイクルを修正しました [ 2.228927] imx-drm ディスプレイサブシステム: imx-lcdifv3-crtc.0 をバインドしました(ops lcdifv3_crtc_ops) [ 2.236979] imx-drm ディスプレイサブシステム: 4ae10000.dsi (ops dw_mipi_dsi_imx_ops) をバインドしました [ 2.244908] IMX-DRMディスプレイサブシステム:バウンドLDBディスプレイコントローラ(OPS imx93_ldb_ops) [ 2.253294] [drm] マイナー 0 のディスプレイサブシステム向けに imx-drm 1.0.0 20120507 を初期化しました [ 2.802984] コンソール: カラーフレームバッファデバイス 60x53 に切り替えます [ 2.828150] imx-drm ディスプレイサブシステム: [drm] fb0: imx-drmdrmfb フレームバッファデバイス [ 2.837814] pps pps0: 新しいPPSソースptp0 [ 2.846512] fec 42890000.イーサネット eth0: 登録済みPHCデバイス0 [ 2.853413] IMX-DWMAC 428A0000.イーサネット:IRQ eth_lpi が見つかりません [ 2.859635] IMX-DWMAC 428A0000.イーサネット:ユーザーID:0x10、Synopsys ID:0x52 [ 2.866514] IMX-DWMAC 428A0000.イーサネット:DWMAC4/5 [ 2.871338] IMX-DWMAC 428A0000.イーサネット:DMAハードウェア機能レジスタをサポート [ 2.878525] IMX-DWMAC 428A0000.イーサネット:RXチェックサムオフロードエンジンに対応 [ 2.885704] IMX-DWMAC 428A0000.イーサネット:TXチェックサム挿入に対応 [ 2.892440] imx-dwmac 428a0000.イーサネット:Wake-Up On LANに対応 [ 2.898623] imx-dwmac 428a0000.イーサネット:ハードウェアウォッチドッグタイマーによるRX緩和を有効にする [ 2.906332] imx-dwmac 428a0000.ethernet: イーサネットL3L4フローTCを有効にしました（エントリ数=8） [ 2.913173] IMX-DWMAC 428A0000.イーサネット:RFSフローTCを有効にしました（エントリ数=10） [ 2.920027] imx-dwmac 428a0000.イーサネット:ハードウェアTCを有効にする（エントリ数=256、最大オフ値=256） [ 2.927635] imx-dwmac 428a0000.イーサネット:32/32ビットDMAホスト/デバイス幅を使用 [ 2.942363] imx_usb 4c200000.usb:過電流極性は定義されていません [ 2.954776] ci_hdrc ci_hdrc.0:EHCIホストコントローラー [ 2.961299] ci_hdrc ci_hdrc.0:新しいUSBバスが登録され、バス番号1が割り当てられました。 [ 2.985668] ci_hdrc ci_hdrc.0:USB 2.0 が起動しました、EHCI 1.00 [ 2.993524] ハブ 1-0:1.0:USBハブが見つかりました [ 2.998921] ハブ 1-0:1.0: 1 ポートを検出しました [ 3.008793] Goodix-TS 0-005d: 電源AVDD28が見つかりません。ダミーレギュレータを使用します。 [ 3.019083] Goodix-TS 0-005d: 電源VDDIOが見つかりません。ダミーレギュレータを使用します。 [ 3.125704] Goodix-TS 0-005d: 0x8140 から 1 バイトを読み取る際にエラーが発生しました: -5 [ 3.161700] Goodix-TS 0-005d: 0x8140 から 1 バイトを読み取る際にエラーが発生しました: -5 [ 3.197663] Goodix-TS 0-005d: I2C 通信障害: -5 [ 3.206490] Goodix-TS: 0-005d のプローブがエラー -5 で失敗しました [ 3.215233] i2c i2c-0: LPI2Cアダプタが登録されました [ 3.222451] nxp-pca9450 1-0025: IRQが設定されていませんか？ [ 3.224819] tca6418 1-0034: デバイスが初期化されました [ 3.227276] nxp-pca9450: 1-0025 のプローブがエラー -22 で失敗しました [ 3.244047] Goodix-TS 1-005d: 電源AVDD28が見つかりません。ダミーレギュレータを使用します。 [ 3.254216] Goodix-TS 1-005d: 電源VDDIOが見つかりません。ダミーレギュレータを使用します。 [ 3.361719] Goodix-TS 1-005d: 0x8140 から 1 バイトを読み取る際にエラーが発生しました: -5 [ 3.397698] Goodix-TS 1-005d: 0x8140 から 1 バイトを読み取る際にエラーが発生しました: -5 [ 3.433661] Goodix-TS 1-005d: I2C 通信障害: -5 [ 3.442457] Goodix-TS: 1-005d のプローブがエラー -5 で失敗しました [ 3.451205] i2c i2c-1: LPI2Cアダプタが登録されました [ 3.458342] imx_usb 4c100000.usb:過電流極性は定義されていません [ 3.471095] g_serial gadget.0:ガジェットシリアル v2.4 [ 3.477393] g_serial gadget.0:g_serial準備完了 [ 3.485854] sdhci-esdhc-imx 42860000.mmc:CD GPIOを取得しました [ 3.486159] cfg80211: 規制データベース用のコンパイル済みX.509証明書をロードしています [ 3.504424] X.509証明書「sforshee: 00b28ddf47aef9cea7」をロードしました [ 3.513610] X.509証明書「wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600」をロードしました [ 3.521940] mmc1: 42860000.mmc 上のSDHCIコントローラ [42860000.mmc]ADMAを使用する [ 3.523888] プラットフォーム規制.0:regulatory.db のファームウェアの直接ロードがエラー -2 で失敗しました。 [ 3.531273] clk: 未使用のクロックを無効化しています [ 3.539449] cfg80211: regulatory.db の読み込みに失敗しました [ 3.557817] ALSA デバイスリスト: [ 3.562298] サウンドカードが見つかりませんでした。 [ 3.568049] /dev/root: ブロック開発が開けません [ 3.573684] VFS: rootデバイス「」またはunknown-block(0,0)を開けられません:エラー -6 [ 3.583559] 正しい「root=」ブートオプションを追加してください。利用可能なパーティションは次のとおりです。 [ 3.594850] b300 15187968 mmcblk0 [ 3.594855] ドライバ:MMCBLK [ 3.604564] b301 7497318 mmcblk0p1 076c4a2a-01 [ 3.604569] [ 3.612052] MMC1: ホストは読み込み専用スイッチをサポートしていません(書き込み有効を前提としています) [ 3.612806] b320 8192 mmcblk0boot0 [ 3.625056] (ドライバ?) [ 3.634669] b340 8192 mmcblk0boot1 [ 3.634673] (ドライバ?) [ 3.644238] すべてのbdevファイルシステムのリスト: [ 3.644587] mmc1: アドレス0001に新しい超高速SDR104 SDXCカードが接続されました [ 3.648243] ext3 [ 3.648245] ext4 [ 3.648246] ext2 [ 3.648248] squashfs [ 3.655362] mmcblk1: mmc1:0001 SD64G 58.3 GiB [ 3.656759] vfat [ 3.656761] [ 3.656766] カーネルパニック - 同期していません: VFS: 不明なブロック(0,0)にルートファイルシステムをマウントできません [ 3.656770] CPU: 1 PID: 1 Comm: swapper/0 汚染なし 6.6.52-r2-g472e64a0fc2c#1 [ 3.656775] ハードウェア名: bytesatwork byteDEVKIT OSM i.MX93 (DT) [ 3.656778] コールトレース: [ 3.656780] dump_backtrace+0x90/0xe8 [ 3.656794] show_stack+0x18/0x24 [ 3.656801] dump_stack_lvl+0x48/0x60 [ 3.656807] dump_stack+0x18/0x24 [ 3.656811] パニック+0x324/0x380 [ 3.656818] mount_root_generic+0x260/0x330 [ 3.656825] mount_root+0x170/0x334 [ 3.656829] prepare_namespace+0x6c/0x2a4 [ 3.656833] kernel_init_freeable+0x244/0x284 [ 3.656837] kernel_init+0x24/0x1dc [ 3.656843] ret_from_fork+0x10/0x20 [3.656849] SMP: セカンダリCPUを停止します [ 3.658689] カーネルオフセット: 無効 [ 3.658690] CPU機能: 0x0,c0000000,40028143,1000721b [ 3.658694] メモリ制限: なし [ 3.789243] ---[ カーネルパニック終了 - 同期していません: VFS: 不明なブロック(0,0)にルートファイルシステムをマウントできません ]--- Linux ソフトウェア不具合の疑い Yocto Project Re: Bricked Bytesatwork Devboard 1.0 with IMX93 chipset こんにちは、@Johny1さん お元気でお過ごしのことと思います。 これはサードパーティ製のボードおよびソフトウェアであるため、サポートしていません。 直接Bytesatworkまでお問い合わせください。 よろしくお願いいたします。 サラス。

S32 Design Studio for ARM v2018、ライセンスが切れました ARM v2018のS32 Design Studioライセンスを再有効化するにはどうすればいいですか? アクティベーションコード：A9B4-99D8-953E-A663 Re: S32 Design Studio for ARM v2018, License was expired こんにちは、 S32 Design Studio for ARM v2018を再有効化するには、「Help → NXPライセンス」を開き、ライセンスを選択し、「アクティベート/再アクティベート」を選択してください。アクティベーションコードを入力してライセンスを更新してください。もし失敗した場合、権利が失效または無効になっている可能性があります。アクティベーションコードとマシンIDを使ってNXPサポートにライセンスの更新を**お問い合わせください**。 Re: S32 Design Studio for ARM v2018, License was expired こんにちは、 ライセンスの有効期限が延長されました。 よろしくお願いいたします。 ピーター

Dynamic ARM frequency switching work in U-Boot for i.MX8MP I'm using i.MX8MP custom board with a part that supports 1.6GHz and 1.8GHz speed grades. By default, U-Boot boots the ARM core at 1200MHz regardless of the chip's actual speed grade. Questions: How does U-Boot detect and apply the correct ARM frequency based on the SoC's fused speed grade? Is there dynamic switching at the U-Boot stage, or is this left entirely to Linux? What's the correct or recommended way to make U-Boot, boot at 1.6GHz or 1.8GHz instead of the default 1200MHz? Do I also need to adjust VDD_ARM voltage in PMIC when changing the frequency, and if so, how should that be sequenced? Any guidance or reference examples would be appreciated. Thanks. Re: Dynamic ARM frequency switching work in U-Boot for i.MX8MP Hi @Nvcee, Thank you for contacting NXP Support! 1) All voltage and frequency initializations are performed in the soc.c file within U-Boot: https://github.com/nxp-imx/uboot-imx/blob/lf_v2026.04/arch/arm/mach-imx/imx8m/soc.c 2) The dynamic voltage and frequency scaling driver operates only under Linux. 3)You can hardcode the clock and voltage initializations in soc.c. However, you must ensure that the selected part number is correct, as using settings intended for a different device variant could cause the system to hang or behave unexpectedly. Best regards, Chavira

S32DS 3.6.10プロジェクト作成時にSDK（RTD）が見つかりません こんにちは、NXPさん。 以下の2種類のRTDを使用する際に互換性の問題が発生しています。解決策をご提示いただけますでしょうか？よろしくお願いいたします。 1. SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP06_D2603_DesignStudio_updatesite 2. SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite BramXiong_1-1787309606372.pngBramXiong_1-1787309606372.pngBramXiong_1-1787309606372.png BramXiong_0-1787309530684.pngBramXiong_0-1787309530684.pngBramXiong_0-1787309530684.png RTD_R23-11_7.0.1_D2603リリースノートにはS32DSバージョン3.6.4と記載されていますが、これは使用できる唯一のバージョンなのでしょうか？それとも、S32DSは他のバージョンでも使用できるのでしょうか？3.6.10？新バージョンは旧バージョンと互換性がありますか？ BramXiong_0-1787309923367.pngBramXiong_0-1787309923367.pngBramXiong_0-1787309923367.pngBramXiong_0-1787309923367.png Re: S32DS 3.6.10 cannot find the SDK (RTD) when creating a project こんにちは、 @BramXiong さん。 私はNXPの社員ではありませんが、以前似たような問題に直面したことがあります。私の場合の主な問題はNXP-GCC版に関するものでした。 S32K 3.6 で同じ問題が発生している場合は、 NXP-GCC のバージョンを 11.4 から 10.2 に変更してみてください。これを行った後、 RTDプラットフォーム が可視化されるはずです。 参考のために画像を添付しました。 これがお役に立てば幸いです。 よろしくお願いいたします。 ガネーシャ Re: S32DS 3.6.10 cannot find the SDK (RTD) when creating a project S32DSバージョン3.6.6に切り替え、コンパイラバージョンv10.2をインストールしましたが、プロジェクト作成ウィザードでSDKが見つかりません。 BramXiong_0-1787543306349.pngBramXiong_0-1787543306349.pngBramXiong_0-1787543306349.png BramXiong_1-1787543376227.pngBramXiong_1-1787543376227.pngBramXiong_1-1787543376227.png Re: S32DS 3.6.10 cannot find the SDK (RTD) when creating a project こんにちは、 @BramXiongさん ああ、あなたの問題は違うかもしれませんね。S32K3x RTDをインストールしているようですが、S32K1シリーズRTDプラットフォームを確認しているようです。 添付画像に示されている場所から、 S32K1シリーズに適したRTDを取り付ける必要がある場合があります。ただし、両方のRTDを同時にインストールすると競合が起こる可能性はないので、まずS32K3x RTDをアンインストールしてからS32K1 RTDをインストールする方が良いかもしれません。 お客様がS32K118を使用されていることから、現在取り付けられているRTDはS32K3シリーズ用のものと思われます。 また、他に問題があると思われる場合は、NXPのメンバーにタグ付けしていただいても構いません。これは、私が同様の問題を解決しようとした際に経験したことに基づいています。 お役に立てば幸いです！ よろしくお願いいたします。 ガネーシュ・バグワット

Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h After updating to iMXRT1166 SDK 26.6.0, the project fails to build because clock_config.c (generated by the Clocks tool) calls CLOCK_OSC_GateOscRc400M(false), but this function has been removed from fsl_clock.h in this SDK release. Looking online it seems this was removed because of updates to RM1170 Rev. 5 PDF. https://github.com/nxp-mcuxpresso/mcux-devices-rt/issues/2  The same updates have not been made to RM1160 so is iMXRT1166 SDK 26.6.0 incorrect or should the Clocks tool be updated to remove or modify its call? Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear @lh_dan , After comparing SDK 25.09 with SDK 26.06, I confirmed that this function has been removed in SDK 26.06. The observed difference is an expected change introduced by the SDK/tool version upgrade, rather than a software issue. We recommend upgrading MCUXpresso Config Tools to version 26.06 and then regenerating the project configuration files.   Best Regards, Shelly   Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Hi Shelly, Thanks for your response. I have updated to the latest version of Configuration Tools that the MCUXpresso IDE installs. This version still generates code using CLOCK_OSC_GateOscRc400M. lh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.png I noticed that there is a newer standalone version of the MCUXpresso Config Tools (26.6). Is this version not available in the MCUXpresso IDE?  Also, IMXRT1170RM Rev. 5 PDF has been updated to remove CLOCK_OSC_GateOscRc400M but IMXRT1160RM Rev. 1, which was last modified May 26, 2025, does not. Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear @lh_dan , To help us better understand and reproduce the issue, could you please provide the following information? 1. Which SDK version were you using previously? 2. Has your MCUXpresso Config Tools version been updated? If so, what was the previous version, and what version are you using now? This information will help us determine whether the issue may be related to changes introduced by the SDK or toolchain update. Thank you in advance for your support. Best regards, Shelly Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear @lh_dan , You can use the standalone version of MCUXpresso Config Tools v26.06 to generate the code, and it should work correctly. Alternatively, you may update the Config Tools integrated in your IDE by following the update process：Updating Config Tools in the MCUXpresso IDE - NXP Community We noticed that your current Config Tools version is 25.12, which is quite outdated and is likely the cause of the issue. I have verified the project using the IDE, and the build completes successfully on my side. Since MCUXpresso IDE is no longer updated on a quarterly base, we recommend considering Visual Studio Code together with the MCUXpresso for VS Code extension for new development and long-term support. Best Regards, Shelly Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Shelly, The other day when I attempted to update MCUXpresso like you showed, it said there was no updates available. Today it said there was an update available and moved to 26.6. This version did not use CLOCK_OSC_GateOscRc400M. Thanks! lh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.png As for your suggestion to use Visual Studio Code together with the MCUXpresso for VS Code. I did try this at the beginning of this project but we could not get the freeRTOS examples to work with the imxrt 1166 eval board. When support found the same issues, we had to use the MCUXpresso IDE. Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h Dear lh_dan， I'm very glad to hear that you have resolved the issue. At the moment, the VS Code extension may still have some areas that need further improvement. However, our long-term plan is to gradually transition from MCUXpresso IDE to the VS Code based development environment. Best Regards, Shelly

时钟工具调用了 CLOCK_OSC_GateOscRc400M，该函数在 SDK 26.6 的 fsl_clock.h 中已不存在。 更新到 iMXRT1166 SDK 26.6.0 后，项目构建失败，原因是 clock_config.c 文件出现问题。（由时钟工具生成）调用 CLOCK_OSC_GateOscRc400M(false)，但此函数已从该 SDK 版本的 fsl_clock.h 中移除。 网上查了一下，似乎是因为RM1170 Rev. 5 PDF 更新而删除的。 https://github.com/nxp-mcuxpresso/mcux-devices-rt/issues/2 RM1160 没有进行同样的更新，那么 iMXRT1166 SDK 26.6.0 是否不正确，或者是否应该更新 Clocks 工具以删除或修改其调用？ Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 嗨，雪莉， 谢谢你的回复。我已经将 MCUXpresso IDE 安装的配置工具更新到了最新版本。此版本仍然使用 CLOCK_OSC_GateOscRc400M 生成代码。 lh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.png 我注意到 MCUXpresso 配置工具有更新的独立版本 (26.6)。MCUXpresso IDE 中没有这个版本吗？ 此外， IMXRT1170RM Rev. 5 PDF 已更新，删除了 CLOCK_OSC_GateOscRc400M，但 IMXRT1160RM Rev. 1（最后修改于 2025 年 5 月 26 日）尚未更新。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan ， 为了帮助我们更好地理解和重现该问题，请您提供以下信息？ 1. 您之前使用的是哪个SDK版本？ 2. 您的 MCUXpresso 配置工具版本是否已更新？如果是这样，之前的版本是什么？现在使用的是哪个版本？ 这些信息将有助于我们确定该问题是否与 SDK 或工具链更新引入的更改有关。 感谢您提前给予的支持。 此致， 雪莉 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan ， 在比较了 SDK 25.09 和 SDK 26.06 之后，我已确认该功能已在 SDK 26.06 版本中移除。观察到的差异是 SDK/工具版本升级引入的预期变化，而不是软件问题。我们建议将 MCUXpresso 配置工具升级到 26.06 版本，然后重新生成项目配置文件。   顺祝商祺！ 雪莉   Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 雪莉， 前几天我尝试按照你演示的方法更新 MCUXpresso 时，它提示没有可用的更新。今天它说有更新可用，并升级到了 26.6 版本。此版本未使用CLOCK_OSC_GateOscRc400M。谢谢！ lh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.png 至于您建议将 Visual Studio Code 与 MCUXpresso for VS Code 结合使用。我在项目初期就尝试过这种方法，但是我们无法让 freeRTOS 示例在 imxrt 1166 评估板上运行。当技术支持人员发现同样的问题时，我们不得不使用 MCUXpresso IDE。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan ， 您可以使用 MCUXpresso 配置工具 v26.06 的独立版本来生成代码，它应该可以正常工作。 或者，您可以按照以下更新流程更新集成在 IDE 中的配置工具：在 MCUXpresso IDE 中更新配置工具 - NXP 社区 我们注意到您当前的 Config Tools 版本是 25.12，该版本已经非常过时，很可能是造成此问题的原因。我已经使用 IDE 验证了该项目，在我这边构建成功完成。 由于 MCUXpresso IDE 不再按季度更新，我们建议考虑使用Visual Studio Code以及MCUXpresso for VS Code扩展进行新开发并获得长期支持。 顺祝商祺！ 雪莉 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的lh_dan， 很高兴听到您已经解决了这个问题。 目前，VS Code 扩展程序可能仍有一些方面需要进一步改进。然而，我们的长期计划是逐步从 MCUXpresso IDE 过渡到基于 VS Code 的开发环境。 此致， 雪莉

FRDM-i.MX95：支持 FRAMOS IMX900 和 H.264 1080p120 你好， 我想确认以下关于FRDM-i.MX95的信息： FRDM-i.MX95 目前是否支持 FRAMOS FSM:GO-IMX900C-M12-L102B-PM-A1Q1（索尼 IMX900 彩色传感器）？ 如果支持，所需的传感器驱动程序、设备树配置和 NEO-ISP 调优文件是否可用？哪个BSP/SDK版本提供此功能？ 这款摄像机能否通过 i.MX95 CSI/ISP 流水线以 120 FPS 或更高的帧速率运行 1920×1080 彩色图像？ 要将此相机模块连接到 FRDM-i.MX95，需要哪种适配器板和电缆？ i.MX95 硬件 VPU 是否支持 1920×1080 @ 120 FPS 的单流 H.264 编码？ 在禁用 B 帧和低延迟设置的情况下，预期的输入到比特流延迟或最小内部缓冲是多少？ 是否支持从相机/ISP 流水线到 H.264 硬件编码器的 DMA-BUF 零拷贝？ 如果目前不支持 FRAMOS IMX900 模块，您能否推荐一款支持 FRDM-i.MX95 的彩色全局快门 MIPI CSI-2 摄像头，该摄像头能够以 1920×1080 @ 120 FPS 或更高的帧率拍摄？ 谢谢！ 图形与显示 Linux 多媒体 Re: FRDM-i.MX95: FRAMOS IMX900 and H.264 1080p120 Support 你好， 1> 这是我们合作伙伴支持的传感器之一，因此 NXP 并未完全支持它，我建议您联系 Framos 寻求帮助。 2> 如需了解更多信息，请联系 Framos，方法同上。 3> 2k@120FPS 达到 ISP 带宽限制，1080p 应该不会有问题，但请再次向 Framos 确认支持的功能。 4> 请向 Framos 查询是否有可用的资源。 5> 最大吞吐量为 4K@60fps，因此对于 1080p@120fps 应该是可以实现的。 6> 我们不提供 i.MX95 VPU 在低延迟模式下的具体输入到比特流延迟数据。这必须在具有目标软件配置的硬件上进行测量。 7> 是的，支持。 此致敬礼/Saludos， 阿尔多。

Z248 EVB 板：Z248 A0 EVB，空白 MRAM（首次烧录） 探针：S32 调试探针 — 操作系统 1.1.0引导加载程序 1.0.1（已确认为最新版本） 工具：S32DS 3.6.6+ S32K5 开发包 3.6.6EAR + 调试器核心 3.6.10 检测到SWD链： 设备[0]: core_type=S32K5(376) 设备[1]: core_type=DAPv5(232) 但是 ccs_config_chain 失败（ccs_error=39）： “S32K5：未找到初始化序列”（子核心错误 73） “S32K5：总线错误”（子核心错误 76） 验证通过：VTREF=3.3V，SRST_B=3.3V，J6/J9 处于调试模式（引脚 3-4）， 12V 后接 48V 电源顺序 测试过：LS 和非 LS M7 内核，JTAG 频率 10MHz~2MHz，复位延迟 0/500ms， 初始化脚本 s32k5xx_attach.py / attach_first_instruction.py / generic_bareboard.py / generic_bareboard_all_cores.py 问题： 初始启动链编程（HSE / IVT / DCD / 启动管理器 / MICROSAR） 是否支持通过 S32 调试探针 + S32DS 访问空白 Z248 A0？ UM12524 第 4.7.1 节仅针对 Lauterbach 的完整闪光面板进行了文档说明。 TRACE32，而 4.7.2 假设启动板上已经构建了一个 elf。 如果首次刷写固件必须使用 TRACE32，请确认。 Re: Z248 EVB 你好@hjlim1 ， 我写信给您是关于您目前拥有的一款产品——一款尚未正式上市的新产品（NPI）。 请注意，已获准提前体验此类产品的客户已指派了现场工程师。您指定的现场工程师应作为您解决有关本产品任何问题、疑虑或疑问的主要支持渠道。 我们的在线支持团队将在该产品正式发布后，提供更广泛的支持服务。在此之前，我们将无法提供所需的帮助。 感谢您的理解。 顺祝商祺！ 帕维尔

FRDM-i.MX95:FRAMOS IMX900およびH.264 1080p120サポート こんにちは、 FRDM-i.MX95に関して、以下の点を確認させていただきたいと思います。 FRAMOS FSM:GO-IMX900C-M12-L102B-PM-A1Q1 (Sony IMX900 Color) は現在、FRDM-i.MX95でサポートされていますか？ もし対応しているなら、必要なセンサードライバー、デバイスツリーの設定、NEO-ISPのチューニングファイルが利用可能ですか?どのBSP/SDKバージョンがこのサポートを提供していますか? このカメラはi.MX95のCSI/ISPパイプラインを通じて1920×1080色、120FPS以上で動作できますか? このカメラモジュールをFRDM-i.MX95に接続するには、どのアダプタボードとケーブルが必要ですか？ i.MX95ハードウェアVPUは1920×1080 @ 120 FPSでのシングルストリームH.264エンコーディングをサポートしていますか? Bフレームを無効にし低遅延設定した場合、予想される入力からビットストリームへのレイテンシや最小内部バッファリングはどれくらいでしょうか? カメラ/ISPパイプラインからH.264ハードウェアエンコーダーへのDMA-BUFゼロコピーはサポートされていますか？ もしFRAMOS IMX900モジュールが現在サポートされていない場合、FRDM-i.MX95で1920×1080 @ 120 FPS以上に対応し、カラー対応のグローバルシャッター対応MIPI CSI-2カメラをおすすめしていただけますか? よろしくお願いします。 グラフィックスとディスプレイ Linux マルチメディア Re: FRDM-i.MX95: FRAMOS IMX900 and H.264 1080p120 Support こんにちは、 1>これは当社のパートナー対応センサの一つなので、NXPが完全にサポートしているわけではありません。この件についてはFramosに問い合わせることをおすすめします。 2> 上記の通り、この情報についてはフラモスにお問い合わせください。 3> 2k@120FPSはISPの帯域幅の限界に達しますが、1080pなら問題ないはずですが、サポートされている機能についてはFramosで確認してください。 4> これに関する利用可能なリソースについては、Framosに確認してください。 5> 最大スループットは4K@60fpsなので、1080p@120fpsには可能なはずです。 6> i.MX95 VPUの低遅延モードでの入力からビットストリームへのレイテンシは提供していません。これはターゲットソフトウェア構成のハードウェア上で測定しなければなりません。 7> はい、サポートされています。 よろしくお願いいたします。 アルド。

Z248 EVB 基板：Z248 A0 EVB、MRAMは未書き込み（初回書き込み時） プローブ: S32 デバッグプローブ — OS 1.1.0/ ブートローダー 1.0.1 (最新版確認済み) ツール：S32DS 3.6.6+ S32K5 開発パッケージ 3.6.6EAR + デバッガーコア 3.6.10 SWDチェーンISが検出されました： デバイス[0]: コアタイプ=S32K5(376) デバイス[1]: コアタイプ=DAPv5(232) しかし、ccs_config_chain が失敗します (ccs_error=39): 「S32K5: 初期化シーケンスが見つかりません」(サブコアエラー 73) 「S32K5: バスエラー」(サブコアエラー 76) 検証済み OK: VTREF=3.3V、SRST_B=3.3V、デバッグモードのJ6/J9（ピン3-4）、 12V、次に48Vの電源シーケンス 試した: LS および非 LS M7 コア、JTAG 10MHz~2MHz、リセット遅延 0/500ms、 初期化スクリプト s32k5xx_attach.py / attach_first_instruction.py / generic_bareboard.py / generic_bareboard_all_cores.py 質問: 初期ブートチェーンプログラミング(HSE / IVT / DCD / BOOT マネージャ / MICROSAR)ですか? S32デバッグプローブ+S32DSを介してサポートされるBLANK Z248 A0のことですか? UM12524セクション4.7.1では、ラウターバッハ専用のフルフラッシングパネルが記載されています TRACE32、4.7.2はすでに構築済みのエルフがブートボード上にあることを前提としています。 初回フラッシュ時にTRACE32が必須である場合は、ご確認ください。 Re: Z248 EVB こんにちは、 @hjlim1 さん。 現在お手元にある製品、まだ正式に発売されていないNPI(新製品導入)についてお手伝いしています。 これらの製品の早期アクセス権を得たお客様は、現場エンジニアを割り当てていることにご注意ください。指定されたフィールドエンジニアが、この製品に関する問題や懸念、問い合わせの主要なサポートチャネルとなります。 正式リリース後、オンラインサポートチームはより幅広いサポートを展開していきます。それまでは、私たちは必要な支援を提供する体制が整っていません。 ご理解いただきありがとうございます。 よろしくお願いいたします。 パベル

如何使用 SR250 作为锚点，SR040 作为标签来实现 UWB TDoA？ 你好， 我正在尝试使用以下配置实现一个UWB TDoA系统： NXP SR250 设备作为主从锚点 NXP SR040 作为移动标签 每个SR250锚点都连接一个主机MCU。 SR250 锚点需要接收 SR040 标签定期发送的闪烁消息。主锚点和从锚点将使用接收到的时间戳，通过到达时间 (TDoA) 计算标签位置。 我想确认以下事项： SR040 能否发送可被多个 SR250 锚点接收并添加时间戳的周期性闪烁消息？ SR040 和 SR250 是否兼容此 TDoA 使用场景？ NXP是否有SR250锚点和SR040标签TDoA系统的参考实现？ 目前，我的 QN9090 主机上运行着 SR250 TDoA 锚点应用程序。但是，我找不到清晰的文档或示例来说明如何将 SR040 配置为兼容的 TDoA 标签。 如果您能提供有关所需固件、会话配置、闪烁帧格式和时间戳同步方面的信息，我们将不胜感激。 顺祝商祺！

How can I implement UWB TDoA using SR250 as anchors and SR040 as a tag? Hello, I am trying to implement a UWB TDoA system using the following configuration: NXP SR250 devices as the master and slave anchors NXP SR040 as the mobile tag A host MCU connected to each SR250 anchor The SR250 anchors need to receive blink messages transmitted periodically by the SR040 tag. The master and slave anchors will then use the received timestamps to calculate the tag position using TDoA. I would like to confirm the following: Can the SR040 transmit periodic blink messages that can be received and timestamped by multiple SR250 anchors? Are the SR040 and SR250 compatible for this TDoA use case? Is there an NXP reference implementation for an SR250 anchor and SR040 tag TDoA system? Currently, I have an SR250 TDoA anchor application running on a QN9090 host. However, I could not find clear documentation or an example showing how to configure the SR040 as a compatible TDoA tag. Any information regarding the required firmware, session configuration, blink frame format, and timestamp synchronization would be greatly appreciated. Best regards.

IW610 (USB) ファームウェアが「WLAN FW がアクティブ」になってから約 4 秒後にクラッシュします。 こんにちは、 OpenWrt 25（カーネル6.12）でIW610Gモジュールを起動するのに苦労しています。列挙は順調に進み、ファームウェアのダウンロードも問題なさそうですが、クラッシュが発生します。 USBの列挙とファームウェアのダウンロードは毎回成功します。モジュールはメインファームウェアを起動し、「WLAN FW is active」と表示し、VDLLブロック（48000バイト）をロードします。その後、**一貫して約3.9～4.1秒後**にファームウェアがクラッシュし、独自のダンプ（「FW trigger fw dump」）がトリガーされます。このタイミングは数十回のブート(コールドブートとウォームEHCIリバインドサイクルの両方)で非常にデターミニスティックであり、ランダムな信号ノイズではなく固定された内部タイマー/ウォッチドッグであると推測します。 この正確な起動時からのフルファームウェアダンプ(「file_fwdump」、1,230,600バイト)とドライバー情報ダンプ(「file_drv_info」、259,772バイト)が添付されています。 最新のクリーンブート時の関連するdmesgの抜粋全文： [ 34.484411] usb 1-1: 新しいUSBデバイスが見つかりました。idVendor=0471、idProduct=0214、bcdDevice=40.00 [ 34.500356] USB 1-1: 製品:NXPワイヤレスデバイス [ 34.525526] VID/PID = 471/214、Boot2 バージョン = 4000 [ 34.573668 リクエストファームウェア:nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld: 808824バイトダウンロード [ 37.381917] USB 1-1:USB切断、デバイス番号2 [ 37.883662] USB 1-1:EHCIプラットフォームを使用した新しい高速USBデバイス番号3 [ 38.115044] USB 1-1:新しいUSBデバイスが発見、idVendor=0471、idProduct=0215、bcdDevice=32.01 [ 38.131013] USB 1-1:製品:BluetoothおよびワイヤレスLANコンポジットデバイス [ 38.288804] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215、Boot2 バージョン = 3201 [ 38.300509] woal_usb_probe: 無効なエンドポイント割り当て [ 38.306315] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215、Boot2 バージョン = 3201 [ 38.318003] woal_usb_probe: 無効なエンドポイント割り当て [ 38.473628] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215、Boot2 バージョン = 3201 [ 38.485411] モアルハンドル操作を取り付けろ、カードインターフェースタイプ:0x40d [ 38.628304 ] WLAN FWは稼働中 [ 38.631408 on_time 38628138922 [ 38.655388] VDLL: ファームウェアをリクエスト:nxp/usbusb_iw610.bin.se [ 38.671234] VDLLイメージ: 長さ=48000 [ 38.675868] fw_cap_info=0x487cbf03、dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8、max_sta_conn = 8 [ 42.576334] FW トリガー fw ダンプ <-- 「WLAN FW がアクティブです」から約 3.95 秒後 [ 42.579535] =====FWトリガーダンプ==== [ 42.589155] ディレクトリ /var/dump_42 の作成に成功しました [ 42.601497] ファームウェアダンプディレクトリ名は /var/dump_42 です [ 42.607105] DRVダンプデータは/var/dump_42/file_drv_infoにあります [ 43.786094] IOCTL が失敗しました: d64defa8 id=0xd0000、sub_id=0xd0004 action=1、status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_DOMAIN_INFO_EXT) [ 43.796200] IOCTL が失敗しました: 12d298a2 id=0x30000、sub_id=0x30003 action=2、status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [43.807348] 11D: FW でドメイン情報を設定する際にエラーが発生しました [ 43.844117] ファームウェア情報の取得に失敗しました！ステータス=-1、エラーコード=0x0 [43.954897] ファームウェア初期化失敗 [43.963379] カードが削除されました: -2 [ 44.027311] woal_usb_probe: woal_add_card が失敗しました 「WLAN FWがアクティブになった」状態から約4秒後に発生するという決定性、およびキャンセルされた2つのコマンド（`ANT_CFG`、`11D_DOMAIN_INFO_EXT`）を考慮すると、このクラッシュのシグネチャは`MM6X18540`シリーズの既知の問題と一致しますか？それとも、ファームウェアダンプで確認すべき特定の事項がありますか？必要であれば、`file_fwdump`/`file_drv_info`を直接共有することも可能です。どのような方法で送信すればよろしいでしょうか？ アドバイスをいただければ幸いです。 - **ホストSoC**:Qualcomm Atheros QCA9533(AR9531/QCA9533ファミリ)、カスタムボード、OpenWrt、Linuxカーネル6.12.71(ath79ターゲット)。 - **モジュール**:NXP IW610(Wi-Fi 6 + BLE 5.4 + 802.15.4コンボ)、このテスト用にUSB2.0(Wi-Fi + BT)経由で接続;SPI(802.15.4)リンクはボード上にありますが、現在は無効化されています(下記参照)。 - **ドライバ**: 'nxp-imx/mwifiex', コミット '09f41e1423e4806a127507d5fa284cd02c46772f' — 「ホットフィックスリリースMM6X18540.p41のドライバコミット(2025-12-23)、ブランチ `hotfix/lf-6.12.49_2.2.0_hotfix`。`MLAN_RELEASE_VERSION "540.p41"`をコンパイルしました。 - **ファームウェア**: `usbusb_iw610.bin.se`(Wi-Fi+BTのみ、SPIブロックなし)、`nxp-imx/imx-firmware`コミット`216a015fea`から取得 — "ホットフィックスリリースMM6X18540.p41 2025-12-23のファームウェアコミット"、内部タグ`IW610-18.99.5.p86`。これはNXP独自のリリースノートとp41ドライバーのペアです。 - モジュールパラメータ (`wifi_mod_para.conf`):'USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }' — これは明示的に2つ目の狭帯域(802.15.4/SPI)ファームウェアブロックを無効化するため、純粋なUSB Wi-Fi+BTを単独でテストしています。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" デバッグモードでは、DOMIAN INFO が FW から応答されなかった最後のコマンドのようです。 [ 1221.243476]QUEUE_CMD: 802_11_SNMP_MIB [0x16] がキューに追加されました [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D: 最初のチャネル=1、チャネル数=11、最大送信電力=23 [ 1221.262395] mlan%d: [ 1221.262402]QUEUE_CMD:802_11D_DOMAIN_INFO[0x5b]がキューに入っています [ 1221.270406 wlan_set_regiontable: 2.4G 0x10 [ 1221.274723 wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454]DNLD_CMD (1221.280171):802_11_SNMP_MIB [0x16]、act 0x1、len 16、seqno 0x18、タイムアウト 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384]CMD_RESP (1221.310098):802_11_SNMP_MIB [0x8016]、結果 0、長さ 16、シーケンス番号 0x18 [ 1221.324316] mlan%d: [ 1221.324327]DNLD_CMD (1221.321067):802_11D_DOMAIN_INFO [0x5b]、act 0x1、len 32、seqno 0x19、タイムアウト 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441]QUEUE_CMD:802_11_RF_ANTENNA[0x20]がキューに入っています [ 1221.540732 mlan_recv: イベント0x73 (1221.537479) [ 1221.545540]FWトリガーfwダンプ [ 1221.548946] =====FWトリガーダンプ==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" Big Endian版では変換が見落とされているようです Nxpケースはもう使えないので、ここでパッチを投稿しています Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" こんにちは、 @Nicolas07 現時点では、最新リリースでこの問題がまだ起きているかどうか試してみることをおすすめします。 FW: imx-firmware/FwImage_IW610_USB (lf-6.18.20_2.0.0) · nxp-imx/imx-firmware · GitHub ドライバ: GitHub - nxp-imx/mwifiex: WiFi拡張機能 · GitHub 同時に、これが既知の問題かどうかを社内で確認し、また、当社のI.MX 8MMiniボードとIW610-EVK（USB-USBモードに設定）を使用して、当社のボードに問題があるかどうかを試してみます。 よろしくお願いいたします。 Christine。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" こんにちは、 @Christine_Li さん。 私は、関連するファームウェアを含む、ほぼ最新のコミットであるb8c868b7cb9feef21cfca1f6797c7ecddd2a154fを使用しています。 ビッグエンディアン用のパッチを追加し、代数計算はスワップ値で行い、最後にスワップをする代わりにしています。また、継続的なニーズスワップもいくつかあり、rssiの署名付きキャラも悪い変換ですが、今度はFWとドライバが起動します。クラッシュはなくなり、BT連携は進んでいますが、BTドライバがすべてのインターフェースを捕捉しないように、WiFiとBTを分離するためにbtusbをパッチする必要があります。 現在、BT dmesg にいくつかのエラーが表示されています。 [ 730.281450] Bluetooth: hci0: オペコード 0x2037 が失敗しました: -89 [ 889.879426] Bluetooth: hci0: オペコード 0x2037 が失敗しました: -89 [ 1316.825236]Bluetooth: hci0: オペコード 0x2037 が失敗しました: -89 [ 1624.159890]Bluetooth: hci0: オペコード 0x2036 が失敗しました: -16 [ 1666.734681]Bluetooth: hci0: 予期しない cc 0x0c14 の長さ: 1 < 249 なぜなのかを解明しようとしている よろしくお願いいたします。 ニコラス

MPC5744p S32DS LINBUS 主从示例 大家好， 请问有人能提供关于 S32 Design Studio 中是否有 MPC5744p LINBUS 主/从示例的信息吗？ 谢谢！ Re: MPC5744p S32DS LINBUS master slave example 附件中的 ZIP 文件包含修改后的驱动程序文件。 测试配置： - MPC5744P - S32 电源架构设计工作室 2.1 - S32_SDK_S32PA_RTM_3.0.3 - INST_LINFLEXD_UART2 FreeRTOS - 两个物理从控制器 已实现的功能： - LIN 中断和 0x55 同步字节 - 受保护标识符的生成和验证 - 主控端传动 - 中断驱动的从属响应 - 经典和增强型校验和 - 帧最多包含 8 个数据字节 - 响应超时处理 - 从设备断开连接、RESET 或重新连接后的恢复 - 轮询多个从属标识符 该驱动程序使用两个物理 MPC5744P 从控制器进行了测试。 安装： 1.备份原始SDK驱动程序文件。 2. 将提供的头部信息复制到： 平台/驱动程序/公司/ 3. 将提供的源文件复制到： platform/drivers/src/linflexd/ 4. 刷新项目中链接的 SDK 文件。 5. 执行彻底重建。 我希望这能帮助任何需要使用 S32 SDK 进行基本 LIN 通信的人。 欢迎提供其他 MPC5xxx 设备的反馈和测试结果。 顺祝商祺！ Re: MPC5744p S32DS LINBUS master slave example 这里有一种可行的方法，可以模拟唤醒信号。   #define SYNC 0x55 #define WAKEUP = 0x00 ;    …… LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 4800 );     LINFLEXD_UART_DRV_SendDataBlocking ( INST_LINFLEXD_UART1 , & WAKEUP , 1 , 100 );     LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 9600 );     masterMessage.sync = SYNC ;​​     masterMessage.id = PID ;​​     masterMessage.data [ 0 ] = 0x00 ;​     masterMessage.data [ 1 ] = 0x00 ;​     masterMessage.chksum = linbus_calculate_checksum ( masterMessage.data , 2 ) ;​​​   Re: MPC5744p S32DS LINBUS master slave example 您好， 你可以继续使用SDK和LINFlex模块，但需要自己编写代码/驱动程序，例如重用现有的裸机代码。 BR，彼得 Re: MPC5744p S32DS LINBUS master slave example 我的想法是继续在 SDK 环境中运行，您认为这目前是启用 LIN 硬件的最佳方式吗？或者，有没有办法通过 PIT 和 GPIO 来创建软件？ Re: MPC5744p S32DS LINBUS master slave example 您好， 据我所知，SDK 中没有 LIN 支持，也没有计划添加该功能。 BR，彼得 Re: MPC5744p S32DS LINBUS master slave example 使用SDK和LIN总线的最佳方法是什么？我尝试使用 linflexd_uart 生成 LIN 消息，但无法生成中断和唤醒消息。我应该将 TX 用作数字输出吗？ Re: MPC5744p S32DS LINBUS master slave example 感谢您的快速回复，请问是否可以将示例的一部分（初始化和发送 LIN 消息）与 SDK 包中的 FreeRTOS 示例集成，而不会出现任何重大问题？ Re: MPC5744p S32DS LINBUS master slave example 您好， S32DS 中有 LIN 主站和从站的示例，您可以参考一下。 PetrS_0-1692959754415.pngPetrS_0-1692959754415.png BR，彼得

MPC5744p S32DS LINBUS master slave example Hello everyone, Could someone help me with information about whether there is an MPC5744p LINBUS Master/Slave example for S32 Design Studio? Thank you! Re: MPC5744p S32DS LINBUS master slave example The attached ZIP contains the modified driver files  Tested configuration: - MPC5744P - S32 Design Studio for Power Architecture 2.1 - S32_SDK_S32PA_RTM_3.0.3 - INST_LINFLEXD_UART2 - FreeRTOS - Two physical slave controllers Implemented functionality: - LIN break and 0x55 synchronization byte - Protected identifier generation and validation - Master header transmission - Interrupt-driven slave response - Classic and enhanced checksum - Frames with up to 8 data bytes - Response timeout handling - Recovery after a slave is disconnected, reset or reconnected - Polling of multiple slave identifiers The driver was tested with two physical MPC5744P slave controllers. Installation: 1. Back up the original SDK driver files. 2. Copy the provided header to: platform/drivers/inc/ 3. Copy the provided source file to: platform/drivers/src/linflexd/ 4. Refresh the linked SDK files in the project. 5. Perform a clean rebuild. I hope this helps anyone who needs basic LIN communication with the S32 SDK. Feedback and test results on other MPC5xxx devices are welcome. Best regards Re: MPC5744p S32DS LINBUS master slave example here is a way that works and simulates a wakeup signal   #define SYNC 0x55 #define WAKEUP = 0x00;    ....     LINFLEXD_UART_DRV_SetBaudRate(INST_LINFLEXD_UART1,4800);     LINFLEXD_UART_DRV_SendDataBlocking(INST_LINFLEXD_UART1, &WAKEUP, 1,100);     LINFLEXD_UART_DRV_SetBaudRate(INST_LINFLEXD_UART1,9600);     masterMessage.sync = SYNC;     masterMessage.id = PID;     masterMessage.data[0] = 0x00;     masterMessage.data[1] = 0x00;     masterMessage.chksum = linbus_calculate_checksum(masterMessage.data,2);   Re: MPC5744p S32DS LINBUS master slave example Hi, you can stay with SDK and LINFlex module, but you need to write code/driver yourself, for example reusing available baremetal code.  BR, Petr Re: MPC5744p S32DS LINBUS master slave example My idea is to stay in the SDK environment, which is now, in your opinion, the best way to enable LIN hardware? Or is there maybe a way to create software via PIT and GPIO? Re: MPC5744p S32DS LINBUS master slave example Hi, as far as I know there's no LIN support in the SDK and there are no plans to add it. BR, Petr Re: MPC5744p S32DS LINBUS master slave example What is the best approach here to use the SDK and LIN bus? I tried generating a LIN message with linflexd_uart, but generating that break and wakeup isn't possible. Should I use TX as a digital output? Re: MPC5744p S32DS LINBUS master slave example Thank you for quick replay, is it possible to integrate a part of the example (initialization and sending a LIN message) with, let's say, a FreeRTOS example from the SDK package without any major issues? Re: MPC5744p S32DS LINBUS master slave example Hi, there are LIN master and slave examples within S32DS, so you can refer to it. PetrS_0-1692959754415.pngPetrS_0-1692959754415.png BR, Petr

MPC5744p S32DS LINBUS マスタースレーブの例 こんにちは、みんな、 S32 Design Studio用のMPC5744p LINBUS Master/Slaveの例があるかどうか、どなたか教えてもらえますか? ご回答をお待ちしています。 Re: MPC5744p S32DS LINBUS master slave example 添付されたZIPには修正済みドライバーファイルが含まれています テスト済み構成: - MPC5744P - S32 Power Architecture 2.1 Design Studio - S32_SDK_S32PA_RTM_3.0.3 - INST_LINFLEXD_UART2 - FreeRTOS - 2つの物理スレーブコントローラ 実装された機能: - LINブレークおよび同期バイト0x55 - 保護された識別子の生成と検証 - マスターヘッダー伝送 - 割り込み駆動スレーブ応答 - クラシックおよび強化チェックサム - 最大8バイトのデータバイトを持つフレーム - レスポンスタイムアウト処理 - スレーブが切断、リセット、再接続された後の復旧 - 複数のスレーブ識別子のポーリング ドライバーは2つの物理的なスレーブコントローラーでテストMPC5744Pされました。 インストール: 1.元のSDKドライバファイルをバックアップしてください。 2. 提供されたヘッダーを以下にコピーします: プラットフォーム/ドライバ/インク/ 3. 提供されたソースファイルを以下にコピーします: プラットフォーム/ドライバ/SRC/linflexd/ 4. プロジェクト内のリンクされたSDKファイルを更新します。 5. クリーンな再構築を行う。 S32 SDKとの基本的なLIN通信が必要な方の参考になれば幸いです。 他のMPC5xxxデバイスに関するフィードバックやテスト結果も歓迎します。 よろしくお願いいたします。 Re: MPC5744p S32DS LINBUS master slave example ウェイクアップ信号をシミュレートする有効な方法を以下に示します。   #define SYNC 0x55 #define WAKEUP = 0x00 ;    .... LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 4800 );     LINFLEXD_UART_DRV_SendDataBlocking ( INST_LINFLEXD_UART1 , & WAKEUP , 1 , 100 );     LINFLEXD_UART_DRV_SetBaudRate ( INST_LINFLEXD_UART1 , 9600 );     masterMessage.sync = SYNC ;​​     masterMessage.id = PID ;​​     masterMessage.data [ 0 ] = 0x00 ;​     masterMessage.data [ 1 ] = 0x00 ;​     masterMessage.chksum = linbus_calculate_checksum ( masterMessage.data , 2 ) ;​​​   Re: MPC5744p S32DS LINBUS master slave example こんにちは、 SDKやLINFlexモジュールのまま使うこともできますが、自分でコードやドライバを書く必要があります。例えば、利用可能なベアメタルコードを使い回すなどです。 BR、ペトル Re: MPC5744p S32DS LINBUS master slave example 私の考えはSDK環境にとどまることです。あなたの意見では、それがLINハードウェアを有効にする最良の方法だとお考えですか?あるいはPITやGPIOを使ってソフトウェアを作成する方法があるのでしょうか? Re: MPC5744p S32DS LINBUS master slave example こんにちは、 私の知る限り、SDKにはLINのサポートがなく、追加する計画もありません。 BR、ペトル Re: MPC5744p S32DS LINBUS master slave example ここでSDKとLINバスを使う最良の方法は何でしょうか?linflexd_uartでLINメッセージを生成しようとしましたが、そのブレイクとウェイクアップを生成することはできません。TXをデジタル出力として使用すべきでしょうか？ Re: MPC5744p S32DS LINBUS master slave example 迅速なリプレイありがとうございます。例の一部(初期化とLINメッセージの送信)を、例えばSDKパッケージのFreeRTOS例と統合することは大きな問題なく可能でしょうか? Re: MPC5744p S32DS LINBUS master slave example こんにちは、 S32DS内にはLINマスターとスレーブの例があるので参照できます。 PetrS_0-1692959754415.pngPetrS_0-1692959754415.png BR、ペトル

IW610 (USB) firmware crashes ~4s after "WLAN FW is active" Hello,  I struggle starting an IW610G module on openwrt 25 (6.12 kernel). Enumeration goes well now, firmware download seems too but I face a crash. USB enumeration and firmware download succeed every time. The module boots its main firmware, prints `WLAN FW is active`, loads a VDLL block (48000 bytes) — and then, **consistently ~3.9–4.1 seconds later**, the firmware crashes and triggers its own dump (`FW trigger fw dump`). This timing is remarkably deterministic across dozens of boots (cold boot and warm EHCI-rebind cycles alike), which makes us suspect a fixed internal timer/watchdog rather than random signal noise. Full firmware dump (`file_fwdump`, 1,230,600 bytes) and driver info dump (`file_drv_info`, 259,772 bytes) from this exact boot are attached. Full relevant dmesg excerpt from the latest clean boot: [ 34.484411] usb 1-1: New USB device found, idVendor=0471, idProduct=0214, bcdDevice=40.00 [ 34.500356] usb 1-1: Product: NXP Wireless Device [ 34.525526] VID/PID = 471/214, Boot2 version = 4000 [ 34.573668] Request firmware: nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld: 808824 bytes downloaded [ 37.381917] usb 1-1: USB disconnect, device number 2 [ 37.883662] usb 1-1: new high-speed USB device number 3 using ehci-platform [ 38.115044] usb 1-1: New USB device found, idVendor=0471, idProduct=0215, bcdDevice=32.01 [ 38.131013] usb 1-1: Product: Bluetooth and Wireless LAN Composite Device [ 38.288804] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215, Boot2 version = 3201 [ 38.300509] woal_usb_probe: invalid endpoint assignment [ 38.306315] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215, Boot2 version = 3201 [ 38.318003] woal_usb_probe: invalid endpoint assignment [ 38.473628] USB probe: idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215, Boot2 version = 3201 [ 38.485411] Attach moal handle ops, card interface type: 0x40d [ 38.628304] WLAN FW is active [ 38.631408] on_time is 38628138922 [ 38.655388] VDLL: Request firmware: nxp/usbusb_iw610.bin.se [ 38.671234] VDLL image: len=48000 [ 38.675868] fw_cap_info=0x487cbf03, dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8, max_sta_conn = 8 [ 42.576334] FW trigger fw dump <-- ~3.95s after "WLAN FW is active" [ 42.579535] =====FW trigger dump==== [ 42.589155] Create directory /var/dump_42 successfully [ 42.601497] Firmware Dump directory name is /var/dump_42 [ 42.607105] DRV dump data in /var/dump_42/file_drv_info [ 43.786094] IOCTL failed: d64defa8 id=0xd0000, sub_id=0xd0004 action=1, status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_DOMAIN_INFO_EXT) [ 43.796200] IOCTL failed: 12d298a2 id=0x30000, sub_id=0x30003 action=2, status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [ 43.807348] 11D: Error setting domain info in FW [ 43.844117] get fw info failed! status=-1, error_code=0x0 [ 43.954897] Firmware Init Failed [ 43.963379] Card is removed: -2 [ 44.027311] woal_usb_probe: woal_add_card failed Given the ~4s-after-"WLAN FW is active" determinism and the two cancelled commands (`ANT_CFG`, `11D_DOMAIN_INFO_EXT`), does this crash signature match any known issue in the `MM6X18540` line, or is there something specific we should check in our firmware dump? Happy to share `file_fwdump`/`file_drv_info` directly if that's useful — how would you like us to send them? Thanks in advance for any pointers. - **Host SoC**: Qualcomm Atheros QCA9533 (AR9531/QCA9533 family), custom board, OpenWrt, Linux kernel 6.12.71 (ath79 target). - **Module**: NXP IW610 (Wi-Fi 6 + BLE 5.4 + 802.15.4 combo), connected over USB2.0 (Wi-Fi + BT) for this test; SPI (802.15.4) link is present on the board but **currently disabled** (see below). - **Driver**: `nxp-imx/mwifiex`, commit `09f41e1423e4806a127507d5fa284cd02c46772f` — "Driver commit for hotfix release MM6X18540.p41" (2025-12-23), branch `hotfix/lf-6.12.49_2.2.0_hotfix`. Compiled `MLAN_RELEASE_VERSION "540.p41"`. - **Firmware**: `usbusb_iw610.bin.se` (Wi-Fi+BT only, no SPI block), pulled from `nxp-imx/imx-firmware` commit `216a015fea` — "Firmware commit for hotfix release MM6X18540.p41 2025-12-23", internal tag `IW610-18.99.5.p86`. This is the firmware NXP's own release notes pair with the p41 driver. - Module params (`wifi_mod_para.conf`): `USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }` — explicitly disables the second narrowband (802.15.4/SPI) firmware block so we're testing pure USB Wi-Fi+BT in isolation. Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" In debug mode it seems the DOMIAN INFO is the last command not answered from FW :  [ 1221.243476] QUEUE_CMD: 802_11_SNMP_MIB [0x16] is queued [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D: first chan=1 no_of_chan=11, max_tx_pwr=23 [ 1221.262395] mlan%d: [ 1221.262402] QUEUE_CMD: 802_11D_DOMAIN_INFO [0x5b] is queued [ 1221.270406] wlan_set_regiontable: 2.4G 0x10 [ 1221.274723] wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454] DNLD_CMD (1221.280171): 802_11_SNMP_MIB [0x16], act 0x1, len 16, seqno 0x18 timeout 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384] CMD_RESP (1221.310098): 802_11_SNMP_MIB [0x8016], result 0, len 16, seqno 0x18 [ 1221.324316] mlan%d: [ 1221.324327] DNLD_CMD (1221.321067): 802_11D_DOMAIN_INFO [0x5b], act 0x1, len 32, seqno 0x19 timeout 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441] QUEUE_CMD: 802_11_RF_ANTENNA [0x20] is queued [ 1221.540732] mlan_recv: EVENT 0x73 (1221.537479) [ 1221.545540] FW trigger fw dump [ 1221.548946] =====FW trigger dump==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" It seems the Big Endian version missed some conversion I can't the the Nxp case anymore so I post patches here Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" Hi, @Nicolas07  Currently I can only recommend you to have a try with our latest release to see whether still have this issue. FW: imx-firmware/FwImage_IW610_USB at lf-6.18.20_2.0.0 · nxp-imx/imx-firmware · GitHub Driver: GitHub - nxp-imx/mwifiex: WiFi extensions · GitHub And at the same time, I will check internally whether this is a known issue and also have a try with our I.MX 8MMini board with our IW610-EVK(configure to USB-USB mode) to see whether have issue on  our board. Best regards, Christine. Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" Hello @Christine_Li  I am using commit b8c868b7cb9feef21cfca1f6797c7ecddd2a154f almost last one with associated firmware.  I add some patches for big endian, some algebric computation are done on swap value rather swaping at the end; Some constant need swap too, and a signed char for rssi is bad converted too but now the FW and drivers starts. No more crash, I am following on BT integration but I need to patch in btusb to dissociate wifi and bt to avoid BT driver catch all interfaces. I have now some BT dmesg errors :  [ 730.281450] Bluetooth: hci0: Opcode 0x2037 failed: -89 [ 889.879426] Bluetooth: hci0: Opcode 0x2037 failed: -89 [ 1316.825236] Bluetooth: hci0: Opcode 0x2037 failed: -89 [ 1624.159890] Bluetooth: hci0: Opcode 0x2036 failed: -16 [ 1666.734681] Bluetooth: hci0: unexpected cc 0x0c14 length: 1 < 249 Trying to figure out why Best Regards Nicolas

IW610（USB）固件在“WLAN固件激活”后约4秒崩溃 你好， 我在 openwrt 25 (6.12 内核) 上启动 IW610G 模块时遇到了困难。枚举过程现在进行得很顺利，固件下载似乎也没问题，但我遇到了崩溃。 USB枚举和固件下载每次都成功。该模块启动其主固件，打印“WLAN 固件已激活”，加载一个 VDLL 块（48000 字节）——然后，**大约 3.9 到 4.1 秒后**，固件崩溃并触发其自身的转储（“固件触发固件转储”）。在数十次启动（冷启动和热 EHCI 重新绑定周期）中，这种计时方式非常确定，这让我们怀疑是固定的内部定时器/看门狗，而不是随机信号噪声。 附件包含本次启动的完整固件转储文件（`file_fwdump`，1,230,600 字节）和驱动程序信息转储文件（`file_drv_info`，259,772 字节）。 以下是最近一次干净启动后的完整相关 dmesg 日志摘录： [ 34.484411] usb 1-1：发现新的 USB 设备，idVendor=0471，idProduct=0214，bcdDevice=40.00 [ 34.500356] usb 1-1：产品：NXP 无线设备 [ 34.525526] VID/PID = 471/214，Boot2 版本 = 4000 [ 34.573668] 请求固件：nxp/usbusb_iw610.bin.se [ 37.189918] fw_dnld：已下载 808824 字节 [ 37.381917] usb 1-1：USB 断开连接，设备编号 2 [ 37.883662] usb 1-1：使用 ehci 平台的新型高速 USB 设备，编号 3 [ 38.115044] usb 1-1：发现新的 USB 设备，idVendor=0471，idProduct=0215，bcdDevice=32.01 [ 38.131013] usb 1-1：产品：蓝牙和无线局域网复合设备 [ 38.288804] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.295470] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.300509] woal_usb_probe：无效的端点分配 [ 38.306315] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.312906] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.318003] woal_usb_probe：无效的端点分配 [ 38.473628] USB 探针：idVendor=471 idProduct=215 bInterfaceNumber=0 [ 38.480227] VID/PID = 471/215，Boot2 版本 = 3201 [ 38.485411] 附加 moal 句柄操作，卡接口类型：0x40d [ 38.628304] WLAN 固件已激活 [ 38.631408] on_time 为 38628138922 [ 38.655388] VDLL：请求固件：nxp/usbusb_iw610.bin.se [ 38.671234] VDLL 映像：长度=48000 [ 38.675868] fw_cap_info=0x487cbf03，dev_cap_mask=0xffffffff [ 38.681912] uuid: 30548cc5aad797baaa0885c430d55486 [ 38.686932] max_p2p_conn = 8, max_sta_conn = 8 [ 42.576334] FW 触发信号转储 <-- “WLAN 固件已激活”后约 3.95 秒 [ 42.579535] =====固件触发器转储==== [ 42.589155] 目录 /var/dump_42 创建成功 [ 42.601497] 固件转储目录名称为 /var/dump_42 [ 42.607105] DRV 转储数据位于 /var/dump_42/file_drv_info [ 43.786094] IOCTL 失败：d64defa8 id=0xd0000，sub_id=0xd0004 action=1，status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_11D_功能域_INFO_EXT) [ 43.796200] IOCTL 失败：12d298a2 id=0x30000，sub_id=0x30003 action=2，status_code=0x80000007 [CMD_CANCEL] (MLAN_OID_ANT_CFG) [ 43.807348] 11D：在固件中设置功能域信息时出错 [ 43.844117] 获取固件信息失败！状态=-1，错误代码=0x0 [ 43.954897] 固件初始化失败 [ 43.963379] 卡片已移除：-2 [ 44.027311] woal_usb_probe: woal_add_card 失败 考虑到“WLAN 固件已激活”后约 4 秒的确定性以及两个已取消的命令（`ANT_CFG`、`11D_DOMAIN_INFO_EXT`），此崩溃特征是否与 `MM6X18540` 系列中的任何已知问题相匹配，或者我们应该在固件转储中检查哪些特定内容？如果这样有用，我很乐意直接分享 `file_fwdump`/`file_drv_info` 文件——您希望我们如何发送它们？ 感谢您提供的任何建议。 - **主机SoC**：高通Atheros QCA9533（AR9531/QCA9533系列），定制板，OpenWrt，Linux内核6.12.71（ath79目标）。 - **模块**：NXP IW610（Wi-Fi 6 + BLE 5.4 + 802.15.4 组合），通过 USB2.0（Wi-Fi + BT）连接进行本次测试；板上存在 SPI（802.15.4）链路，但**目前已禁用**（见下文）。 - **驱动程序**：`nxp-imx/mwifiex`，提交 `09f41e1423e4806a127507d5fa284cd02c46772f` — "热修复版本 MM6X18540.p41 的驱动程序提交"（2025-12-23），分支“hotfix/lf-6.12.49_2.2.0_hotfix”。已编译 `MLAN_RELEASE_VERSION "540.p41"`。 - **固件**: `usbusb_iw610.bin.se`（仅限 Wi-Fi+BT，无 SPI 模块），从 `nxp-imx/imx-firmware` 提交 `216a015fea` 拉取 — “热修复版本 MM6X18540.p41 2025-12-23 的固件提交”，内部标签 `IW610-18.99.5.p86`。这是 NXP 官方发布的固件说明，与 p41 驱动程序配套使用。 - 模块参数（`wifi_mod_para.conf`）：`USBIW610 = { dual_nb=0 fw_name=nxp/usbusb_iw610.bin.se }` — 明确禁用第二个窄带 (802.15.4/SPI) 固件块，以便我们能够单独测试纯 USB Wi-Fi+BT。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 在调试模式下，DOMIAN INFO 似乎是固件未响应的最后一个命令： [ 1221.243476]QUEUE_CMD：802_11_SNMP_MIB [0x16] 已加入队列 [ 1221.251155] 11D:Country=US band=0 sub-band=1 dfs_region=1 [ 1221.256730] 11D：第一个通道=1，通道数=11，最大传输功率=23 [ 1221.262395] mlan%d: [ 1221.262402]QUEUE_CMD：802_11D_DOMAIN_INFO [0x5b] 已排队 [ 1221.270406] wlan_set_regiontable: 2.4G 0x10 [ 1221.274723] wlan_set_regiontable: 5G 0x10 [ 1221.283423] mlan%d: [ 1221.283454]DNLD_CMD (1221.280171):802_11_SNMP_MIB [0x16]，act 0x1，len 16，seqno 0x18，timeout 5000 [ 1221.295486] mlan_write_data_async_complete: CMD [ 1221.300210] mlan_recv: CMD (1221.296961) [ 1221.313352] mlan%d: [ 1221.313384]CMD_RESP (1221.310098):802_11_SNMP_MIB [0x8016]，结果 0，长度 16，序列号 0x18 [ 1221.324316] mlan%d: [ 1221.324327]DNLD_CMD (1221.321067):802_11D_DOMAIN_INFO [0x5b]，act 0x1，len 32，seqno 0x19 timeout 5000 [ 1221.336726] mlan_write_data_async_complete: CMD [ 1221.498408] mlan%d: [ 1221.498441]QUEUE_CMD：802_11_RF_ANTENNA [0x20] 已加入队列 [ 1221.540732] mlan_recv: 事件 0x73 (1221.537479) [ 1221.545540]固件触发固件转储 [ 1221.548946] =====固件触发器转储==== Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 看来大端字节序版本缺少一些转换。 我无法再处理 NXP 的案例了，所以在这里发布补丁。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 你好， @Nicolas07 目前我只能建议您尝试使用我们的最新版本，看看是否仍然存在此问题。 转发： imx-firmware/FwImage_IW610_USB at lf-6.18.20_2.0.0 · nxp-imx/imx-firmware · GitHub 司机： GitHub - nxp-imx/mwifiex：WiFi 扩展 · GitHub 同时，我将在内部检查这是否是一个已知问题，并尝试使用我们的 I.MX 8MMini 板和我们的 IW610-EVK（配置为 USB-USB 模式）来测试，看看我们的板子是否存在问题。 顺祝商祺！ Christine。 Re: IW610 (USB) firmware crashes ~4s after "WLAN FW is active" 你好@Christine_Li 我使用的是提交版本 b8c868b7cb9feef21cfca1f6797c7ecddd2a154f，几乎是最后一个版本及其关联的固件。 我添加了一些针对大端字节序的补丁，一些代数计算是在交换值上进行的，而不是在末尾进行交换；一些常量也需要交换，RSSI 的有符号字符转换也不好，但现在固件和驱动程序可以启动了。不再崩溃了，我正在研究蓝牙集成，但我需要对 btusb 进行修补，以分离 wifi 和 bt，以避免 BT 驱动程序捕获所有接口。 我现在遇到了一些 BT dmesg 错误： [ 730.281450] Bluetooth: hci0: 操作码 0x2037 失败: -89 [ 889.879426] Bluetooth: hci0: 操作码 0x2037 失败: -89 [ 1316.825236]蓝牙：hci0：操作码 0x2037 失败：-89 [ 1624.159890]蓝牙：hci0：操作码 0x2036 失败：-16 [ 1666.734681]蓝牙：hci0：意外的 cc 0x0c14 长度：1 < 249 试图弄清楚原因 顺祝商祺！ 尼古拉斯