RMIIにおけるimx93とeqosでのDMAエラー LAN8742A PHYをeqosに接続し、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>; }; }; }; ubootでの結果は次のとおりです。 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 u-bootではリセットが正しく設定されています。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にリセット信号を供給する必要があります。 dmesgの全文を共有してください。 よろしくお願いいたします。 Re: DMA Error with imx93 and eqos in RMII こんにちは、 情報ありがとうございます。 レジスタにアクセスできるため、MACは完全にリセットされることはありません。 REF_CLKがどのように提供されているかを確認するために、回路図の接続を教えていただけますか? また、cat /sys/kernel/debug/clk/clk_summary にクロックサマリーを表示してください。 よろしくお願いいたします。 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-boot のクロックは正しいのですが、同様の 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 ref_clkと回路図に関する私の回答は別のメッセージに記載されていますので、そちらをご覧ください。どうやら誤って別の返信ボタンを使ってしまったようです。 また、以下の方法も試しました。https://community.nxp.com/t5/i-MX-Processors/i-MX93-EQoS-RMII-mode-with-internal-50MHz-reference-clock/m-p/1947843 はほぼ同じ問題に見えますが、うまく動作しませんでした。 サポートありがとうございます。 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/m-p/1947843なぜそれが必要なのですか？ また、これらの変更はSOCの通常のユースケースのように見えるので、上流にすべきではないでしょうか? Re: DMA Error with imx93 and eqos in RMII こんにちは、 それが今は正常に動作していると知って安心しました。 このパッチは、ドライバのdwmac-imx/EQoSを修正し、RMIIが外部クロックを使用している場合にENET_QOS設定します。 この変更が必要なのは、EQoSがDMAリセット中に一定のクロックを必要とするためです。 よろしくお願いいたします。

SE051C2：所有安全对象操作均返回 0x6985，而 GetRandom 操作在相同的身份验证下工作。 问题概括如下 在 **SE051C2** 上，每个操作小程序对象存储的命令都会返回 **0x6985（条件未满足）** — 虽然 `GetRandom` 在*相同* 数据集上成功执行 包括通过武装平台 SCP03 频道进行的会话。 ## 我们的问题 **问题1.这部分内容是否处于“强制平台 SCP”/受限/传输状态？ 我们的两个样品都是原样交付的，其中一个是工厂新鲜出炉的。如果 SE051C2 随附 对象存储将被锁定，直到 NXP 平台上的 SCP03 密钥轮换完毕。 如果采用默认设置，就能完全解释以下所有观察结果。如果是这样，那是什么？ 离开该州的详细程序文件？ **问题2。对象操作是否需要客户密钥（已轮换）平台 SCP03，而不是 默认平台密钥？我们的频道使用默认设置进行身份验证， 显然它承载着流量——但是所有针对它的对象命令都被拒绝。 **问题3。如果 Q1/Q2 的答案是肯定的：我们如何先读取 UNIQUE_ID？ 这是一个先有鸡还是先有蛋的问题，彻底阻碍了我们。我们的平台密钥派生需要 它以芯片 UID 作为输入，但 `ReadObject(UNIQUE_ID)` 本身就是被拒绝的函数之一。 命令。对新零件的预期操作顺序是什么？ **第四季度。是否有 GET DATA / GET STATUS 命令可以报告小程序的状态？ 生命周期/VC状态？**无状态命令对我们来说确实有效，所以如果存在这样的查询 我们可以自己确认零件的状态，而不是靠猜测。 Q5.是什么让这部分明明可以正常工作，却拒绝创建普通物体呢？ 对其他人来说呢？在 DeleteAll/0x6985 线程 (mp/1648349) 中，步骤 1 是 `Se05x_API_WriteUserID(... FACTORY_RESET ...)` 返回 **0x9000** — a WriteSecureObject 在仅使用 SCP03 平台的默认会话中成功执行。那是 正是我们遇到的那种命令类型失效了。所以对象写入本质上并非如此 会话门控。区别在于型号/配置（SE051C2 与 SE050），还是 平台密钥仍然是 NXP 的默认值吗？ Q6.m-p/1716555 是否是同一根本原因？那里，另一位用户报告说 `Se05x_API_WriteUserID` 返回 `SM_ERR_CONDITIONS_OF_USE_NOT_SATISFIED` — 我们确切的情况 症状——而这个问题似乎还没有得到解答。 **Q7.`kSE05x_ECCurve_NIST_P256` 是否需要显式调用 `Se05x_API_CreateECCurve` 在 SE051C2，还是版本？**（小问题——但我们试过了，即使是 CreateECCurve 也是 拒绝了。） ## 我们测量了什么 | 检查 | 结果 | 含义 | |---|---|---| | `Se05x_API_SELECT` 小程序 | **0x9000** | 已选择 IoT 小程序 | | `Se05x_API_GetRandom`（普通）| 真实熵 | 会话 + 传输工作量 | | 平台 SCP03 身份验证 | **成功** | 默认密钥集匹配 | | **通过 SCP03 频道获取随机数** | **成功，真实熵** | 加密 + C-MAC + 解密已验证 | | 第二个连续执行的命令 | **成功** | 命令计数器保持同步 | | `WriteECKey` NIST P-256（生成） | **0x6985** | | | `WriteECKey` secp256k1（导入） | **0x6985** | `CreateCurve_secp256k1` 首先被调用 | | `WriteECKey` Ed25519（导入） | **0x6985** | 内置曲线，无需 CreateCurve | | `ReadObject(UNIQUE_ID)` | **0x6985** | 不涉及策略参数 | | `WriteBinary_Ver`（带文件策略） | **0x6985** | 文件对象也失败 | | `CreateECCurve(NIST_P256)` | **0x6985** | 甚至连创建曲线的操作都被拒绝 | | `CheckObjectExists` | **0x6985** | 甚至无法检测对象是否存在 | **只有`GetRandom`命令有效。**每个对象存储操作都会返回 0x6985 — 在两个样品上，无论是普通样品还是 SCP03 包装的样品。 ## 已通过实验排除 1. **不是零件。**第二台全新出厂的 SE051C2 表现完全相同。 2. **不是指交通或课程本身。**SELECT 返回 0x9000；GetRandom 返回 real 同一会话的熵。 3. **并非平台SCP03通道损坏或缺失。**身份验证成功 默认密钥集，以及——至关重要的是——对武装人员发出的 `GetRandom` 命令。 通道**返回真实熵，第二个背靠背（命令计数器）也是如此。 同步）。加密 + C-MAC + 响应解密全部验证通过。失败的对象命令 通过我们已验证有效的渠道传输。 4. **并非缺少关键策略。**我们传递了一个真正的 `Se05xPolicy_t` （`ALLOW_SIGN|VERIFY|KA|READ|WRITE|GEN`，authID 0）到每个`WriteECKey`。没有变化。 （无论如何，它都无法解释 UNIQUE_ID 的读取——`ReadObject` 不接受任何策略。） 5. **并非缺失曲线。**`CreateCurve_secp256k1` 在 secp256k1 之前调用 导入时，Ed25519 已内置，`Se05x_API_CreateECCurve(NIST_P256)` 也**可用** 返回 0x6985。 6. **非命令式指令。**无论是在普通会话中还是在其他会话中发出，都会出现相同的 0x6985 错误。 已验证的 SCP03 频道。 7. **并非中间件身份验证版本配置。**重建 `SSS_HAVE_SE05X_AUTH_PLATFSCP03=1`、`SSS_HAVE_SE05X_AUTH_NONE=0` 和 `SSSFTR_SE05X_AuthSession=1`（之前为 NONE / 0）。没有变化。 ＃＃ 环境 * 部件：**SE051C2** — 两个样品，一个为全新出厂样品，性能完全相同 * 主机：STM32L562，裸机，TrustZone 安全网络，I2C1 @ 100 kHz，T=1 * 中间件：基于自定义的 NXP Plug & Trust `Se05x_API_*` 供应商提供的中间件 `smCom_TransceiveRaw` 传输（我们自己的 T=1 帧——SELECT 和 GetRandom 证明） 有用）。完整的中间件，**不是** nano-代码包，软件包。 * 平台 SCP03：NXP 默认密钥；身份验证成功并承载流量 SE050 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti 嗨@winetime ， 您是否尝试过在不启用 platformSCP 的情况下执行相同的操作？SE051C默认情况下不需要强制平台 SCP。如果您能提供此问题的 APDU 命令日志，我们将进一步检查。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti 你好 坎， 谢谢 为了 这 快的 回复。 是的——在没有平台 SCP 的情况下进行了测试，这实际上是我们的正常情况。 我们的对象操作运行 前 se051_scp03_open() 被调用，所以他们已经在普通的会话中，并且在那里失败了。之后启动SCP-03平台没有任何区别——仍然是0x6985错误代码。 任何一个 方式。 以下是APDU日志。普通会话，无 SCP-03（CLA=0x80，无 0x04 安全消息传递位；响应是一个裸露的 地位 单词， 不是 （已包装）：     TX (11): 80 04 00 27 06 41 04 20 00 F0 30 RX（2）：69 85   那是 检查对象是否存在 （INS） 04 MGMT，P2 27，TAG_1 对象ID 0x2000F030) — 只读存在性测试 — 因条件而被拒绝 不是 使满意。 无论我们尝试哪个对象存储命令，无论对象 ID 是什么，都会返回相同的错误代码 0x6985： 检查对象是否存在 WriteBinary_Ver （采用文件策略） 写入EC密钥 （生成并导入；P-256，secp256k1 与 创建曲线_secp256k1 首先，以及 Ed25519）， CreateECCurve(NIST_P256)，以及 读取对象(UNIQUE_ID) 。 在同一场会议上，这些 工作 美好的： 选择 物联网小程序 → 0x9000 获取随机数 → 真实熵 所以传输和小程序选择都不错；只有对象存储功能比较好。 命令 是 拒绝了。 问题： 什么原因会导致全新出厂的 SE051C2 拒绝工作？ 检查对象是否存在 在普通的会话中？我们观察到了相同的行为 在 二 样品 一 品牌 新的 和 绝不 书面 到。 是否有 GET DATA（或类似）查询可以报告小程序的生命周期/配置状态？无状态命令适用于 我们， 所以 我们 能 跑步 它 正确的 离开 和 报告 后退。 设置：SE051C2、STM32L562 裸机主机、I2C 100 kHz、我们自己的 T=1 帧格式（SELECT 和 GetRandom 函数验证了这一点）、完整的即插即用中间件 Se05x_API_* ， 不是 纳米代码包，软件包。 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti @Kan_Li你好——这个问题到此结束。是我们这边的问题，而且诊断从一开始就是错误的。 开始。**把解决方法贴出来，希望能帮到其他人。   这个零件没问题。我曾经对整个启动过程的 APDU 跟踪进行插桩，而不是仅仅读取。 单个结果显示，一次干净的启动后产生了 83 个 APDU，其中 80 个 APDU 的值为 0x9000 — 对象 创建、secp256k1 密钥生成、 ` ReadObject`和ECDSA 签名功能均正常。 非 0x9000 响应是良性的，并且已经由我们自己的代码处理：   80 01 0B 04 CreateECCurve(secp256k1) -> 6985 曲线已存在 80 01 61 00 WriteECKey > 6A80 对象已存在，类型错误 80 04 00 27 CheckObjectExists -> 9000 80 04 00 28 DeleteSecureObject -> 9000 删除后，80 01 61 00 WriteECKey > 9000 成功   **我当时实际看到的是…… **当我的每一个……时，SE 已经处于楔形状态。 测试启动已启动，这是之前会话遗留下来的。一旦卡住， *每个* APDU 都会返回 0x6985 —包括` GetRandom` 、 ` GetVersion`和` GetFreeMemory` —并且状态仍然存在 MCU RESET、T=1接口RESET，以及重新执行`SELECT`返回0x9000的命令。仅 断电即可清除。所以我报告的每一个测量结果都是楔形体的测量结果，而不是…… 功能被屏蔽了，我的“GetRandom”是唯一有效的命令，而“GetVersion”是 “被拒绝”的说法都是那段历史的产物。抱歉，噪音太大了。   需要说明的是，在正常的启动上，该部件会报告：   * ` GetVersion` → ` 07 02 00 3F FF FF FF` — applet ** 7.2.0 ** , AppletConfig ` 0x3FFF` * ` GetFreeMemory(PERSISTENT) ` → ` 0x3E0C` = ** 15,884字节**可用 * SCP03 平台使用OEF 0005A8FA (SE051C)的默认密钥集进行身份验证。   **或许还有一点值得您评论** ，因为这是我不了解的部分。 我明白这一点，而且这会对我们的运输产生影响：   即使受到阻碍，GP 网络安全-功能域命令仍然有效——`80 50 00 00` INITIALIZE UPDATE 和` 84 82 33 00` EXTERNAL AUTHENTICATE 都返回 0x9000 — 而 IoT 小程序拒绝所有请求。是否存在已记录的具有该形状的小程序错误状态？ 有没有办法在不断电的情况下检测或清除它？（已部署的设备） 它无法独立地对其安全元件进行断电重启，因此如果主机可以驱动小程序 陷入这种状态，我们需要知道如何才能摆脱它。   感谢您之前的快速回复。

Kinetis (KW3x/4x, MCX W7x & MCX W23) Power Profile Tools for Automotive, IIoT, CGM & Localization This page is dedicated to the Kinetis (KW35/KW38/KW45/KW47) and MCX Wx (MCX W71/72) One Connectivity Power Profiling Tool (experimental). It will help you to estimate the power consumption in your application (Automotive or IIoT) and evaluate the battery life time of your solution. This page content a dedicated power profile tool for 'One Connectivity Power Profiling Tool' which includes: New: KW43 (Automotive) and MCX W70 (IIoT) products in standalone based on simulation. KW3x/KW4x (Automotive) and MCX W7x (IIoT) products in standalone. MCX W23 (IIoT) product in standalone. MCX W71 & W72 product in standalone (IIoT). New: MCX W70 product in standalone (IIoT) based on simulation. Bluetooth LE 802.15.4 Matter & ZED id:NXP-Knowledge-Base [start:July 31 2026]

.exe通常のパッケージ形式ですか? こんにちは、 私は一部のマイクロコントローラファミリ向けのCAN/UARTブートローダーの開発者です。サポートするマイクロコントローラのラインナップを拡大し、一部のNXPデバイスのサポートを追加することが理にかなっているのかを考えたいです。これまでNXPのマイクロコントローラを使ったことはありません。 フォーラムやNXPのウェブサイトで「bootloader」という用語を検索すると、多くのWindows実行ファイルがダウンロードされているのが見つかり、少し驚きました。メインサイトの検索バーに「bootloader」という言葉を追加すると、2つ目のヒットは暗号通貨のウェブ側への直接リンクまで出てきます。 「Unified bootloader Demo」を見たい場合、本当にWindows PCが必要で、.exeファイルをダウンロードして実行する必要があるのでしょうか？ファイル？ よろしくお願いいたします トルステン

i.MX8MQ：启动 ROM 是否支持从 FlexSPI/QSPI NOR 闪存启动？ 你好， 硬件： - i.MX8MQ（REV A0），基于 EVK 设计的定制板 - QSPI 或非：Micron MT25QL256A（32MB，3.3V，四路连接） - 电路板支持包。Yocto Scarthgap、NXP 电路板支持包。、U-启动 2024.04 (u-启动-imx) 目标：从 FlexSPI 或非闪存启动启动加载程序（SPL + ATF + U-Boot）。 内核和根文件系统仍然保留在 eMMC 上。 有效的方法： - U-启动（通过 uuu SDP/SDPV 加载到 RAM 中）运行正常 - “sf probe”正确检测到闪存：mt25ql256a，32 MiB - U-启动 可以可靠地读取和写入闪存（已通过 “sf protect unlock”之后的回读测试验证） - 镜像版本使用了 IMXBOOT_TARGETS = "flash_evk_flexspi" 闪存布局（已通过读取芯片数据验证）： 0x000000：FCFB 标头 - “qspihdr 检查”报告 “在 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 闪存 BT_FUSE_SEL 未熔断；启动配置通过 GPIO 完成。 启动引脚。 我已经尝试过： - 两种标头格式：scripts/qspi_header（c0ffee01 标签）和 scripts/fspi_header（FCFB 标签）。修复了 soc.mak，使其 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 秒 vs 约 1.8 秒），这表明 ROM 可能没有被读取。 完全不开闪光灯。 问题： 1.i.MX8MQ 启动 ROM 是否支持从串行 或非 卡启动 是否支持通过 FlexSPI 进行闪存刷新？我拥有的参考手册部分 列出了与非闪存和 SD/MMC 作为引导设备，但我无法 找到列出的 FlexSPI/QSPI 或非。i.MX8MM/8MN 文档似乎 可以描述一下，但我不太确定 8MQ。 2. 如果支持，预期的闪存布局具体是什么？ 当 FCFB 为真时，IVT 应该位于偏移量 0x400 还是 0x1000？ 位于 0x0 处？ 3. 应选择正确的 BOOT_MODE / BOOT_CFG 组合。 i.MX8MQ 上采用 FlexSPI 或非 启动？ 4. 关于 REV A0 硅片，是否存在任何已知的勘误？ FlexSPI 启动？ 谢谢！

IW611 RU 设置 我想请教一下如何设置RU。 对于射频测试，技术人员参照“UM11749”手册第12章进行RU设置测试。但是，当我们编辑配置文件“TF_Config_20MHz.txt”时按照第 12.6 章的示例加载后，输出波形类似于未调制信号，我们无法确认预期的波形。 由于输出的是波形，我们认为文件已正确加载。 配置文件描述如下。 =================================================================== FRAME_CTRL_TYPE=1 \\IEEE_TYPE_CONTROL FRAME_CTRL_SUBTYPE=2 \\TRIGGER 配置持续时间字段 最大持续时间 帧持续时间=5484 \\0x156C 配置触发帧的通用信息字段 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 配置触发信号依赖用户信息字段 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 能否分享一下您在标准样机和待测设备 (DUT) 上执行的命令？包括实验室工具返回值 顺祝商祺！ 肖恩 Re: IW611 RU setup 你好，肖恩。 在下达命令之前，我们想确认一些事情。 我们已经复习了第 12 章，但所有射频测试都必须使用传导测量进行。 （测试时，被测器件样品通过SMA电缆连接到频谱分析仪进行传导测量。） 因此，如果我们只使用一组被测器件进行传导测量，是否应该参考第 12.2 章？ Re: IW611 RU setup 你好@SA2 建议采用标准测试方法进行测量。这样我们就可以轻松地与测试报告进行比较，并找出是否存在任何问题。 顺祝商祺！ 肖恩

How to Watch CCTV Overseas When You See "Unavailable in Your Region" Trying to watch CCTV or CCTV-5 from overseas but getting a message that says "This content is unavailable in your region"? You're not alone. Many overseas Chinese, international students, and travelers encounter regional restrictions when using CCTV apps or China Media Group (CMG) streaming platforms. The good news is that there are several ways to improve your access and continue watching your favorite programs. Why Does CCTV Show "Unavailable in Your Region"? CCTV broadcasts many TV channels, live events, sports competitions, news programs, documentaries, and variety shows. However, due to copyright agreements and broadcasting licenses, some content is available only to viewers connecting from mainland China. If you're accessing CCTV from another country, you may experience: "This content is unavailable in your region." Live channels that fail to load. Black screens or playback errors. Sports events that cannot be streamed. Buffering or unstable video quality. These issues are especially common when watching CCTV-5, major sporting events, and exclusive live broadcasts. How to Watch CCTV from Abroad If you're overseas, the following methods can help improve your viewing experience. 1. Use a China-Optimized Network A connection that routes your traffic through mainland China can help the platform recognize your network as a domestic connection, allowing access to more region-restricted content. Many overseas users choose SpeedX China accelerator because it provides optimized China routes with stable speeds for streaming live TV, sports, and on-demand programs. 2. Sign In to Your CCTV or CMG Account Logging into your account can synchronize your viewing history and preferences across different devices. 3. Update the App Regularly Keeping the CCTV or related streaming app up to date helps ensure better compatibility and reduces playback issues caused by outdated software. What Content Is Commonly Restricted? Depending on licensing policies, overseas viewers may have limited access to: CCTV-5 live sports Major football and basketball events TV dramas Variety shows Documentaries Special live broadcasts News content is often available globally, while entertainment and sports programming are more likely to be region-locked. Final Thoughts Regional restrictions can make it difficult to watch CCTV while living or traveling abroad. Fortunately, using a reliable China-optimized connection can greatly improve your ability to access live channels and on-demand content. Whether you're following breaking news, watching CCTV-5 sports, or enjoying Chinese TV programs, SpeedX（回国VPN工具） offers a stable solution for many overseas users looking for a smoother viewing experience. Student Project

S32K344 SVD 文件错误 我从 S32DS 中调出了 S32K344 svd 文件（S32K344.svd），并尝试使用它，但文件的结构似乎存在数百个错误。 例如，在 MUXSEL 寄存器中（来自参考手册的第 62.8.10 节）在 SVD 文件中是这样定义的： lu_in LU_IN0 到 LU_IN11 < /description > 0x1 < /valu e > 但是所有枚举值 （LU_IN0 到 LU_IN11）的名称字段都是 " lu_in " 在将它们存储为枚举时会出现错误（多重定义符号 " lu_in ")。此外 - 列举甚至没有正确地涵盖空间。LU_IN 的值应该在 1 到 12 之间（0x1 到 0xC），而枚举值只到 0x9。 再比如，寄存器 MDACFG0 的 NMDAR 字段有一个枚举，除了被破坏之外，基本上没有任何作用。 NUMBER 寄存器数量 0x1 与 lu_in 示例类似，所有枚举都将"NUMBER" 作为每个枚举的名称。 寄存器 RRCR0 的字段 RR_INITMOD 与枚举 MOD_1_63 的问题基本相同，后者也只涵盖了部分可能的枚举值。 有没有人可以帮助我纠正这个问题？这些问题严重阻碍了我们使用 S32K3XX 芯片。 Re: S32K344 SVD File Bugs 你好@kscz、 遗憾的是，目前恩智浦官方还没有为 S32K3 提供 Rust 支持。 您可以创建一个小脚本，在将 SVD 输入到 svd2rust 之前删除/重命名重复内容。 顺祝商祺！ 帕维尔 Re: S32K344 SVD File Bugs 我有点困惑--你说得没错，我是想用 Rust 处理这个芯片，但我在这里提出的问题是任何人使用这个 SVD 文件的根本问题--无论是用于 CMSIS 还是 Rust。 MUXSEL 和 RR_INITMOD 等枚举只涵盖了部分可能的值，这似乎是一个错误。在任何字段的所有枚举中，名称字段都是相同的，这似乎是一个错误。 我不是要求恩智浦明确支持 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、 感谢您报告此问题。我已将其转发给软件团队并提高了优先级。 顺祝商祺！ 帕维尔

如何在海外观看监控录像，即使看到“您所在地区无法观看”的提示？ 想在海外观看中央电视台或中央电视台五台，却收到“您所在地区无法观看此内容” 的提示 ？您并非个例。许多海外华人、留学生和旅行者在使用中央电视台应用程序或中华媒体集团（CMG）流媒体平台时都会遇到地区限制。 好消息是，有几种方法可以改善您的访问体验，让您继续观看您喜爱的节目。 为什么监控录像显示“您所在地区无法观看”？ 中央电视台播出众多电视频道、现场直播活动、体育赛事、新闻节目、纪录片和综艺节目。但是，由于版权协议和广播许可证的限制，部分内容仅供中国大陆观众观看。 如果您从其他国家/地区访问闭路电视监控系统，可能会遇到以下情况： “您所在的地区无法访问此内容。” 直播频道加载失败。 黑屏或播放错误。 无法进行直播的体育赛事。 视频缓冲或视频质量不稳定。 观看中央电视台5台、重大体育赛事和独家直播节目时，这些问题尤其常见。 如何从国外观看监控录像 如果您身在海外，以下方法可以帮助改善您的观看体验。 1. 使用针对中国市场优化的网络 通过中国大陆路由流量的连接可以帮助平台将您的网络识别为国内连接，从而允许您访问更多受地区限制的内容。 许多海外用户选择SpeedX 中国加速器，因为它提供优化的中国线路，速度稳定，可用于流畅观看直播电视、体育赛事和在线点播节目。 2. 登录您的闭路电视或 CMG 帐户 登录您的帐户即可在不同设备上同步您的观看历史记录和偏好设置。 3. 定期更新应用程序 保持监控录像或相关流媒体应用程序的更新有助于确保更好的兼容性，并减少因软件过时而导致的播放问题。 哪些内容通常会受到限制？ 根据许可政策，海外观众可能无法观看以下内容： 中央电视台5台体育直播 重大足球和篮球赛事 电视剧 综艺节目 纪录片 特别现场直播 新闻内容通常面向全球，而娱乐和体育节目则更有可能受到地区限制。 总结与展望 地区限制可能会使在国外居住或旅行时难以观看监控录像。幸运的是，使用可靠的、针对中国网络优化的连接可以大大提高您访问直播频道和在线点播内容的能力。 无论您是关注突发新闻、观看中央电视台5台体育频道，还是欣赏中国电视节目， SpeedX（回国VPN工具）都能为众多寻求更流畅观看体验的海外用户提供稳定的解决方案。 学生项目

S32K3 spi clk 异常低 我使用 S32K344 EVB 进行 SPI 测试。我使用 LPSPI1 单元作为主控端，引脚从 PTB14 到 PTB17，以及 RTD 4.0.0。P19.SPI 模式为 3：CPOL=1，CPHA=1 调用 Spi_SyncTransmit 后，我按照如下方式测量示波器，时钟引脚在帧真正传输之前变为低电平，这是什么原因造成的？如何解决这个问题？ zyt_0-1785493991563.png Re: S32K3 spi clk abnormal low 嗨@zyt 这种行为通常是由 ERR050456 的第一个解决方法引起的，该解决方法会对 LPSPI 模块执行 RESET。这种情况已经在其他帖子中讨论过了，例如[MCU S32K312] 上 CS 线变低之前出现额外的 SPI 时钟脉冲。 正如该帖子中所解释的，可以采用另一种变通方法，预计可以消除低脉冲。要启用此变通方法，请在项目中定义以下宏： ERR_IPV_LPSPIV2_E050456_2ND_SOLUTION BR，VaneB

i.MX8MP Heat Spreader Solution We are considering the following passive thermal solution for our i.MX 8M Plus–based infotainment application: Aluminum heat spreader: 20 × 20 × 1.5 mm (up to 30 × 30 × 2 mm) TIM: Henkel Bergquist Gap Filler TGF 2000 The aluminum plate will be used as a heat spreader on top of the i.MX 8M Plus. Would this solution be sufficient for a typical infotainment workload? If not, could you recommend the appropriate heat-spreader size or any additional thermal requirements? Re: i.MX8MP Heat Spreader Solution Hi @Wobaffet, Thank you for contacting NXP Support! For this purpose, I recommend reviewing the i.MX8MP Hardware Design Guide, specifically Chapter 7.8, "Heat Sink Considerations", which provides detailed information and design recommendations for thermal management and heat sink implementation on the i.MX8MP. This chapter covers the key requirements and considerations needed to ensure proper thermal performance and reliable operation of the device. Best regards, Chavira

i.MX8MP ヒートスプレッダーソリューション 私たちは i.MX 8M Plusベースのインフォテインメント用途に、以下のパッシブサーマルソリューションを検討しています。 アルミ製ヒートスプレッダー：20×20×1.5mm（最大30×30×2mm） TIM：ヘンケル・ベルクヴィスト ギャップフィラー TGF 2000 アルミ板は、i.MX 8M Plusの上部に設置する放熱板として使用されます。 このソリューションは、一般的なインフォテインメントシステムのワークロードに対して十分でしょうか？もしなければ、適切なヒートスプレッダーのサイズや追加の熱要件を教えてもらえますか? Re: i.MX8MP Heat Spreader Solution こんにちは、@Wobaffet。 NXPサポートにご連絡いただきありがとうございます! この目的のために、 i.MX8MPハードウェアデザインガイド、 特に第7.8章「ヒートシンクの考慮事項」をよく確認することをお勧めします。そこにはi.MX8MPの熱マネジメントやヒートシンク実装に関する詳細な情報とデザイン推奨が載っています。 本章では、デバイスの適切な熱性能と信頼性の高い動作を確保するために必要な主要な要件と考慮事項について説明します。 よろしくお願いします、 チャビラ

SE051C2: すべてのセキュアオブジェクト操作が 0x6985 を返す一方、GetRandom は同じ認証情報に対して動作します。 ## 問題点を一行で表すとこうなります **SE051C2では、アプレットのオブジェクトストアに触れるすべてのコマンドが返されます **0x6985(条件が満たされていません)** — 一方で「GetRandom」は*同じ*で成功します 会議、武装プラットフォームSCP03チャネルを通じても含まれます。 ## 私たちの質問 **Q1.この部分は「強制プラットフォームSCP」/制限付き/輸送状態ですか? どちらのサンプルも納品時の状態のままで、片方は工場から出荷されたばかりの新品です。もしSE051C2が オブジェクトストアはプラットフォームSCP03キーがNXPからローテーションされるまでロックされます デフォルトで、それなら以下のすべての観察を正確に説明できる。もしそうなら、 その州を離れるための文書化された手続きはありますか? **Q2.オブジェクト操作は顧客キー(回転)プラットフォームSCP03が必要ですか? デフォルトのプラットフォームキーは?**私たちのチャネルはデフォルトで認証しています。 明らかにトラフィックを運ぶが、その上のすべてのオブジェクトの指令は拒否される。 **Q3.もしQ1/Q2がイエスなら、まずどうやってUNIQUE_IDを読み取るのでしょうか?** これはまさに鶏と卵の関係であり、我々の行く手を阻むものだ。私たちのプラットフォーム鍵導出は次のようになります チップは入力としてUIDですが、「ReadObject(UNIQUE_ID)」自体は拒否されたものの一つです 命令。新品部品に対する作業手順の順序はどのようになっていますか？ **Q4.アプレットを報告できるGET DATA / GET STATUSの通知はありますか? ライフサイクル/VCの状態は?**ステートレスコマンドは私たちにとっては*確かに*動作します、SOもしそのようなクエリが存在するなら 推測するのではなく、自分たちでパーツの状態を確認できます。 **Q5.この部分が通常のオブジェクト作成を拒否するのはなぜでしょうか？明らかに機能しているのに。 他の人にとってはどうでしょうか？DeleteAll/0x6985Thread(m-p/1648349)では、ステップ1は `Se05x_API_WriteUserID(...FACTORY_RESET...)`が**0x9000**を返し — WriteSecureObjectがプラットフォームSCP03のみでデフォルトセッションで成功しています。それは まさに、我々にとって失敗に終わる種類の指揮系統だ。つまりオブジェクト書き込みは本質的にそうではありません セッションゲート。違いはバリエーションや構成(SE051C2とSE050の違い)なのか、それとも プラットフォームキーはまだNXPのデフォルトですか? **Q6.m-p/1716555 は同じ根本原因ですか？そこで別のユーザーが報告しています 「Se05x_API_WriteUserID」が返す「SM_ERR_CONDITIONS_OF_USE_NOT_SATISFIED」――私たちとまったく同じ 症状――そしてその疑問は答えが出ていないようです。 **Q7.`kSE05x_ECCurve_NIST_P256` は明示的な `Se05x_API_CreateECCurve` を必要としますか？ SE051C2 ですか、それとも内蔵されていますか?** (些細なことですが、試してみたところ、CreateECCurve でさえも 拒否した。） ## 測定対象 |チェック|結果|意味 | |---|---|---| |「Se05x_API_SELECT」アプレット |**0x9000** |IoT applet selected | |『Se05x_API_GetRandom』(単純) |実エントロピー |セッション+輸送作業| |プラットフォームSCP03認証 |**成功** |デフォルトのキーセットが一致 | |**ランダムに話せ、SCP03チャネル越し** |**成功、本物のエントロピー** |暗号化 + C-MAC + 復号検証済み | |連続して2回目のラップコマンド |**成功** |コマンドカウンターが同期を保つ | |「WriteECKey」NIST P-256(生成) |**0x6985** | |'WriteECKey' secp256k1 (import) |**0x6985** |「CreateCurve_secp256k1」は最初に呼ばれます | |『WriteECKey』 Ed25519(インポート) |**0x6985** |組み込みの曲線、CreateCurveは不要 | |『ReadObject(UNIQUE_ID)』 |**0x6985** |政策論争は関係ない | |「WriteBinary_Ver」(ファイルポリシー付き) |**0x6985** |ファイルオブジェクトも失敗する | |『CreateECCurve(NIST_P256)』 |**0x6985** |曲線を作ることさえ拒否されます | |「CheckObjectExists」 |**0x6985** |対象のテストすらできない | **「GetRandom」コマンドだけが動作します。**すべてのオブジェクトストア操作は以下を返します 0x6985 — 通常のサンプルと SCP03 で包装されたサンプルの両方で発生。 ## 実験により既に否定済み 1. **その部分ではありません。**新品のSE051C2も全く同じように動作する。 2. **交通費やセッション費用は含まれません。**SELECT は 0x9000 を返します。GetRandom は実数を返します。 同一セッションにおけるエントロピー。 3. **壊れたり欠落したりしたプラットフォームSCP03チャネルはない。**認証は成功しました デフォルトのキーセットと、決定的に「GetRandom」が発行された**武装された チャネル**は実エントロピーを返し、2回目の連続(コマンドカウンター)も同様です。同期)を組み合わせる。 暗号化＋C-MAC＋応答復号化のすべてが検証されました。失敗するオブジェクトコマンド 機能が証明されたチャネルで運ばれています。 4. **欠損キーポリシーではありません。**実際の `Se05xPolicy_t` を渡しました すべての `WriteECKey` に対して、(`ALLOW_SIGN|VERIFY|KA|READ|WRITE|GEN`、authID 0) を実行します。変更なし。 (そもそも読みUNIQUE_ID理由は説明できません — 「ReadObject」はポリシーを取らないからです。) 5. **曲線が欠落しているわけではありません。**`CreateCurve_secp256k1`はsecp256k1の前に呼び出されます。 インポート、Ed25519は組み込み、`Se05x_API_CreateECCurve(NIST_P256)`も** 0x6985を返します。 6. **命令のご注文ではない。**プレーンセッションでも、0x6985 認証済みのSCP03チャネル。 7. **ミドルウェア認証ビルド構成ではありません。**再構築 `SSS_HAVE_SE05X_AUTH_PLATFSCP03=1`、`SSS_HAVE_SE05X_AUTH_NONE=0`および `SSSFTR_SE05X_AuthSession=1`（以前はNONE/0でした）。変更なし。 ＃＃ 環境 * 部品番号: **SE051C2** — サンプル2個、うち1個は工場出荷時の新品、動作は同一 * ホスト: STM32L562、ベアメタル、TrustZoneセキュアワールド、I2C1 @ 100 kHz、T=1 * ミドルウェア: ベンダー提供の NXP Plug & Trust `Se05x_API_*` をカスタム 上で使用 `smCom_TransceiveRaw`トランスポート（独自のT=1フレーミング - SELECTとGetRandomが証明） それは動作します）。フルミドルウェアで、**ナノパッケージではありません**。 * プラットフォームSCP03:NXPのデフォルトキー;認証は成功し、トラフィックを運びます SE050 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti こんにちは、 @winetime さん、 platformSCPを有効にせずに同じ手順を試してみましたか？SE051Cは デフォルトで必須プラットフォームSCPを必要としません。この問題に関するAPDUコマンドログを共有していただければ、さらに確認するかもしれません。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti こんにちは カン、 ありがとう のために の 素早い 返事。 はい — プラットフォームSCPなしでテストされたもので、それが私たちの通常のCASEです。 私たちのオブジェクト操作は実行 before se051_scp03_open() が呼ばれているため、すでにプレーンセッション上にあり、そこで失敗します。その後、SCP03プラットフォームを起動しても何の意味もありません — 同じように0x6985 どちら やり方も。 以下はAPDUログです。通常のセッション、SCP03なし（CLA=0x80、なし 0x04 セキュアメッセージングビット。応答は単純な 状態 言葉、 ない （包装済み）     TX (11): 80 04 00 27 06 41 04 20 00 F0 30 RX（2）：69 85   それは CheckObjectExists (INS 04 MGMT、P2 27、TAG_1オブジェクトID 0x2000F030) — 読み取り専用存在テスト — CONDITIONS により拒否されました ない 満足。 オブジェクトストアコマンドを試行するたびに、どのオブジェクトIDでも、同じ0x6985が返されます。 CheckObjectExists、 WriteBinary_Ver （ファイルポリシー付き） WriteECKey （生成およびインポート; P-256、secp256k1 CreateCurve_secp256k1 まず、そしてEd25519） CreateECCurve(NIST_P256)、 ReadObject(UNIQUE_ID) 。 同じ平野会で、 仕事 大丈夫： 選択 IoTアプレットの→ 0x9000 ランダムを取得 → 実エントロピー SO、輸送手段とアプレットの選択は良好です。object-store commands are refusedのみです。 質問： 工場出荷時のSE051C2が拒否する原因は何でしょうか CheckObjectExists 通常のセッションで？我々は全く同じ行動を目にする の上 二 サンプル、 1つ ブランド 新しい そして 一度もない 書かれた に。 アプレットのライフサイクル／構成状態を報告するGET DATA（またはそれに類する）クエリはありますか？無状態の命令は 私たちのために機能し、 SO 私たちは CAN 走   逃げて  報告 戻せない。 セットアップ:SE051C2、STM32L562ベアメタルホスト、I2C 100kHz、自社のT=1フレーミング(SELECTとGetRandomが証明)、フルPlug & Trustミドルウェア Se05x_API_*, not nanoパッケージ。 Re: SE051C2: all Secure Object operations return 0x6985 while GetRandom works over the same authenti こんにちは、 @Kan_Li さん。この件はこれでクローズします。**それは我々の側であり、診断は間違っていた。 始める。**誰かの助けになればと思い、解決案を投稿します。   部品自体は問題ありません。ブートAPDUトレース全体を計測した際、 個々の結果では、クリーンな電源投入により 83 個の APDU が生成され、そのうち 80 個が 0x9000 — オブジェクトでした。 作成、secp256k1キー生成、 ` ReadObject` 、 ECDSA署名はすべて正常に動作しています。 0x9000以外の応答は無害であり、既に弊社独自のコードで処理済みです。   80 01 0B 04 CreateECCurve(secp256k1) -> 6985 曲線は既に存在します 80 01 61 00 WriteECKey -> 6A80 オブジェクトが存在します。タイプが間違っています。 80 04 00 27 CheckObjectExists -> 9000 80 04 00 28 DeleteSecureObject -> 9000 80 01 61 00 WriteECKey -> 9000 は削除後に成功します   **私が実際に見ていたもの。 ** SEはすでにウェッジ状態にあり、私の テストブートが開始され、以前のセッションによってそこに残されました。 0x6985 — ` GetRandom` 、 ` GetVersion` 、 ` GetFreeMemory`を含む—そして状態は MCUリセット、T=1インターフェースリセット、そして自身が0x9000を返す再「SELECT」です。ただ 電源を切ると解消されます。つまり、私が報告したすべての測定値はウェッジのものであって、 ブロックされた機能であり、私の「GetRandom」は唯一機能するコマンドであり、「GetVersion」は 「拒否された」という主張はどちらも、そのことの産物だった。騒音で申し訳ありません。   念のため申し添えておくと、正常なブーツの場合、この部分は以下のように報告します。   * ` GetVersion` → ` 07 02 00 3F FF FF FF` —アプレット** 7.2.0 ** 、 AppletConfig ` 0x3FFF` * ` GetFreeMemory(PERSISTENT) ` → ` 0x3E0C` = ** 15,884バイト**空き * プラットフォームSCP03は**OEF 0005A8FA (SE051C)**のデフォルトキーセットで認証します**   **それでもコメントする価値があるかもしれない点が1つあります** 。それは私が理解していない部分だからです。 理解しました。これは私たちにとって配送上の問題となります。   ウェッジ状態でもGPのセキュリティドメインコマンドは動作し続けます — 「80 50 00 00」 INITIALIZE UPDATEと` 84 82 33 00` EXTERNAL AUTHENTICATEはどちらも0x9000を返しますが、IoTは アプレットが全てを拒否します。その形状のアプレットエラー状態は文書化されていますか？ 電源を切らずにそれを検出または消去する方法はありますか？ 展開済みのデバイス セキュア素子を独立して電源サイクルできないため、ホストがアプレットを駆動できる場合 この状態に陥った場合、そこから抜け出す方法を知る必要がある。   先ほどは迅速なご対応ありがとうございました。

IW611 RU setup I would like some advice on how to set up the RU. For the RF test, the technical staff is conducting the test by referring to Chapter 12 of the manual “UM11749” for RU setup. However, when we edited the configuration file “TF_Config_20MHz.txt” and loaded it based on the example in Chapter 12.6, the output waveform resembled an unmodulated signal, and we were unable to confirm the expected waveform. Since a waveform is being output, we believe the file was loaded correctly. The configuration file is described as follows. =================================================================== FRAME_CTRL_TYPE=1 \\IEEE_TYPE_CONTROL FRAME_CTRL_SUBTYPE=2 \\TRIGGER \\configure Duration field \\ Max Duration time FRAME_DURATION=5484 \\0x156C \\configure commoninfo field of trigger frame \\ HE_trigger_frame.TrigCommonField.TriggerType = BASIC_TRIGGER; \\ HE_trigger_frame.TrigCommonField.UlLen = 1000; \\ Max \\ 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; \\ reserved TrigCommonField=0;1000;0;0;0;1;0;0;0;1;0;1;0;65535;0;511 \\configure userinfo field of trigger frame \\ HE_trigger_frame.TrigUserInfoField.AID12 = (5 & 0xFFF); \\ HE_trigger_frame.TrigUserInfoField.RUAllocReg = 0; \\ HE_trigger_frame.TrigUserInfoField.RUAlloc = 61; \\ 53 (106 tones) \\ 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 user 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 =================================================================== If there are any errors in this description, please let me know. Also, if there are any other methods (ones that do not use a file), please let me know. Re: IW611 RU setup Hello @SA2  Could you share test logs and captured spectrum? Best Regards Shaun Re: IW611 RU setup Hello, Shaun. Thank you for your reply. I’m sharing a screenshot of the spectrum. captured spectrum.png Re: IW611 RU setup Hello @SA2  Could you share cmd you issued on both golden unit and DUT? Including labtool return value Best Regards Shaun Re: IW611 RU setup Hello, Shaun. There is something we would like to confirm before providing the command. We have reviewed Chapter 12, but all RF tests must be performed using conducted measurements. (The test is performed with the DUT sample for conducted measurements connected to the spectrum analyzer via an SMA cable.) Therefore, if we are performing conducted measurements using only one set of DUTs, should we refer to Chapter 12.2 ? Re: IW611 RU setup Hello @SA2  It is recommend to use standard test methods to measure. So that we could easy compare with our test report and find out if there are any issue. Best Regards Shaun

Kinetis（KW3x/4x、MCX W7x 和 MCX W23）汽车、工业物联网、CGM 和定位电源我的工具 本页面是 Kinetis (KW35/KW38/KW45/KW47) 和 MCX Wx (MCX W71/72) One 连接电源分析工具的专用页面（实验性）。 它将帮助您估算应用（汽车或工业物联网）中的功耗，并评估解决方案的电池寿命。 本页面包含一个专用的电源配置文件工具，名为“One 连接 Power 我的 Tool”，其中包括： 新增：基于仿真的独立组网 \(SA\)产品 KW43（汽车）和 MCX W70（工业物联网）。 KW3x/KW4x（汽车）和 MCX W7x（工业物联网）产品均为独立组网 (SA)。 MCX W23（工业物联网）产品独立组网 (SA)。 MCX W71 & W72 产品独立组网 (SA)（工业物联网）。 新增：基于仿真的独立组网 (SA)（工业物联网）MCX W70 产品。 BLE 802.15.4 物质与ZED id:NXP知识库 [开始日期：2026年7月31日]

i.MX8MQ：启动 ROM 是否支持从 FlexSPI/QSPI NOR 闪存启动？ 硬件： - i.MX8MQ（REV A0），基于 EVK 设计的定制板 - QSPI 或非：Micron MT25QL256A（32MB，3.3V，四路连接） - 电路板支持包。Yocto Scarthgap、NXP 电路板支持包。、U-启动 2024.04 (u-启动-imx) 目标：从 FlexSPI 或非闪存启动启动加载程序（SPL + ATF + U-Boot）。 内核和根文件系统仍然保留在 eMMC 上。 有效的方法： - U-启动（通过 uuu SDP/SDPV 加载到 RAM 中）运行正常 - “sf probe”正确检测到闪存：mt25ql256a，32 MiB - U-启动 可以可靠地读取和写入闪存（已通过 “sf protect unlock”之后的回读测试验证） - 镜像版本使用了 IMXBOOT_TARGETS = "flash_evk_flexspi" 闪存布局（已通过读取芯片数据验证）： 0x000000：FCFB 标头 - “qspihdr 检查”报告 “在 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 闪存 BT_FUSE_SEL 未熔断；启动配置通过 GPIO 完成。 启动引脚。 我已经尝试过： - 两种标头格式：scripts/qspi_header（c0ffee01 标签）和 scripts/fspi_header（FCFB 标签）。修复了 soc.mak，使其 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 秒 vs 约 1.8 秒），这表明 ROM 可能没有被读取。 完全不开闪光灯。 问题： 1.i.MX8MQ 启动 ROM 是否支持从串行 或非 卡启动 是否支持通过 FlexSPI 进行闪存刷新？我拥有的参考手册部分 列出了与非闪存和 SD/MMC 作为引导设备，但我无法 找到列出的 FlexSPI/QSPI 或非。i.MX8MM/8MN 文档似乎 可以描述一下，但我不太确定 8MQ。 2. 如果支持，预期的闪存布局具体是什么？ 当 FCFB 为真时，IVT 应该位于偏移量 0x400 还是 0x1000？ 位于 0x0 处？ 3. 应选择正确的 BOOT_MODE / BOOT_CFG 组合。 i.MX8MQ 上采用 FlexSPI 或非 启动？ 4. 关于 REV A0 硅片，是否存在任何已知的勘误？ FlexSPI 启动？ 谢谢！

Kinetis(KW3x/4x)オートモーティブ用パワープロファイルツール このページは、Kinetis(KW35/KW38/KW45/KW47)パワープロファイルツール用 オートモーティブに特化しています。 これにより、オートモーティブ アプリケーション(キーフォブ/スマートフォブ、アンカー)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには、以下の用途に特化した3つの電源プロファイルツールが含まれています。 KW35/36製品用のBluetooth LEをスタンドアロンで使用。 Bluetooth LEはKW37/38/39製品用のスタンドアロン対応です。 KW45/KW47製品用のBluetooth LEをスタンドアロンで使用。 スマートフォブアプリケーション(BLE/KW45;UWBレンジャー4位;SE;モーション・センサ) スマートフォブアプリケーション(BLE/KW47;UWBレンジャー5;SE;モーション・センサ)    1. KW35/36 Bluetooth LE 電力プロファイリングスタンドアロン:  christophe_menard_0-1785491668653.png 2. KW37/38/39 Bluetooth LE 電力プロファイリングスタンドアロン:  christophe_menard_1-1785491723947.png このツールには、AnchorとKeyfob/スマートフォンの消費電力を大まかに推定するための3つの異なるユースケースが含まれています。 1- CCCモバイル電話が車にコネクテッドされ、パケットを交換して車のドアを解除する 2- 車にコネクテッドされたパケットを継続的に交換するSCAキーフォブ 3- CCCスマートフォンが車にコネクテッドされ、パケットを継続的に交換する:2行モード 3. KW45/KW47 Bluetooth LE 電力プロファイリングスタンドアロン: AN13230 Kinetis KW45 Bluetooth LE 消費電力分析 AN14554 Kinetis KW47 Bluetooth LE パワープロファイル解析release.pdf 4. スマートフォブアプリケーション(BLE/KW45;UWBレンジャー4位;SE;モーション・センサ)パワープロファイリング 5. スマートフォブアプリケーション(BLE/KW47;UWBレンジャー5;SE;モーション・センサ)パワープロファイリング christophe_menard_2-1785493894936.png id:ワイヤレス・コネクティビティ [開始日: 2026年7月31日]

Kinetis MCX Wxx (MCX W71/72 & MCX W23) Power Profile Tools for IIoT This page is dedicated to the Kinetis MCX Wx (MCX W71/72 & MCX W23) Power Profile Tools for IIoT. It will help you to estimate the power consumption in your application (Automotive, IIoT, Trackers/Tags and Continuous Glucose Monitoring [CGM]) and evaluate the battery life time of your solution. This page contains 4 dedicated power profile tools for: Bluetooth LE for the MCX W71/MCX W72 product in standalone. Bluetooth LE for the MCX W23 product in standalone. 802.15.4 Matter ICD SIT & LIT and ZED for the MCX W71 & W72 product in standalone. Aliro Doorlock application (BLE MCX W72/UWB/NFC/Motor) 1. MCX W71 / MCX W72 Bluetooth LE power profiling: AN14389 MCX W71 Bluetooth LE Power Consumption Analysis AN14739 MCX W72 Bluetooth LE Power profile analysis.pdf 2. MCX W23 Bluetooth LE power profiling AN14659: MCX W23 Bluetooth Low Energy Power Consumption Analysis | NXP Semiconductors 3. 802.15.4 Matter ICD SIT & LIT and ZED MCX W71/W72 Power profiling AN14841 MCX W72 802.15.4 Matter and Zigbee Power profile analysis.pdf 4. Doorlock application (BLE/UWB/NFC/Motor)

CONFIG_FIT_CIPHER=y alone causes hab_status Hello Support, CONFIG_FIT_CIPHER=y alone causes hab_status to report HAB_INV_SIGNATURE/HAB_INV_ASSERTION on i.MX8M Plus EVK (OPEN mode) Board: i.MX8MP LPDDR4 EVK, OPEN/unfused (HAB Configuration: 0xf0, HAB State: 0x66) U-Boot: 2024.04 (lf_v2024.04_6.6.52_2.2.x), NXP fork HAB signing: working correctly otherwise — CST-signed imx-boot (SPL CSF + FIT CSF), custom build-time task that verifies the CSF tag byte at both embed offsets and fails the build on any mismatch (always passes) I have a clean baseline where hab_status reports "No HAB Events Found!" on this board with my normal HAB-signed imx-boot. I recently added kernel FIT image signing + AES-256 encryption (a separate mechanism from HAB — U-Boot's own bootm verifying/decrypting a signed kernel FIT, keys embedded in u-boot.dtb, unrelated to SRK fuses). After enabling this, hab_status started reporting 4 events every boot: HAB Configuration: 0xf0, HAB State: 0x66 HAB Event 1: STS=HAB_FAILURE RSN=HAB_INV_ASSERTION(0x0C) CTX=HAB_CTX_ASSERT(0xA0) ENG=HAB_ENG_ANY HAB Event 2: STS=HAB_FAILURE RSN=HAB_INV_ASSERTION(0x0C) CTX=HAB_CTX_ASSERT(0xA0) ENG=HAB_ENG_ANY HAB Event 3: STS=HAB_FAILURE RSN=HAB_INV_SIGNATURE(0x18) CTX=HAB_CTX_COMMAND(0xC0) ENG=HAB_ENG_ANY HAB Event 4: STS=HAB_FAILURE RSN=HAB_INV_SIGNATURE(0x18) CTX=HAB_CTX_COMMAND(0xC0) ENG=HAB_ENG_ANY I methodically bisected this with isolated rebuild+reflash tests, one variable at a time, confirmed on real hardware: 1. Baseline (existing HAB-signed imx-boot, no kernel-FIT work): 0 events 2. Full kernel-FIT feature enabled (FIT pubkey/AES-key DTB embedding + my own cmd/bootm.c patch + CONFIG_FIT_CIPHER=y + CONFIG_SYS_BOOTM_LEN=0x8000000): 4 events 3. Disabled FIT pubkey/AES-key DTB embedding alone: events still present, identical 4. Also removed my cmd/bootm.c patch: events still present, identical 5. Removed CONFIG_FIT_CIPHER=y + CONFIG_SYS_BOOTM_LEN=0x8000000 entirely (true pre-kernel-FIT baseline): 0 events, clean 6. Added back only CONFIG_SYS_BOOTM_LEN=0x8000000 (no CONFIG_FIT_CIPHER): 0 events, clean The issue is isolated precisely to CONFIG_FIT_CIPHER=y — nothing else (my bootm.c patch, FIT pubkey/AES-key DTB embedding, CONFIG_SYS_BOOTM_LEN) matters alone or combined; only CONFIG_FIT_CIPHER=y flips hab_status from 0 events to these 4. I double-checked that my own CSF computation is not the problem: my build-time signing task verifies the CSF tag byte at both embed offsets immediately after signing and fails the build on any mismatch — every build, with or without CONFIG_FIT_CIPHER, passes cleanly, and the computed SLD hab block address/FIT CSF offset are byte-identical across all test builds regardless of this config. My best guess is CAAM Job Ring contention — CONFIG_FIT_CIPHER pulls in CONFIG_AES (no separate backend symbol needed on this U-Boot version), and this SoC's runtime dmesg confirms CAAM is genuinely used for AES/SHA elsewhere. The closest relevant documentation I found is doc/imx/habv4/guides/mx8m_secure_boot.txt's note about HAB pre-v4.4.0 locking Job Ring/DECO master ID registers in closed config, but that doesn't directly describe this OPEN-mode, CONFIG_FIT_CIPHER-specific case. Questions: 1. Is this a known interaction between CONFIG_FIT_CIPHER and HABv4 CSF authentication on i.MX8M Plus? Is it CAAM-resource-related, or something else (e.g., compiled binary size/layout shifting a FIT CSF component boundary in a way my own self-check doesn't catch, since it verifies against the offset I computed, not what the ROM independently derives)? 2. Is CONFIG_FIT_CIPHER known-safe to combine with HABv4 CSF signing on this SoC at all, or is this a real limitation? 3. Are there any pointers to the correct CAAM Job Ring allocation/unlock sequence if that turns out to be the root cause? Yocto Project Re: CONFIG_FIT_CIPHER=y alone causes hab_status Posting this as solved in case it saves someone else the bisection — credit to [https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EVK-HABv4-hab-status-shows-HAB-FAILURE-before-fuses-are/m-p/2344924/highlight/true#M244756] for the actual fix, which applied directly once I found it. Symptom: clean baseline (hab_status reports "No HAB Events Found!") with our normal HAB-signed imx-boot. After enabling CONFIG_FIT_CIPHER=y (to support U-Boot decrypting an AES-256-encrypted kernel FIT image — a separate mechanism from HAB, unrelated to SRK fuses), hab_status started reporting 4 events every boot: 2× HAB_INV_ASSERTION, 2× HAB_INV_SIGNATURE. Bisection: isolated every variable we'd changed, one at a time, rebuild+reflash+hab_status on real hardware each time — down to CONFIG_FIT_CIPHER=y alone (disabling FIT pubkey/AES-key DTB embedding, removing an unrelated cmd/bootm.c patch, keeping/dropping CONFIG_SYS_BOOTM_LEN — none of those mattered; only CONFIG_FIT_CIPHER did). Root cause + fix: we build imx-boot via a custom Yocto task porting the manual HAB-signing workflow (parse SPL IVT, compute FIT component blocks via print_fit_hab.sh, sign with CST) into an automatic build step. That task assumed the DTB copy left in the build staging dir by mkimage_imx8's own build was already correctly 16-byte-aligned — not guaranteed for every config. CONFIG_FIT_CIPHER changes U-Boot proper's compiled DTB size, landing it on a non-aligned size in our case. A misaligned DTB silently shifts every subsequent FIT component boundary print_fit_hab.sh computes,so CST signs the wrong byte range. Our own build-time self-check (CSF tag byte present at the offset we computed) still passed cleanly every time — it wasn't checking against the ROM's independently correct notion of the boundary. Only real hardware caught it. Fix, mirroring what worked in the other thread: explicitly run pad_image.sh (imx-mkimage's own script) on the DTB immediately before computing FIT component blocks, rather than trusting the staging directory's existing state. Confirmed genuinely padded (not a no-op), and hab_status is clean again with the full feature enabled.

TDA8954TH 音声出力なし こんにちは！ 低音が出ないスピーカー（Mackie Thump12など）をいくつか持っています。出力ICのTDA8954THと10Ωの抵抗器を交換しました。全く音がしない。このICで他に問題が発生している方はいらっしゃいますか？ 私はAliExpressで異なる販売者から3つのICを注文しました。 よろしくお願いいたします。 ヨハネス Re: TDA8954TH no sound output こんにちは、ヨハネスさん。 このTDA8954THは旧製品であり、現在は生産中でなく、技術サポートも提供していません。もしかしたら、使っている他の方が助けてくれるかもしれません。   BRs、トーマス