auth_cntr は戻り値を提供する必要がありますか? OEM_Open モードで i.mx93 を使用して、無効に署名されたコンテナーの検出を検証していました。 u-bootの「\include\configs\imx93_evk.h」のコードauth_cntr が環境内の「if ステートメント」で使用できる値を返すことを意味します。 "auth_os=auth_cntr ${cntr_addr}\0" \ "mmcboot=echo Booting from mmc ...; " \ "run mmcargs; " \ "if test ${sec_boot} = yes; then " \ "if run auth_os; then " \ "run boot_os; " \ "else " \ "echo ERR: failed to authenticate; " \ "fi; " \ .... 「if run auth_os; then」というチェックは、コンテナ検証の成功が戻り値として利用できるという印象を与えます。 ただし、テストでは、有効な署名付きコンテナーと無効な署名付きコンテナーの両方で、結果は常に「0」になることが示されています。ahab_status コマンドは、無効な署名済みコンテナを検証した後、エラーを報告します。 これは OEM_Open デバイスでは予想される動作ですか?あるいはimx93_evk.hファイルは存在しない何かを暗示していますか? Security Yocto Project Re: Should auth_cntr provide a return value? 結果値は、auth_cntr コマンドの実行に関する情報のみを報告し、コンテナー自体が本物かどうかは報告しないようです。 OEM_Open シナリオでは、コンテナーが本物でない場合でも「run boot_os」が実行される可能性があります。 OEM_Closed シナリオの場合、auth_cntr を呼び出すとすぐに再起動されるSO、if ステートメントは完了しません。 Re: Should auth_cntr provide a return value? セクション<10.9ガイドの「セキュリティ リファレンス デザイン」が役立つかもしれません。 よろしくお願いします。 Harvey Re: Should auth_cntr provide a return value? 私は i.MX93 ベースのボード上で yocto scarthgap ベースのイメージを実行しており、かなり古い 2022.04 u-boot を実行しています (現時点では)。 アイデアとしては、Ahab コンテナをいくつか用意するというものでした。 - 1番目のコンテナ: ELE、DDR FW、SPL - 2番目のコンテナ: ATF、OP-TEE、U-Boot - 3番目のコンテナ: カーネル - 4番目のコンテナ: dtb - ....n番目 すべてのコンテナは信頼チェーンを介して検証されます。1 番目は ROM の検証から始まり、2 番目は SPL、3 番目、4 番目は u-boot で、さらに追加のコンテナが検証されます。 u-boot の 3 番目と 4 番目のコンテナを確認するには、auth_cntr コマンドを使用します。その結果は ahab_status 経由で提供されます。ただし、これを bootcmd に追加して、各コンテナを検証し、障害発生時に停止するか回復モードに移行できるようにするというアイデアでした。 SO質問なのですが、自動化/スクリプト化された実装で auth_cntr をCAN使用すればよいのでしょうか?または、コード自体にこれらの手順/検証を追加し、これらのチェックを処理するカスタム コマンドを呼び出す方が、より適切/通常の方法でしょうか? Re: Should auth_cntr provide a return value? auth_os はカーネルとDTBで構築されたコンテナを検証します。ahab_status は検証された内容を報告するだけです。 どのバージョンの BSP をテストしていますか? また、どのような AHAB イベント情報をテストしていますか? よろしくお願いいたします。 Harvey

unable to build for fusion F1 DSP MIMXRT595-EVK Hi,   When trying to build one of the examples (following https://mcuxpresso.nxp.com/mcuxsdk/25.06.00/html/boards/RT/evkmimxrt595/gettingStartedXplorer/topics/run_and_debug_from_command_line_environment_linux.html#build-and-debug-dsp-application) I get the following error: [nicolas@LPC84-nicolas xcc]$ make [ 5%] Building C object CMakeFiles/dsp_naturedsp_dsp.elf.dir/opt/mcuxpresso-ide/SDK_25_06_00_EVK-MIMXRT595/SDK_25_06_00_EVK-MIMXRT595/boards/evkmimxrt595/dsp_examples/naturedsp/fusionf1/main.c.obj Error: the "nxp_rt500_RI23_11_newlib" core is not in the current Xtensa core registry. You need to either specify the name of a registered Xtensa core (with the --xtensa-core option or the XTENSA_CORE environment variable) or specify a different registry of Xtensa cores (with the --xtensa-system option or the XTENSA_SYSTEM environment variable). The following Xtensa cores are available:   The  is set to XTENSA_SYSTEM is set .../builds/RI-2023.11-linux/nxp_rt500_RI23_11_newlib. XTENSA_CORE is set to "nxp_rt500_RI23_11_newlib", but is not found. No cores are available?   When using the Xplorer application I get the same error. The DSP configuration for linux newlib was downloaded from tensilica tools and installed using the GUI. The specific build error is:  **** Incremental Build [Wed, 23 Jul 2025 11:46:42] **** Project: test Configuration: nxp_rt500_RI23_11_newlib Build Target: Debug ******************************** .... LLVM ERROR: Failed to load library ~/xtensa/XtDevTools/install/builds/RI-2023.11-linux/nxp_rt500_RI23_11_newlib/config/llvm/lib/libXtensaCodeGen.so. Unsupported processor configuration. ~/xtensa/XtDevTools/install/builds/RI-2023.11-linux/nxp_rt500_RI23_11_newlib/config/llvm/lib/libXtensaCodeGen.so: cannot enable executable stack as shared object requires: Invalid argument ....     Could there be something wrong with the DSP configuration for linux (newlib) v10.1.11 download from tenisillica tools? Is anyone else experiencing issues on Linux?   Re: unable to build for fusion F1 DSP MIMXRT595-EVK Hi @Nicolas-ph , I did the same test for you on a test environment and the problem should be in the environment variable configuration. Modify it to the following configuration and it will work: XTENSA_SYSTEM=~/xtensa/XtDevTools/install/builds/RI-2023.11-linux/nxp_rt500_RI23_11_newlib/config export XTENSA_CORE=nxp_rt500_RI23_11_newlib export Best regards, Gavin Re: unable to build for fusion F1 DSP MIMXRT595-EVK Hi Gavin, Thank you for the reply.  If the license is not ok, I am unable to start the build process in the IDE. So that should not be it. Also, the Xplorer IDE reports that the license is ok in both windows and Linux. Best regards, Nicolas Re: unable to build for fusion F1 DSP MIMXRT595-EVK Hi @Nicolas-ph , Thanks for your interest in NXP MIMXRT series! The Windows environment can compile DSP code, so your configuration process should be fine. I just suspect that it could be due to a problem with the license in a Linux environment. Best regards, Gavin Re: unable to build for fusion F1 DSP MIMXRT595-EVK Update, going through the same steps on windows, I am able to build... Re: unable to build for fusion F1 DSP MIMXRT595-EVK Hello, You have two different errors. The first error is because your XTENSA_SYSTEM environment variable is incorrect. I think the confusion is because the documentation (like here)  is badly formatted. The correct variable as answered earlier: XTENSA_SYSTEM=~/xtensa/XtDevTools/install/builds/RI-2023.11-linux/nxp_rt500_RI23_11_newlib/config The second error is: "cannot enable executable stack". The reason for this is because security-enhanced Linux (SELinux) is not a supported platform by Xtensa Software Tools. You need to remove the executable stack requirement from libXtensaCodeGen.so. Make a copy of the file first just in case and then run this command: execstack -c ~/xtensa/XtDevTools/install/builds/RI-2023.11-linux/nxp_rt500_RI23_11_newlib/config/llvm/lib/libXtensaCodeGen.so This way I was able to debug the dsp_mu_polling example on Fedora 43 using the Xtensa Xplorer and the MCUXpresso IDE and the RT685-EVK. I was also able to compile the example using the terminal.

MC9S08DZ60ACLHを消去せずにデバッガーに接続する方法 こんにちは。私は組み込み分野では経験豊富ですが、CodeWarrior に関しては初心者です。私は、このチップをサポートする最新バージョンである CodeWarrior for MCU バージョン 11.1、ビルド ID:181224 を実行しています。私のデバッグ プローブは PE Micro Multilink LC です。 お客様が、内部エラーが報告されたため、当社の製品の 1 つを返品しました。何が問題なのかを突き止めるには、プロセッサのフラッシュのパラメータ領域に何が保存されているかを確認する必要があります。IDEs がチップを消去して新しいコードをロードしようとせずに、デバッグ プローブを MC9S08DZ60ACLH に接続する方法はありますか? ご協力ありがとうございます。 ロイド・スロニム Re: How to connect debugger to a MC9S08DZ60ACLH without erasing it 別の方法で、設定を見つけて「編集」をクリックすることで、「添付」ボタンをオンにすることができました。素晴らしいですね！@ZhangJennie さんのご助力に本当に感謝しています! ロイド Re: How to connect debugger to a MC9S08DZ60ACLH without erasing it こんにちは@lslonim テスト目的で、新しいワークスペースに新しいプロジェクトを作成してください。「接続」オプションはどのように機能しますか? この新しいプロジェクトで「接続」オプションがまだグレー表示になっている場合は、この新しいプロジェクトをここにアップロードしてください。私の側で直接確認します。 ありがとうございます ジャン・ジュン Re: How to connect debugger to a MC9S08DZ60ACLH without erasing it @ZhangJennieさん、ご提案ありがとうございます。試してみましたが、Attachボタンをオンにすることができません。添付のスクリーンショットをご覧ください。デバッグプローブは認識されているようで、デバッグを実行すると接続を試みます。プロセッサを消去してしまうリスクを冒したくないので、まだボードに接続していません。Attachを有効にするには他に何か必要な操作はありますか？ ロイド Re: How to connect debugger to a MC9S08DZ60ACLH without erasing it こんにちは@lslonim デバッグタイプを「添付」に設定してください。フラッシュを消去せずにチップを接続できるようになります。 お役に立てば幸いです。 ジャン・ジュン

mcuBoot multi-image hi, I am trying to modify the mcuboot_opensource example for RT1020 to support two images. I ended up with both mcuboot and ota_mcuboot_basic handling 2 images. However despite being able to get an image written to the secondary slots, then mcuboot never makes the copy to the primary slot. Could you tell me what steps I should follow? best regards Re: mcuBoot multi-image Hi @Gavin_Jia  I may have understood the problem. Version 2.1.0 of mcuboot (bundled in SDK 25.06) has at least one probable bug that plagues my case. in fact if you see https://github.com/mcu-tools/mcuboot/blob/v2.1.0/boot/bootutil/src/loader.c#L1883C1-L1884C76 the image number is checked against the slot number. Very strange. This was corrected in commit eb942067989569f9cf319b087d0bb16b16effd86 which is one of 333 commits between version 2.1.0 and 2.2.0 (a lot of fix are included) I would like to ask you to update mcuboot to the latest version as soon as possible best regards Max Re: mcuBoot multi-image Hi @Gavin_Jia  Thank you for your answer. I think there may have been a misunderstanding regarding my setup. Let me clarify my current situation and what I’m experiencing with MCUBoot. I want to use MCUBoot on RT1020 to manage two images, each with its own pair of slots (primary/secondary): I have configured MCUBoot for two images (standard multi-image, e.g. second-stage-bootloader + main-app), each with its own primary and secondary slot. I have programmed secondary slot of second-stage-bootloader image with valid, signed firmware images. On boot, MCUBoot does not copy the images from the secondary to the primary slot, and it does not boot any image. The boot log seems to recognize the images (see below), but it never completes the swap or boot: hello sbl. Bootloader Version 2.1.0 Non-optimal sector distribution, slot0 has 254 usable sectors (256 assigned) but slot1 has 256 assigned Primary image: magic=unset, swap_type=0x1, copy_done=0x3, image_ok=0x3 Secondary image: magic=good, swap_type=0x1, copy_done=0x3, image_ok=0x3 Boot source: none Image index: 0, Swap type: test Non-optimal sector distribution, slot0 has 254 usable sectors (256 assigned) but slot1 has 256 assigned Primary image: magic=unset, swap_type=0x1, copy_done=0x3, image_ok=0x3 Secondary image: magic=unset, swap_type=0x1, copy_done=0x3, image_ok=0x3 Boot source: none Unable to find bootable image It looks like MCUBoot detects the images, but fails the image dependency check, and ends up without a bootable image. I am not sure if I have misconfigured some option, or if the images (or image trailers) are missing a required field for the dependencies mechanism. My questions: What could cause MCUBoot to skip the swap/copy phase even when a valid image is present in the secondary slot (with good magic, etc.)? Is there something I need to explicitly set in the images or in MCUBoot config to satisfy the dependency checks? Can I get some hint on how to debug which dependency check is failing? I already confirmed both images are signed, with different version numbers. The flash layout seems correct and matches the MCUBoot config. Any advice or steps to debug this would be greatly appreciated. Here some details: in mcux_config.h added: #define CONFIG_UPDATEABLE_IMAGE_NUMBER 2 in flash_partition.h modified: #define BOOT_FLASH_ACT_UPD 0x60040000 #define BOOT_FLASH_CAND_UPD 0x60140000 #define BOOT_FLASH_ACT_APP 0x60240000 #define BOOT_FLASH_CAND_APP 0x60340000 in flash_partition.c modified: const char *boot_image_names[MCUBOOT_IMAGE_NUMBER] = {"UPD", "APP"}; struct flash_area boot_flash_map[MCUBOOT_IMAGE_SLOT_NUMBER] = { /* Image 0; slot 0 - Main Application Primary Slot */ {.fa_id = 0, .fa_device_id = FLASH_DEVICE_ID, .fa_off = BOOT_FLASH_ACT_UPD - BOOT_FLASH_BASE, .fa_size = BOOT_FLASH_CAND_UPD - BOOT_FLASH_ACT_UPD, .fa_name = "UPD_PRIMARY"}, /* Image 0; slot 1 - Main Application Secondary Slot */ {.fa_id = 1, .fa_device_id = FLASH_DEVICE_ID, .fa_off = BOOT_FLASH_CAND_UPD - BOOT_FLASH_BASE, .fa_size = BOOT_FLASH_CAND_UPD - BOOT_FLASH_ACT_UPD, .fa_name = "UPD_SECONDARY"}, #if 2 == MCUBOOT_IMAGE_NUMBER /* Image 1; slot 0 - Main Application Primary Slot */ {.fa_id = 2, .fa_device_id = FLASH_DEVICE_ID, .fa_off = BOOT_FLASH_ACT_APP - BOOT_FLASH_BASE, .fa_size = BOOT_FLASH_CAND_APP - BOOT_FLASH_ACT_APP, .fa_name = "APP_PRIMARY"}, /* Image 1; slot 1 - Main Application Secondary Slot */ {.fa_id = 3, .fa_device_id = FLASH_DEVICE_ID, .fa_off = BOOT_FLASH_CAND_APP - BOOT_FLASH_BASE, .fa_size = BOOT_FLASH_CAND_APP - BOOT_FLASH_ACT_APP, .fa_name = "APP_SECONDARY"}, #endif }; modified flash_api.c int flash_area_id_from_multi_image_slot(int image_index, int slot) { switch (slot) { case 0: case 2: return FLASH_AREA_IMAGE_PRIMARY(image_index); case 1: case 3: return FLASH_AREA_IMAGE_SECONDARY(image_index); default: return -1; /* flash_area_open will fail on that */ } } I couldn't find any tutorials on how to add more images to the flash map, so everything I did I did following what I thought was right. So what are the steps I should have followed? best regards Max Re: mcuBoot multi-image Hi @mastupristi , Thanks for your interest in NXP MIMXRT series! To test, you need to program the mcuboot_opensource project first, then, write the signed mcuboot_basic project to 0x60040000, and the second image to 0x60240000. Note that when signing, the two images use different version numbers. Best regards, Gavin

iMX93 ADC こんにちは、 iMX93 ADC ドライバを拡張して DMA と iio バッファーをサポートし、複数のサンプルをサンプリングしてバッファーに格納できるようにしたいと考えています。 修正したコードを添付します。そして、次のエラーが発生します。 [ 1.436577] imx93-adc 44530000.adc:エラー -EINVAL: この iio デバイスの登録に失敗しました。 [ 1.444518] imx93-adc: 44530000.adc のプローブがエラー -22 で失敗しました 何か助けが必要ですか? 件 Linux Re: iMX93 ADC こんにちは@Manuel_Salas 返事が遅くなってごめんなさい。OOO でした。 はい、ついに ADC を DMA で動作させることに成功しました。 ADC が DMA で動作するようになりました。 Re: iMX93 ADC こんにちは@BaselHn お元気でお過ごしのことと思います。 次の行を変更してみましたか: indio_dev->modes = INDIO_DIRECT_MODE; //| INDIO_BUFFER_TRIGGERED; 次の値に変更します。 indio_dev->modes = INDIO_DIRECT_MODE | INDIO_BUFFER_TRIGGERED; よろしくお願いいたします。 サラス。 Re: iMX93 ADC ねえ、これを連続モードで動作させることはできましたか? Re: iMX93 ADC こんにちは@mdeneen はい、そうしました Re: iMX93 ADC 連続モードに関する作業内容を共有していただけますか？

Issue with npu on imx95 Linux 6.12.20_2.0.0 Hi i am trying to run the label_image.py example on the imx95-a1-19x19-lpddr5-evk npu. But none of the nodes are delegated to the npu: I have tried to convert it using the eIQ neutron-converter: \nxp\eIQ_Toolkit_v1.16.0\bin\neutron-converter\MCU_SDK_25.06.00+Linux_6.12.20_2.0.0>neutron-converter When running the converted model i only get random and incorrect predictions: Am i doing something wrong or is the 6.12 neutron-converter corrupting the model? I tried the same apporach on Linux 6.6.36 and it worked perfect Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 HI @eirgut! After discussing with the internal team, we’ve identified some issues in the latest BSP release. Due to ongoing silicon changes in the i.MX95, certain features may not be compatible with earlier silicon revisions. We appreciate your patience and recommend keeping an eye on upcoming BSP updates and silicon version announcements. Best regards, Chavira Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 I mean this command: "python3 label_image.py -e /usr/lib/libneutron_delegate.so" Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 Hi @Chavira  Thank you for your reply! According to the python script, i should be able to use this command: $ python3 label_image.py --ext_delegate /usr/lib/libneutron_delegate.so I have tried with both scripts, but none of them are able to delegate nodes to the NPU Also the one i converted my self using the neutron-converter (\nxp\eIQ_Toolkit_v1.16.0\bin\neutron-converter\MCU_SDK_25.06.00+Linux_6.12.20_2.0.0>neutron-converter) runs on the npu, but seems like it just gives random variables: (When running the preconverted model on the cpu it predicts correctly) It seems that the MCU_SDK_25.06.00+Linux_6.12.20_2.0.0 converter corrupts the model. Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 Hi @eirgut! Thank you for contacting NXP Support! According to our Machine Learning User Guide, it looks like the command you're using is incorrect. To run the model accelerated on the NPU hardware using the Neutron Delegate on the i.MX 95, please use the following command: $ python3 label_image.py --ext_delegate /usr/lib/libneutron_delegate.so The output should be as follows: Loading external delegate from /usr/lib/libneutron_delegate.so with args: {} INFO: NeutronDelegate delegate: 29 nodes delegated out of 31 nodes with 1 partitions. Warm-up time: 1.9 ms Inference time: 1.7 ms 0.850980: military uniform 0.058824: Windsor tie 0.011765: bulletproof vest 0.007843: bow tie 0.007843: mortarboard Best Regards! Chavira

用于裸机调度的 M7 内核上的 imx8mp rpmsg 发送和接收示例 您好 有没有在 M7 内核上使用 rpmsg 进行裸机调度的示例？ 在 M7（裸机调度）和 A53（linux）之间进行通信 Re: imx8mp rpmsg send and recieve example on the M7 core for baremetal scheduling 嗨，@niz！ 感谢您联系恩智浦支持中心！ 我们为 i.MX8MP 提供了多个示例资源。您可以通过以下链接找到它们： https://github.com/nxp-mcuxpresso/mcux-sdk-examples/tree/main/evkmimx8mp/multicore_examples 致以最崇高的敬意， Chavira

imx95 Linux 6.12.20_2.0.0 での npu の問題 ハイ imx95-a1-19x19-lpddr5-evk NPUでlabel_image.pyサンプルを実行しようとしています。しかし、どのノードもNPUに委譲されていません。 eIQ Neutronコンバータを使用して変換してみました。 \nxp\eIQ_Toolkit_v1.16.0\bin\Neutron-コンバータ\MCU_SDK_25.06.00+Linux_6.12.20_2.0.0>Neutron-コンバータ 変換されたモデルを実行すると、ランダムで不正確な予測のみが得られます。 私が何か間違ったことをしているのでしょうか、それとも 6.12 Neutron コンバータがモデルを破損しているのでしょうか? Linux 6.6.36でも同じ方法を試しましたが、完璧に動作しました。 Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 こんにちは@eirgut ！ 社内チームと話し合った結果、最新の BSP リリースにいくつかの問題があることが判明しました。 i.MX95 ではシリコンの変更が継続的に行われているため、一部の機能は以前のシリコン リビジョンと互換性がない可能性があります。 皆様のご理解とご協力に感謝申し上げます。今後の BSP アップデートとシリコン バージョンの発表にご注目ください。 よろしくお願いします、 チャビラ Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 つまり、このコマンドです: 「python3 label_image.py -e /usr/lib/libneutron_delegate.so」 Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 こんにちは@Chavira お返事ありがとうございます！ Python スクリプトによると、次のコマンドを使用できるはずです: $ python3 label_image.py --ext_delegate /usr/lib/libneutron_delegate.so 両方のスクリプトを試してみましたが、どちらもノードをNPUに委任できませんでした。 また、Neutron コンバータを使用して自分で変換したもの (\nxp\eIQ_Toolkit_v1.16.0\bin\neutron-converter\MCU_SDK_25.06.00+Linux_6.12.20_2.0.0>neutron-converter) npu 上で実行されますが、ランダム変数を与えるだけのようです: (事前変換されたモデルをCPUで実行すると、正しく予測されます) MCU_SDK_25.06.00+Linux_6.12.20_2.0.0 コンバーターがモデルを破損するようです。 Re: Issue with npu on imx95 Linux 6.12.20_2.0.0 こんにちは@eirgut ！ NXP サポートにお問い合わせいただきありがとうございます。 弊社の機械学習ユーザーガイドによると、使用しているコマンドが間違っているようです。 i.MX 95 上の Neutron Delegate を使用して NPU ハードウェアで高速化されたモデルを実行するには、次のコマンドを使用してください。 $ python3 label_image.py --ext_delegate /usr/lib/libneutron_delegate.so 出力は次のようになります。 Loading external delegate from /usr/lib/libneutron_delegate.so with args: {} INFO: NeutronDelegate delegate: 29 nodes delegated out of 31 nodes with 1 partitions. Warm-up time: 1.9 ms Inference time: 1.7 ms 0.850980: military uniform 0.058824: Windsor tie 0.011765: bulletproof vest 0.007843: bow tie 0.007843: mortarboard よろしくお願いいたします！ チャビラ

imx8mp 路由器回环，导致NETDEV WATCHDOG复位，无法恢复  您好，请问下我们的a板和b板同时接到交换机，然后a-b互ping，交换机由于误操作出现了环网（一个网线的两端都接到了交换机上），内核出现问题了（直接重启，或者debug卡死等），详细log在附件 [ 314.850236] ------------[ cut here ]------------ [ 314.854871] NETDEV WATCHDOG: ens3 (fec): transmit queue 0 timed out 3384 ms [ 314.861910] WARNING: CPU: 0 PID: 15 at net/sched/sch_generic.c:525 dev_watchdog+0x234/0x23c [ 314.870271] Modules linked in: [ 314.873329] CPU: 0 PID: 15 Comm: ksoftirqd/0 Not tainted 6.6.3-g9d3450dbcab9-dirty #71 [ 314.881246] Hardware name: NXP i.MX8MPlus EVK board (DT) [ 314.886555] pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 314.893516] pc : dev_watchdog+0x234/0x23c [ 314.897528] lr : dev_watchdog+0x234/0x23c [ 314.901538] sp : ffff8000823e3c20 [ 314.904850] x29: ffff8000823e3c20 x28: 0000000000000100 x27: ffff8000823e3cd0 [ 314.911989] x26: ffff8000820d69c0 x25: 0000000000000d38 x24: ffff8000820d6000 [ 314.919128] x23: 0000000000000000 x22: ffff0000055503dc x21: ffff000005550000 [ 314.926266] x20: ffff00000589c400 x19: ffff000005550488 x18: 0000000000000006 [ 314.933404] x17: ffff8000821b62e8 x16: 0000000073e4d9ea x15: ffff8000823e3640 [ 314.940541] x14: 0000000000000000 x13: ffff8000820f0da0 x12: 0000000000000672 [ 314.947679] x11: 0000000000000226 x10: ffff800082148da0 x9 : ffff8000820f0da0 [ 314.954818] x8 : 00000000ffffefff x7 : ffff800082148da0 x6 : 80000000fffff000 [ 314.961956] x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 [ 314.969093] x2 : 0000000000000000 x1 : 0000000000000000 x0 : ffff00000412d880 i.MX8ULP Linux

在 i.MX8QXP SoM 上实现用于显示控制和系统重启的双功能 GPIO 键映射 你好， 我们使用的是 i.mx8QXP SoM，并使用以下 Yocto 配置版本了操作系统映像： 机器 = imx8qxpc0mek 发行版 = fsl-imx-wayland DISTRO_VERSION = 6.6-scarthgap 内核版本： 6.6.36 我们通过 I2C 连接了 GPIO 扩展器，并成功地将几个 GPIO 映射到数字键和字母等关键事件上。 现在，我们要为一个 GPIO 键分配双重功能： 短按：关闭显示屏。 长按（≥5 秒）：重启系统。 我们正在寻找合适的 Linux 输入事件密钥码，通过双重功能和设备树配置来分配这种行为。 Regads, Adnan i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project

UART経由のBCM4345C5搭載i.MX 6ULLでのBluetooth初期化失敗 お問い合わせの概要 当社のカスタム i.MX 6ULL ボードで継続的に発生する不安定な Bluetooth 初期化エラーについて、公式のガイダンスを求めています。このシステムでは、UART3 (ttymxc2) 経由でコネクテッド Synaptics BCM4345C5 モジュールを使用します。ファームウェアのダウンロードは断続的にしか成功せず、徹底的なデバッグにもかかわらず安定した動作を実現できませんでした。この問題の核心は、UART インターフェースの pinctrl 構成に関連しているようです。 システム環境 プロセッサ: NXP i.MX 6ULL Bluetoothモジュール: Synaptics BCM4345C5 インターフェース: ハードウェアフロー制御 (RTS/CTS) を備えた UART3 (ttymxc2) オペレーティングシステム: Yocto ベースのカスタム Linux BlueZ バージョン: 5.64 ファームウェアローダー: brcm_patchram_plus 問題の説明 HCD ファームウェアをロードしようとすると、さまざまな予期しない障害が発生します。 brcm_patchram_plus が無期限にハングするか、HCI リセット コマンドを繰り返し送信します。 カーネル ログには、コマンド tx タイムアウトとフレーム再構成失敗 (-84) エラーが表示され、データ破損を示しています。 まれにダウンロードが完了したように見える場合、hci0 インターフェースは null BD アドレス (00:00:00:00:00:00) を報告し、DOWN のままになります。 トラブルシューティングの手順と主な結果 広範囲にわたるソフトウェアおよびハードウェア レベルのデバッグを実行しました。さまざまなボー レート、ファームウェア ローダー オプション、スクリプト ロジック (マルチステージ リセットや有効な BD アドレスの監視を含む) をテストしましたが、成功しませんでした。 調査の結果、UART ピンの異なる pinctrl 値によって障害の症状が大幅に変化することから、これはハードウェア レベルのシグナリングの問題であることが確認されました。 0x1b0b0: (TX/RX) & 0x130b0 (RTS/CTS): この非標準の混合構成は、断続的に動作する唯一の設定でした。 0x1b0b0 (すべてのピン): データ破損が発生しました (tx タイムアウト)。 0x170b1 (すべてのピン): ファームウェアのダウンロードが完全に停止しました。 Synapticsからの重要な情報: 私たちのハードウェアデザインでは、Synaptics から「UART ライン上のプルアップ抵抗を削除する」という直接の指示を受けました。これは、BCM4345C5 モジュールが外部プルアップで動作することを目的としていないことを強く示唆しています。 この新しい情報により、i.MX 6ULL の内部プルアップ抵抗器を有効にした以前の pinctrl テストが根本的に間違っており、信号の競合 (「ダブル プルアップ」状態) を引き起こした可能性が高いと考えられます。 NXPサポートへの質問 1. 「プルアップなし」デザインの pinctrl: Synaptics からの外部プルアップ抵抗なしで動作するための要件を考慮すると、i.MX 6ULL UART ピンに公式に推奨される pinctrl 値は何ですか?すべての内部プルアップ/プルダウン機能を無効にして、ピンを実質的に High-Z またはキーパー状態に設定する構成が必要です。 2. 推奨される初期化シーケンス: このハードウェアの組み合わせに必要な、文書化されていない特定の初期化シーケンス (電源、GPIO リセット、stty 構成の正確なタイミングなど) が欠落している可能性がありますか? 再開まで今しばらくお待ちください。 Re: Bluetooth Initialization Failure on i.MX 6ULL with BCM4345C5 via UART こんにちは@saintlee1107 ！ 特定の要件に基づいて適切なレジスタ値を計算する方法を説明します。 要約すると、次の行は SoC の 2 つのレジスタを構成します。 MX6UL_PAD_UART3_TX_DATA__UART3_DCE_TX 0x1b0b0 1)MX6UL_PAD_UART3_TX_DATA__UART3_DCE_TX: This defines the pin multiplexing (pinmux) configuration, assigning the UART3 transmit function to the corresponding pad. 2)0x1b0b0: This hexadecimal value sets the electrical characteristics of the pad, including pull-up/down resistors, drive strength, speed, and other parameters. 内部プルアップまたはプルダウン抵抗を無効にするには、構成値のビット 12 をクリアします。 Wi-Fi モジュールに合わせたより正確な設定については、 i.MX6UL リファレンス マニュアルを参照してください。これを使用して、次のレジスタの適切な値を計算します。 SW_PAD_CTL_PAD_UART3_TX_DATA SW_PAD_CTL_PAD_UART3_RX_DATA SW_PAD_CTL_PAD_UART3_CTS_B SW_PAD_CTL_PAD_UART3_RTS_B よろしくお願いいたします！ チャビラ Re: Bluetooth Initialization Failure on i.MX 6ULL with BCM4345C5 via UART こんにちは、チャビラさん。 早急なご対応ありがとうございます。UART3 の現在のデバイス ツリー構成は次のとおりです。 pinctrl_uart3: uart3grp { fsl、ピン = < MX6UL_PAD_UART3_TX_DATA__UART3_DCE_TX 0x1b0b0 MX6UL_PAD_UART3_RX_DATA__UART3_DCE_RX 0x1b0b0 MX6UL_PAD_UART3_RTS_B__UART3_DCE_RTS 0x130b0 MX6UL_PAD_UART3_CTS_B__UART3_DCE_CTS 0x130b0 >; }; 参考までに、完全な DTS ファイルを添付しました。 これは、TX/RX に 0x1b0b0、RTS/CTS に 0x130b0 を使用する混合構成です。この構成では、Bluetooth の初期化は断続的にしか機能しません。 他にもいくつかの構成を試しました。 すべてのピンが0x1b0b0に設定され、データが破損しました すべてのピンが0x170b1に設定されています - ファームウェアのダウンロードが完全に停止しました すべてのピンが0x1b0a0に設定されています - 駆動力が低下しましたが、それでも失敗しました Synaptics からは「UART ライン上のプルアップ抵抗を削除する」ようにアドバイスされているため、内部のプルアップ/プルダウン抵抗を完全に無効にする pinctrl 値が必要です。 内部のプルアップ/プルダウン抵抗を無効にするための適切な pinctrl 値を推奨していただけますか? ありがとう。 Re: Bluetooth Initialization Failure on i.MX 6ULL with BCM4345C5 via UART こんにちは@saintlee1107 ！ NXP サポートにお問い合わせいただきありがとうございます。 内部プルアップ抵抗とプルダウン抵抗は、使用しているデバイス ツリー内で直接構成されます。 これらの抵抗を無効にするためにデバイス ツリーを変更するお手伝いをさせていただきます。現在のデバイスツリーまたは関連セクションを共有していただけますか? よろしくお願いします、 チャビラ

[i.MX8ULP] Disable secure boot after it's been enabled Hello, We're looking at shipping our product with secure boot enabled by default, and checking legal obligations. In particular, the GPL requires user to be able to modify the software, so we're thinking of doing like android: allow disabling secure boot (and wipe all storage when we do so). Ideally we'd like to allow re-enabling as well later but this is not mandatory. But looking at the documentations I don't see anything that'd permit such disabling. (I've seen ahab_return_lifecycle, but nothing mentions this command in the security reference manual (or normal manual), nor uboot docs, but it requires a signed message and I'm not even sure it's appropriate in this context) Is there a way to toggle this? Or would we have to provide the user with a uboot that doesn't check kernel signatures or something like that? Thanks Re: [i.MX8ULP] Disable secure boot after it's been enabled Thank you, this (providing a SPL that can safely toggle between verifying or not) corresponds to what I was fearing as it's not something that sounds easy to do. I think that's what android does, so I'll check how they do it if required. Re: [i.MX8ULP] Disable secure boot after it's been enabled secure boot which is fused can't be disabled. images after SPL can be configured to not be verified. Regards Harvey Re: [i.MX8ULP] Disable secure boot after it's been enabled Correcting myself on the license requirements (not a lawyer, so apparently), GPLv2 does require to provide installation scripts but it does not require to provide the ability to install it (e.g. secure boot keys) unlike GPLv3 that would have required these, so we apparently don't strictly need to provide the ability to disable secure boot. Nevertheless, I'm still interested to provide this functionality for advanced users, so if there is any way I'm all ears. Thank you

OTG in LPC1754 Hi I want to use otg in LPC1754. Does it need an otg transceiver? Re: OTG in LPC1754 Thanks Re: OTG in LPC1754 Hello @jalilisahar  Yes, For OTG functionality an external OTG transceiver must be connected to the LPC176x/5x: Use the internal USB transceiver for USB signalling and use the external OTG transceiver for OTG functionality only. BR Alice

FS32K144WAT0WLHT は、井戸環境で使用中に異常なクラッシュが発生しました。 地下環境におけるマイクロコントローラの動作温度は約120℃です。理論上の動作温度範囲は0～150℃です。コードにウォッチドッグ タイマーが追加されました。動作温度による異常凍結の他に、異常凍結を引き起こす原因は何ですかCAN？FS32K144WAT0WLH の高温エージングテストデータを提供していただけますか? S32K1 Re: The FS32K144WAT0WLHT encountered an abnormal crashed when being used in the well environment. あなたのメールアドレスに品質情報をお送りします。 Re: The FS32K144WAT0WLHT encountered an abnormal crashed when being used in the well environment. 温度センサには、TI 社製の TMP シリーズのチップが使用されています。これらのチップの耐熱性は150℃です。手術時間はおよそ2ヶ月です。現在、s32k144w はスタック状態にあります。 Re: The FS32K144WAT0WLHT encountered an abnormal crashed when being used in the well environment. こんにちは、周波数制限とジャンクション温度もあります。 動作時間に対する既知の依存関係はありますか?S32K1 を搭載した製品には何らかの温度センサが内蔵されていますか?

s32g3 pfe - help reqired for implementing a driver running in secure trustzone This is for the partner Provenrun, implementing the own OS ProvenCore that runs from the Secure World of the ARM TrustZone As part of the integration of its formally Proven OS (ProvenCore) onto the TrustZone of the Cortex-A53 of the S32G3, ProvenRun developed a HIF driver for getting network access for its OS and Trusted Applications. The HIF is assignment is as follows : HIF0 is the master HIF, belongs to the M7 core HIF1 is a slave assigned to ProvenCore (CortexA, S-World) HIF2 is a slave a QNX and VM guest (CortexA, NS-World) HIF3 is a slave assigned to ProvenCore (CortexA, S-World) The PFE is setup as a L2 bridge. The initialization and loading of PFE FW are performed by the M7, before the Cortex-A are reset. The current test setup is as it follows: * S32G3 Evaluation board * HIF 1 Standalone driver      * HIF 1 driver communicate with EMAC 1 * Test application sending packets as fast as possible on top of the HIF driver. Questions and requests: 1. Need clarification whether HIF1 standalone driver is considered as slave or not. 2. Can the HIF driver access PFE registers? 3. How to manage the LLTX? (Reverse engineering the Linux drivers is not an option.) 4. A debugging session with the PFE expert team. Thanks PFE PFE Linux Re: s32g3 pfe - help reqired for implementing a driver running in secure trustzone Closing thread as initial questions from customer are answered and clarified. For further specific questions, Would create a new thread with reference to this case. Regards, Guru Re: s32g3 pfe - help reqired for implementing a driver running in secure trustzone Thank you Milan. @Sridhar_FAE , FYI. Re: s32g3 pfe - help reqired for implementing a driver running in secure trustzone Hi Adrian,  I have replied in e-mail thread, but to keep the update also here, I will try to answer the questions.  In Multi-Instance setup with multiple HIF drivers instances, we separate them as Master - Slave drivers. Customer has multiple HIF drivers with HIF 1 standalone driver, which can be called Slave from our perspective. Only Master driver can access PFE registers in our design, so no. HIF driver can access only HIF channel registers. - see PFE_LNX_DRV_S32G_UserManual.pdf (2.9.4 Memory access permissions) LLTX is some kind of workaround for TX packets to avoid dropping in EMAC TMU. It is implemented by driver checking EMAC TMU queue level before sending data to HIF channel. It is described more in e-mail. We had some engineering session with some PoC demo presentation shared. But it is not recommended to apply, as the customer use case might not be valid for LLTX. Regards Milan

Help needed with PF5020 I2C slave address for reading device ID I am currently working on interfacing the PF5020 PMIC via I2C to read its device ID. I have tried using the following slave addresses to communicate with the device but have not received any response: 0x08 0x08 << 1 (which is 0x10) 0x10 0x11 Could you please confirm the correct 7-bit slave address for the PF5020? Also, if there are any specific steps or register addresses I should use to read the device ID, that information would be highly appreciated. Thank you in advance for your support. Best regards, [shivani] Re: Help needed with PF5020 I2C slave address for reading device ID Hello, In order to read from a slave: The master must first instruct the slave, which register it wishes to read from. The master starting off the transmission by sending the slave address with the R/W bit equal to logic 0 (signifying a write), followed by the register address it wishes to read from. Once the slave acknowledges this register address, the master will send a START condition again, followed by the slave address with the R/W bit set to logic 1 (signifying a read). This time, the slave acknowledges the read request, and the master releases the SDA bus, but continues supplying the clock to the slave. During this part of the transaction, the master becomes the master-receiver, and the slave becomes the slave-transmitter. The master continues sending out the clock pulses, but releases the SDA line, so that the slave can transmit data. At the end of every data byte, the master sends an ACK to the slave, letting the slave know that it is ready for more data. Once the master has received the number of bytes it is expecting, it sends a NACK, signaling to the slave to halt communications and release the bus. The master then finishes the communication with a STOP condition. Please refer to application note AN13107 PF series PMIC I2C-bus communication overview Hope this helps!

フラッシュ保護レジスタ こんにちは、チーム 私は S32K3 マイクロを使用していますが、PFLASH レジスタを操作しているときに、いくつかのレジスタに混乱しました。 ブロックnセットセクターロック（PFCBLK0_SETSLOCK - PFCBLK4_SETSLOCK）（0x40268380-390） ブロックnセットスーパーセクターロック（PFCBLK0_SSETSLOCK - PFCBLK3_SSETSLOCK）（0x4026839C-3A8） このレジスターは何の用途があるのでしょうか?このレジスタはどのようなユースCASEで使用されていますか? セクターとスーパーセクターをロックおよびロック解除するための PFCBLKn_SPELOCK/PFCBLKn_SSPELOCK レジスタがあることは理解していますが、なぜこのレジスタに PFCBLKn_SETSLOCK/PFCBLKn_SSETSLOCK が必要なのでしょうか? S32K3 Re: Flash Protection Register こんにちは@Yellow これらのレジスタにより、マスターは対応するセクターまたはスーパーセクターのロック ビットを制御できるようになります。マスターがこの所有権を設定すると、異なるドメイン ID を持つ他のマスターによるロック ビットの変更の試みはすべて無視されます。S32K3xx 製品シリーズの各マスターに割り当てられたドメイン ID の詳細については、リファレンス マニュアルの XRDC の章を参照してください。 BR、ヴェインB

请求 FS26 文件（有关 SPI 命令的问题） 你好 我希望收到有关 FS26 的所有文件，我只有 AN12995 文件。该文件没有关于 SPI 命令的信息。 我想知道能否通过 SPI 接收到有关 KL30 的信息。 能否将有关 FS26 的所有文件发给我？ 谢谢！ Re: Request FS26 files (question about SPI commands) 你好，MVR 日安 当然，您可以在我们的官方网页FS26中找到大量文件。 进入网站后，请向下滚动至文档部分。 在这里，您可以找到数据表、用户手册、应用笔记等。 不过，如果您需要更多信息，可以访问我们的安全文件部分，那里有更详细的信息和更多示例 不过，要访问安全文件，您必须与我们签订有效的保密协议。如果您没有，请打开一个案例，说明您希望与我们签订 NDA 协议，以便将您转到相应的团队。 我不是那一地区的人，所以我无法告诉你有关 NDA 的许多细节。 一旦获得有效的 NDA，您就可以查看我们的所有文件。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你愉快，好运连连。

デバイスIDの読み取りにPF5020 I2Cスレーブアドレスを使用するためのヘルプが必要です 現在、PF5020 PMIC を I2C 経由でインターフェイスし、デバイス ID を読み取る作業を行っています。次のスレーブ アドレスを使用してデバイスと通信しようとしましたが、応答がありませんでした。 0x08 0x08 << 1 (つまり0x10) 0x10 0x11 PF5020 の正しい 7 ビット スレーブ アドレスを確認していただけますか?また、デバイス ID を読み取るために使用すべき特定の手順やレジスタ アドレスがある場合は、その情報もいただければ幸いです。 どうぞよろしくお願いいたします。 よろしくお願いいたします。 [シヴァニ] Re: Help needed with PF5020 I2C slave address for reading device ID こんにちは、 スレーブから読み取るには: マスターは最初に、どのレジスタから読み取りたいかをスレーブに指示する必要があります。マスターは、R/W ビットが論理 0 (書き込みを示す) に等しいスレーブ アドレスを送信し、その後に読み取りたいレジスタ アドレスを送信して送信を開始します。 スレーブがこのレジスタ アドレスを確認すると、マスターは再度 START 条件を送信し、その後に R/W ビットがロジック 1 (読み取りを示す) に設定されたスレーブ アドレスを送信します。今回はスレーブが読み取り要求を確認し、 マスターは SDA バスを解放しますが、スレーブへのクロックの供給は継続します。トランザクションのこの部分では、マスターはマスター受信機になり、スレーブはスレーブ送信機になります。 マスターはクロックパルスの送信を継続しますが、スレーブがデータを送信できるように SDA ラインを解放します。各データ バイトの最後に、マスターは ACK をスレーブに送信し、スレーブがさらにデータを受け取る準備ができていることを知らせます。 マスターは、期待するバイト数を受信すると、NACK を送信し、通信を停止してバスを解放するようにスレーブに通知します。 その後、マスターは STOP 条件で通信を終了します。 アプリケーションノートAN13107 PFシリーズPMIC I2Cバス通信の概要を参照してください。 これが役に立つことを祈ります!

IW611 firmware load Hi, am working on an MCU system in which the FW is loaded via UART to a Murata IW611 chipset. At bootup, the IW611 starts off at 115200 baud, and the baud can further be changed after the FW is loaded, (to 3M baud for example). I was wondering if there was a way to change the default baud rate for the FW load step, is this possible. Also is there a github link with the latest NXP chipset FW, i.e (.bin or .hex files) Thanks, Re: IW611 firmware load Hi, @bakerngan  If you have our secure files access for IW611, then you can refer to:  Bluetooth Software User Manual for AW611, IW611, and IW612 - User manual (confidential) Or download our release package from our IW611 website. For example:  SD-WLAN-UART-BT-IW611-LNX_6_12_20-IMX8-18.99.3.p25.10-18.99.3.p25.10-MM6X18537.p15-GPL Refer to the fw_loader source code(UART-FW-LOADER-358-src.tgz inside of above release package), the fw_loader utility is your best reference to implement this feature. If you do not have access to above doc and secure software release package, then you need to apply through below link.(It needs NDA and provide us your project info). Request secure access rights For your info, the secure files access is limited controlled, and granted according to project annual volume. Hope above info can help you somehow. Best regards, Christine. Re: IW611 firmware load Hi, since we are using a MCU that's not NXP to communicate with the IW611, it would be greatly helpful if we had a protocol spec for the bootloader. Since you do not have permission to give it, who would I need  escalate/contact in order to get it?  Thanks, BN Re: IW611 firmware load Hi， @bakerngan  Anything else I can do for you on this case? Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  Sorry for the inconvenience. This kind of doc is under security, even I also do not have permissive to get it. We only have FW_Loader utility to finish this baud rate improve process as below: 2.2 High baud rate change with bootloader The FW_loader command shown below includes an additional optional parameter to set the second baud rate. fw_loader Command example for IW611: # ./fw_loader /dev/ttymxc2 115200 0 uartspi_n61x_v1.bin.se 3000000 Note: The UART port is /dev/ttymxc2 and the baud rate is 3000000 bit/s. For uncalibrated EVBs, use the baud rate of 115200 bit/s. To check the UART port, enter dmesg | grep /dev/tty. Best regards, Christine. Re: IW611 firmware load Hi, thanks for confirming the chip is capable of switching to a faster baud rate, this is currently what I am trying to acheive. Is there any documentation that describes this protocol to change the baud rate?, i.e what is CMD5? It would be helpful if I could get a document that describes the commands I need to send to change the baud rate Re: IW611 firmware load Hi, @bakerngan  Hope you are doing well. Anything else I can do for you on this case? Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  Hope you are doing well. Anything else I can do for you on this case? Best regards, Christine. Re: IW611 firmware load Hi， @bakerngan  The FW_Loader utility downloads the Bluetooth firmware directly to the Wireless SoC device via the bootloader. The default baud rate of the bootloader is 115,200 bps and the flow control is disabled. A wireless SoC bootloader supports high baud rates and flow control changes. The FW_loader can issue one CMD5 to change the bootloader baud rate and then download the firmware directly to the device. So, it means, for your question, my answer is: yes, this secondary baud rate (faster speed) supported in the boot fw by the iw611.  Best regards, Christine. Re: IW611 firmware load I am not using an NXP MCU, but an ALIF E7 MCU. I have ported over the low level uart drivers to my system but I am using the top level protocol to initiate the FW download protocol.  I am using this fw_loader_uart.c file as a reference, which includes references to a secondary baud rate I have attached the file as well.  So back to my original question, is if this secondary baud rate (faster speed) supported in the boot fw by the iw611.  Re: IW611 firmware load Hi, @bakerngan  Hope you are doing well. Anything else I can do for you on this case? Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  By the way, are you using our RT series as your MCU platform? Would you mind let me know your MCU platform? And for the BT example, can you please let me know the detailed name? For the SDK, did you download our RT series SDK? Best regards, Christine. Re: IW611 firmware load Hi， @bakerngan  Hope you are doing well! The reason why I told you that we do not recommend you to change the default baud rate is you are using module, not COB. The method to change the default baud rate is using our labtool application on Windows to change the BT baud rate parameters in OTP. But OTP can only be modified 2-3 times, Murata has modified/written at least one time, if you modify it, I worry your module will be damaged. If Murata told you that it can change, can you please ask them how to change? I also prefer to learn this knowledge. Or, maybe we have some misunderstandings during the communication. Have a nice day~  Best regards, Christine. Re: IW611 firmware load Hi @Christine_Li could you explain why it is not recommended to change the default baud rate in the FW load phase? As far as I understand, it is defaulted to 115200 just because it is a common baud, setting it to 3M after the FW load works fine, why would this not be the case in FW load?  As for the SDK, I am using the latest from NXP 2.16 (mcu expresso). In the bluetooth examples, specifically, the examples specify a primary and secondary baud rate. It looks like the boot-rom can switch to this secondary baud rate if it fails to communicate with the primary baud rate. (the primary being 115200 and secondary, much faster at 3M). I had issues getting the secondary baud rate to work however, so brought be here in the first place.  In the earlier post you mentioned this wasn't possible since the baud rate was set by the partner (Murata), but since NXP owns the code for the FW and the boot rom, can you clarify that this is still case even though there seems to be code in the FW loading protocol to support multiple baud rates.  Re: IW611 firmware load Hi, @bakerngan  Currently we do not have BT only FW file, but for IW611 you can use this one: uartspi_n61x_v1.bin.se Because IW611 doesn't support SPI(802.15.4), you can use this FW to ignore Wi-Fi part and 802.15.4 part. And also this FW size is pretty smaller than Wi-Fi+BT combo FW. Hope it can help you somehow. Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  Usually, for modules, the default baud rate is defined by our module partner. If you are using our chip to make modules by yourself, then you can change the default baud rate in manufacture mode. But you mentioned you are using module, not COB design, so we do not recommend you to change the default baud rate. who owns the code for the boot rom? =>Yes, NXP. From the NXP SDK it looks like the FW loading protocol is by NXP, not murata. ==>Can you please let me know your SDK version? Where SDK did you get? I can download the same SDK with you to check it for you. Best regards, Christine. Re: IW611 firmware load Hi, I have asked Murata the same question, and they say it is possible in the bootloader to change the baud rate before FW load. My question is, who owns the code for the bootrom? Is it NXP or Murata? From the NXP SDK it looks like the FW loading protocol is by NXP, not murata. Is it possible to escalate this further so I can get more information. Thanks Re: IW611 firmware load Hi, @bakerngan  Anything else I can do for you on this case? If still need any help or have any concerns on this case, please do not hesitate to let me know or create a new case to us.   Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  No, please do not use this uartuart one currently. It has not been tested by our QA team, so we do not recommend to use it. Even I think uartuart one should be the BT only FW, but before we give the confirmed info, please do not use it in your project to avoid some unexpected issues. Best regards, Christine. Re: IW611 firmware load Since there is a wifi only FW, is there  a bluetooth only FW? I see the uartuart one has the smallest size, could that be the case? I have tried it and it seems to work with bluetooth. In out application we are using only BT for now, so the smaller sizes makes it more convenient for loading.  Re: IW611 firmware load Hi， @bakerngan  For uartuart_n61x_v1.bin.se I have checked internally, now this one is useless. Please ignore it. Please do not hesitate to let me know if you still have any questions. Otherwise, please help to click my answer as a solution so that we can close this thread. For sure, if you have any other questions or topics, feel free to create new case to us. Have a nice day~ Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  Thanks for your reply. Yes, you are right, these FWs are related to interface and protocols. sd_w61x_v1.bin.se This is a Wi-Fi only FW which using SDIO interface. sduart_nw61x_v1.bin.se This is Wi-Fi(SDIO) and Bluetooth(UART) combo FW for IW611. For IW612, this FW also includes 802.15.4, means Wi-Fi+Bluetooth+802.15.4 combo FW. uartspi_n61x_v1.bin.se This one is Bluetooth(UART) and 802.15.4(SPI) for IW612. The difference between IW611 and IW612 is: IW611 doesn't support 802.15.4, but IW612 supports. So, for Wi-Fi and Bluetooth, IW611 is same with IW612.  uartuart_n61x_v1.bin.se I have never seen this uartuart FW before. When I download the FW from our nxp.com, there is no uartuart FW. I think you can also ignore this one when you use in your project. Hope above is clear for you. Please do not hesitate to let me know if you still have any questions. Otherwise, please help to click my answer as a solution so that we can close this thread. For sure, if you have any other questions or topics, feel free to create new case to us. Have a nice day~ Best regards, Christine. Re: IW611 firmware load actually, i do have one last question,  So i go into the fw directory for iw611 FW. I see 4 files, sd_w61x_v1.bin.se sduart_nw61x_v1.bin.se uartspi_n61x_v1.bin.se uartuart_n61x_v1.bin.se What is the difference between these 4? Which one should i be using. I am using uart for bt and sdio for wifi. I am assuming it has something to do with the interfaces, but it would be helpful to know what they mean.  Thanks Re: IW611 firmware load I think that is all the questions i have for now Re: IW611 firmware load Hi, @bakerngan  Anything else I can do for you on this case? Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  For Wi-Fi module, the default baud rate is fixed by our module partner. Could not modify the default baud rate manually before/during FW loading. Sorry for the inconvenience. Please let me know whether have any other concerns on this case. Have a nice day! Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  You can download our latest FW through below way: For FW: # git clone https://github.com/NXP/imx-firmware.git -b lf-6.12.20-2.0.0 # cd imx-firmware/nxp/ For your information, you can refer to our I.MX RT series(Which is FRTOS) documents to use IW611's Wi-Fi/Bluetooth. Hope below link's doc can help you somehow. https://docs.nxp.com/bundle/UM11441/page/topics/run_a_wifi_demo_application.html https://docs.nxp.com/bundle/UM11443/page/topics/wi-fi_debug_features_and_configurations.html Best regards, Christine. Re: IW611 firmware load Hi, @bakerngan  Thanks for creating case to us. I will check the details and reply to you if need further info or have any updates.   Best regards, Christine.