How to use the EdgeLock® Secure Enclave (ELE) on i.MX 93: Storing and using encryption keys via PKCS#11 (Japanese blog) This article explains how to use the cryptographic accelerator and key management functions of the i.MX 93's built-in EdgeLock ® Secure Enclave (ELE) via PKCS#11. PKCS#11 is a widely used API in cryptography and can be integrated with OpenSSL, another widely used library. Therefore, protection can be applied to all applications that perform authentication using PKCS#11 or OpenSSL (e.g., Eclipse Mosquitto ™ etc.) without any modifications to the application itself . The fact that it provides cryptographic acceleration and key management functions is something it shares with secure elements such as the SE050 , which are introduced in another article. For an overview of cryptographic accelerators and key management, as well as a general comparison and usage guidelines with secure elements, please refer to the following article. This article explains commonly heard features in semiconductor hardware security (Secure Element, Secure Enclave, TPM, HSM, TEE, TrustZone, etc.) (Japanese blog). Estimated time: Approximately 55 minutes (excluding Yocto build) Using ELE via pkcs11-tool: 10 minutes Using ELE via openssl: 10 minutes Creating a PKCS#11 URI PEM file: 5 minutes Cloud connectivity to Azure IoT Hub: 30 minutes Keita_Nagashima_0-1785473891452.png   Environment used for testing Hardware: FRDM i.MX 93 Development Board ( FRDM-IMX93 ) 32GB microSD card (If you are writing an image to an SD card and using it. It is also thought that 16GB will work.) software: Linux BSP Version L6.18.2-1.0.0 *The pre-built image on the FRDM-IMX93 webpage does not work correctly, so please build it using the following instructions. [Beginner's Guide] How to Build Yocto Linux BSP - i.MX FRDM Board Edition (Japanese Blog)   When I built it, I used the following commands when running repo init and imx-setup-release.sh: repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-whinlatter -m imx-6.18.2-1.0.0.xml DISTRO=fsl-imx-wayland MACHINE=imx93-11x11-lpddr4x-frdm source imx-setup-release.sh -b ./build     Overview of EdgeLock® Secure Enclave (ELE)   In i.MX 93, "EdgeLock® Secure Enclave (ELE)" is a security block that integrates numerous advanced security features provided by NXP, including cryptographic accelerators, key management, overall SoC monitoring, and access rights management.   Secure Boot is a representative feature for monitoring the entire SoC and managing access rights. For information on Secure Boot in i.MX 93 and how to use it, please refer to the following article. i.MX 93 Processor: Explaining the Secure Boot Signature and Authentication Mechanism (Japanese Blog) i.MX 93 Processor: How to Implement Secure Boot - Practical Guide   This article explains how to use cryptographic accelerator and key management functions via PKCS#11.     i.MX Security Middleware (SMW) Overview   NXP provides i.MX SMW (Security Middleware) as software for controlling the security hardware built into the i.MX processor. GitHub - nxp-imx/imx-smw: i.MX Security Middleware Library · GitHub   SMW provides hardware-independent APIs, including the PKCS#11 API, which will be discussed later. Since i.MX 93 has a built-in ELE, the part that actually controls the ELE is imx-secure-enclave. GitHub - nxp-imx/imx-secure-enclave: Secure Enclave Userspace Library · GitHub     Overview of PKCS#11 PKCS#11 (Public-Key Cryptography Standards #11) is an API specification for unified use of cryptographic hardware and software (e.g., HSMs, smart cards, USB tokens, etc.) from applications. It is also known as "Cryptoki". For this example, we will use pkcs11-tool as the application that uses PKCS#11. The relationship including imx-smw can be illustrated as follows: PKCS#11を使用するアプリケーション(pkcs11-tool etc.) ↓ (PKCS#11 API経由での使用) imx-smw ↓ imx-secure-enclave ↓ EdgeLock Secure Enclave Hardware     Furthermore, in a previous article on using SE050 via OpenSSL , we explained how to use it via openssl using the openssl provider included in Plug and Trust Middleware. SMW does not provide an openssl provider, but it is possible to use ELE via openssl because the PKCS#11 interface can be used from openssl by using the pkcs11-provider. GitHub - openssl-projects/pkcs11-provider: A pkcs#11 provider for OpenSSL 3.0+ · GitHub The relationship between not using an OpenSSL provider and using imx-smw + PKCS is illustrated below. When a provider is not used, the key exists as a file on the file system, and encryption is performed by software. When using imx-smw and pkcs11-provider, the key and encryption process are protected by ELE hardware. The key to be used is specified by a PKCS#11 URI located in the code or on the file system. *What is a URI? This is a standardized identifier (URI) used to specify private keys and certificates securely stored in hardware security modules (HSMs) or similar devices, instead of local file paths.   Note: Plug and Trust Middleware also provides a PKCS#11 API. 画像1.png   Using ELE via pkcs11-tool   The usage instructions are described in the PKCS11-Tool User Guide within SMW, but this explanation will focus specifically on the ECDSA signing and verification process.   First, run the following command to start nvm_daemon. nvm_daemon is a service that manages filesystem space for use with ELE. systemctl start nvm_daemon systemctl status nvm_daemon   You can also configure it to start automatically the next time you boot by executing the following command. systemctl enable nvm_daemon   To simplify subsequent commands, specify the location of libsmw_pkcs11 with the following command. The number at the end may vary depending on the SMW version, so please adjust it to match your installed version. export MODULE_PKCS11=/usr/lib/libsmw_pkcs11.so.5   The following command will check the tokens that can be verified via libsmw_pkcs11. pkcs11-tool --module $MODULE_PKCS11 -L   If you see a display similar to the example below, it is working correctly. Available slots: Slot 0 (0x0): Security Middleware Abstraction token label : smw token manufacturer : NXP Semiconductor token model : token flags : login required, PIN pad present, token initialized hardware version : 0.0 firmware version : 0.0 serial num : pin min/max : 0/0 uri : pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw   The following command will display a list of available objects. Nothing should be displayed at first. pkcs11-tool --module $MODULE_PKCS11 --login -O   The following command will generate an ECC key pair. pkcs11-tool --module $MODULE_PKCS11 \ --login \ --keypairgen \ --key-type EC:prime256v1 \ --id 02 \ --label "MyECCKey" \ --usage-sign \ --allowed-mechanisms "ECDSA-SHA256"   If you display the object list again, you should see the ECC key pair as shown below. Using slot 0 with a present token (0x0) Profile object 250360144 profile_id: CKP_BASELINE_PROVIDER (1) Public Key Object; EC EC_POINT 256 bits EC_POINT: 044104fe4c97a7a4f54702f9fc5740f62c0864e851098dc43cb4c9ba8633421e5bc362cdc559523118bb4fe4281851c051e24a88846a2d774eb3f928595761cf719e90 EC_PARAMS: 06082a8648ce3d030107 (OID 1.2.840.10045.3.1.7) label: MyECCKey ID: 02 Usage: verify Access: none Unique ID: uri: pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw;id=%02;object=MyECCKey;type=public Private Key Object; EC label: MyECCKey ID: 02 Usage: sign Access: sensitive, always sensitive Unique ID: uri: pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw;id=%02;object=MyECCKey;type=private   The following command will generate a suitable message.txt file, and then you can generate and verify a signature on it. echo hello > message.txt pkcs11-tool --module $MODULE_PKCS11 \ --login \ --sign \ --id 02 \ --mechanism ECDSA-SHA256 \ --input-file message.txt \ --output-file signature.bin pkcs11-tool --module $MODULE_PKCS11 \ --login \ --verify \ --id 02 \ --mechanism ECDSA-SHA256 \ --input-file message.txt \ --signature-file signature.bin     Using ELE via openssl   Similarly, we will explain the entire process, focusing specifically on ECDSA signing and verification. This assumes that you have already started nvm_daemon and generated the ECC key pair using the procedure for pkcs11-tool described in the previous chapter.   Create an openssl.cnf file with the following content: The lines for `module` and `pkcs11-module-path` at the end may need to be changed to match your actual system. openssl_conf = openssl_init [openssl_init] providers = provider_sect [provider_sect] default = default_sect pkcs11 = pkcs11_sect [default_sect] activate = 1 [pkcs11_sect] module = /usr/lib/ossl-modules/pkcs11.so pkcs11-module-path = /usr/lib/libsmw_pkcs11.so.5 activate = 1   Use the following command to configure openssl to use the above configuration file. export OPENSSL_CONF=<作成したopenssl.cnfの絶対path>   Signature generation and verification can be done using the following commands. openssl pkeyutl -sign -inkey "pkcs11:object=MyECCKey;type=private" -in message.txt -out sig.bin -digest sha256 openssl pkeyutl -verify -pubin -inkey "pkcs11:object=MyECCKey;type=public" -in message.txt -sigfile sig.bin -digest sha256     Creating a PKCS#11 URI PEM file   In using the openssl provider, I used a URI that could be directly verified in the object list as the key.   However, the pkcs11-provider documentation , under "USE IN OLDER APPLICATIONS (URIs in PEM files)," states that this is a new method and may not be usable when using older applications.   In fact, the Mosquitto client, which will be discussed later, has code that prevents you from directly specifying a URI when using openssl 3.0 or later.   In such cases, you can use the CLI tool uri2pem.py to generate a file containing the URI and use it in the same way as specifying a regular key file.   Using uri2pem.py downloaded from the above page, generate a file containing the PKCS#11 URI with the following command. python3 uri2pem.py --out MyECCKey.pem "pkcs11:object=MyECCKey;type=private" Although I haven't been able to confirm the details, based on the contents of uri2pem.py, it seems that it's not possible to create pem files for URIs other than private keys. By specifying the generated "MyECCKey.pem" as the signing key, you can perform the same actions as before. openssl pkeyutl -sign -inkey MyECCKey.pem -in message.txt -out sig.bin -digest sha256 openssl pkeyutl -verify -pubin -inkey "pkcs11:object=MyECCKey;type=public" -in message.txt -sigfile sig.bin -digest sha256     Cloud connectivity to Azure IoT Hub via Eclipse Mosquitto ™ client using keys within ELE   We will attempt to establish a cloud connection to Azure IoT Hub using the Mosquitto client with the generated key.   Note: The RootCA certificate created using this procedure is for testing purposes only. It is recommended to delete the certificate from Azure IoT Hub after testing is complete.   In advance How to use Secure Element SE05x: Setting up Plug and Trust Middleware on the FRDM-IMX93 development board (Japanese blog) The chapter "Building and Installing the Mosquitto Client"   How to use Secure Element SE05x: Connecting to Azure IoT Hub using Eclipse Mosquitto client (Japanese blog) In the chapter "Creating an Azure IoT Hub",   Follow each step to complete the installation of the Mosquitto client and the creation of the Azure IoT Hub.     First, on the FRDM-IMX93 side, execute the following command to create a certificate request for the public key of MyECCKey and verify its contents. openssl req -new -key "pkcs11:object=MyECCKey" -outform PEM -subj /CN=frdmimx93_test -out frdmimx93_test.csr -sha256 openssl req -text -noout -in frdmimx93_test.csr   Next, move "frdmimx93_test.csr" to the host PC and execute the following: openssl ecparam -genkey -name prime256v1 -out rootCA_key_pair.pem openssl req -new -x509 -subj /CN=rootCA -key rootCA_key_pair.pem > rootCA_cert.cer openssl x509 -req -in frdmimx93_test.csr -days 365 -CA rootCA_cert.cer -CAkey rootCA_key_pair.pem -out frdmimx93_test_cert.cer Place the created "frdmimx93_test_cert.cer" back onto the FRDM-IMX93. Since it will be used later in conjunction with " MyECCKey.pem ", place it in the same directory where you created it. Additionally, you will register the created "rootCA_cert.cer" file in Azure IoT Hub and create a device named "frdmimx93_test". For instructions, please refer to the "Adding an Intermediate CA Certificate to Azure IoT Hub" section in the following article. How to use Secure Element SE05x: Connecting to Azure IoT Hub using Eclipse Mosquitto client (Japanese blog) Note: As mentioned above, the certificate registered here is for testing purposes only, so it is recommended to delete it after confirming its functionality.   Once you have completed these steps, you will be able to connect to Azure IoT Hub using the Mosquitto client.   Execute the following command. Please change IOT_HUB_NAME as appropriate. export IOT_HUB_NAME=ShinjiIotHubTest export DEVICE_NAME=frdmimx93_test mosquitto_pub -h "${IOT_HUB_NAME}.azure-devices.net" -p 8883 -u "${IOT_HUB_NAME}.azure-devices.net/${DEVICE_NAME}/api-version=2016-11-14" -t "devices/${DEVICE_NAME}/messages/events/" -m '{"mes":"Hello Azure with i.MX93!"}' --capath /etc/ssl/certs/ --cert frdmimx93_test_cert.cer --key MyECCKey.pem -i ${DEVICE_NAME} -d -q 1 If you see output similar to the following, it's a success. Client frdmimx93_test sending CONNECT Client frdmimx93_test received CONNACK (0) Client frdmimx93_test sending PUBLISH (d0, q1, r0, m1, 'devices/frdmimx93_test/messages/events/', ... (34 bytes)) Client frdmimx93_test received PUBACK (Mid: 1, RC:0) Client frdmimx93_test sending DISCONNECT By following the steps in the article below, "Checking messages sent to IoT Hub and sending messages to devices," you can also check received messages in Cloud Shell on the Azure IoT Hub side. How to use Secure Element SE05x: Connecting to Azure IoT Hub using Eclipse Mosquitto client (Japanese blog) ========================= We are currently unable to respond to comments left in the " Comment " section of this post . We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making inquiries.(If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) This article explains how to use the cryptographic accelerator and key management functions of the i.MX 93's built-in EdgeLock® Secure Enclave (ELE) via PKCS#11. PKCS#11 is a widely used API in cryptography and can be integrated with OpenSSL, another widely used library. Therefore, protection can be applied to all applications that perform authentication using PKCS#11 or OpenSSL (e.g., Eclipse Mosquitto ™ etc.) without any modifications to the application itself . The fact that it provides cryptographic acceleration and key management functions is something it shares with secure elements such as the SE050, which are introduced in another article. For an overview of cryptographic accelerators and key management, as well as a general comparison and usage guidelines with secure elements, please refer to the following article. This article explains commonly heard features in semiconductor hardware security (Secure Element, Secure Enclave, TPM, HSM, TEE, TrustZone, etc.) (Japanese blog). Estimated time: Approximately 55 minutes (excluding Yocto build) Using ELE via pkcs11-tool: 10 minutes Using ELE via openssl: 10 minutes Creating a PKCS#11 URI PEM file: 5 minutes Cloud connectivity to Azure IoT Hub: 30 minutes   i.MX Processors Security Japanese Blog

「お住まいの地域では利用できません」と表示された場合に、海外でCCTVを視聴する方法 海外からCCTVやCCTV-5を視聴しようとしているのに、「このコンテンツはお住まいの地域では利用できません」というメッセージが表示される?あなたは一人ではありません。多くの海外華人、留学生、旅行者は、CCTVアプリや中国プレスリリース、製品ニュースグループ(CMG)のストリーミングプラットフォームを利用する際に地域制限に直面しています。 良いニュースは、アクセスを改善し、お気に入りの番組を視聴し続けるためのいくつかの方法があることです。 防犯カメラの映像が「お住まいの地域ではご利用いただけません」と表示されるのはなぜですか？ CCTVは多くのテレビチャネル、ライブイベント情報、スポーツ大会、ニュース番組、ドキュメンタリー、バラエティ番組を放送しています。しかし、著作権契約や放送ライセンスの関係上、一部のコンテンツは中国本土から接続している視聴者のみが視聴可能です。 他国からCCTVにアクセスしている場合、以下のような現象が見られるかもしれません。 「このコンテンツはお住まいの地域ではご利用いただけません。」 ライブチャネルが読み込まれない。 画面が真っ暗になる、または再生エラーが発生する。 ストリーミングできないスポーツイベント情報。 バッファリングや不安定な映像品質。 これらの問題は特にCCTV-5、主要なスポーツイベント、独占ライブ中継の視聴時によく見られます。 海外から監視カメラを見る方法 海外にいる場合、以下の方法が視聴体験を向上させるのに役立ちます。 1. 中国向けに最適化されたネットワークを使用する 中国本土経由でトラフィックをルーティングする接続は、CANにより、プラットフォームがあなたのネットワークを国内接続として認識し、より地域限定のコンテンツへのアクセスを可能にします。 多くの海外ユーザーがSpeedX China アクセラレータを選んでいるのは、ライブテレビ、スポーツ、オンデマンド番組のストリーミングに安定した速度で最適化された中国ルートを提供するからです。 2. CCTVまたはCMGアカウントにサインインする アカウントにログインすることで、異なるデバイス間で視聴履歴や設定を同期できます。 3. アプリを定期的にアップデートする CCTVや関連するストリーミングアプリを最新の状態に保つことで、互換性が向上し、古いソフトウェアによる再生問題を減らせます。 一般的に制限されるコンテンツとは？ ライセンスポリシーによっては、海外の視聴者は以下へのアクセスが制限される場合があります: CCTV-5 ライブスポーツ 主要なフットボールおよびバスケットボールイベント情報 テレビドラマ バラエティ番組 ドキュメンタリー 特別生放送 ニュースコンテンツは多くの場合世界中で視聴可能である一方、エンターテインメントやスポーツ番組は地域限定であることが多い。 おわりに 地域ごとの制限により、海外に住んでいる際や旅行中にCCTVの視聴が困難になることがあります。幸いなことに、信頼できる中国最適化接続を使用することで、ライブチャネルやオンデマンドコンテンツへのアクセス能力が大幅に向上します。 速報を追う方、CCTV-5のスポーツ視聴、中国のテレビ番組を楽しむ方、SpeedX(回国VPN工具)は、よりスムーズな視聴体験を求める多くの海外ユーザーに安定したソリューションを提供します。 学生プロジェクト

DMA Error with imx93 and eqos in RMII I'm trying to make ethernet working with a LAN8742A PHY, connected to eqos, in RMII mode. I've taken the imx93-11x11-frdm.dts as base reference, and made the following changes : &iomuxc { pinctrl_eqos: eqosgrp { fsl,pins = < MX93_PAD_ENET1_MDC__ENET_QOS_MDC 0x57e /* OK */ MX93_PAD_ENET1_MDIO__ENET_QOS_MDIO 0x57e /* OK */ MX93_PAD_ENET1_RD0__ENET_QOS_RGMII_RD0 0x57e /* OK */ MX93_PAD_ENET1_RD1__ENET_QOS_RGMII_RD1 0x57e /* OK */ /* MX93_PAD_ENET1_RD2__ENET_QOS_RGMII_RD2 0x57e MX93_PAD_ENET1_RD3__ENET_QOS_RGMII_RD3 0x57e */ MX93_PAD_ENET1_RXC__ENET_QOS_RX_ER 0x51e /* OK */ /* MX93_PAD_ENET1_RXC__CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK 0x51e */ MX93_PAD_ENET1_RX_CTL__ENET_QOS_RGMII_RX_CTL 0x57e /* OK */ MX93_PAD_ENET1_TD0__ENET_QOS_RGMII_TD0 0x57e /* OK */ MX93_PAD_ENET1_TD1__ENET_QOS_RGMII_TD1 0x57e /* OK */ /* refclock for Eth phy */ MX93_PAD_ENET1_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK 0x57e /* OK */ /* MX93_PAD_ENET1_TD2__ENET_QOS_RGMII_TD2 0x57e MX93_PAD_ENET1_TD3__ENET_QOS_RGMII_TD3 0x57e */ /* MX93_PAD_ENET1_TXC__CCM_ENET_QOS_CLOCK_GENERATE_TX_CLK 0x5fe */ MX93_PAD_ENET1_TX_CTL__ENET_QOS_RGMII_TX_CTL 0x0000051e /* OK */ /* MX93_PAD_ENET1_TX_CTL__ENET_QOS_RGMII_TX_CTL 0x57e */ >; }; &eqos { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_eqos>; phy-mode = "rmii"; phy-handle = <&ethphy1>; status = "okay"; /delete-property/ assigned-clocks; /delete-property/ assigned-clock-rates; assigned-clocks = <&clk IMX93_CLK_ENET_TIMER2>, <&clk IMX93_CLK_ENET>; assigned-clock-rates = <100000000>, <50000000>; mdio { compatible = "snps,dwmac-mdio"; #address-cells = <1>; #size-cells = <0>; clock-frequency = <5000000>; ethphy1: ethernet-phy@0 { reg = <0>; eee-broken-1000tx; post-power-on-delay-ms = <100>; reset-gpios = <&pcal6524 19 GPIO_ACTIVE_LOW>; reset-assert-us = <15000>; reset-deassert-us = <100000>; }; }; }; Result in uboot is : u-boot=> bootp EQOS_DMA_MODE_SWR stuckFAILED: -110 u-boot=>  Result in linux is : [ 11.484536] imx-dwmac 428a0000.ethernet: Failed to reset the dma [ 11.490536] imx-dwmac 428a0000.ethernet eth0: stmmac_hw_setup: DMA engine initialization failed [ 11.499228] imx-dwmac 428a0000.ethernet eth0: __stmmac_open: Hw setup failed I don't understand what i am doing wrong, what i misconifgured, or why the dma does not initialize properly. It's pretty obvious that i'm missing something (a dma error looks like an internal error from the chip, so even if there was an error with the pinmux i don't thihnk i would get this, and i double checked the pinmux). Things i have checked : - clock is correctly sent to the PHY - communication with the PHY on mdio works Any hints on this would be greatly appreciated, Best regards, Julien Re: DMA Error with imx93 and eqos in RMII Reset is set correctly in uboot. I can see the PHY live (the leds work), and communicate with it, but i still get the DMA error. I tried manually disabling and reenabling the PHY via the reset pin in u-boot, but this didn't change anything. Here is the complete log from dmesg : [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x412fd050] [ 0.000000] Linux version 6.6.36 ([email protected]@UC155-BE2) (aarch64-sprinte450sp-linux-gnu-gcc.br_real (Buildroot 2026.05-2-gf0cfb0f3cf-dirty) 14.3.0, GNU ld (GNU Binutils) 2.45.1) #4 SMP PREEMPT Thu Jul 23 17:04:50 CEST 2026 [ 0.000000] KASLR disabled due to lack of seed [ 0.000000] Machine model: Sprinte 450SP board [ 0.000000] efi: UEFI not found. [ 0.000000] Reserved memory: created CMA memory pool at 0x00000000b0000000, size 256 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] OF: reserved mem: 0x00000000b0000000..0x00000000bfffffff (262144 KiB) map reusable linux,cma [ 0.000000] earlycon: lpuart32 at MMIO32 0x0000000044380000 (options '') [ 0.000000] printk: bootconsole [lpuart32] enabled [ 0.000000] NUMA: No NUMA configuration found [ 0.000000] NUMA: Faking a node at [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] NUMA: NODE_DATA [mem 0xafdcf6c0-0xafdd1fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] DMA32 empty [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: MIGRATE_INFO_TYPE not supported. [ 0.000000] psci: SMC Calling Convention v1.4 [ 0.000000] percpu: Embedded 22 pages/cpu s50600 r8192 d31320 u90112 [ 0.000000] pcpu-alloc: s50600 r8192 d31320 u90112 alloc=22*4096 [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] CPU features: detected: Virtualization Host Extensions [ 0.000000] CPU features: detected: Qualcomm erratum 1009, or ARM erratum 1286807, 2441009 [ 0.000000] CPU features: detected: ARM errata 1165522, 1319367, or 1530923 [ 0.000000] alternatives: applying boot alternatives [ 0.000000] Kernel command line: console=ttyLP0,115200 earlycon root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes, linear) [ 0.000000] Fallback order for Node 0: 0 [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 258048 [ 0.000000] Policy zone: DMA [ 0.000000] mem auto-init: stack:all(zero), heap alloc:off, heap free:off [ 0.000000] software IO TLB: area num 2. [ 0.000000] software IO TLB: mapped [mem 0x00000000aac00000-0x00000000aec00000] (64MB) [ 0.000000] Memory: 666980K/1048576K available (20608K kernel code, 1638K rwdata, 7744K rodata, 1984K init, 643K bss, 119452K reserved, 262144K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=2. [ 0.000000] Trampoline variant of Tasks RCU enabled. [ 0.000000] Tracing variant of Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 960 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] Root IRQ handler: gic_handle_irq [ 0.000000] GICv3: GICv3 features: 16 PPIs [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000048040000 [ 0.000000] rcu: srcu_init: Setting srcu_struct sizes based on contention. [ 0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns [ 0.000000] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns [ 0.008305] Console: colour dummy device 80x25 [ 0.012529] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=96000) [ 0.022711] pid_max: default: 32768 minimum: 301 [ 0.027347] LSM: initializing lsm=capability,integrity [ 0.032485] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes, linear) [ 0.039785] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes, linear) [ 0.048237] cacheinfo: Unable to detect cache hierarchy for CPU 0 [ 0.054656] RCU Tasks: Setting shift to 1 and lim to 1 rcu_task_cb_adjust=1. [ 0.061512] RCU Tasks Trace: Setting shift to 1 and lim to 1 rcu_task_cb_adjust=1. [ 0.069127] rcu: Hierarchical SRCU implementation. [ 0.073752] rcu: Max phase no-delay instances is 1000. [ 0.079653] EFI services will not be available. [ 0.084098] smp: Bringing up secondary CPUs ... [ 0.088812] Detected VIPT I-cache on CPU1 [ 0.088870] GICv3: CPU1: found redistributor 100 region 0:0x0000000048060000 [ 0.088904] CPU1: Booted secondary processor 0x0000000100 [0x412fd050] [ 0.089007] smp: Brought up 1 node, 2 CPUs [ 0.110357] SMP: Total of 2 processors activated. [ 0.115028] CPU features: detected: 32-bit EL0 Support [ 0.120154] CPU features: detected: 32-bit EL1 Support [ 0.125257] CPU features: detected: Data cache clean to the PoU not required for I/D coherence [ 0.133840] CPU features: detected: Common not Private translations [ 0.140073] CPU features: detected: CRC32 instructions [ 0.145196] CPU features: detected: RCpc load-acquire (LDAPR) [ 0.150906] CPU features: detected: LSE atomic instructions [ 0.156453] CPU features: detected: Privileged Access Never [ 0.161998] CPU features: detected: RAS Extension Support [ 0.167374] CPU features: detected: Speculative Store Bypassing Safe (SSBS) [ 0.174355] CPU: All CPU(s) started at EL2 [ 0.178380] alternatives: applying system-wide alternatives [ 0.187922] devtmpfs: initialized [ 0.194925] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.204430] futex hash table entries: 512 (order: 3, 32768 bytes, linear) [ 0.216607] pinctrl core: initialized pinctrl subsystem [ 0.223019] DMI not present or invalid. [ 0.227066] NET: Registered PF_NETLINK/PF_ROUTE protocol family [ 0.233367] DMA: preallocated 128 KiB GFP_KERNEL pool for atomic allocations [ 0.240250] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations [ 0.247941] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations [ 0.255804] audit: initializing netlink subsys (disabled) [ 0.261291] audit: type=2000 audit(0.172:1): state=initialized audit_enabled=0 res=1 [ 0.261671] thermal_sys: Registered thermal governor 'step_wise' [ 0.268851] thermal_sys: Registered thermal governor 'power_allocator' [ 0.274855] cpuidle: using governor menu [ 0.285411] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.292025] ASID allocator initialised with 65536 entries [ 0.297950] Serial: AMBA PL011 UART driver [ 0.301832] imx mu driver is registered. [ 0.305685] imx rpmsg driver is registered. [ 0.314130] imx93-pinctrl 443c0000.pinctrl: initialized IMX pinctrl driver [ 0.326962] Modules: 24576 pages in range for non-PLT usage [ 0.326973] Modules: 516096 pages in range for PLT usage [ 0.333009] HugeTLB: registered 1.00 GiB page size, pre-allocated 0 pages [ 0.344824] HugeTLB: 0 KiB vmemmap can be freed for a 1.00 GiB page [ 0.351063] HugeTLB: registered 32.0 MiB page size, pre-allocated 0 pages [ 0.357821] HugeTLB: 0 KiB vmemmap can be freed for a 32.0 MiB page [ 0.364062] HugeTLB: registered 2.00 MiB page size, pre-allocated 0 pages [ 0.370821] HugeTLB: 0 KiB vmemmap can be freed for a 2.00 MiB page [ 0.377062] HugeTLB: registered 64.0 KiB page size, pre-allocated 0 pages [ 0.383821] HugeTLB: 0 KiB vmemmap can be freed for a 64.0 KiB page [ 0.391518] ACPI: Interpreter disabled. [ 0.395792] iommu: Default domain type: Translated [ 0.400360] iommu: DMA domain TLB invalidation policy: strict mode [ 0.406743] SCSI subsystem initialized [ 0.410355] libata version 3.00 loaded. [ 0.410523] usbcore: registered new interface driver usbfs [ 0.415761] usbcore: registered new interface driver hub [ 0.421054] usbcore: registered new device driver usb [ 0.426646] mc: Linux media interface: v0.10 [ 0.430689] videodev: Linux video capture interface: v2.00 [ 0.436154] pps_core: LinuxPPS API ver. 1 registered [ 0.441049] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 0.450155] PTP clock support registered [ 0.454144] EDAC MC: Ver: 3.0.0 [ 0.457601] scmi_core: SCMI protocol bus registered [ 0.462617] FPGA manager framework [ 0.465811] Advanced Linux Sound Architecture Driver Initialized. [ 0.472369] Bluetooth: Core ver 2.22 [ 0.475701] NET: Registered PF_BLUETOOTH protocol family [ 0.480981] Bluetooth: HCI device and connection manager initialized [ 0.487298] Bluetooth: HCI socket layer initialized [ 0.492148] Bluetooth: L2CAP socket layer initialized [ 0.497182] Bluetooth: SCO socket layer initialized [ 0.502337] vgaarb: loaded [ 0.505250] clocksource: Switched to clocksource arch_sys_counter [ 0.511308] VFS: Disk quotas dquot_6.6.0 [ 0.515015] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.521961] pnp: PnP ACPI: disabled [ 0.530265] NET: Registered PF_INET protocol family [ 0.535027] IP idents hash table entries: 16384 (order: 5, 131072 bytes, linear) [ 0.542962] tcp_listen_portaddr_hash hash table entries: 512 (order: 1, 8192 bytes, linear) [ 0.551110] Table-perturb hash table entries: 65536 (order: 6, 262144 bytes, linear) [ 0.558774] TCP established hash table entries: 8192 (order: 4, 65536 bytes, linear) [ 0.566509] TCP bind hash table entries: 8192 (order: 6, 262144 bytes, linear) [ 0.573930] TCP: Hash tables configured (established 8192 bind 8192) [ 0.580120] UDP hash table entries: 512 (order: 2, 16384 bytes, linear) [ 0.586625] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes, linear) [ 0.593729] NET: Registered PF_UNIX/PF_LOCAL protocol family [ 0.599609] RPC: Registered named UNIX socket transport module. [ 0.605277] RPC: Registered udp transport module. [ 0.609945] RPC: Registered tcp transport module. [ 0.614624] RPC: Registered tcp-with-tls transport module. [ 0.620084] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.627260] PCI: CLS 0 bytes, default 64 [ 0.631165] kvm [1]: IPA Size Limit: 40 bits [ 0.635194] kvm [1]: GICv3: no GICV resource entry [ 0.639942] kvm [1]: disabling GICv2 emulation [ 0.644371] kvm [1]: GIC system register CPU interface enabled [ 0.650191] kvm [1]: vgic interrupt IRQ9 [ 0.654088] kvm [1]: VHE mode initialized successfully [ 0.660051] Initialise system trusted keyrings [ 0.664421] workingset: timestamp_bits=42 max_order=18 bucket_order=0 [ 0.670898] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.676710] NFS: Registering the id_resolver key type [ 0.681531] Key type id_resolver registered [ 0.685658] Key type id_legacy registered [ 0.689659] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.696326] nfs4flexfilelayout_init: NFSv4 Flexfile Layout Driver Registering... [ 0.703831] 9p: Installing v9fs 9p2000 file system support [ 0.734526] Key type asymmetric registered [ 0.738370] Asymmetric key parser 'x509' registered [ 0.743258] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 243) [ 0.750590] io scheduler mq-deadline registered [ 0.755095] io scheduler kyber registered [ 0.759113] io scheduler bfq registered [ 0.766447] EINJ: ACPI disabled. [ 0.773498] Bus freq driver module loaded [ 0.782271] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.790543] 44380000.serial: ttyLP0 at MMIO 0x44380010 (irq = 17, base_baud = 1500000) is a FSL_LPUART [ 0.799853] printk: console [ttyLP0] enabled [ 0.808289] printk: bootconsole [lpuart32] disabled [ 0.827377] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 0.835386] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 0.844862] imx93-ldb ldb-display-controller: Failed to create device link (0x180) with 4ae30000.lcd-controller [ 0.858799] loop: module loaded [ 0.863014] megasas: 07.725.01.00-rc1 [ 0.870948] tun: Universal TUN/TAP device driver, 1.6 [ 0.876567] thunder_xcv, ver 1.0 [ 0.879836] thunder_bgx, ver 1.0 [ 0.883080] nicpf, ver 1.0 [ 0.886825] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 0.894055] hns3: Copyright (c) 2017 Huawei Corporation. [ 0.899390] hclge is initializing [ 0.902728] e1000: Intel(R) PRO/1000 Network Driver [ 0.907598] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 0.913354] e1000e: Intel(R) PRO/1000 Network Driver [ 0.918310] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 0.924238] igb: Intel(R) Gigabit Ethernet Network Driver [ 0.929635] igb: Copyright (c) 2007-2014 Intel Corporation. [ 0.935216] igbvf: Intel(R) Gigabit Virtual Function Network Driver [ 0.941476] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 0.947488] sky2: driver version 1.30 [ 0.951466] usbcore: registered new device driver r8152-cfgselector [ 0.957746] usbcore: registered new interface driver r8152 [ 0.963616] VFIO - User Level meta-driver version: 0.3 [ 0.970278] usbcore: registered new interface driver uas [ 0.975636] usbcore: registered new interface driver usb-storage [ 0.981731] usbcore: registered new interface driver usbserial_generic [ 0.988270] usbserial: USB Serial support registered for generic [ 0.994286] usbcore: registered new interface driver ftdi_sio [ 1.000031] usbserial: USB Serial support registered for FTDI USB Serial Device [ 1.007339] usbcore: registered new interface driver usb_serial_simple [ 1.013862] usbserial: USB Serial support registered for carelink [ 1.019959] usbserial: USB Serial support registered for flashloader [ 1.026317] usbserial: USB Serial support registered for funsoft [ 1.032327] usbserial: USB Serial support registered for google [ 1.038251] usbserial: USB Serial support registered for hp4x [ 1.043996] usbserial: USB Serial support registered for kaufmann [ 1.050089] usbserial: USB Serial support registered for libtransistor [ 1.056614] usbserial: USB Serial support registered for moto_modem [ 1.062880] usbserial: USB Serial support registered for motorola_tetra [ 1.069494] usbserial: USB Serial support registered for nokia [ 1.075326] usbserial: USB Serial support registered for novatel_gps [ 1.081686] usbserial: USB Serial support registered for siemens_mpi [ 1.088040] usbserial: USB Serial support registered for suunto [ 1.093963] usbserial: USB Serial support registered for vivopay [ 1.099966] usbserial: USB Serial support registered for zio [ 1.105629] usbcore: registered new interface driver usb_ehset_test [ 1.114691] input: 44440000.bbnsm:pwrkey as /devices/platform/soc@0/44000000.bus/44440000.bbnsm/44440000.bbnsm:pwrkey/input/input0 [ 1.126836] i2c_dev: i2c /dev entries driver [ 1.133908] imx7ulp-wdt 42490000.watchdog: imx93 wdt probe [ 1.165969] Bluetooth: HCI UART driver ver 2.3 [ 1.170432] Bluetooth: HCI UART protocol H4 registered [ 1.175564] Bluetooth: HCI UART protocol BCSP registered [ 1.180885] Bluetooth: HCI UART protocol LL registered [ 1.186018] Bluetooth: HCI UART protocol ATH3K registered [ 1.191417] Bluetooth: HCI UART protocol Three-wire (H5) registered [ 1.197782] Bluetooth: HCI UART protocol Broadcom registered [ 1.203454] Bluetooth: HCI UART protocol QCA registered [ 1.209726] sdhci: Secure Digital Host Controller Interface driver [ 1.215922] sdhci: Copyright(c) Pierre Ossman [ 1.220572] Synopsys Designware Multimedia Card Interface Driver [ 1.226885] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.233614] ledtrig-cpu: registered to indicate activity on CPUs [ 1.240850] fsl-se-fw se-fw2: failed to init reserved memory region -19 [ 1.247608] SMCCC: SOC_ID: ARCH_SOC_ID not implemented, skipping .... [ 1.254330] usbcore: registered new interface driver usbhid [ 1.259901] usbhid: USB HID core driver [ 1.270337] mmc0: SDHCI controller on 42850000.mmc [42850000.mmc] using ADMA [ 1.302222] hw perfevents: enabled with armv8_cortex_a55 PMU driver, 7 counters available [ 1.312041] cs_system_cfg: CoreSight Configuration manager initialised [ 1.319751] optee: probing for conduit method. [ 1.324215] optee: api uid mismatch [ 1.325699] mmc0: new HS400 Enhanced strobe MMC card at address 0001 [ 1.327700] optee: probe of firmware:optee failed with error -22 [ 1.334598] mmcblk0: mmc0:0001 eMMC 58.2 GiB [ 1.342512] NET: Registered PF_LLC protocol family [ 1.345923] mmcblk0: p1 [ 1.349519] u32 classifier [ 1.352252] mmcblk0boot0: mmc0:0001 eMMC 4.00 MiB [ 1.354567] input device check on [ 1.360666] mmcblk0boot1: mmc0:0001 eMMC 4.00 MiB [ 1.363094] Actions configured [ 1.363485] NET: Registered PF_INET6 protocol family [ 1.368956] mmcblk0rpmb: mmc0:0001 eMMC 4.00 MiB, chardev (234:0) [ 1.372113] Segment Routing with IPv6 [ 1.386309] In-situ OAM (IOAM) with IPv6 [ 1.390278] NET: Registered PF_PACKET protocol family [ 1.395349] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this. [ 1.408425] Bluetooth: RFCOMM TTY layer initialized [ 1.413310] Bluetooth: RFCOMM socket layer initialized [ 1.418455] Bluetooth: RFCOMM ver 1.11 [ 1.422203] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 1.427502] Bluetooth: BNEP filters: protocol multicast [ 1.432721] Bluetooth: BNEP socket layer initialized [ 1.437676] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 1.443589] Bluetooth: HIDP socket layer initialized [ 1.448783] 8021q: 802.1Q VLAN Support v1.8 [ 1.452998] lib80211: common routines for IEEE802.11 drivers [ 1.458652] lib80211_crypt: registered algorithm 'NULL' [ 1.458656] lib80211_crypt: registered algorithm 'WEP' [ 1.458659] lib80211_crypt: registered algorithm 'CCMP' [ 1.458663] lib80211_crypt: registered algorithm 'TKIP' [ 1.458693] 9pnet: Installing 9P2000 support [ 1.463084] Key type dns_resolver registered [ 1.467497] NET: Registered PF_VSOCK protocol family [ 1.486367] registered taskstats version 1 [ 1.490717] Loading compiled-in X.509 certificates [ 1.512663] usb_phy_generic usbphynop1: dummy supplies not allowed for exclusive requests [ 1.521013] usb_phy_generic usbphynop2: dummy supplies not allowed for exclusive requests [ 1.539006] imx93-ldb ldb-display-controller: Failed to create device link (0x180) with ldb-phy [ 1.550623] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 1.558672] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 1.569462] imx-dwmac 428a0000.ethernet: IRQ eth_lpi not found [ 1.575451] imx-dwmac 428a0000.ethernet: tx clock enable start [ 1.581464] imx-dwmac 428a0000.ethernet: User ID: 0x10, Synopsys ID: 0x52 [ 1.588255] imx-dwmac 428a0000.ethernet: DWMAC4/5 [ 1.593038] imx-dwmac 428a0000.ethernet: DMA HW capability register supported [ 1.600159] imx-dwmac 428a0000.ethernet: RX Checksum Offload Engine supported [ 1.607283] imx-dwmac 428a0000.ethernet: TX Checksum insertion supported [ 1.613973] imx-dwmac 428a0000.ethernet: Wake-Up On Lan supported [ 1.620110] imx-dwmac 428a0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 1.627757] imx-dwmac 428a0000.ethernet: Enabled L3L4 Flow TC (entries=8) [ 1.634536] imx-dwmac 428a0000.ethernet: Enabled RFS Flow TC (entries=10) [ 1.641316] imx-dwmac 428a0000.ethernet: Enabling HW TC (entries=256, max_off=256) [ 1.648876] imx-dwmac 428a0000.ethernet: Using 32/32 bits DMA host/device width [ 1.657380] imx-dwmac 428a0000.ethernet: tx clock disable start [ 1.663414] imx-dwmac 428a0000.ethernet: err_drv_probe [ 1.668557] imx-dwmac 428a0000.ethernet: err_dwmac_init [ 1.677361] ci_hdrc ci_hdrc.0: EHCI Host Controller [ 1.682306] ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1 [ 1.709253] ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00 [ 1.715211] hub 1-0:1.0: USB hub found [ 1.718981] hub 1-0:1.0: 1 port detected [ 1.726882] ci_hdrc ci_hdrc.1: EHCI Host Controller [ 1.731789] ci_hdrc ci_hdrc.1: new USB bus registered, assigned bus number 2 [ 1.753257] ci_hdrc ci_hdrc.1: USB 2.0 started, EHCI 1.00 [ 1.759191] hub 2-0:1.0: USB hub found [ 1.762965] hub 2-0:1.0: 1 port detected [ 1.770674] rtc rtc0: Power loss detected, invalid time [ 1.776048] rtc-pcf85063 0-0051: registered as rtc0 [ 1.781185] rtc rtc0: Power loss detected, invalid time [ 1.786407] rtc-pcf85063 0-0051: hctosys: unable to read the hardware clock [ 1.793553] pca953x 0-0020: supply vcc not found, using dummy regulator [ 1.800254] pca953x 0-0020: using no AI [ 1.804716] i2c i2c-0: LPI2C adapter registered [ 1.810507] pca953x 1-0022: supply vcc not found, using dummy regulator [ 1.817269] pca953x 1-0022: using AI [ 1.822077] at24 1-0050: supply vcc not found, using dummy regulator [ 1.828917] at24 1-0050: 1024 byte 24c08 EEPROM, writable, 16 bytes/write [ 1.835795] i2c i2c-1: LPI2C adapter registered [ 1.841329] i2c i2c-2: LPI2C adapter registered [ 1.846907] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 1.854932] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 1.865632] imx-dwmac 428a0000.ethernet: IRQ eth_lpi not found [ 1.871579] imx-dwmac 428a0000.ethernet: tx clock enable start [ 1.877611] imx-dwmac 428a0000.ethernet: User ID: 0x10, Synopsys ID: 0x52 [ 1.884419] imx-dwmac 428a0000.ethernet: DWMAC4/5 [ 1.889206] imx-dwmac 428a0000.ethernet: DMA HW capability register supported [ 1.896327] imx-dwmac 428a0000.ethernet: RX Checksum Offload Engine supported [ 1.903449] imx-dwmac 428a0000.ethernet: TX Checksum insertion supported [ 1.910153] imx-dwmac 428a0000.ethernet: Wake-Up On Lan supported [ 1.916235] imx-dwmac 428a0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 1.923878] imx-dwmac 428a0000.ethernet: Enabled L3L4 Flow TC (entries=8) [ 1.930655] imx-dwmac 428a0000.ethernet: Enabled RFS Flow TC (entries=10) [ 1.937446] imx-dwmac 428a0000.ethernet: Enabling HW TC (entries=256, max_off=256) [ 1.945009] imx-dwmac 428a0000.ethernet: Using 32/32 bits DMA host/device width [ 2.091986] imx-dwmac 428a0000.ethernet: tx clock disable start [ 2.092418] sdhci-esdhc-imx 42860000.mmc: Got CD GPIO [ 2.099328] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.111052] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.122102] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.130156] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.134093] mmc1: SDHCI controller on 42860000.mmc [42860000.mmc] using ADMA [ 2.139573] nxp-pca9450 1-0025: pca9451a probed. [ 2.152583] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.160637] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.171559] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 2.180575] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 2.186741] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600' [ 2.194068] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 2.197312] clk: Disabling unused clocks [ 2.202716] platform regulatory.0: Falling back to sysfs fallback for: regulatory.db [ 2.214819] ALSA device list: [ 2.217793] No soundcards found. [ 2.221596] Waiting for root device /dev/mmcblk1p2... [ 2.287788] mmc1: host does not support reading read-only switch, assuming write-enable [ 2.298005] mmc1: new high speed SD card at address 0001 [ 2.303890] mmcblk1: mmc1:0001 00000 1.81 GiB [ 2.311020] mmcblk1: p1 p2 [ 2.315100] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.323111] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.339143] exFAT-fs (mmcblk1p2): invalid boot record signature [ 2.345082] exFAT-fs (mmcblk1p2): failed to read boot sector [ 2.350777] exFAT-fs (mmcblk1p2): failed to recognize exfat type [ 2.358002] erofs: (device mmcblk1p2): mounted with root inode @ nid 36. [ 2.364768] VFS: Mounted root (erofs filesystem) readonly on device 179:98. [ 2.371789] devtmpfs: mounted [ 2.375967] Freeing unused kernel memory: 1984K [ 2.380690] Run /sbin/init as init process [ 2.384782] with arguments: [ 2.384785] /sbin/init [ 2.384787] with environment: [ 2.384790] HOME=/ [ 2.384792] TERM=linux [ 4.633259] random: crng init done [ 12.406378] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 12.414399] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 12.424617] platform imx-lcdifv3-crtc.0: deferred probe pending And when ip link set eth0 up (there are a few non-standard traces that i added to the driver to try to debug this dma issue)  : # ip link set eth0 up [ 236.851517] imx-dwmac 428a0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 236.859339] imx-dwmac 428a0000.ethernet: tx clock enable start [ 236.974901] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 236.982933] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 237.081392] imx-dwmac 428a0000.ethernet eth0: PHY [stmmac-1:00] driver [Generic PHY] (irq=POLL) [ 237.090112] Checking DMA clocks before reset... [ 237.094643] DMA_HW_CAPABILITY = 0x0 [ 237.098124] RESET START: DMA_BUS_MODE = 0x1 [ 237.102301] AFTER WRITE: DMA_BUS_MODE = 0x1 [ 238.107432] POLL RESULT: ret=-110, DMA_BUS_MODE = 0x1 [ 238.112492] imx-dwmac 428a0000.ethernet: Failed to reset the dma [ 238.118519] imx-dwmac 428a0000.ethernet eth0: stmmac_hw_setup: DMA engine initialization failed [ 238.127210] imx-dwmac 428a0000.ethernet eth0: __stmmac_open: Hw setup failed [ 238.194819] imx-dwmac 428a0000.ethernet: tx clock disable start ip: SIOCSIFFLAGS: Connection timed out Thanks for your help, Best regards, Julien Re: DMA Error with imx93 and eqos in RMII Hello, Please confirm that reset is asserted correctly in the PHY. When the PHY is not provided with the clock for a brief period and the clock is enabled back, a reset must be provided to the PHY to latch all the configuration straps, recover into the normal working mode. Please share your entire dmesg. Best regards. Re: DMA Error with imx93 and eqos in RMII Hello, Thank you for the information. Since registers can be accessed, the MAC is not completely held in reset. Could you please share the schematic connections to confirm how REF_CLK is provided? Also, please share your clock summary in cat /sys/kernel/debug/clk/clk_summary Best regards. Re: DMA Error with imx93 and eqos in RMII I don't want to share the full schematics on a public forum. Can i send them privately ? REF_CLK is provided via ENET1_TD2 (pin U12 of imx93). In device tree, this is this line : MX93_PAD_ENET1_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK 0x57e We have checked with an oscilloscope that the clock is correct under u-boot, but we encounter a similar dma error (with less details). Under linux, something is stopping the clock (my guess is that the dma error triggers a release of the clock, which is then stopped by linux kernel as unused). Here's the content of clk_summary : enable prepare protect duty hardware connection clock count count count rate accuracy phase cycle enable consumer id --------------------------------------------------------------------------------------------------------------------------------------------- pcf85063-clkout 0 0 0 0 0 0 50000 Y deviceless no_connection_id sys_pll_pfd2 1 1 0 625000000 0 0 50000 Y deviceless no_connection_id wakeup_axi_root 2 2 0 312500000 0 0 50000 Y 42860000.mmc ahb 42850000.mmc ahb deviceless no_connection_id enet_qos 0 0 0 312500000 0 0 50000 N 428a0000.ethernet mem 428a0000.ethernet pclk 428a0000.ethernet stmmaceth deviceless no_connection_id enet1 0 0 0 312500000 0 0 50000 N 42890000.ethernet ahb 42890000.ethernet ipg deviceless no_connection_id edma2 1 1 0 312500000 0 0 50000 Y 42000000.dma-controller edma deviceless no_connection_id sys_pll_pfd2_div2 0 0 0 312500000 0 0 50000 Y deviceless no_connection_id sys_pll_pfd1 3 3 0 800000000 0 0 50000 Y deviceless no_connection_id media_axi_root 1 1 0 400000000 0 0 50000 Y 4ae30000.lcd-controller disp-axi 4ac10000.system-controller axi deviceless no_connection_id nic_media 1 1 0 400000000 0 0 50000 Y 4ac10000.system-controller nic power-domain@44462400 no_connection_id deviceless no_connection_id nic_axi_root 1 1 0 400000000 0 0 50000 Y deviceless no_connection_id ccm_cko4_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id ccm_cko3_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id ccm_cko2_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id ccm_cko1_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id usdhc3_root 0 0 0 200000000 0 0 50000 N deviceless no_connection_id usdhc3 0 0 0 200000000 0 0 50000 N deviceless no_connection_id usdhc2_root 0 0 0 400000000 0 0 50000 N deviceless no_connection_id usdhc2 0 0 0 400000000 0 0 50000 N 42860000.mmc per deviceless no_connection_id usdhc1_root 0 0 0 400000000 0 0 50000 N deviceless no_connection_id usdhc1 0 0 0 400000000 0 0 50000 N 42850000.mmc per deviceless no_connection_id flexspi1_root 0 0 0 200000000 0 0 50000 N deviceless no_connection_id flexspi1 0 0 0 200000000 0 0 50000 N deviceless no_connection_id sys_pll_pfd1_div2 6 6 0 400000000 0 0 50000 Y deviceless no_connection_id enet_ref_phy_root 0 0 0 50000000 0 0 50000 N 42890000.ethernet enet_out deviceless no_connection_id enet_timer1_root 0 0 0 100000000 0 0 50000 N 42890000.ethernet ptp deviceless no_connection_id enet_timer2_root 0 0 0 100000000 0 0 50000 N 428a0000.ethernet ptp_ref deviceless no_connection_id media_apb_root 1 2 0 133333334 0 0 50000 Y ldb-phy apb system-controller@4ac10000 no_connection_id 4ac10000.system-controller apb power-domain@44462400 no_connection_id deviceless no_connection_id isi 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller isi deviceless no_connection_id pxp 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller pxp deviceless no_connection_id lcdif 0 0 0 133333334 0 0 50000 N 4ae30000.lcd-controller disp-apb 4ac10000.system-controller lcdif deviceless no_connection_id mipi_dsi 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller dsi deviceless no_connection_id mipi_csi 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller csi deviceless no_connection_id hsio_root 1 1 0 133333334 0 0 50000 Y deviceless no_connection_id usb_controller 0 0 0 133333334 0 0 50000 N 4c200000.usb no_connection_id 4c100000.usb no_connection_id deviceless no_connection_id lpspi4_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi4 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi3_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi3 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi2_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi2 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi1_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi1 0 0 0 50000000 0 0 50000 N deviceless no_connection_id swo_trace_root 0 0 0 133333334 0 0 50000 N deviceless no_connection_id bus_aon_root 1 1 0 133333334 0 0 50000 Y i2c@44350000 no_connection_id i2c@44340000 no_connection_id deviceless no_connection_id tstmr1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id pdm_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id sai1_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id tpm1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id lpit1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id mu1_b 0 0 0 133333334 0 0 50000 N 44230000.mailbox no_connection_id deviceless no_connection_id mu1_a 0 0 0 133333334 0 0 50000 Y deviceless no_connection_id sema1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id bus_wakeup_root 4 4 0 133333334 0 0 50000 Y 42860000.mmc ipg i2c@42530000 no_connection_id 42850000.mmc ipg deviceless no_connection_id tstmr2 0 0 0 133333334 0 0 50000 N deviceless no_connection_id sai3_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id sai2_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id tpm3 0 0 0 133333334 0 0 50000 N deviceless no_connection_id lpit2 0 0 0 133333334 0 0 50000 N deviceless no_connection_id gpio4 2 2 0 133333334 0 0 50000 Y 43830000.gpio gpio 43830000.gpio port deviceless no_connection_id gpio3 2 2 0 133333334 0 0 50000 Y 43820000.gpio gpio 43820000.gpio port deviceless no_connection_id gpio2 2 2 0 133333334 0 0 50000 Y 43810000.gpio gpio 43810000.gpio port deviceless no_connection_id mu2_b 0 0 0 133333334 0 0 50000 N 42440000.mailbox no_connection_id deviceless no_connection_id mu2_a 0 0 0 133333334 0 0 50000 Y deviceless no_connection_id sema2 0 0 0 133333334 0 0 50000 N deviceless no_connection_id m33_root 4 4 0 200000000 0 0 50000 Y deviceless no_connection_id gpio1 2 2 0 200000000 0 0 50000 Y 47400000.gpio gpio 47400000.gpio port deviceless no_connection_id edma1 1 1 0 200000000 0 0 50000 Y 44000000.dma-controller edma deviceless no_connection_id cm33 1 1 0 200000000 0 0 50000 Y deviceless no_connection_id a55_mtr_bus_root 1 1 0 133333334 0 0 50000 Y deviceless no_connection_id sys_pll_pfd0 2 2 0 1000000000 0 0 50000 Y deviceless no_connection_id a55_alt_root 1 1 0 500000000 0 0 50000 Y deviceless no_connection_id a55_alt 0 0 0 500000000 0 0 50000 N deviceless no_connection_id a55_periph_root 1 1 0 333333334 0 0 50000 Y deviceless no_connection_id sys_pll_pfd0_div2 0 0 0 500000000 0 0 50000 Y deviceless no_connection_id usb_phy_root 0 0 0 50000000 0 0 50000 N usbphynop2 main_clk usbphynop1 main_clk deviceless no_connection_id enet_ref_root 0 0 0 250000000 0 0 50000 N 42890000.ethernet enet_clk_ref deviceless no_connection_id enet_root 0 0 0 50000000 0 0 50000 N 428a0000.ethernet tx deviceless no_connection_id dummy 0 0 0 0 0 0 50000 Y deviceless no_connection_id clk_ext1 0 0 0 133000000 0 0 50000 Y clock-controller@44450000 clk_ext1 deviceless no_connection_id osc_24m 6 6 3 24000000 0 0 50000 Y clock-controller@44450000 osc_24m timer@44290000 per deviceless no_connection_id pmro 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tmc 1 1 0 24000000 0 0 50000 Y 44482000.tmu no_connection_id deviceless no_connection_id sys_cnt 1 1 0 24000000 0 0 50000 Y deviceless no_connection_id hsio_trout_24m 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog3 1 1 0 24000000 0 0 50000 Y 42490000.watchdog no_connection_id deviceless no_connection_id wdog2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id pal_came_scan_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c2_slow_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c1_slow_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id spdif_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id spdif 0 0 0 24000000 0 0 50000 N deviceless no_connection_id audio_xcvr_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id aud_xcvr 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tstmr2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tstmr1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id pdm_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id pdm 0 0 0 24000000 0 0 50000 N deviceless no_connection_id adc_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id adc1 0 0 0 24000000 0 0 50000 N 44530000.adc ipg deviceless no_connection_id mipi_phy_cfg_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mipi_test_byte_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id cam_pix_root 0 0 0 24000000 0 0 50000 N 4ac10000.system-controller cam deviceless no_connection_id ml_root 0 0 0 24000000 0 0 50000 N power-domain@44461800 no_connection_id deviceless no_connection_id ml_apb_root 0 0 0 24000000 0 0 50000 N power-domain@44461800 no_connection_id deviceless no_connection_id hsio_acscan_480m_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id hsio_acscan_80m_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id hsio_usb_test_60m_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id usb_test_60m 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai3_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai3 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi8_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi8 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi7_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi7 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c8_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c8 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c7_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c7 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c4_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c3_root 0 0 1 24000000 0 0 50000 N deviceless no_connection_id lpi2c3 0 0 1 24000000 0 0 50000 N i2c@42530000 no_connection_id deviceless no_connection_id lpi2c2_root 0 0 1 24000000 0 0 50000 N deviceless no_connection_id lpi2c2 0 0 1 24000000 0 0 50000 N i2c@44350000 no_connection_id deviceless no_connection_id lpi2c1_root 0 0 1 24000000 0 0 50000 N deviceless no_connection_id lpi2c1 0 0 1 24000000 0 0 50000 N i2c@44340000 no_connection_id deviceless no_connection_id lpuart8_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart8 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart7_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart7 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart4_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart3_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart3 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart1_root 1 1 0 24000000 0 0 50000 Y deviceless no_connection_id lpuart1 1 1 0 24000000 0 0 50000 Y 44380000.serial ipg deviceless no_connection_id can2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id can2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id can1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id can1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm4_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id m33_systick_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id video_pll 0 0 0 1039500000 0 0 50000 Y deviceless no_connection_id media_disp_pix_root 0 0 0 148500000 0 0 50000 N 4ae30000.lcd-controller pix 4ac10000.system-controller disp deviceless no_connection_id media_ldb_root 0 0 0 1039500000 0 0 50000 N deviceless no_connection_id lvds 0 0 0 1039500000 0 0 50000 N deviceless no_connection_id audio_pll 0 0 0 393216000 0 0 50000 Y deviceless no_connection_id arm_pll 1 1 0 1700000000 0 0 50000 Y deviceless no_connection_id a55_sel 1 1 0 1700000000 0 0 50000 Y deviceless no_connection_id a55_core 1 1 0 1700000000 0 0 50000 Y deviceless no_connection_id osc_32k 1 1 0 32768 0 0 50000 Y clock-controller@44450000 osc_32k deviceless no_connection_id hsio_32k 2 2 0 32768 0 0 50000 Y 4c200000.usb usb_wakeup_clk 4c100000.usb usb_wakeup_clk deviceless no_connection_id # Re: DMA Error with imx93 and eqos in RMII Please see the other message for my answer about the ref_clk and the schematics, it looks like i mistakenly used the wrong reply button.  I also tried the following : https://community.nxp.com/t5/i-MX-Processors/i-MX93-EQoS-RMII-mode-with-internal-50MHz-reference-clock/m-p/1947843 which looks a lot like the same issue, but could not get it to work as well. Thanks for your support, Re: DMA Error with imx93 and eqos in RMII I could finally get it to work, using the patch in the link, and the following settings : &eqos { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_eqos>; phy-mode = "rmii"; phy-handle = <&ethphy1>; status = "okay"; assigned-clock-parents = <&clk IMX93_CLK_SYS_PLL_PFD1_DIV2>, <&clk IMX93_CLK_SYS_PLL_PFD0_DIV2>; assigned-clock-rates = <100000000>, <50000000>; enet_clk_sel = <&wakeupmix_gpr 0x2C>; clk_csr = <5>; // snps,rmii_refclk_ext; mdio { compatible = "snps,dwmac-mdio"; #address-cells = <1>; #size-cells = <0>; clock-frequency = <5000000>; ethphy1: ethernet-phy@0 { reg = <0>; eee-broken-1000tx; reset-gpios = <&pcal6524 19 GPIO_ACTIVE_LOW>; reset-assert-us = <15000>; reset-deassert-us = <100000>; smsc,disable-energy-detect; }; }; }; Could you explain me what the patch in  https://community.nxp.com/t5/i-MX-Processors/i-MX93-EQoS-RMII-mode-with-internal-50MHz-reference-clock/m-p/1947843 does, why it is needed? Also, shouldn't these changes be upstreamed, as they look like a regular use case for the soc, nothing exceptional? Re: DMA Error with imx93 and eqos in RMII Hello, Is good to know that is now working. The patch modifies the driver dwmac-imx/EQoS to configure ENET_QOS when RMII is using an external clock. This change is needed because EQoS needs a constant clock during DMA reset. Best regards.

S32K344 SVD File Bugs I pulled the S32K344 svd file ( S32K344.svd ) from the S32DS and I'm attempting to use it, but there appear to be hundreds of bugs in how the file is constructed. For example, in the MUXSEL registers (from section 62.8.10 in the Reference Manual) are defined in the SVD file like so: lu_in LU_IN0 to LU_IN11 0x1 But the name field for all the enumerated values (LU_IN0 to LU_IN11) are all "lu_in" which causes errors when storing them as enumerations (multiple definitions of the symbol "lu_in"). Additionally - the enumeration doesn't even correctly cover the space. LU_IN should have values between 1 and 12 (0x1 to 0xC) and instead the enumeration only goes up to 0x9. As another example, register MDACFG0 field NMDAR has an enumeration which essentially serves no purpose except to be broken. NUMBER Number of registers 0x1 Similar to the lu_in example, the enumerations all list "NUMBER" as the name of every enumeration. Register RRCR0 has field RR_INITMOD which has essentially the same issue with an enumeration MOD_1_63 which also only covers a portion of the possible enumerated values. Is there anyone I can reach out to in order to get this corrected? These issues are a pretty major impediment to our ability to use S32K3XX chips. Re: S32K344 SVD File Bugs Hello @kscz , Unfortunately, at this time, there is no official NXP Rust support for S32K3. You can create a small script to remove/rename duplicities before feeding the SVD to svd2rust. Best regards, Pavel Re: S32K344 SVD File Bugs I'm a little confused - you are correct that I would like to use Rust with this chip, but the issues I've laid out here are fundamental to how anyone would use this SVD file - whether for CMSIS or Rust. The enumerations for things like MUXSEL and RR_INITMOD only covering some of the possible values seems like a bug. The name field being the same for all the enumerations of any field seems like a bug. I'm not trying to ask for explicit support from NXP for Rust, I'm asking for the SVD file to be fixed! Re: S32K344 SVD File Bugs Hello @kscz , I see your point. I reported your query to the software team. Thank you for reporting that. Best regards, Pavel Re: S32K344 SVD File Bugs Any word on how long I should wait for an update? Re: S32K344 SVD File Bugs Hello @kscz , I haven't received an update from development team yet. I increased the priority. Since the svd file is a part of RTD, I would expect the fix in the next RTD release. Best regards, Pavel Re: S32K344 SVD File Bugs The S32K388 SVD file has many, many more bugs - do I need to document these as well? Are there plans to update this one like the S32K344 as well? Re: S32K344 SVD File Bugs Hello @kscz , Thank you for reporting the issue. I forwarded it to the SW team and increased the priority.  Best regards, Pavel

i.MX8MQ: Boot ROMはFlexSPI/QSPI NOR FLASHからの起動をサポートしていますか? こんにちは、 ハードウェア: - i.MX8MQ(REV A0)、EVKデザインに基づくカスタムボード - QSPI NOR:マイクロンMT25QL256A(32MB、3.3V、クアッドコネクテッド) - BSP: Yocto Scarthgap、NXP BSP、U-BOOT 2024.04(u-BOOT-IMX) 目標：FlexSPI NORフラッシュからブートローダー（SPL + ATF + U-Boot）を起動する。 カーネルとルートファイルシステムはeMMC上に残ります。 効果的な点: - U-Boot(uuu SDP/SDPV経由でRAMにロード)は問題なく動作します - 「SFプローブ」がフラッシュを正しく検出します:MT25QL256A、32 MiB - U-Bootはフラッシュの読み書きが安定してできる(検証 「SF Protect Unlock」後の読み返しテスト) - 画像はIMXBOOT_TARGETS = 「flash_evk_flexspi」で構築されます フラッシュメモリのレイアウト（チップからの読み出しで検証済み）： 0x000000: FCFB ヘッダー - 「qspihdr check」レポート 「Q(F)SPIにブート構成ヘッダーが見つかりました」 タグ = 42464346、バージョン = 56010000 0x001000: IVT - d1 00 20 41、エントリ = 0x007E1000、 boot_data = 0x007E0FE0、self = 0x007E0FC0 0x060000: U-Boot の適切な FIT (d00dfeed) が一致します CONFIG_SYS_SPI_U_BOOT_OFFS=0x60000 問題点: ブートスイッチをQSPI/FlexSPIに設定し、USBケーブルで起動した場合 物理的に切断されたため、ボードは起動しません。何もない シリアルコンソールに印刷され（SPLバナーは表示されません）、 ROMはシリアルダウンロードモードに切り替わります。 uuu -lsusb 2:1 MX8MQ SDP: 0x1FC9 0x012B NXP FLASH BT_FUSE_SELは焼損していません。ブート設定はGPIO経由で行われます。 ブートピン。 私が既に試したこと： - 両方のヘッダー形式: scripts/qspi_header (c0ffee01 タグ) および scripts/fspi_header (FCFBタグ)。soc.mak をSO修正した flash_evk_flexspiオフセット0のfspi_headerを使用します。 - 変動するFCFBパラメータ:sflashA1Size、serialClkFreq(50MHz -> 20MHz)、 dataSetupTime/dataHoldTime, sflashPadType - 「Uuu -B QSPI」(公式組み込みスクリプト) - 「Qspihdr Update Safe」および「Qspihdr init safe」 - フラッシュを完全に消去するのと、完全な画像を書き込むこと: 起動動作は基本的に同一です(SDPはその後に現れます) ~1.6秒対~1.8秒)を比較し、ROMが読み取っていない可能性を示唆しています フラッシュ自体が。 質問: 1.i.MX8MQブートROMはシリアルNORからの起動をサポートしていますか? FlexSPIでフラッシュを使うべきでしょうか?リファレンス・マニュアルのセクションは持っています NANDフラッシュとSD/MMCをブートデバイスとしてリストアップしていますが、できませんでした FlexSPI/QSPI NORのリストは見つかりません。i.MX8MM/8MNのドキュメントのようです 説明は難しいですが、8MQについてはよくわかりません。 2. もし対応しているなら、フラッシュの正確な予想レイアウトはどうなりますか? FCFB の場合、IVT はオフセット 0x400 または 0x1000 にあるべきでしょうか 0x0に存在しますか？ 3. 選択すべき正しいBOOT_MODE / BOOT_CFGの組み合わせは何ですか？ i.MX8MQでFlexSPI NORブートは可能ですか？ 4. REV A0シリコンに関して既知の正誤表はありますか？ FlexSPIブート？ よろしくお願いします。

S32K3 spi clk abnormal low I use S32K344 EVB to do spi test. I use LPSPI1 unit as master with pin from PTB14 to PTB17, and RTD 4.0.0 P19. The spi is mode 3: CPOL=1, CPHA=1 After call for Spi_SyncTransmit, I measure the scope like below, The clk pin get to low before the frame really tramsmit, what might be the reason for that? How to fix it? zyt_0-1785493991563.png Re: S32K3 spi clk abnormal low Hi @zyt  This behavior is typically caused by the first workaround for ERR050456, which performs a reset of the LPSPI module. This situation has already been discussed in other threads, such as Extra SPI Clock Pulse Appears Before CS Line Goes Low on [MCU S32K312]. As explained in that thread, an alternative workaround can be applied that is expected to eliminate the low pulse. To enable this workaround define the following macro in your project: ERR_IPV_LPSPIV2_E050456_2ND_SOLUTION BR, VaneB

Kinetis(KW3x/4x、MCX W7xおよびMCX W23)オートモーティブ用パワープロファイルツール、IIoT、CGM、ローカライゼーション用 このページはKinetis(KW35/KW38/KW45/KW47)およびMCX Wx(MCX W71/72)に関する実験的なコネクティビティ電力プロファイリングツールに捧げられています。 これにより、あなたのアプリケーション(オートモーティブやIIoT)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには'One コネクティビティ Power Profiling Tool'専用の電源プロファイルツールが掲載されており、以下が含まれます: 新:KW43(オートモーティブ)およびMCX W70(IIoT)製品をシミュレーションに基づくスタンドアロンで提供。 KW3x/KW4x(オートモーティブ)およびMCX W7x(IIoT)製品として単独で販売されています。 単体でMCX W23(IIoT)製品。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 新:シミュレーションに基づく単体(IIoT)のMCX W70製品。 Bluetooth LE 802.15.4 マター & ZED id:NXPナレッジベース [開始日: 2026年7月31日]

RD33771CNTREVM + FreeMASTER project Hi, I am currently evaluating the RD33771CNTREVM (HV Battery Management System) reference design board. According to the User Manual (UM11310), the board outputs raw register data via the CAN0 interface (connector J12). While I can read the raw hexadecimal messages using a standard CAN-USB interface, I am looking for a more efficient way to visualize the cell voltages and temperatures in real-time. I noticed that for a similar silicon combination (S32K144 + MC33771C), NXP provides the BCC_S32K144_FreeMASTER example project within the BCC SW Driver Package. Before I start modifying the pin routing and porting this generic example to match the specific hardware layout of the RD33771CNTREVM, I would like to ask: Does NXP have a dedicated FreeMASTER project (.pmp / .pmpx) and the corresponding .elf firmware specifically tailored for the RD33771CNTREVM board? Thank you for the support. Re: RD33771CNTREVM + FreeMASTER project Hi Marvin, I have found an answer from an application team to another customer who requested FreeMASTER example for the RD33771CNTREVM. Unfortunately we do not have any. We have only the EvalGUI. See the answer below. You can download the EvalGUI from the MC33771C product page. It is publicly available.  JozefKozon_0-1785486988566.png I apologize for inconvenience.  DESCRIPTION Unfortunately that is correct, the FreeMaster interface going with the example code has been developed for one node only. As is, it would not work with 4 nodes, only the first one would be initialized and monitored. For this distributed platform, the only GUI available for more than one node would be the EvalGUI 5.15.. With Best Regards, Jozef Re: RD33771CNTREVM + FreeMASTER project Hi Marvin, currently there isn't any other software, apart from the software which you can find in the MC33771C and in the RD33771CNTREVM product pages. And since the MC33771C is an old product, although still in production, there probably will not be a new software. We have newer BCCs. For a new design I would rather recommend you one from the 24 or 26 Channels BCCs. BMA7x2x family. This are the latest BCC components. https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR?category=c40_c328&page=1&nrnd=false JozefKozon_0-1785495573469.png With Best Regards, Jozef Re: RD33771CNTREVM + FreeMASTER project Hi Jozef, Thank your the answer. I tried the EvalGUI 5.15, but it lags on Windows 11 and it works only with COM port. RD33771CNTREVM has CAN output...  I'll see if I can get the RX and TX signals out of the PCB. Then I could modify the original FW for the development kit to have the same input / output messages that EvalGUI 5.15 expects. But I would still expect either PC SW or a FreeMASTER project for the development kit. That would be very helpful.

RD33771CNTREVM + FreeMASTERプロジェクト こんにちは、 現在、RD33771CNTREVM(HVバッテリー・マネジメントシステム)のリファレンス・デザインボードを評価しています。 ユーザーマニュアル(UM11310年)によると、ボードはCAN0インターフェース(コネクタJ12)を通じて生のレジスタデータを出力します。標準的なCAN-USBインターフェースで生の16進数メッセージを読み取れますが、セルの電圧や温度をリアルタイムでより効率的に可視化する方法を探しています。 似たようなシリコンの組み合わせ(S32K144 + MC33771C)の場合、NXPはBCC SWドライバーパッケージ内でBCC_S32K144_FreeMASTER例プロジェクトを提供していることに気づきました。 RD33771CNTREVMの特定のハードウェアレイアウトに合わせて、この汎用サンプルのピン配線を変更したり移植したりする前に、いくつか質問させてください。 NXPはFreeMASTER専用のプロジェクトファイル（.pmp / .pmpx）を提供していますか？対応する.elfファイルRD33771CNTREVMボード専用に調整されたファームウェアですか？ サポートありがとうございます。 Re: RD33771CNTREVM + FreeMASTER project こんにちは、マービンさん。 別のお客様がRD33771CNTREVMにFreeMASTERの例を求めた際、アプリケーションチームから回答を見つけました。残念ながら、そのようなものはありません。私たちはEvalGUIしか持っていません。以下の回答をご覧ください。 MC33771C製品ページからEvalGUIをダウンロードできます。公開されています。 JozefKozon_0-1785486988566.png ご迷惑をおかけして申し訳ございません。 説明 残念ながらその通りで、例コードに伴うFreeMasterインターフェースは1つのノードのみ向けに開発されています。現状では、4つのノードでは動作せず、最初のノードのみが初期化され、監視されることになる。 この分散プラットフォームにおいて、複数ノードで利用可能な唯一のGUIはEvalGUI 5.15のみとなります。 敬具、 ヨゼフ Re: RD33771CNTREVM + FreeMASTER project こんにちは、ヨゼフさん。 ご回答ありがとうございます。EvalGUI 5.15を試してみましたが、Windows 11では動作が遅く、COMポート経由でしか動作しません。RD33771CNTREVM CAN出力がある... PCBからRX信号とTX信号を取り出せるか試してみます。そうすれば、開発キット用の元のFWをEvalGUI 5.15が期待する同じ入出力メッセージを持たせるように変更できます。 しかし、開発キットにはPC用ソフトウェアかFreeMASTERプロジェクトのいずれかが付属することを期待しています。それは大変助かります。 Re: RD33771CNTREVM + FreeMASTER project こんにちは、マービンさん。 現在、 MC33771C やRD33771CNTREVM 製品ページで見つかるソフトウェア以外に、他にソフトウェアはありません。また、MC33771Cは古い製品ですが、まだ生産中なので、新しいソフトウェアはおそらく登場しないでしょう。弊社にはより新しいBCC（ビジネスコミュニケーションセンター）があります。新しいデザインなら、24チャネルか26チャネルのBCCのものをおすすめします。BMA7x2xファミリです。これらは最新のBCCコンポーネントです。 https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR?category=c40_c328&page=1&nrnd=false JozefKozon_0-1785495573469.png 敬具、 ヨゼフ

SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenticate ## The problem in one line On an **SE051C2**, every command that touches the applet's object store returns **0x6985 (CONDITIONS NOT SATISFIED)** — while `GetRandom` succeeds on the *same* session, including over the armed Platform SCP03 channel. ## Our questions **Q1. Is this part in a "mandate platform SCP" / RESTRICTED / transport state?** Both of our samples are as-delivered, and one is factory-fresh. If SE051C2 ships with the object store locked until the Platform SCP03 keys are rotated off the NXP defaults, that would explain every observation below exactly. If so, what is the documented procedure to leave that state? **Q2. Do object operations require customer-key (rotated) Platform SCP03, rather than the default platform keys?** Our channel authenticates with the defaults and demonstrably carries traffic — but every object command over it is refused. **Q3. If Q1/Q2 are yes: how do we read UNIQUE_ID first?** This is a chicken-and-egg that blocks us completely. Our platform-key derivation takes the chip UID as its input, but `ReadObject(UNIQUE_ID)` is itself one of the refused commands. What is the intended order of operations on a fresh part? **Q4. Is there a GET DATA / GET STATUS we can issue that reports the applet's lifecycle / VC state?** Stateless commands *do* work for us, so if such a query exists we can confirm the part's state ourselves instead of guessing. **Q5. What makes THIS part refuse ordinary object creation, when it evidently works for others?** In the DeleteAll/0x6985 thread (m-p/1648349), step 1 was `Se05x_API_WriteUserID(... FACTORY_RESET ...)` returning **0x9000** — a WriteSecureObject succeeding on the default session with only platform SCP03. That is precisely the class of command that fails for us. So object writes are *not* inherently session-gated. Is the difference the variant/configuration (SE051C2 vs SE050), or the platform keys still being NXP defaults? **Q6. Is m-p/1716555 the same root cause?** There, another user reports `Se05x_API_WriteUserID` returning `SM_ERR_CONDITIONS_OF_USE_NOT_SATISFIED` — our exact symptom — and that question appears to have gone unanswered. **Q7. Does `kSE05x_ECCurve_NIST_P256` require an explicit `Se05x_API_CreateECCurve` on SE051C2, or is it built in?** (Minor — but we tried it, and even the CreateECCurve is refused.) ## What we measured | Check | Result | Meaning | |---|---|---| | `Se05x_API_SELECT` applet | **0x9000** | IoT applet selected | | `Se05x_API_GetRandom` (plain) | real entropy | session + transport work | | Platform SCP03 authenticate | **succeeds** | default key set matched | | **GetRandom OVER the SCP03 channel** | **succeeds, real entropy** | encrypt + C-MAC + decrypt verified | | Second wrapped command back-to-back | **succeeds** | command counter stays in sync | | `WriteECKey` NIST P-256 (generate) | **0x6985** | | | `WriteECKey` secp256k1 (import) | **0x6985** | `CreateCurve_secp256k1` IS called first | | `WriteECKey` Ed25519 (import) | **0x6985** | built-in curve, no CreateCurve needed | | `ReadObject(UNIQUE_ID)` | **0x6985** | no policy argument involved | | `WriteBinary_Ver` (with file policy) | **0x6985** | file objects fail too | | `CreateECCurve(NIST_P256)` | **0x6985** | even creating a curve is refused | | `CheckObjectExists` | **0x6985** | cannot even test for an object | **`GetRandom` is the only command that works.** Every object-store operation returns 0x6985 — on both samples, plain or SCP03-wrapped. ## Already ruled out by experiment 1. **Not the part.** A second, factory-fresh SE051C2 behaves identically. 2. **Not the transport or session.** SELECT returns 0x9000; GetRandom returns real entropy on the same session. 3. **Not a broken or missing Platform SCP03 channel.** Authenticate succeeds against the default key set and — decisively — a `GetRandom` issued **over the armed channel** returns real entropy, as does a second back-to-back (command counter in sync). Encrypt + C-MAC + response decrypt all verified. The failing object commands are carried by a channel we have proven functional. 4. **Not a missing key policy.** We passed a real `Se05xPolicy_t` (`ALLOW_SIGN|VERIFY|KA|READ|WRITE|GEN`, authID 0) to every `WriteECKey`. No change. (It could not explain the UNIQUE_ID read anyway — `ReadObject` takes no policy.) 5. **Not a missing curve.** `CreateCurve_secp256k1` is called before the secp256k1 import, Ed25519 is built in, and `Se05x_API_CreateECCurve(NIST_P256)` **also** returns 0x6985. 6. **Not command ordering.** Same 0x6985 whether issued on the plain session or on the authenticated SCP03 channel. 7. **Not the middleware auth build configuration.** Rebuilt with `SSS_HAVE_SE05X_AUTH_PLATFSCP03=1`, `SSS_HAVE_SE05X_AUTH_NONE=0` and `SSSFTR_SE05X_AuthSession=1` (they had been NONE / 0). No change. ## Environment * Part: **SE051C2** — two samples, one factory-fresh, identical behaviour * Host: STM32L562, bare-metal, TrustZone secure world, I2C1 @ 100 kHz, T=1 * Middleware: vendored NXP Plug & Trust `Se05x_API_*` over a custom `smCom_TransceiveRaw` transport (our own T=1 framing — SELECT and GetRandom prove it works). Full middleware, **not** nano-package. * Platform SCP03: NXP default keys; authenticate succeeds and carries traffic SE050 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti Hi Kan, thanks for the quick reply. Yes — tested without platform SCP, and that's actually our normal case. Our object operations run before se051_scp03_open() is called, so they're already on a plain session, and they fail there. Arming platform SCP03 afterwards makes no difference — same 0x6985 either way. Here is the APDU log. Plain session, no SCP03 (CLA=0x80, no 0x04 secure-messaging bit; the response is a bare status word, not wrapped):     TX (11): 80 04 00 27 06 41 04 20 00 F0 30 RX ( 2): 69 85   That is CheckObjectExists (INS 04 MGMT, P2 27, TAG_1 objectID 0x2000F030) — a read-only existence test — refused with CONDITIONS NOT SATISFIED. The same 0x6985 comes back for every object-store command we try, any object ID: CheckObjectExists, WriteBinary_Ver (with file policy), WriteECKey (generate and import; P-256, secp256k1 with CreateCurve_secp256k1 first, and Ed25519), CreateECCurve(NIST_P256), and ReadObject(UNIQUE_ID). On that same plain session, these work fine: SELECT of the IoT applet → 0x9000 GetRandom → real entropy So the transport and applet selection are good; only object-store commands are refused. Question: what would make a factory-fresh SE051C2 refuse even CheckObjectExists on a plain session? We see identical behaviour on two samples, one brand new and never written to. Is there a GET DATA (or similar) query that reports the applet's lifecycle / configuration state? Stateless commands work for us, so we can run it right away and report back. Setup: SE051C2, STM32L562 bare-metal host, I2C 100 kHz, our own T=1 framing (SELECT and GetRandom prove it), full Plug & Trust middleware Se05x_API_*, not nano-package. Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti Hi @winetime ， Did you try the same process without platformSCP enabled? SE051C doesn't require a mandate platform SCP by default. If you may share the APDU command log for this issue, we may check it further. Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti Hi @Kan_Li  — closing this out. **It was our side, and the diagnosis was wrong from the start.** Posting the resolution in case it helps someone else.   The part is fine. Once I instrumented a whole-boot APDU trace instead of reading individual results, a clean power-up gave 83 APDUs with 80 of them 0x9000 — object creation, secp256k1 key generation, `ReadObject` and ECDSA signing all working. The only non-0x9000 responses were benign and already handled by our own code:   80 01 0B 04 CreateECCurve(secp256k1) -> 6985 curve already exists 80 01 61 00 WriteECKey -> 6A80 object exists, wrong type 80 04 00 27 CheckObjectExists -> 9000 80 04 00 28 DeleteSecureObject -> 9000 80 01 61 00 WriteECKey -> 9000 succeeds after the delete   **What I was actually looking at.** The SE was already in a wedged state when each of my test boots started, left there by an earlier session. Once wedged, *every* APDU returns 0x6985 — `GetRandom`, `GetVersion`, `GetFreeMemory` included — and the state survives an MCU reset, a T=1 interface reset, and a re-`SELECT` that itself returns 0x9000. Only removing power clears it. So every measurement I reported was of the wedge, not of a blocked feature, and my "GetRandom is the only command that works" and "GetVersion is refused" claims were both artifacts of that. Apologies for the noise.   For the record, on a healthy boot this part reports:   * `GetVersion` → `07 02 00 3F FF FF FF` — applet **7.2.0**, AppletConfig `0x3FFF` * `GetFreeMemory(PERSISTENT)` → `0x3E0C` = **15,884 bytes** free * Platform SCP03 authenticates on the default key set for **OEF 0005A8FA (SE051C)**   **One thing that may still be worth your comment**, since it is the part I do not understand and it has shipping implications for us:   While wedged, GP security-domain commands keep working — `80 50 00 00` INITIALIZE UPDATE and `84 82 33 00` EXTERNAL AUTHENTICATE both return 0x9000 — while the IoT applet refuses everything. Is there a documented applet error state with that shape, and is there any way to detect or clear it **without cutting power**? A deployed device cannot power-cycle its secure element independently, so if a host can drive the applet into this state we need to know how to get back out.   Thanks for the quick response earlier.

IW611 RU セットアップ RUの設定方法についてアドバイスをいただきたいです。 RF試験については、技術スタッフがRUセットアップマニュアル「UM11749」の第12章を参照して試験を実施しています。しかし、設定ファイル「TF_Config_20MHz.txt」を編集すると第12.6章の例に基づいてロードしたところ、出力波形は変調されていない信号に似ており、期待される波形を確認することができませんでした。 波形が出力されていることから、ファイルは正しく読み込まれたと考えられます。 設定ファイルの内容は以下のとおりです。 =================================================================== FRAME_CTRL_TYPE=1 \\IEEE_TYPE_CONTROL FRAME_CTRL_SUBTYPE=2 \\TRIGGER 期間フィールドを設定します 最大継続時間 フレーム期間=5484 \\0x156C トリガーフレームのcommoninfoフィールドを設定します \\ HE_trigger_frame.TrigCommonField.TriggerType = BASIC_TRIGGER; \\ HE_trigger_frame.TrigCommonField.UlLen = 1000; \\ 最大 \\ HE_trigger_frame.TrigCommonField.MoreTF = FALSE; \\ HE_trigger_frame.TrigCommonField.CSRequired = FALSE; \\ HE_trigger_frame.TrigCommonField.UlBw = TB_BW_20MHZ; \\ HE_trigger_frame.TrigCommonField.LTFType = LTF_1_GI_1_6uS; \\ HE_trigger_frame.TrigCommonField.LTFMode = MU_MIMO_SINGLE_STREAM; \\ HE_trigger_frame.TrigCommonField.LTFSymbol = 0; \\ HE_trigger_frame.TrigCommonField.UlSTBC = FALSE; \\ HE_trigger_frame.TrigCommonField.LdpcESS = TRUE; HE_trigger_frame.TrigCommonField.ApTxPwr = 0 \\ HE_trigger_frame.TrigCommonField.PreFecPadFct = 1; \\ HE_trigger_frame.TrigCommonField.PeDisambig = 0; \\ HE_trigger_frame.TrigCommonField.SpatialReuse = 65535; \\ HE_trigger_frame.TrigCommonField.Doppler = FALSE; \\ HE_trigger_frame.TrigCommonField.HeSig2 = 0x1FF; \\ 予約済み TrigCommonField=0;1000;0;0;0;1;0;0;0;1;0;1;0;65535;0;511 トリガーフレームのユーザー情報フィールドを設定します \\ HE_trigger_frame.TrigUserInfoField.AID12 = (5 & 0xFFF); \\ HE_trigger_frame.TrigUserInfoField.RUAllocReg = 0; \\ HE_trigger_frame.TrigUserInfoField.RUAlloc = 61; \\ 53 (106トーン) \\ HE_trigger_frame.TrigUserInfoField.UlCodingType = CODING_TYPE_LDPC; \\ HE_trigger_frame.TrigUserInfoField.UlMCS = 0; \\ HE_trigger_frame.TrigUserInfoField.UlDCM = FALSE; \\ HE_trigger_frame.TrigUserInfoField.SSAlloc = 0; \\ HE_trigger_frame.TrigUserInfoField.UlTargetRSSI = 80; TrigUserInfoField=5;0;61;1;0;0;0;80 \\configure trigger dependent ユーザー info field \\ HE_trigger_frame.BasicTrigUserInfo.MPDU_MU_SF = MPDU_SPACING_MULT_1; \\ HE_trigger_frame.BasicTrigUserInfo.TID_AL = 0; \\ HE_trigger_frame.BasicTrigUserInfo.AC_PL = FALSE; \\ HE_trigger_frame.BasicTrigUserInfo.Pref_AC = TB_AC_VO; BasicTrigUserInfo=0;0;0;0 =================================================================== この説明に誤りがあれば、お知らせください。 また、ファイルを使用しない他の方法があれば教えてください。 Re: IW611 RU setup こんにちは@SA2 テストログやキャプチャしたスペクトラムを共有してもらえますか? よろしくお願いいたします。 ショーン Re: IW611 RU setup こんにちは、ショーン。 お返事ありがとうございます。 スペクトルのスクリーンショットを共有します。 captured spectrum.png Re: IW611 RU setup こんにちは@SA2 Golden UnitとDUTの両方で発行したCMDを教えてもらえますか?labtoolの戻り値を含む よろしくお願いいたします。 ショーン Re: IW611 RU setup こんにちは、ショーン。 コマンドを実行する前に、確認しておきたい点があります。 第12章は確認しましたが、すべてのRF検査は実施された測定を用いて行われなければなりません。 (このテストは、SMAケーブルを介してスペクトラムアナライザーにコネクテッドされたDUTサンプルを用いて進行中の測定を行います。) したがって、1組の被測定デバイス（DUT）のみを使用して伝導測定を行う場合、第12.2章を参照すべきでしょうか？ Re: IW611 RU setup こんにちは@SA2 測定には標準的な試験方法を用いることが推奨されます。SOすれば、検査結果と比較して問題がないか調べることができます。 よろしくお願いいたします。 ショーン

i.MX8MP散热器解决方案 我们正在考虑为基于 i.MX 8M Plus 的信息娱乐应用采用以下被动散热解决方案： 铝制散热片：20 × 20 × 1.5 毫米（最大可达 30 × 30 × 2 毫米） TIM：汉高贝格奎斯特间隙填充剂 TGF 2000 铝板将用作 i.MX 8M Plus 顶部的散热片。 对于典型的车载信息娱乐系统工作负载而言，这种解决方案是否足够？如果没有，您能否推荐合适的散热器尺寸或任何其他散热要求？ Re: i.MX8MP Heat Spreader Solution 嗨@Wobaffet ， 感谢您联系恩智浦技术支持！ 为此，我建议查阅i.MX8MP 硬件设计指南，特别是第 7.8 章“散热器注意事项”，其中提供了有关 i.MX8MP 热管理和散热器实施的详细信息和设计建议。 本章涵盖了确保设备具有良好的热性能和可靠运行所需的关键要求和注意事项。 此致， 查维拉

S32K3 SPIクロック異常低 私はSPIテストを行うためにS32K344 EVBを使用しています。私はPTB14からPTB17までのピンを持つLPSPI1ユニットをマスターとして使用し、RTD 4.0.0を使用しています。P19.SPIはモード3：CPOL=1、CPHA=1です。 Spi_SyncTransmit を呼び出した後、以下のようにオシロスコープで測定したところ、フレームが実際に送信される前にクロックピンが低くなりました。その原因は何でしょうか？どうすれば直せますか？ zyt_0-1785493991563.png Re: S32K3 spi clk abnormal low こんにちは、 @zyt この動作は通常、EPSPIモジュールのリセットを実行するERR050456の最初の回避策によって引き起こされます。この状況はすでに他のThreadで議論されており、例えば [MCU S32K312]でCSラインが低くなる前に追加のSPIクロックパルスが現れる。 そのThreadで説明されているように、低パルスを解消できると予想される代替の回避策を適用できます。この回避策を有効にするには、プロジェクトに次のマクロを定義してください。 ERR_IPV_LPSPIV2_E050456_2ND_SOLUTION BR、VaneB

i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? Hello, Hardware: - i.MX8MQ (REV A0), custom board based on EVK design - QSPI NOR: Micron MT25QL256A (32MB, 3.3V, Quad connected) - BSP: Yocto Scarthgap, NXP BSP, U-Boot 2024.04 (u-boot-imx) Goal: Boot the bootloader (SPL + ATF + U-Boot) from FlexSPI NOR flash. Kernel and rootfs remain on eMMC. What works: - U-Boot (loaded to RAM via uuu SDP/SDPV) runs fine - "sf probe" detects the flash correctly: mt25ql256a, 32 MiB - U-Boot can read and write the flash reliably (verified with read-back tests after "sf protect unlock") - Image is built with IMXBOOT_TARGETS = "flash_evk_flexspi" Flash layout (verified by reading back from the chip): 0x000000: FCFB header - "qspihdr check" reports "Found boot config header in Q(F)SPI" tag = 42464346, version = 56010000 0x001000: IVT - d1 00 20 41, entry = 0x007E1000, boot_data = 0x007E0FE0, self = 0x007E0FC0 0x060000: U-Boot proper FIT (d00dfeed), matches CONFIG_SYS_SPI_U_BOOT_OFFS=0x60000 Problem: With boot switches set to QSPI/FlexSPI boot and the USB cable physically disconnected, the board does not boot. Nothing is printed on the serial console (SPL banner never appears), and the ROM falls back to serial download mode: uuu -lsusb 2:1 MX8MQ SDP: 0x1FC9 0x012B NXP FLASH BT_FUSE_SEL is not blown; boot configuration is done via GPIO boot pins. What I have already tried: - Both header formats: scripts/qspi_header (c0ffee01 tag) and scripts/fspi_header (FCFB tag). Fixed soc.mak so that flash_evk_flexspi uses fspi_header with offset 0. - Varying FCFB parameters: sflashA1Size, serialClkFreq (50MHz -> 20MHz), dataSetupTime/dataHoldTime, sflashPadType - "uuu -b qspi" (the official built-in script) - "qspihdr update safe" and "qspihdr init safe" - Erasing the flash completely vs. writing the full image: boot behaviour is essentially identical (SDP appears after ~1.6s vs ~1.8s), which suggests the ROM may not be reading the flash at all. Questions: 1. Does the i.MX8MQ Boot ROM support booting from serial NOR flash over FlexSPI at all? The Reference Manual section I have lists NAND flash and SD/MMC as boot devices, but I could not find FlexSPI/QSPI NOR listed. i.MX8MM/8MN documentation seems to describe it, but I am unsure about 8MQ. 2. If it is supported, what is the exact expected flash layout? Should the IVT be at offset 0x400 or 0x1000 when an FCFB is present at 0x0? 3. What is the correct BOOT_MODE / BOOT_CFG combination to select FlexSPI NOR boot on i.MX8MQ? 4. Are there any known errata for REV A0 silicon regarding FlexSPI boot? Thank you.

RD33771CNTREVM + FreeMASTER 项目 您好， 我目前正在评估 RD33771CNTREVM（高压电池管理系统）参考设计板。 根据用户手册（UM11310），该板通过 CAN0 接口（连接器 J12）输出原始寄存器数据。虽然我可以使用标准的 CAN-USB 接口读取原始十六进制消息，但我正在寻找一种更有效的实时可视化电池电压和温度的方法。 我注意到，对于类似的硅组合（S32K144 + MC33771C），NXP 在 BCC 软件驱动程序代码包，软件包中提供了 BCC_S32K144_FreeMASTER 示例项目。 在开始修改引脚布线并将这个通用示例移植到 RD33771CNTREVM 的特定硬件布局之前，我想问一下： NXP是否有专用的FreeMASTER项目（.pmp / .pmpx）？以及相应的 .elf 文件专为RD33771CNTREVM板定制的固件？ 感谢您的支持。 Re: RD33771CNTREVM + FreeMASTER project 嗨，马文， 我找到了应用团队对另一位客户的回复，该客户曾询问RD33771CNTREVM 的 FreeMASTER 示例。很遗憾，我们目前没有 FreeMASTER 示例，只有 EvalGUI。请查看以下回复。您可以从MC33771C 产品页面下载 EvalGUI，它是公开提供的。 JozefKozon_0-1785486988566.png 给您带来的不便，敬请谅解。 说明 很遗憾，情况确实如此，示例代码附带的 FreeMaster 接口仅适用于单个节点。目前来看，它不支持 4 个节点，只有第一个节点会被初始化和监测。 对于这个分布式平台，唯一可用于多个节点的 GUI 是 EvalGUI 5.15。 最诚挚的问候， 约瑟夫 Re: RD33771CNTREVM + FreeMASTER project 嗨，约瑟夫， 谢谢你的回答。我试用了 EvalGUI 5.15，但它在 Windows 11 上运行缓慢，而且只能通过 COM 端口工作。RD33771CNTREVM 具有 CAN 输出…… 我看看能不能从PCB板上获取RX和TX信号。然后我可以修改开发套件的原始固件，使其具有 EvalGUI 5.15 所期望的相同输入/输出消息。 但我仍然希望开发套件能采用 PC SW 或 FreeMASTER 项目。那将非常有帮助。 Re: RD33771CNTREVM + FreeMASTER project 嗨，马文， 目前除了MC33771C和RD33771CNTREVM产品页面中提供的软件外，没有其他软件。由于 MC33771C 是一款老产品，虽然仍在生产，但可能不会有新的软件。我们有更新的BCC。对于新设计，我更推荐您选择 24 通道或 26 通道的 BCC。BMA7x2x系列。这些是BCC的最新元器件。 https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR?category=c40_c328&page=1&nrnd=false JozefKozon_0-1785495573469.png 最诚挚的问候， 约瑟夫

RMII 中 imx93 和 eqos 出现 DMA 错误 我正在尝试让以太网与连接到 eqos 的 LAN8742A PHY 配合使用，采用 RMII 模式。 我以 imx93-11x11-frdm.dts 为基础，并进行了以下更改： &iomuxc { pinctrl_eqos: eqosgrp { fsl,pins = < MX93_PAD_ENET1_MDC__ENET_QOS_MDC 0x57e /* OK */ MX93_PAD_ENET1_MDIO__ENET_QOS_MDIO 0x57e /* OK */ MX93_PAD_ENET1_RD0__ENET_QOS_RGMII_RD0 0x57e /* OK */ MX93_PAD_ENET1_RD1__ENET_QOS_RGMII_RD1 0x57e /* OK */ /* MX93_PAD_ENET1_RD2__ENET_QOS_RGMII_RD2 0x57e MX93_PAD_ENET1_RD3__ENET_QOS_RGMII_RD3 0x57e */ MX93_PAD_ENET1_RXC__ENET_QOS_RX_ER 0x51e /* OK */ /* MX93_PAD_ENET1_RXC__CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK 0x51e */ MX93_PAD_ENET1_RX_CTL__ENET_QOS_RGMII_RX_CTL 0x57e /* OK */ MX93_PAD_ENET1_TD0__ENET_QOS_RGMII_TD0 0x57e /* OK */ MX93_PAD_ENET1_TD1__ENET_QOS_RGMII_TD1 0x57e /* OK */ /* refclock for Eth phy */ MX93_PAD_ENET1_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK 0x57e /* OK */ /* MX93_PAD_ENET1_TD2__ENET_QOS_RGMII_TD2 0x57e MX93_PAD_ENET1_TD3__ENET_QOS_RGMII_TD3 0x57e */ /* MX93_PAD_ENET1_TXC__CCM_ENET_QOS_CLOCK_GENERATE_TX_CLK 0x5fe */ MX93_PAD_ENET1_TX_CTL__ENET_QOS_RGMII_TX_CTL 0x0000051e /* OK */ /* MX93_PAD_ENET1_TX_CTL__ENET_QOS_RGMII_TX_CTL 0x57e */ >; }; &eqos { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_eqos>; phy-mode = "rmii"; phy-handle = <&ethphy1>; status = "okay"; /delete-property/ assigned-clocks; /delete-property/ assigned-clock-rates; assigned-clocks = <&clk IMX93_CLK_ENET_TIMER2>, <&clk IMX93_CLK_ENET>; assigned-clock-rates = <100000000>, <50000000>; mdio { compatible = "snps,dwmac-mdio"; #address-cells = <1>; #size-cells = <0>; clock-frequency = <5000000>; ethphy1: ethernet-phy@0 { reg = <0>; eee-broken-1000tx; post-power-on-delay-ms = <100>; reset-gpios = <&pcal6524 19 GPIO_ACTIVE_LOW>; reset-assert-us = <15000>; reset-deassert-us = <100000>; }; }; }; U-Boot 中的结果是： u-boot=> bootp EQOS_DMA_MODE_SWR stuckFAILED: -110 u-boot=> Linux 系统中的结果为： [ 11.484536] imx-dwmac 428a0000.ethernet: Failed to reset the dma [ 11.490536] imx-dwmac 428a0000.ethernet eth0: stmmac_hw_setup: DMA engine initialization failed [ 11.499228] imx-dwmac 428a0000.ethernet eth0: __stmmac_open: Hw setup failed 我不明白我哪里做错了，哪里配置错误了，或者为什么DMA无法正确初始化。很明显我漏掉了一些东西（DMA 错误看起来像是芯片内部的错误，所以即使引脚复用出现错误，我认为也不会出现这种情况，而且我已经仔细检查过引脚复用了）。 我检查过的项目： 时钟信号已正确发送至PHY。 与mdio上的PHY通信正常 任何提示都将不胜感激。 顺祝商祺！ 朱利安 Re: DMA Error with imx93 and eqos in RMII uboot 中的 RESET 设置正确。我可以看到 PHY 芯片工作正常（LED 灯亮着），并且可以与它通信，但我仍然会收到 DMA 错误。 我尝试通过 u-boot 中的复位引脚手动禁用和重新启用 PHY，但这并没有任何改变。 以下是 dmesg 的完整日志： [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x412fd050] [ 0.000000] Linux version 6.6.36 ([email protected]@UC155-BE2) (aarch64-sprinte450sp-linux-gnu-gcc.br_real (Buildroot 2026.05-2-gf0cfb0f3cf-dirty) 14.3.0, GNU ld (GNU Binutils) 2.45.1) #4 SMP PREEMPT Thu Jul 23 17:04:50 CEST 2026 [ 0.000000] KASLR disabled due to lack of seed [ 0.000000] Machine model: Sprinte 450SP board [ 0.000000] efi: UEFI not found. [ 0.000000] Reserved memory: created CMA memory pool at 0x00000000b0000000, size 256 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] OF: reserved mem: 0x00000000b0000000..0x00000000bfffffff (262144 KiB) map reusable linux,cma [ 0.000000] earlycon: lpuart32 at MMIO32 0x0000000044380000 (options '') [ 0.000000] printk: bootconsole [lpuart32] enabled [ 0.000000] NUMA: No NUMA configuration found [ 0.000000] NUMA: Faking a node at [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] NUMA: NODE_DATA [mem 0xafdcf6c0-0xafdd1fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] DMA32 empty [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: MIGRATE_INFO_TYPE not supported. [ 0.000000] psci: SMC Calling Convention v1.4 [ 0.000000] percpu: Embedded 22 pages/cpu s50600 r8192 d31320 u90112 [ 0.000000] pcpu-alloc: s50600 r8192 d31320 u90112 alloc=22*4096 [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] CPU features: detected: Virtualization Host Extensions [ 0.000000] CPU features: detected: Qualcomm erratum 1009, or ARM erratum 1286807, 2441009 [ 0.000000] CPU features: detected: ARM errata 1165522, 1319367, or 1530923 [ 0.000000] alternatives: applying boot alternatives [ 0.000000] Kernel command line: console=ttyLP0,115200 earlycon root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes, linear) [ 0.000000] Fallback order for Node 0: 0 [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 258048 [ 0.000000] Policy zone: DMA [ 0.000000] mem auto-init: stack:all(zero), heap alloc:off, heap free:off [ 0.000000] software IO TLB: area num 2. [ 0.000000] software IO TLB: mapped [mem 0x00000000aac00000-0x00000000aec00000] (64MB) [ 0.000000] Memory: 666980K/1048576K available (20608K kernel code, 1638K rwdata, 7744K rodata, 1984K init, 643K bss, 119452K reserved, 262144K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=2. [ 0.000000] Trampoline variant of Tasks RCU enabled. [ 0.000000] Tracing variant of Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 960 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] Root IRQ handler: gic_handle_irq [ 0.000000] GICv3: GICv3 features: 16 PPIs [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000048040000 [ 0.000000] rcu: srcu_init: Setting srcu_struct sizes based on contention. [ 0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns [ 0.000000] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns [ 0.008305] Console: colour dummy device 80x25 [ 0.012529] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=96000) [ 0.022711] pid_max: default: 32768 minimum: 301 [ 0.027347] LSM: initializing lsm=capability,integrity [ 0.032485] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes, linear) [ 0.039785] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes, linear) [ 0.048237] cacheinfo: Unable to detect cache hierarchy for CPU 0 [ 0.054656] RCU Tasks: Setting shift to 1 and lim to 1 rcu_task_cb_adjust=1. [ 0.061512] RCU Tasks Trace: Setting shift to 1 and lim to 1 rcu_task_cb_adjust=1. [ 0.069127] rcu: Hierarchical SRCU implementation. [ 0.073752] rcu: Max phase no-delay instances is 1000. [ 0.079653] EFI services will not be available. [ 0.084098] smp: Bringing up secondary CPUs ... [ 0.088812] Detected VIPT I-cache on CPU1 [ 0.088870] GICv3: CPU1: found redistributor 100 region 0:0x0000000048060000 [ 0.088904] CPU1: Booted secondary processor 0x0000000100 [0x412fd050] [ 0.089007] smp: Brought up 1 node, 2 CPUs [ 0.110357] SMP: Total of 2 processors activated. [ 0.115028] CPU features: detected: 32-bit EL0 Support [ 0.120154] CPU features: detected: 32-bit EL1 Support [ 0.125257] CPU features: detected: Data cache clean to the PoU not required for I/D coherence [ 0.133840] CPU features: detected: Common not Private translations [ 0.140073] CPU features: detected: CRC32 instructions [ 0.145196] CPU features: detected: RCpc load-acquire (LDAPR) [ 0.150906] CPU features: detected: LSE atomic instructions [ 0.156453] CPU features: detected: Privileged Access Never [ 0.161998] CPU features: detected: RAS Extension Support [ 0.167374] CPU features: detected: Speculative Store Bypassing Safe (SSBS) [ 0.174355] CPU: All CPU(s) started at EL2 [ 0.178380] alternatives: applying system-wide alternatives [ 0.187922] devtmpfs: initialized [ 0.194925] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.204430] futex hash table entries: 512 (order: 3, 32768 bytes, linear) [ 0.216607] pinctrl core: initialized pinctrl subsystem [ 0.223019] DMI not present or invalid. [ 0.227066] NET: Registered PF_NETLINK/PF_ROUTE protocol family [ 0.233367] DMA: preallocated 128 KiB GFP_KERNEL pool for atomic allocations [ 0.240250] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations [ 0.247941] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations [ 0.255804] audit: initializing netlink subsys (disabled) [ 0.261291] audit: type=2000 audit(0.172:1): state=initialized audit_enabled=0 res=1 [ 0.261671] thermal_sys: Registered thermal governor 'step_wise' [ 0.268851] thermal_sys: Registered thermal governor 'power_allocator' [ 0.274855] cpuidle: using governor menu [ 0.285411] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.292025] ASID allocator initialised with 65536 entries [ 0.297950] Serial: AMBA PL011 UART driver [ 0.301832] imx mu driver is registered. [ 0.305685] imx rpmsg driver is registered. [ 0.314130] imx93-pinctrl 443c0000.pinctrl: initialized IMX pinctrl driver [ 0.326962] Modules: 24576 pages in range for non-PLT usage [ 0.326973] Modules: 516096 pages in range for PLT usage [ 0.333009] HugeTLB: registered 1.00 GiB page size, pre-allocated 0 pages [ 0.344824] HugeTLB: 0 KiB vmemmap can be freed for a 1.00 GiB page [ 0.351063] HugeTLB: registered 32.0 MiB page size, pre-allocated 0 pages [ 0.357821] HugeTLB: 0 KiB vmemmap can be freed for a 32.0 MiB page [ 0.364062] HugeTLB: registered 2.00 MiB page size, pre-allocated 0 pages [ 0.370821] HugeTLB: 0 KiB vmemmap can be freed for a 2.00 MiB page [ 0.377062] HugeTLB: registered 64.0 KiB page size, pre-allocated 0 pages [ 0.383821] HugeTLB: 0 KiB vmemmap can be freed for a 64.0 KiB page [ 0.391518] ACPI: Interpreter disabled. [ 0.395792] iommu: Default domain type: Translated [ 0.400360] iommu: DMA domain TLB invalidation policy: strict mode [ 0.406743] SCSI subsystem initialized [ 0.410355] libata version 3.00 loaded. [ 0.410523] usbcore: registered new interface driver usbfs [ 0.415761] usbcore: registered new interface driver hub [ 0.421054] usbcore: registered new device driver usb [ 0.426646] mc: Linux media interface: v0.10 [ 0.430689] videodev: Linux video capture interface: v2.00 [ 0.436154] pps_core: LinuxPPS API ver. 1 registered [ 0.441049] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 0.450155] PTP clock support registered [ 0.454144] EDAC MC: Ver: 3.0.0 [ 0.457601] scmi_core: SCMI protocol bus registered [ 0.462617] FPGA manager framework [ 0.465811] Advanced Linux Sound Architecture Driver Initialized. [ 0.472369] Bluetooth: Core ver 2.22 [ 0.475701] NET: Registered PF_BLUETOOTH protocol family [ 0.480981] Bluetooth: HCI device and connection manager initialized [ 0.487298] Bluetooth: HCI socket layer initialized [ 0.492148] Bluetooth: L2CAP socket layer initialized [ 0.497182] Bluetooth: SCO socket layer initialized [ 0.502337] vgaarb: loaded [ 0.505250] clocksource: Switched to clocksource arch_sys_counter [ 0.511308] VFS: Disk quotas dquot_6.6.0 [ 0.515015] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.521961] pnp: PnP ACPI: disabled [ 0.530265] NET: Registered PF_INET protocol family [ 0.535027] IP idents hash table entries: 16384 (order: 5, 131072 bytes, linear) [ 0.542962] tcp_listen_portaddr_hash hash table entries: 512 (order: 1, 8192 bytes, linear) [ 0.551110] Table-perturb hash table entries: 65536 (order: 6, 262144 bytes, linear) [ 0.558774] TCP established hash table entries: 8192 (order: 4, 65536 bytes, linear) [ 0.566509] TCP bind hash table entries: 8192 (order: 6, 262144 bytes, linear) [ 0.573930] TCP: Hash tables configured (established 8192 bind 8192) [ 0.580120] UDP hash table entries: 512 (order: 2, 16384 bytes, linear) [ 0.586625] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes, linear) [ 0.593729] NET: Registered PF_UNIX/PF_LOCAL protocol family [ 0.599609] RPC: Registered named UNIX socket transport module. [ 0.605277] RPC: Registered udp transport module. [ 0.609945] RPC: Registered tcp transport module. [ 0.614624] RPC: Registered tcp-with-tls transport module. [ 0.620084] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.627260] PCI: CLS 0 bytes, default 64 [ 0.631165] kvm [1]: IPA Size Limit: 40 bits [ 0.635194] kvm [1]: GICv3: no GICV resource entry [ 0.639942] kvm [1]: disabling GICv2 emulation [ 0.644371] kvm [1]: GIC system register CPU interface enabled [ 0.650191] kvm [1]: vgic interrupt IRQ9 [ 0.654088] kvm [1]: VHE mode initialized successfully [ 0.660051] Initialise system trusted keyrings [ 0.664421] workingset: timestamp_bits=42 max_order=18 bucket_order=0 [ 0.670898] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.676710] NFS: Registering the id_resolver key type [ 0.681531] Key type id_resolver registered [ 0.685658] Key type id_legacy registered [ 0.689659] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.696326] nfs4flexfilelayout_init: NFSv4 Flexfile Layout Driver Registering... [ 0.703831] 9p: Installing v9fs 9p2000 file system support [ 0.734526] Key type asymmetric registered [ 0.738370] Asymmetric key parser 'x509' registered [ 0.743258] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 243) [ 0.750590] io scheduler mq-deadline registered [ 0.755095] io scheduler kyber registered [ 0.759113] io scheduler bfq registered [ 0.766447] EINJ: ACPI disabled. [ 0.773498] Bus freq driver module loaded [ 0.782271] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.790543] 44380000.serial: ttyLP0 at MMIO 0x44380010 (irq = 17, base_baud = 1500000) is a FSL_LPUART [ 0.799853] printk: console [ttyLP0] enabled [ 0.808289] printk: bootconsole [lpuart32] disabled [ 0.827377] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 0.835386] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 0.844862] imx93-ldb ldb-display-controller: Failed to create device link (0x180) with 4ae30000.lcd-controller [ 0.858799] loop: module loaded [ 0.863014] megasas: 07.725.01.00-rc1 [ 0.870948] tun: Universal TUN/TAP device driver, 1.6 [ 0.876567] thunder_xcv, ver 1.0 [ 0.879836] thunder_bgx, ver 1.0 [ 0.883080] nicpf, ver 1.0 [ 0.886825] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 0.894055] hns3: Copyright (c) 2017 Huawei Corporation. [ 0.899390] hclge is initializing [ 0.902728] e1000: Intel(R) PRO/1000 Network Driver [ 0.907598] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 0.913354] e1000e: Intel(R) PRO/1000 Network Driver [ 0.918310] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 0.924238] igb: Intel(R) Gigabit Ethernet Network Driver [ 0.929635] igb: Copyright (c) 2007-2014 Intel Corporation. [ 0.935216] igbvf: Intel(R) Gigabit Virtual Function Network Driver [ 0.941476] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 0.947488] sky2: driver version 1.30 [ 0.951466] usbcore: registered new device driver r8152-cfgselector [ 0.957746] usbcore: registered new interface driver r8152 [ 0.963616] VFIO - User Level meta-driver version: 0.3 [ 0.970278] usbcore: registered new interface driver uas [ 0.975636] usbcore: registered new interface driver usb-storage [ 0.981731] usbcore: registered new interface driver usbserial_generic [ 0.988270] usbserial: USB Serial support registered for generic [ 0.994286] usbcore: registered new interface driver ftdi_sio [ 1.000031] usbserial: USB Serial support registered for FTDI USB Serial Device [ 1.007339] usbcore: registered new interface driver usb_serial_simple [ 1.013862] usbserial: USB Serial support registered for carelink [ 1.019959] usbserial: USB Serial support registered for flashloader [ 1.026317] usbserial: USB Serial support registered for funsoft [ 1.032327] usbserial: USB Serial support registered for google [ 1.038251] usbserial: USB Serial support registered for hp4x [ 1.043996] usbserial: USB Serial support registered for kaufmann [ 1.050089] usbserial: USB Serial support registered for libtransistor [ 1.056614] usbserial: USB Serial support registered for moto_modem [ 1.062880] usbserial: USB Serial support registered for motorola_tetra [ 1.069494] usbserial: USB Serial support registered for nokia [ 1.075326] usbserial: USB Serial support registered for novatel_gps [ 1.081686] usbserial: USB Serial support registered for siemens_mpi [ 1.088040] usbserial: USB Serial support registered for suunto [ 1.093963] usbserial: USB Serial support registered for vivopay [ 1.099966] usbserial: USB Serial support registered for zio [ 1.105629] usbcore: registered new interface driver usb_ehset_test [ 1.114691] input: 44440000.bbnsm:pwrkey as /devices/platform/soc@0/44000000.bus/44440000.bbnsm/44440000.bbnsm:pwrkey/input/input0 [ 1.126836] i2c_dev: i2c /dev entries driver [ 1.133908] imx7ulp-wdt 42490000.watchdog: imx93 wdt probe [ 1.165969] Bluetooth: HCI UART driver ver 2.3 [ 1.170432] Bluetooth: HCI UART protocol H4 registered [ 1.175564] Bluetooth: HCI UART protocol BCSP registered [ 1.180885] Bluetooth: HCI UART protocol LL registered [ 1.186018] Bluetooth: HCI UART protocol ATH3K registered [ 1.191417] Bluetooth: HCI UART protocol Three-wire (H5) registered [ 1.197782] Bluetooth: HCI UART protocol Broadcom registered [ 1.203454] Bluetooth: HCI UART protocol QCA registered [ 1.209726] sdhci: Secure Digital Host Controller Interface driver [ 1.215922] sdhci: Copyright(c) Pierre Ossman [ 1.220572] Synopsys Designware Multimedia Card Interface Driver [ 1.226885] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.233614] ledtrig-cpu: registered to indicate activity on CPUs [ 1.240850] fsl-se-fw se-fw2: failed to init reserved memory region -19 [ 1.247608] SMCCC: SOC_ID: ARCH_SOC_ID not implemented, skipping .... [ 1.254330] usbcore: registered new interface driver usbhid [ 1.259901] usbhid: USB HID core driver [ 1.270337] mmc0: SDHCI controller on 42850000.mmc [42850000.mmc] using ADMA [ 1.302222] hw perfevents: enabled with armv8_cortex_a55 PMU driver, 7 counters available [ 1.312041] cs_system_cfg: CoreSight Configuration manager initialised [ 1.319751] optee: probing for conduit method. [ 1.324215] optee: api uid mismatch [ 1.325699] mmc0: new HS400 Enhanced strobe MMC card at address 0001 [ 1.327700] optee: probe of firmware:optee failed with error -22 [ 1.334598] mmcblk0: mmc0:0001 eMMC 58.2 GiB [ 1.342512] NET: Registered PF_LLC protocol family [ 1.345923] mmcblk0: p1 [ 1.349519] u32 classifier [ 1.352252] mmcblk0boot0: mmc0:0001 eMMC 4.00 MiB [ 1.354567] input device check on [ 1.360666] mmcblk0boot1: mmc0:0001 eMMC 4.00 MiB [ 1.363094] Actions configured [ 1.363485] NET: Registered PF_INET6 protocol family [ 1.368956] mmcblk0rpmb: mmc0:0001 eMMC 4.00 MiB, chardev (234:0) [ 1.372113] Segment Routing with IPv6 [ 1.386309] In-situ OAM (IOAM) with IPv6 [ 1.390278] NET: Registered PF_PACKET protocol family [ 1.395349] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this. [ 1.408425] Bluetooth: RFCOMM TTY layer initialized [ 1.413310] Bluetooth: RFCOMM socket layer initialized [ 1.418455] Bluetooth: RFCOMM ver 1.11 [ 1.422203] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 1.427502] Bluetooth: BNEP filters: protocol multicast [ 1.432721] Bluetooth: BNEP socket layer initialized [ 1.437676] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 1.443589] Bluetooth: HIDP socket layer initialized [ 1.448783] 8021q: 802.1Q VLAN Support v1.8 [ 1.452998] lib80211: common routines for IEEE802.11 drivers [ 1.458652] lib80211_crypt: registered algorithm 'NULL' [ 1.458656] lib80211_crypt: registered algorithm 'WEP' [ 1.458659] lib80211_crypt: registered algorithm 'CCMP' [ 1.458663] lib80211_crypt: registered algorithm 'TKIP' [ 1.458693] 9pnet: Installing 9P2000 support [ 1.463084] Key type dns_resolver registered [ 1.467497] NET: Registered PF_VSOCK protocol family [ 1.486367] registered taskstats version 1 [ 1.490717] Loading compiled-in X.509 certificates [ 1.512663] usb_phy_generic usbphynop1: dummy supplies not allowed for exclusive requests [ 1.521013] usb_phy_generic usbphynop2: dummy supplies not allowed for exclusive requests [ 1.539006] imx93-ldb ldb-display-controller: Failed to create device link (0x180) with ldb-phy [ 1.550623] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 1.558672] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 1.569462] imx-dwmac 428a0000.ethernet: IRQ eth_lpi not found [ 1.575451] imx-dwmac 428a0000.ethernet: tx clock enable start [ 1.581464] imx-dwmac 428a0000.ethernet: User ID: 0x10, Synopsys ID: 0x52 [ 1.588255] imx-dwmac 428a0000.ethernet: DWMAC4/5 [ 1.593038] imx-dwmac 428a0000.ethernet: DMA HW capability register supported [ 1.600159] imx-dwmac 428a0000.ethernet: RX Checksum Offload Engine supported [ 1.607283] imx-dwmac 428a0000.ethernet: TX Checksum insertion supported [ 1.613973] imx-dwmac 428a0000.ethernet: Wake-Up On Lan supported [ 1.620110] imx-dwmac 428a0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 1.627757] imx-dwmac 428a0000.ethernet: Enabled L3L4 Flow TC (entries=8) [ 1.634536] imx-dwmac 428a0000.ethernet: Enabled RFS Flow TC (entries=10) [ 1.641316] imx-dwmac 428a0000.ethernet: Enabling HW TC (entries=256, max_off=256) [ 1.648876] imx-dwmac 428a0000.ethernet: Using 32/32 bits DMA host/device width [ 1.657380] imx-dwmac 428a0000.ethernet: tx clock disable start [ 1.663414] imx-dwmac 428a0000.ethernet: err_drv_probe [ 1.668557] imx-dwmac 428a0000.ethernet: err_dwmac_init [ 1.677361] ci_hdrc ci_hdrc.0: EHCI Host Controller [ 1.682306] ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1 [ 1.709253] ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00 [ 1.715211] hub 1-0:1.0: USB hub found [ 1.718981] hub 1-0:1.0: 1 port detected [ 1.726882] ci_hdrc ci_hdrc.1: EHCI Host Controller [ 1.731789] ci_hdrc ci_hdrc.1: new USB bus registered, assigned bus number 2 [ 1.753257] ci_hdrc ci_hdrc.1: USB 2.0 started, EHCI 1.00 [ 1.759191] hub 2-0:1.0: USB hub found [ 1.762965] hub 2-0:1.0: 1 port detected [ 1.770674] rtc rtc0: Power loss detected, invalid time [ 1.776048] rtc-pcf85063 0-0051: registered as rtc0 [ 1.781185] rtc rtc0: Power loss detected, invalid time [ 1.786407] rtc-pcf85063 0-0051: hctosys: unable to read the hardware clock [ 1.793553] pca953x 0-0020: supply vcc not found, using dummy regulator [ 1.800254] pca953x 0-0020: using no AI [ 1.804716] i2c i2c-0: LPI2C adapter registered [ 1.810507] pca953x 1-0022: supply vcc not found, using dummy regulator [ 1.817269] pca953x 1-0022: using AI [ 1.822077] at24 1-0050: supply vcc not found, using dummy regulator [ 1.828917] at24 1-0050: 1024 byte 24c08 EEPROM, writable, 16 bytes/write [ 1.835795] i2c i2c-1: LPI2C adapter registered [ 1.841329] i2c i2c-2: LPI2C adapter registered [ 1.846907] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 1.854932] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 1.865632] imx-dwmac 428a0000.ethernet: IRQ eth_lpi not found [ 1.871579] imx-dwmac 428a0000.ethernet: tx clock enable start [ 1.877611] imx-dwmac 428a0000.ethernet: User ID: 0x10, Synopsys ID: 0x52 [ 1.884419] imx-dwmac 428a0000.ethernet: DWMAC4/5 [ 1.889206] imx-dwmac 428a0000.ethernet: DMA HW capability register supported [ 1.896327] imx-dwmac 428a0000.ethernet: RX Checksum Offload Engine supported [ 1.903449] imx-dwmac 428a0000.ethernet: TX Checksum insertion supported [ 1.910153] imx-dwmac 428a0000.ethernet: Wake-Up On Lan supported [ 1.916235] imx-dwmac 428a0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 1.923878] imx-dwmac 428a0000.ethernet: Enabled L3L4 Flow TC (entries=8) [ 1.930655] imx-dwmac 428a0000.ethernet: Enabled RFS Flow TC (entries=10) [ 1.937446] imx-dwmac 428a0000.ethernet: Enabling HW TC (entries=256, max_off=256) [ 1.945009] imx-dwmac 428a0000.ethernet: Using 32/32 bits DMA host/device width [ 2.091986] imx-dwmac 428a0000.ethernet: tx clock disable start [ 2.092418] sdhci-esdhc-imx 42860000.mmc: Got CD GPIO [ 2.099328] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.111052] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.122102] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.130156] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.134093] mmc1: SDHCI controller on 42860000.mmc [42860000.mmc] using ADMA [ 2.139573] nxp-pca9450 1-0025: pca9451a probed. [ 2.152583] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.160637] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.171559] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 2.180575] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 2.186741] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600' [ 2.194068] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 2.197312] clk: Disabling unused clocks [ 2.202716] platform regulatory.0: Falling back to sysfs fallback for: regulatory.db [ 2.214819] ALSA device list: [ 2.217793] No soundcards found. [ 2.221596] Waiting for root device /dev/mmcblk1p2... [ 2.287788] mmc1: host does not support reading read-only switch, assuming write-enable [ 2.298005] mmc1: new high speed SD card at address 0001 [ 2.303890] mmcblk1: mmc1:0001 00000 1.81 GiB [ 2.311020] mmcblk1: p1 p2 [ 2.315100] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 2.323111] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 2.339143] exFAT-fs (mmcblk1p2): invalid boot record signature [ 2.345082] exFAT-fs (mmcblk1p2): failed to read boot sector [ 2.350777] exFAT-fs (mmcblk1p2): failed to recognize exfat type [ 2.358002] erofs: (device mmcblk1p2): mounted with root inode @ nid 36. [ 2.364768] VFS: Mounted root (erofs filesystem) readonly on device 179:98. [ 2.371789] devtmpfs: mounted [ 2.375967] Freeing unused kernel memory: 1984K [ 2.380690] Run /sbin/init as init process [ 2.384782] with arguments: [ 2.384785] /sbin/init [ 2.384787] with environment: [ 2.384790] HOME=/ [ 2.384792] TERM=linux [ 4.633259] random: crng init done [ 12.406378] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 12.414399] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 12.424617] platform imx-lcdifv3-crtc.0: deferred probe pending 当 ip link 设置 eth0 时（我向驱动程序添加了一些非标准跟踪，以尝试调试此 DMA 问题）： # ip link set eth0 up [ 236.851517] imx-dwmac 428a0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 236.859339] imx-dwmac 428a0000.ethernet: tx clock enable start [ 236.974901] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops) [ 236.982933] imx93-ldb ldb-display-controller: No data-mapping in DT, will use negotiated bus format. [ 237.081392] imx-dwmac 428a0000.ethernet eth0: PHY [stmmac-1:00] driver [Generic PHY] (irq=POLL) [ 237.090112] Checking DMA clocks before reset... [ 237.094643] DMA_HW_CAPABILITY = 0x0 [ 237.098124] RESET START: DMA_BUS_MODE = 0x1 [ 237.102301] AFTER WRITE: DMA_BUS_MODE = 0x1 [ 238.107432] POLL RESULT: ret=-110, DMA_BUS_MODE = 0x1 [ 238.112492] imx-dwmac 428a0000.ethernet: Failed to reset the dma [ 238.118519] imx-dwmac 428a0000.ethernet eth0: stmmac_hw_setup: DMA engine initialization failed [ 238.127210] imx-dwmac 428a0000.ethernet eth0: __stmmac_open: Hw setup failed [ 238.194819] imx-dwmac 428a0000.ethernet: tx clock disable start ip: SIOCSIFFLAGS: Connection timed out 感谢您的帮助！ 顺祝商祺！ 朱利安 Re: DMA Error with imx93 and eqos in RMII 你好， 请确认PHY中的复位信号是否正确生效。 当 PHY 在短时间内没有获得时钟信号，并且时钟信号恢复后，必须对 PHY 进行 RESET，以锁存所有配置带，恢复到正常工作模式。 请分享您的完整 dmesg 日志。 顺祝商祺！ Re: DMA Error with imx93 and eqos in RMII 你好， 谢谢你提供的信息。 由于可以访问寄存器，MAC 不会完全保持 RESET 状态。 能否提供原理图连接图，以便确认 REF_CLK 的提供方式？ 另外，请在 `cat /sys/kernel/debug/clk/clk_summary` 文件中分享您的时钟摘要信息。 顺祝商祺！ Re: DMA Error with imx93 and eqos in RMII 关于ref_clk和原理图的回复，请查看另一条消息，我好像不小心按错了回复按钮。 我还尝试了以下方法： https://community.nxp.com/t5/i-MX-Processors/i-MX93-EQoS-RMII-mode-with-internal-50MHz-reference-clock/mp/1947843 ，这看起来很像同一个问题，但也没能成功解决。 感谢您的支持！ Re: DMA Error with imx93 and eqos in RMII 我不想在公共论坛上分享完整的原理图。我可以私下发送吗？ REF_CLK 通过 ENET1_TD2（imx93 的 U12 引脚）提供。在设备树中，就是这一行： MX93_PAD_ENET1_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK 0x57e 我们已经用示波器检查过，在 u-启动 下时钟是正确的，但是我们遇到了类似的 DMA 错误（细节较少）。 在 Linux 系统下，某些东西停止了时钟（我猜测是 DMA 错误触发信号，使时钟的版本随后被 Linux 内核停止，因为它未使用）。 以下是 clk_summary 的内容： enable prepare protect duty hardware connection clock count count count rate accuracy phase cycle enable consumer id --------------------------------------------------------------------------------------------------------------------------------------------- pcf85063-clkout 0 0 0 0 0 0 50000 Y deviceless no_connection_id sys_pll_pfd2 1 1 0 625000000 0 0 50000 Y deviceless no_connection_id wakeup_axi_root 2 2 0 312500000 0 0 50000 Y 42860000.mmc ahb 42850000.mmc ahb deviceless no_connection_id enet_qos 0 0 0 312500000 0 0 50000 N 428a0000.ethernet mem 428a0000.ethernet pclk 428a0000.ethernet stmmaceth deviceless no_connection_id enet1 0 0 0 312500000 0 0 50000 N 42890000.ethernet ahb 42890000.ethernet ipg deviceless no_connection_id edma2 1 1 0 312500000 0 0 50000 Y 42000000.dma-controller edma deviceless no_connection_id sys_pll_pfd2_div2 0 0 0 312500000 0 0 50000 Y deviceless no_connection_id sys_pll_pfd1 3 3 0 800000000 0 0 50000 Y deviceless no_connection_id media_axi_root 1 1 0 400000000 0 0 50000 Y 4ae30000.lcd-controller disp-axi 4ac10000.system-controller axi deviceless no_connection_id nic_media 1 1 0 400000000 0 0 50000 Y 4ac10000.system-controller nic power-domain@44462400 no_connection_id deviceless no_connection_id nic_axi_root 1 1 0 400000000 0 0 50000 Y deviceless no_connection_id ccm_cko4_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id ccm_cko3_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id ccm_cko2_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id ccm_cko1_root 0 0 0 266666667 0 0 50000 N deviceless no_connection_id usdhc3_root 0 0 0 200000000 0 0 50000 N deviceless no_connection_id usdhc3 0 0 0 200000000 0 0 50000 N deviceless no_connection_id usdhc2_root 0 0 0 400000000 0 0 50000 N deviceless no_connection_id usdhc2 0 0 0 400000000 0 0 50000 N 42860000.mmc per deviceless no_connection_id usdhc1_root 0 0 0 400000000 0 0 50000 N deviceless no_connection_id usdhc1 0 0 0 400000000 0 0 50000 N 42850000.mmc per deviceless no_connection_id flexspi1_root 0 0 0 200000000 0 0 50000 N deviceless no_connection_id flexspi1 0 0 0 200000000 0 0 50000 N deviceless no_connection_id sys_pll_pfd1_div2 6 6 0 400000000 0 0 50000 Y deviceless no_connection_id enet_ref_phy_root 0 0 0 50000000 0 0 50000 N 42890000.ethernet enet_out deviceless no_connection_id enet_timer1_root 0 0 0 100000000 0 0 50000 N 42890000.ethernet ptp deviceless no_connection_id enet_timer2_root 0 0 0 100000000 0 0 50000 N 428a0000.ethernet ptp_ref deviceless no_connection_id media_apb_root 1 2 0 133333334 0 0 50000 Y ldb-phy apb system-controller@4ac10000 no_connection_id 4ac10000.system-controller apb power-domain@44462400 no_connection_id deviceless no_connection_id isi 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller isi deviceless no_connection_id pxp 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller pxp deviceless no_connection_id lcdif 0 0 0 133333334 0 0 50000 N 4ae30000.lcd-controller disp-apb 4ac10000.system-controller lcdif deviceless no_connection_id mipi_dsi 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller dsi deviceless no_connection_id mipi_csi 0 0 0 133333334 0 0 50000 N 4ac10000.system-controller csi deviceless no_connection_id hsio_root 1 1 0 133333334 0 0 50000 Y deviceless no_connection_id usb_controller 0 0 0 133333334 0 0 50000 N 4c200000.usb no_connection_id 4c100000.usb no_connection_id deviceless no_connection_id lpspi4_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi4 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi3_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi3 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi2_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi2 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi1_root 0 0 0 50000000 0 0 50000 N deviceless no_connection_id lpspi1 0 0 0 50000000 0 0 50000 N deviceless no_connection_id swo_trace_root 0 0 0 133333334 0 0 50000 N deviceless no_connection_id bus_aon_root 1 1 0 133333334 0 0 50000 Y i2c@44350000 no_connection_id i2c@44340000 no_connection_id deviceless no_connection_id tstmr1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id pdm_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id sai1_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id tpm1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id lpit1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id mu1_b 0 0 0 133333334 0 0 50000 N 44230000.mailbox no_connection_id deviceless no_connection_id mu1_a 0 0 0 133333334 0 0 50000 Y deviceless no_connection_id sema1 0 0 0 133333334 0 0 50000 N deviceless no_connection_id bus_wakeup_root 4 4 0 133333334 0 0 50000 Y 42860000.mmc ipg i2c@42530000 no_connection_id 42850000.mmc ipg deviceless no_connection_id tstmr2 0 0 0 133333334 0 0 50000 N deviceless no_connection_id sai3_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id sai2_ipg_clk 0 0 0 133333334 0 0 50000 N deviceless no_connection_id tpm3 0 0 0 133333334 0 0 50000 N deviceless no_connection_id lpit2 0 0 0 133333334 0 0 50000 N deviceless no_connection_id gpio4 2 2 0 133333334 0 0 50000 Y 43830000.gpio gpio 43830000.gpio port deviceless no_connection_id gpio3 2 2 0 133333334 0 0 50000 Y 43820000.gpio gpio 43820000.gpio port deviceless no_connection_id gpio2 2 2 0 133333334 0 0 50000 Y 43810000.gpio gpio 43810000.gpio port deviceless no_connection_id mu2_b 0 0 0 133333334 0 0 50000 N 42440000.mailbox no_connection_id deviceless no_connection_id mu2_a 0 0 0 133333334 0 0 50000 Y deviceless no_connection_id sema2 0 0 0 133333334 0 0 50000 N deviceless no_connection_id m33_root 4 4 0 200000000 0 0 50000 Y deviceless no_connection_id gpio1 2 2 0 200000000 0 0 50000 Y 47400000.gpio gpio 47400000.gpio port deviceless no_connection_id edma1 1 1 0 200000000 0 0 50000 Y 44000000.dma-controller edma deviceless no_connection_id cm33 1 1 0 200000000 0 0 50000 Y deviceless no_connection_id a55_mtr_bus_root 1 1 0 133333334 0 0 50000 Y deviceless no_connection_id sys_pll_pfd0 2 2 0 1000000000 0 0 50000 Y deviceless no_connection_id a55_alt_root 1 1 0 500000000 0 0 50000 Y deviceless no_connection_id a55_alt 0 0 0 500000000 0 0 50000 N deviceless no_connection_id a55_periph_root 1 1 0 333333334 0 0 50000 Y deviceless no_connection_id sys_pll_pfd0_div2 0 0 0 500000000 0 0 50000 Y deviceless no_connection_id usb_phy_root 0 0 0 50000000 0 0 50000 N usbphynop2 main_clk usbphynop1 main_clk deviceless no_connection_id enet_ref_root 0 0 0 250000000 0 0 50000 N 42890000.ethernet enet_clk_ref deviceless no_connection_id enet_root 0 0 0 50000000 0 0 50000 N 428a0000.ethernet tx deviceless no_connection_id dummy 0 0 0 0 0 0 50000 Y deviceless no_connection_id clk_ext1 0 0 0 133000000 0 0 50000 Y clock-controller@44450000 clk_ext1 deviceless no_connection_id osc_24m 6 6 3 24000000 0 0 50000 Y clock-controller@44450000 osc_24m timer@44290000 per deviceless no_connection_id pmro 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tmc 1 1 0 24000000 0 0 50000 Y 44482000.tmu no_connection_id deviceless no_connection_id sys_cnt 1 1 0 24000000 0 0 50000 Y deviceless no_connection_id hsio_trout_24m 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog3 1 1 0 24000000 0 0 50000 Y 42490000.watchdog no_connection_id deviceless no_connection_id wdog2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id wdog1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id pal_came_scan_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c2_slow_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c1_slow_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id spdif_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id spdif 0 0 0 24000000 0 0 50000 N deviceless no_connection_id audio_xcvr_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id aud_xcvr 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tstmr2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tstmr1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id pdm_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id pdm 0 0 0 24000000 0 0 50000 N deviceless no_connection_id adc_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id adc1 0 0 0 24000000 0 0 50000 N 44530000.adc ipg deviceless no_connection_id mipi_phy_cfg_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mipi_test_byte_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id cam_pix_root 0 0 0 24000000 0 0 50000 N 4ac10000.system-controller cam deviceless no_connection_id ml_root 0 0 0 24000000 0 0 50000 N power-domain@44461800 no_connection_id deviceless no_connection_id ml_apb_root 0 0 0 24000000 0 0 50000 N power-domain@44461800 no_connection_id deviceless no_connection_id hsio_acscan_480m_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id hsio_acscan_80m_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id hsio_usb_test_60m_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id usb_test_60m 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai3_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai3 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id mqs1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id sai1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id i3c1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi8_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi8 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi7_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi7 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpspi5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c8_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c8 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c7_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c7 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c4_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpi2c3_root 0 0 1 24000000 0 0 50000 N deviceless no_connection_id lpi2c3 0 0 1 24000000 0 0 50000 N i2c@42530000 no_connection_id deviceless no_connection_id lpi2c2_root 0 0 1 24000000 0 0 50000 N deviceless no_connection_id lpi2c2 0 0 1 24000000 0 0 50000 N i2c@44350000 no_connection_id deviceless no_connection_id lpi2c1_root 0 0 1 24000000 0 0 50000 N deviceless no_connection_id lpi2c1 0 0 1 24000000 0 0 50000 N i2c@44340000 no_connection_id deviceless no_connection_id lpuart8_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart8 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart7_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart7 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart4_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart3_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart3 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lpuart1_root 1 1 0 24000000 0 0 50000 Y deviceless no_connection_id lpuart1 1 1 0 24000000 0 0 50000 Y 44380000.serial ipg deviceless no_connection_id can2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id can2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id can1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id can1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm6_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm6 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm5_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm5 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm4_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm4 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id tpm2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id lptmr1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio2_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio2 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio1_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id flexio1 0 0 0 24000000 0 0 50000 N deviceless no_connection_id m33_systick_root 0 0 0 24000000 0 0 50000 N deviceless no_connection_id video_pll 0 0 0 1039500000 0 0 50000 Y deviceless no_connection_id media_disp_pix_root 0 0 0 148500000 0 0 50000 N 4ae30000.lcd-controller pix 4ac10000.system-controller disp deviceless no_connection_id media_ldb_root 0 0 0 1039500000 0 0 50000 N deviceless no_connection_id lvds 0 0 0 1039500000 0 0 50000 N deviceless no_connection_id audio_pll 0 0 0 393216000 0 0 50000 Y deviceless no_connection_id arm_pll 1 1 0 1700000000 0 0 50000 Y deviceless no_connection_id a55_sel 1 1 0 1700000000 0 0 50000 Y deviceless no_connection_id a55_core 1 1 0 1700000000 0 0 50000 Y deviceless no_connection_id osc_32k 1 1 0 32768 0 0 50000 Y clock-controller@44450000 osc_32k deviceless no_connection_id hsio_32k 2 2 0 32768 0 0 50000 Y 4c200000.usb usb_wakeup_clk 4c100000.usb usb_wakeup_clk deviceless no_connection_id # Re: DMA Error with imx93 and eqos in RMII 我终于成功运行了，使用了链接中的补丁和以下设置： &eqos { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_eqos>; phy-mode = "rmii"; phy-handle = <&ethphy1>; status = "okay"; assigned-clock-parents = <&clk IMX93_CLK_SYS_PLL_PFD1_DIV2>, <&clk IMX93_CLK_SYS_PLL_PFD0_DIV2>; assigned-clock-rates = <100000000>, <50000000>; enet_clk_sel = <&wakeupmix_gpr 0x2C>; clk_csr = <5>; // snps,rmii_refclk_ext; mdio { compatible = "snps,dwmac-mdio"; #address-cells = <1>; #size-cells = <0>; clock-frequency = <5000000>; ethphy1: ethernet-phy@0 { reg = <0>; eee-broken-1000tx; reset-gpios = <&pcal6524 19 GPIO_ACTIVE_LOW>; reset-assert-us = <15000>; reset-deassert-us = <100000>; smsc,disable-energy-detect; }; }; }; 能否解释一下https://community.nxp.com/t5/i-MX-Processors/i-MX93-EQoS-RMII-mode-with-internal-50MHz-reference-clock/mp/1947843中的补丁是什么？确实需要吗？为什么需要？ 另外，这些更改难道不应该提交到上游吗？因为它们看起来像是 SoC 的常规用例，没什么特别的。 Re: DMA Error with imx93 and eqos in RMII 你好， 很高兴知道现在一切正常。 该补丁修改了驱动程序 dwmac-imx/EQoS，以便在 RMII 使用外部时钟时配置 ENET_QOS。 之所以需要进行此项更改，是因为 EQoS 在 DMA RESET 期间需要恒定的时钟。 顺祝商祺！

i.mx8M plus シリアルダウンロード失敗 NXP様、 接続された回路図付きの基板をi.MX8M plus基板に接続しシリアルダウンロードを行いましたが、キャプチャ画像の通り画面だけが表示され、その後の処理は進みませんでした。 この問題を解決する方法についてお伺いしたいのですが。 よろしくお願いします。 よろしくお願いいたします。 チョン・インホ Re: i.mx8M plus Serial download failure 親愛なるイーピンワン様、 NXP EVK（8MPLUS-BB）は正常に動作しますが、私が設計した回路（添付の回路図）を搭載したボードは、スクリーンショットに示すようにしばらく動作した後、停止します。添付の回路図を確認し、適切に設計されているか確認してください。 よろしくお願いします。 よろしくお願いいたします。 チョン・インホ Re: i.mx8M plus Serial download failure 最新のUUUは、 https://github.com/nxp-imx/mfgtools/releasesからダウンロードしてください。 次に、以下のコマンドを使用してイメージをプログラムします。 unzstd -.rootfs.wic.zst uuu -b emmc_all - .rootfs.wic それでも失敗する場合は、以下のコマンドを試してください。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure 回路図はNXP EVKベースボードと同じように見える。唯一の違いは、JTAG_MODがハイレベルにプルアップされている点です。試すには、R216を取り外してください。 image-2026-07-17-11-50-04-608.png image-2026-07-17-11-48-40-000.png     Re: i.mx8M plus Serial download failure 親愛なるyipigwang様、 R216を削除した後でも、OSイメージのアップロードは依然として失敗します。 回路図をもう一度確認してください。 よろしくお願いします。 Re: i.mx8M plus Serial download failure 以下のコマンドを実行して、UUUログを再度取得して送っていただけますか？ unzstd -.rootfs.wic.zst uuu -b emmc_all - .rootfs.wic Re: i.mx8M plus Serial download failure LinuxホストPCでは、まず以下のコマンドを実行してください。 $ unzstd imx-image-core-imx8mpevk*.rootfs.wic.zst 次に、以下のUUUコマンドを実行します。 uuu -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk*.rootfs.wic Re: i.mx8M plus Serial download failure キャプチャ画像ファイルを添付しました。 Re: i.mx8M plus Serial download failure 答えは以下のとおりです。 同じCPUボードがNXP製のベースボードでは正常に動作したのに、カスタムボードでは動作しなかったということでしょうか？=> はい。 同じCPUボードがカスタムベースボードでDDRのストレステストに合格することは可能でしょうか?=> はい。 シリアルダウンロード処理中にデバッグコンソールからログが出力されますか？=> いいえ Re: i.mx8M plus Serial download failure この件に関して、以下に挙げるような質問がいくつかあります。それらを明確にするのを手伝ってください。 同じCPUボードがNXP製のベースボードでは正常に動作したのに、カスタムボードでは動作しなかったということでしょうか？ 同じCPUボードがカスタムベースボードでDDRのストレステストに合格することは可能でしょうか? シリアルダウンロード処理中にデバッグコンソールからログが出力されますか？ Re: i.mx8M plus Serial download failure 提案された方法を適用しても効果がありませんでした。 別の方法を提案してください。 よろしくお願いします。 Re: i.mx8M plus Serial download failure SD2 IFはNVCC_SD2パワードメインに属しているため、R129 - 134およびR137はVSD_3V3ではなくNVCC_SD2に接続されるべきです。これらの抵抗器をすべて取り外してください。 image-2026-07-24-17-04-54-138.png   ubootはDRAMにうまく読み込めたようですが、全く動作しませんでした。J13がJ18に接続されているか、またUART2 IFがA53のデバッグコンソールとして正しく接続されているか確認してください。 image-2026-07-24-18-06-42-196.png   image-2026-07-24-18-08-04-482.png   Re: i.mx8M plus Serial download failure SD回路図で黄色でマークされた抵抗器（R129～134およびR137）をすべて取り外しても、やはり動作しません。 さらに、デバッグコンソールがコネクテッドである間は出力が一切表示されません。 この部分をもう一度確認してください。 Re: i.mx8M plus Serial download failure u-bootはuuuでDRAMにダウンロードできるので、USB接続は問題ないはずです。他のハードウェアはU-Bootの実行に影響を与えません。u-bootのログは、根本原因の分析に役立ちます。PCホストが下記のように4つのCOMポートを認識できるか確認し、3つ目のCOMポートがA53のデバッグコンソールとして使われているか確認してください。そうすればUブートログが正しく印刷されるようにしてください。 image-2026-07-29-14-15-40-909.png   Re: i.mx8M plus Serial download failure U-bootのログファイルを添付しました。 Re: i.mx8M plus Serial download failure 不明な画像フォーマット！ fastbootを実行... USB初期化失敗: -22 u-boot=> USBに問題があるようです。マザーボードにType-Cポートがあるかどうか確認してください。もしなければ、無効にしてください。このパッチを参照してください 1. dts @@ -444,14 +445,6 @@ ポルト #address-cells = <1>; #size-cells = <0>; -                ポート@0 { reg = <0>; -                    typec1_dr_sw: エンドポイント { -                        remote-endpoint = <&usb1_drd_sw>; -                    } ;                }; 2. xxx_evk.c struct tcpc_port *port_ptr; debug("%s %d\n", _ func _, dev_seq(dev)); - +#ifdef CONFIG_USB_TCPC if (dev_seq(dev) == 0) port_ptr = &port; それ以外 USB_INIT_HOSTを返す。 - +#else + USB_INIT_DEVICE を返します。 +#endif 3. defconfig -CONFIG_USB_TCPC=y

i.mx8M plus Serial download failure Dear NXP, I connected the board with the attached circuit diagram to the i.MX8M plus board and performed a Serial Download, but as shown in the captured image, only the screen appears and the process does not proceed further. I would like to inquire about how to resolve this. Thank you. Best Regards, Inho Jeon Re: i.mx8M plus Serial download failure Dear  yipingwang, The NXP EVK (8MPLUS-BB) works fine, but the board with the circuit I designed (the attached circuit diagram) operates for a while as shown in the screenshot and then stops. Please review the attached circuit diagram to ensure it is properly designed. Thank you. Best Regards, Inho Jeon Re: i.mx8M plus Serial download failure Please download the latest UUU from https://github.com/nxp-imx/mfgtools/releases Then use the following command to program images. unzstd    - .rootfs.wic.zst uuu -b emmc_all   - .rootfs.wic If it still fails, please try the following command. uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure The schematic looks same as the NXP EVK base board. The only difference is JTAG_MOD was pulled high. Please remove R216 to have a try. image-2026-07-17-11-50-04-608.png image-2026-07-17-11-48-40-000.png     Re: i.mx8M plus Serial download failure Dear yipigwang,  The OS image upload still fails even after removing R216. Please review the circuit diagram again. Thank you. Re: i.mx8M plus Serial download failure Would you please execute the following commands and capture the UUU log to me again? unzstd    - .rootfs.wic.zst uuu -b emmc_all   - .rootfs.wic Re: i.mx8M plus Serial download failure Attached a capture image file. Re: i.mx8M plus Serial download failure On your Linux host PC, please execute the following commands first. $ unzstd imx-image-core- imx8mpevk*.rootfs.wic.zst Then execute the following UUU command. uuu -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core- imx8mpevk*.rootfs.wic Re: i.mx8M plus Serial download failure I have several questions on this issue as shown below. Please help to clarify them. Did the same CPU board work well on the NXP base board, but failed on the custom one?  Could the same CPU board pass DDR stress test with the custom base board? Is there any log printed from the debug console during the Serial download process? Re: i.mx8M plus Serial download failure Here is the answer: Did the same CPU board work well on the NXP base board, but failed on the custom one? => YES.  Could the same CPU board pass DDR stress test with the custom base board? => YES. Is there any log printed from the debug console during the Serial download process? => No Re: i.mx8M plus Serial download failure It did not work even after applying the method you suggested. Please suggest another method. Thank you. Re: i.mx8M plus Serial download failure Since SD2 IF is under NVCC_SD2 power domain, R129 - 134 and R137 should be connected to NVCC_SD2 instead of VSD_3V3. Please just remove all these resistors. image-2026-07-24-17-04-54-138.png   It seems that the uboot could be loaded to DRAM successfully, but it did not run at all. Please check how J13 was connected to J18 and check if UART2 IF had been connected well as debug console for A53. image-2026-07-24-18-06-42-196.png   image-2026-07-24-18-08-04-482.png   Re: i.mx8M plus Serial download failure Even after removing all the resistors marked in yellow (R129~134 and R137) on the SD circuit diagram, it still does not work. Additionally, no output is displayed at all when the debug console is connected. Please review this part again. Re: i.mx8M plus Serial download failure Since the u-boot could be downloaded into DRAM by uuu, the USB connection should be fine. No other h/w would affect the u-boot to run. u-boot log is helpful to analyze the root cause. Please check if PC host could identify 4 COM ports as shown below and make sure the 3rd COM port had been used as debug console for A53 so that u-boot log could be printed correctly.  image-2026-07-29-14-15-40-909.png   Re: i.mx8M plus Serial download failure I Attached a U-boot log file.  Re: i.mx8M plus Serial download failure Unknown image format! Run fastboot ... USB init failed: -22 u-boot=>  Seem usb has issue, please check if there is typec in your board, if haven't, please disable it. You can refer to this patch 1. dts @@ -444,14 +445,6 @@              ports {                  #address-cells = <1>;                  #size-cells = <0>; -                port@0 {                    reg = <0>; -                    typec1_dr_sw: endpoint { -                        remote-endpoint = <&usb1_drd_sw>; -                    } ;                }; 2. xxx_evk.c     struct tcpc_port *port_ptr;        debug("%s %d\n", _func_, dev_seq(dev)); - +#ifdef CONFIG_USB_TCPC      if (dev_seq(dev) == 0)          port_ptr = &port;      else          return USB_INIT_HOST; - +#else +    return USB_INIT_DEVICE; +#endif 3. defconfig -CONFIG_USB_TCPC=y

Is .exe the usual package format? Hi, I'm the developer of CAN/UART bootloaders for some microcontroller families. I want to figure out whether it makes sense to extend the range of supported microcontrollers and to add support for some NXP devices. So far, I never worked with NXP microcontrollers. I was a little bit surprised that when I search for the term "bootloader" here in the forums and on the NXP website, I find a lot of windows executables to be downloaded. When I add the term "bootloader" to the search bar on the main web site, the second hit is even a direct link to a crypto currency web side. When I want to have a look at the "Unified bootloader Demo", do I really have to have a Windows PC and have to download and execute an .exe file? best regards Torsten

S32K344 SVDファイルのバグ S32DS から S32K344 svd ファイル (S32K344.svd) を取得して使用しようとしていますが、ファイルの構成方法に何百ものバグがあるようです。 たとえば、MUXSEL レジスタ (リファレンス・マニュアルのセクション 62.8.10 から) は、SVD ファイルで次のように定義されています。 lu_in LU_IN0 から LU_IN11 0x1 しかし、すべての列挙値 (LU_IN0 から LU_IN11) の名前フィールドはすべて "lu_in" であるため、列挙として保存するとエラーが発生します (シンボル "lu_in" の複数の定義)。さらに、列挙ではスペースが正しくカバーされません。LU_IN は 1 ～ 12 (0x1 ～ 0xC) の値を持つ必要がありますが、列挙は 0x9 までしか上がりません。 別の例として、レジスタ MDACFG0 フィールド NMDAR には、破壊される以外に本質的に何の役にも立たない列挙があります。 番号 レジスタの数 0x1 lu_in の例と同様に、列挙型はすべて、列挙型の名前として「NUMBER」をリストします。 レジスタ RRCR0 には、フィールド RR_INITMOD がありますが、これは列挙型 MOD_1_63 と本質的に同じ問題があり、これも可能な列挙値の一部のみをカバーします。 これを修正するために連絡できる人はいますか?これらの問題は、S32K3XX チップを使用する上で非常に大きな障害となります。 Re: S32K344 SVD File Bugs こんにちは@kscz 、 残念ながら、現時点では、S32K3 に対する公式の NXP Rust サポートはありません。 SVD を svd2rust に渡す前に、重複を削除/名前変更する小さなスクリプトを作成できます。 よろしくお願いいたします。 パベル Re: S32K344 SVD File Bugs 少し混乱しています。このチップで Rust を使いたいというのは正しいのですが、ここで説明した問題は、CMSIS であっても Rust であっても、この SVD ファイルを使用する方法に根本的な影響を与えます。 MUXSEL や RR_INITMOD などの列挙が、可能な値の一部のみをカバーしているのはバグのようです。どのフィールドの列挙でも名前フィールドが同じであるのはバグのようです。 私は NXP に Rust の明示的なサポートを求めているのではなく、SVD ファイルの修正を求めているのです。 Re: S32K344 SVD File Bugs こんにちは@kscz 、 あなたの言うことは分かります。あなたの質問をソフトウェア チームに報告しました。 ご報告ありがとうございます。 よろしくお願いいたします。 パベル Re: S32K344 SVD File Bugs アップデートを待つのにどのくらい待てばよいか教えてください。 Re: S32K344 SVD File Bugs こんにちは@kscz 、 開発チームからまだアップデートを受け取っていません。優先度を上げました。 svd ファイルは RTD の一部なので、次の RTD リリースで修正されることを期待します。 よろしくお願いいたします。 パベル Re: S32K344 SVD File Bugs S32K388 SVDファイルには、他にもたくさんのバグがあります。それらについても文書化する必要があるでしょうか？S32K344のように、この機種もアップデートする予定はありますか？ Re: S32K344 SVD File Bugs こんにちは@kscz 、 問題のご報告ありがとうございます。ソフトウェアチームに転送し、優先度を上げました。 よろしくお願いいたします。 パベル