在LS1028a上测试SecureBoot而不炸机 你好 我有一个问题，那就是如何在没有 CodeWarrior 和调试器的情况下在 LS1028A 上测试 SecureBoot 程序，也不要熔丝（OTPMK 除外）。 假设我想做以下事情： -启动主板 - 在 u-boot 中停止 -编写 OTPMK 并将其熔丝 -从 u-boot 写入 SRKHR 镜像寄存器 - 在 RCW 中设置 SB_EN - RESET 板 可以进行 RESET 吗（怎么做？）这样就可以保留 SRKHR 镜像寄存器的值而不必持续将其吹入保险丝中，这样整个 SecureBoot 程序就可以执行了？ 我还无法访问CodeWarrior或非调试器，但我需要以某种方式测试程序。 Re: Testing SecureBoot without blowing fueses on LS1028a 即使要启动安全启动过程，也需要融合 OTPMK。这是正确的吗？ 是的，禁用 OTPMK 对于在生产和开发 阶段运行安全启动至关重要。请参阅 LLDP UG 或 LSDK UG 中的详细信息。 Re: Testing SecureBoot without blowing fueses on LS1028a 你好@yipingwang 我的情况与本帖中介绍的类似。 我们还想在不熔丝寄存器的情况下测试安全启动过程，但想更进一步，还想使用CodeWarrior在寄存器中设置OTPMK。 这可能吗？我们现在测试的是 1。在 RCW 2 中在没有 SB_EN=1 的情况下从 ls1028ardb 上的 SD 卡启动。 当 U-Boot 启动时，更换 SD 卡，这样现在就有了 SB_EN=1 的 RCW 镜像，设置为 3。 根据您共享的文档运行 tcl 脚本，还要编写 OTPMK 来更正寄存器。 RESET 后，UART 上没有任何反应，再加上 JTAG 无法将处理器置于 RSP 状态。 这让我开始思考，即使开始安全启动过程也需要熔丝 OTPMK。是这样吗？当 RCW 中的 SB_EN=1 但是 OTMPK 没有熔丝时，到底会发生什么？在这种情况下，是否可以使用 JTAG 从任何寄存器获取信息？例如，检查 LSDK 文档中 6.1.1.3.2.2 ISBC 验证错误代码中列出的错误。 Re: Testing SecureBoot without blowing fueses on LS1028a 从 u-boot 写入 SRKHR 镜像寄存器来进行安全启动是不可能的，因为 RESET 后 SRKHR 镜像寄存器将变为 0。 你必须使用 CodeWarrior CCS 停止内核写入 SRKHR 镜像寄存器，然后版本内核。使用 CodeWarrior CCS 无需许可证。 请参考随附的步骤来熔丝 OTPMK 并通过 CCS 写入 SRKHR 镜像寄存器。 Re: Testing SecureBoot without blowing fueses on LS1028a 还有一个信息-我正在在 LS1028ARDB 板上对其进行测试。

CodeWarrior Tap 模拟器无法识别 我在调试 lx2080 目标板时遇到了以下问题。即使我使用网络端口或 USB 进行调试，模拟器仍然显示无法连接。同步的 CodeWarrior 连接服务器遇到了以下问题。 Zhoute_0-1753234432318.png Zhoute_1-1753234581325.png Zhoute_2-1753235074494.png 您遇到过这样的问题吗？ 我尝试了许多官方文件和互联网上提供的方法，但都没有奏效。 LX2160A-RDB Re: The CodeWarrior Tap simulator is unable to recognize 我断开了CWTAP的网络连接，发现了与您类似的错误，请检查您CWTAP的连接。 (bin) 7 % delete all (bin) 8 % config cc cwtap:10.193.20.174 (bin) 9 % show cc 0: Network timeout There are no command converters configured Re: The CodeWarrior Tap simulator is unable to recognize 如果这个问题一直存在，建议你换一台PC机，重新安装CW试一下，并且确认使用CWTAP之前，设备管理器都可以识别CWTAP串口并能输入CWTAP的信息。 因为我手上的G和H version都无法复现这个问题。 LX2160ARDBGSG中，有对RCW_SRC[3：0]和TBSCAN_EN_B的配置描述。 CFG_DRV不知道您指什么。 Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu  这是连上G version后的效果。 Zhoute_0-1753363512039.png 还有一些硬件问题麻烦您答疑一下，十分感谢。 1.连接仿真器时RCW_SRC[3：0]，还有TBSCAN_EN_B怎么配置?,也就是CFG_DRV置高开始配置的时候，配置完（复位完成后）这几个管脚应该怎么处理？ 十分感谢 Re: The CodeWarrior Tap simulator is unable to recognize (bin) 7% delete all (bin) 8% config cc cwtap (bin) 9% show cc 每次都要删除所有 连上G版本试一下，USB连接，H版本，firmware变更了 Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu  用USB直接连接到PC上，用下面的命令，结果如下图所示： Zhoute_0-1753361540331.png Re: The CodeWarrior Tap simulator is unable to recognize 用USB直接连接到PC上，用下面的命令，看是否工作正常 (bin) 8 % config cc cwtap (bin) 9 % show cc Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu 感谢，软件已经升级到指定版本了 Zhoute_0-1753353660039.png 启动CCS后，按照您提供的输入指令，出现如下情况： Zhoute_1-1753353805264.png 请问该如何定位问题呢？ Re: The CodeWarrior Tap simulator is unable to recognize 请将其更新至 CodeWarrior IDE 11.5.12 版本。 在恩智浦网站上。 My NXP Account->Software->Software Licensing and Support->View accounts->Product List->CodeWarrior for QorIQ LS Series ARMv8 ISA-> 请下载更新包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip 请打开 C:\Freescale\CW4NET_v2020.06\ cw_armv8\ fsl_eclipse.bat 中的 CodeWarrior，然后安装来自 Help-> 安装新软件-> Add-> 存档中的更新代码包。 然后尝试执行 ccs 命令。 你可以用中文回答。 Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu非常感谢你的回复。 1.我可以 ping 到 CWTAP，（Windows-cmd.exe 使用 ping FSL082481 命令，没问题）。 2.我们有两个 CWTAP 仿真器，一个是 ，另一个是 3. 我的 CodeWarrior IDE 版本是： Zhoute_0-1753338785256.png 最新的代码包也已导入。 Re: The CodeWarrior Tap simulator is unable to recognize 您能 ping 一下 CWTAP 吗？ 您的 CWTAP 版本是什么？ 您的 CodeWarrior IDE 版本是什么？ 谢谢！ Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu 你能不能把 CodeWarrior Tap 模拟器的 PIN 定义发给我（在 Jtag 部分）？我们目前正在通过特定信号（TDI/TDO/TCK/TMS/RESET/VDD/GND）连接目标板lx2080。CodeWarrior Tap 模拟器一直在显示上述错误。 当我点击连接按钮时，会出现以下问题 Zhoute_0-1753264228307.png 而且 CodeWarrior Tap 模拟器的指示灯（运行/暂停）一直保持橙色，这不是官方文档中提到的红色。 我期待着您的答复，谢谢。 The CodeWarrior Tap simulator is unable to recognize 嗨，June_Lu，谢谢你！我用了你的建议，但没有用，下图就是问题所在，我不知道为什么。我搜索了相关错误（CC 不存在），但没有解决问题。 Zhoute_0-1753251599243.png @June_Lu Re: The CodeWarrior Tap simulator is unable to recognize 在 CCS 中，请运行： (bin) 7% 删除所有 (bin) 8% config cc cwtap:10.193.21.52//（这是您的 CWTAP 以太网 IP）。 (bin) 9% show cc (bin) 10% ccs::config_chain {lx2160a dap} (bin) 11% display ::ccs::get_config_chain (bin) 12% ccs::reset_too_debug

NXP FRDM RW612モジュールからCSIデータを抽出する方法 こんにちは、皆さん。 現在、NXP FRDM-RW612 開発ボードを使用して、Wi-Fi センシング アプリケーションのチャネル状態情報 (CSI) データを抽出することを目指しています。SDK ドキュメントを確認し、いくつかの RF 診断モードを調べましたが、CSI にアクセスするための明確なパスが見つかりませんでした。 このプラットフォームで CSI データの抽出を可能にするためのガイダンスを共有していただいたり、適切なコマンド、ファームウェア構成、例を教えていただけませんか?これをうまく実行できた場合、または関連する NXP リソースを見つけた場合は、ぜひご意見をお聞かせください。 前もって感謝します Re: How to Extract CSI Data from NXP FRDM RW612 Module こんにちは@mieintern02さん、 FreeRTOS プラットフォームで CSI を構成する方法については、別のアプリケーション ノートがあります。コマンドと例がわかりやすく説明されています。AN14281: FreeRTOS のチャネル状態情報 (CSI)を参照してください。他にご質問があればお知らせください。 ありがとうございます ダーレナ・グエン Re: How to Extract CSI Data from NXP FRDM RW612 Module 現在、FRDM-RW612 から CSI データを抽出しようとしています。パラメータの設定を誤ると、ファームウェアが不正なチャネル設定などのエラーを通知することになるため、CSI コールバックが機能しない原因となっている重要なコンポーネントが不足しているものと思われます。残念ながら、まだ CSI のコールバックを取得できません。 安全なアクセスにもかかわらず、 AN14281: FreeRTOS ファイルのチャネル状態情報 (CSI) は利用不可と表示され、このファイルにアクセスする方法についてサポートや docstore サポートから支援を受けることができませんでした (関連するすべてのカテゴリへのアクセスを要求し、承認されています)。このような投稿を見るとそれが可能であることが分かりますが、私にはそれがわかりません。 どのようなご助力もいただければ幸いです。

适用于 imx8mm 主板上的 ar0144 摄像头的恩智浦 6.6.36 内核用于捕获图像或视频 嗨 @joanxie， GST_DEBUG=3 gst-用上市-1.0-v\ v4l2src num-buffers=$number_of_PIC device=$vid_device=$vid_device！\ video/x-raw,format=GRAY8,depth=8,$FRAME_SIZE ！\ videoconvert ！\ jpegenc ！\ multifilesink location=ar0144_mono_image.jpg issue is Starting GStreamer pipeline... Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... 将管道设置为正在播放 ... 0:00:00.244283375 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.244416875 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: 使用 VIDIOC_CROPCAP 探测像素宽高比失败：参数无效 新时钟：GstSystemClock 0:00:00.246845250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 /GstPipeline:pipeline0/GstV4l2Src:v4l2src0。GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressive /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressie /GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progre /GstPipeline:pipeline0/GstJpegEnc:jpegenc0.GstPad:sink：caps = video/x-raw，format=(string)GRAY8，depth=(int)8，width=(int)1280，height=(int)800，framerate=(fraction)120/1，interlace-mode=(string)progressive /GstPipeline:pipeline0/GstVideoConvert:videoconvert0。GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)proge /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progresse 0:00:00.253795500 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.253877250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.259326750 784 0xffffb4000b70 ERROR v4l2bufferpool gstv4l2bufferpool.c:721:gst_v4l2_buffer_pool_streamon: STREAMON 32 出错（管道断裂） 0:00:00.259393750 784 0xffffb4000b70 ERROR bufferpool gstbufferpool.c:572:gst_buffer_pool_set_active: start failed 0:00:00.259435250 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：分配所需内存失败。 0:00:00.259461750 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：缓冲池激活失败 ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2src.c(955): gst_v4l2src_decide_allocation ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: 缓冲池激活失败 0:00:00.259690375 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3395:gst_base_src_prepare_allocation: 子类未能决定分配 执行在 0:00:00.015445250 后结束 将管道设置为 NULL ... 0:00:00.259771000 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：内部数据流错误。 0:00:00.259796500 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason not-negotiated (-4) ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. 附加调试信息： /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175)：gst_base_src_loop ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Freeing pipeline ... GStreamer 命令完成。 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 这是设备树的解决方案 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 好的，我会联系您并向您报告最新情况。 谢谢、 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 我检查了日志文件，你们的 csi 驱动程序似乎与 nxp 源代码不一样，我们使用 imx6s-csi 作为 csi 驱动程序，而 mipi csi 驱动程序也不一样，因为你们使用了不同的源代码，我建议你们可以联系第三方公司来检查这一点。 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos cat arch/arm64/启动/dts/freescale/imx8mm-phyboard-polis-vm016-fpdlink-port0.dtso // SPDX 许可证标识符： (GPL-2.0+)OR MIT) /* * Copyright (C) 2025 PHYTEC Messtechnik GmbH * Author：Stefan Riedmüller */ /dts-v1/; /plugin/； #include"imx8mm-phyboard-polis-fpdlink-port0.dtsi" #include &i2c_csi1_port0 { camera@10 { #address-cells =<0x1>; #size-cells =<0x0> ； compatible ="onsemi,ar0144"; reg =<0x10>; /* ADD THIS LINE FOR VERIFICATION */ debug-overlay-version ="1.0" ； /*-----------------------------------------------*/ clocks = < & ser_csi1_port0 >; 时钟名称 = " ext "; isp-bus-info = " csi0 "; 分配的时钟 =<& ser_csi1_port0>; 分配的时钟频率 =<26666666> ； reset-gpios = < & ser_csi1_port0 3 GPIO_ACTIVE_LOW >; onsemi，reset-delay-ms =<100> ； port@0 { reg =<0> ； vm016_csi1_port0_ep：端点 { 远程端点 = < & ser_csi1_port0_in >； 总线类型 =<4> ；/* MIPI CSI-2 D-PHY */ 链接频率 = /bits/ 64<222750000> ；数据通道 =<1 2> ；时钟通道 <0>=; 时 钟非连续<1> =; onsemi，t-hs-prep =<1> ； onsemi，t-clk-post<9> =;};};};};}; eeprom@56 { compatible ="atmel,24c02"; reg =<0x56>; pagesize =<16>; }; }； &ser_csi1_port0_in { remote-endpoint =<& vm016_csi1_port0_ep>; data-lanes =<1 2>; }； Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos U-启动 SPL 2021.04+gd8801c557a3+p0（2022年3月21日-10:56:25 +0000）p hytec_eeprom_data_init：成功初始化 S oM：PCL-069-1032311I.A3 PCB 修订版：3a DDRINFO：启动 DDRINFO：DDRINFO：DDRINFO：dd rinfo 配置完成正常启动正在尝试从 MMC2 启动通知：BLDRIX 31：v2.4（发布）：lf-5.10.72-2.2.0-0-g5782363f9 通知：BL31：构建时间：2021 年 11 月 18 日 12:17:17 U-Boot 2021.04+g d8801c557a3 +p0 (2022 年 3 月 21 日-10:56:25 +0000) CPU：i.MX8MMQ rev1.0 1600 MHz (在 1200 MHz 下运行) CPU：31 摄氏度时的工业温度等级 (-40C 至 105C) RESET 原因：POR 型号：PHYTEC phyCORE-i.MX8MM 看门狗已启用 动态随机存取存储器(DRAM)：2 GiB MMC：FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2 正在从 MMC 加载环境... OK In：串行 Out：串行 Err：串行 闪存目标是 MMC:2 Net：eth0：以太网@30be0000 Fastboot：正常 正常启动 按任意键停止自动启动：0 切换到分区 #0，OK mmc2 (第 0 部分) 是当前设备 38154752 字节读取 835 毫秒 (43.6 MiB/s) 正在从 mmc 启动... clk qspi_root_clk 已禁用 clk qspi_root_clk 已禁用 SF：检测到 n25q256ax1 页面大小为 256 字节，擦除大小为 64 KiB，总计 32 MiB 无法加载 "bootenv.txt" 在 22 毫秒 (2.5 MiB/s) 内读取 57016 字节 找到 0 个扩展板。 在 5 毫秒内读取 3616 字节 (706.1 KiB/s) 将图像从 0x40480000 移动到 0x40600000，end=42b10000 ## 扁平化设备树 blob 在 4800000 处使用 fdt blob 启动将设备树加载到 00000000bdf01000，结束 000000bdf12fff... 好 启动内核... [0.000000] 在物理 CPU 上启动 Linux 0x0000000000 [0x410fd034] [0.000000] Linux 版本 6.6.36-lts-next-g181072984ef3 (oe-user @OE-host) (aarch64-参考发行版、系统开发套件。-linux-gcc (GCC) 13.3.0，GNU ld (GNU Binutils) 2.42.0.20240716) #1 SMP PREEMPT Wed Sep 4 08:22:45 UTC 2024 [ 0.000000] KASLR 因缺少种子而被禁用 [ 0.000000] 机器型号：PHYTEC phyBOARD-Polis-i.MX8MM RDK [ 0.000000] efi：未找到 UEFI。 [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000095e00000, size 640 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] OF: reserved mem：0x0000000095e00000..0x00000000bddfffff (655360 KiB) map reusable linux,cma [ 0.000000] NUMA： 未找到 NUMA 配置 [ 0.000000] NUMA： 在 [mem 0x0000000040000000-0x00000000bfffffffff] 处伪造一个节点 [ 0.000000] NUMA：NODE_DATA [mem 0xbfbb86c0-0xbfbbafff] [ 0.000000] 区域范围： [ 0.000000] DMA [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] DMA32 空 [ 0.000000] 正常空 [ 0.000000] 每个节点的可移动区域开始 [ 0.000000] 早期内存节点范围 [ 0.000000] 节点 0: [mem 0x0000000040000000-0x00000000bfffffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000bfffffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci：固件中检测到 PSCIv1.1。 [ 0.000000] psci：使用标准 PSCI v0.2 功能 ID [ 0.000000] psci：不支持 MIGRATE_INFO_TYPE。 [ 0.000000] psci: SMC Calling Convention v1.2 [ 0.000000] percpu: 嵌入式 22 页/cpu s50536 r8192 d31384 u90112 [ 0.000000] 检测到 CPU0 上的指令缓存 [ 0.000000] CPU 特性：已检测：GIC 系统寄存器 CPU 接口 [ 0.000000] CPU 功能：已检测：Arm 勘误表 845719 [ 0.000000] 备选方案：正在应用启动替代方案 [ 0.000000] 内核命令行：console=ttymxc2,115200 root=/dev/mmcblk2p2 fsck.repair=yes rootwait rw [ 0.000000] 登入缓存哈希表条目：262144（顺序：9，2097152 字节，线性） [ 0.000000] 索引节点缓存哈希表条目：131072（顺序：8，1048576 字节，线性）[ 0.000000] 节点 0 的回退顺序：0 [ 0.000000] 内置 1 个区域列表，移动分组开启。 总页数：516096 [ 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 4. [ 0.000000] software IO TLB: mapped [mem 0x000000008fe00000-0x0000000093e00000] (64MB) [ 0.000000] Memory: 1296904K/2097152K available (21504K kernel code, 2124K rwdata, 8616K rodata, 4864K init, 643K bss, 144888K reserved, 655360K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] RCU：可抢占式分层 RCU 实现。 [ 0.000000] RCU：已启用 RCU 事件跟踪。 [ 0.000000] RCU：RCU 限制 NR_CPUS=256 至 nr_cpu_ids=4 的 CPU。 [ 0.000000] 启用了任务 RCU 的蹦床变体。 [ 0.000000] 启用任务 RCU 的跟踪变量。 [ 0.000000] RCU：RCU 计算出的调度程序启动延迟值为 25 jiffies。 [ 0.000000] rcu：Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS：64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC：使用分割 EOI/Deactivate 模式 [ 0.000000] GICv3：实现 128 个 SPI [ 0.000000] GICv3：实现 0 个扩展 SPI [ 0.000000] 根 IRQ 处理程序：gic_handle_irq [ 0.000000] GICv3：GICv3 功能：16 个 PPI [ 0.000000] GICv3: CPU0: 发现再分配器 0 区域 0:0x0000000038880000 [ 0.000000] ITS：No ITS available, not enabling LPIs [ 0.0000000000] rcu: srcu_init：根据争用情况设置 srcu_struct 大小。 [ 0.000000] arch_timer: cp15 定时器以 8.00MHz 运行（物理）。 [0.000000] 时钟来源：arch_sys_counter：掩码：0xfffffffffff max_cycles：0x1d854df40，max_idle_ns：440795202120 ns [0.000000] sched_clock：8MHz 时为 56 位，分辨率 125ns，每 2199023255500ns 封装一次 [0.000470] 主机版：彩色虚拟设备 80x25 [0.000531] 校准延迟循环（跳过），使用计时器频率计算的值... 16.00 bogoMips（lpj=32000）[0.000542] pid_max：默认值：32768 最小值：301 [0.000604] LSM：初始化 lsm=能力，完整性 [0.000678] 挂载缓存哈希表条目：4096（订单：3，32768） 字节，线性） [0.000690] MountPoint-Cache 哈希表条目：4096（顺序：3，32768 字节，线性） [0.002146] RCU 任务：将 shift 设置为 2，lim 设置为 1 rcu_task_cb_adjust=1。 [0.002216] RCU 任务跟踪：将 shift 设置为 2 并将 lim 设置为 1 rcu_task_cb_adjust=1。 [0.002387] rcu：分层 SRCU 实现。 [ 0.002391] RCU：最大相位无延迟实例数为 1000。 [ 0.004403] EFI 服务将不可用。 [0.004679] smp：带来} p 个辅助 CPU... [0.005148] 在 CPU1 上检测到 VIPT 指令缓存 [0.005213] GICv3：CPU1：找到再分配器 1 区域 0:0 x00000000388a0000 [0.005254] CPU1：启动辅助处理器 0x0000000001 [0x410fd034] [0.005766] 在 CPU2 上检测到 VIPT 指令缓存 [0.005810] GICv3：CPU2 上检测到 VIPT 指令缓存 PU2：找到了再分配器 2 区域 0:0 x00000000388c0000 [0.005833] CPU2：已启动辅助处理器 0x0000000002 [0x410fd034] [0.006303] 在 CPU3 上检测到 VIPT 指令缓存 [0.006349] GICv3：CPU3：找到再分配器 3 区域 0:0 x00000000388e0000 [0.006372] CPU3：已启动 辅助处理器 0x0000000003 [0x410fd034] [0.006438] smp：启动了 1 个节点，4 个 CPU [0.006444] SMP：共激活了 4 个处理器。 [0.006448] CPU 功能：已检测：32 位 EL0 支持 [0.006451] CPU 功能：已检测：32 位 EL1 支持 [0.006455] CPU 功能：已检测：CRC32 指令 [0.006519] CPU：所有 CPU 从 EL2 启动 [0.006541] 备选方案：应用全系统替代 方案 [0.008384] devtmpfs：初始化 [0.016448] 时钟来源：jiffies：掩码：0xfffffff max_cycles：0xfffffff，max_idle_ns：7645041785100000 ns [0.016474] futex 哈希表条目：1024（顺序：4，65536 字节，线性）[0.035040] pinctrl 内核：初始化 pinctrl 子系统 [0.037321] DMI 不存在或无效。 [ 0.037920] NET：已注册的 PF_NETLINK/PF_ROUTE 协议系列 [ 0.039736] DMA：为原子分配预分配的 256 KiB GFP_KERNEL 池 [ 0.040718] DMA：预分配的 256 KiB GFP_KERNEL|GFP_DMA 池用于原子分配 [ 0.041701] DMA：预分配的 256 KiB GFP_KERNEL|GFP_DMA32 池用于原子分配 [ 0.041802] audit：初始化 netlink 子系统（禁用） [ 0.042023] audit：type=2000 audit(0.040:1)：state=initialized audit_enabled=0 res=1 [ 0.042594] thermal_sys：Registered thermal governor 'step_wise' [ 0.042598] thermal_sys：Registered thermal governor 'power_allocator' [ 0.042640] cpuidle: using governor menu [ 0.042884] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.042969] ASID 分配器初始化为 65536 个条目 [ 0.043958] 串行：AMBA PL011 UART 驱动程序 [ 0.044030] imx mu 驱动程序已注册。 [ 0.044050] imx rpmsg 驱动程序已注册。 [ 0.050386] platform soc@0: Fixed dependency cycle(s) with /soc@0/bus@30000000/efuse@30350000/unique-id@4 [ 0.053133] imx8mm-pinctrl 30330000.pinctrl：初始化了 IMX pinctrl 驱动程序 [ 0.053556] platform 30350000.efuse：修复了 /soc@0/bus@30000000/clock-controller@30380000 的依赖周期 [ 0.054628] 平台 30350000.efuse：修复了与 /soc@0/bus@30000000/clock-controller@30380000 的依赖周期 [ 0.062454] 平台 32e20000.csi-upstream：修正了与 /soc@0/bus@32c00000/mipi-csi-upstream@32e30000 的依赖循环 [ 0.062759] 平台 32e20000.csi-upstream：修正了与 /soc@0/bus@32c00000/mipi-csi-upstream@32e30000 的依赖循环 [ 0.062878] 平台 32e30000.mipi-csi-upstream：修正了与 /soc@0/bus@32c00000/csi-upstream@32e20000 的依赖循环 [ 0.062966] 平台 32e30000.mipi-csi-upstream：修正了 /soc@0/bus@30800000/i2c@30a50000/deserializer@30 的依赖循环 [ 0.067441] 模块：23280 页在非 PLT 使用范围内 [ 0.067449] 模块：514800 pages in range for PLT usage [ 0.068142] HugeTLB: registered 1.00 GiB page size, pre-allocated 0 pages [ 0.068149] HugeTLB: 0 KiB vmemmap can be freed for a 1.00 GiB 页面 [ 0.068153] HugeTLB: 已注册 32.0 MiB 页面大小，预分配 0 个页面 [ 0.068156] HugeTLB: 0 KiB vmemmap 可释放 32.0 MiB 页面 [ 0.068161] HugeTLB：已注册 2.00 MiB 页面大小，预分配 0 个页面 [ 0.068166] HugeTLB：0 KiB vmemmap 可为 2.00 MiB 页面释放 [ 0.0.068170] HugeTLB: 已注册 64.0 KiB 页面大小，预分配 0 个页面 [ 0.068175] HugeTLB: 0 KiB vmemmap 可为 64.0 KiB 页面释放 [ 0.070112] ACPI：禁用解释器。 [ 0.071049] iommu: 默认功能域类型: 已翻译 [ 0.071058] iommu: DMA 功能域 TLB 失效政策: 严格模式 [ 0.071364] SCSI 子系统已初始化 [ 0.071668] usbcore: 注册了新的接口驱动程序 usbfs [ 0.071696] usbcore: 注册了新的接口驱动程序 hub [ 0.071732] usbcore: 注册了新的设备驱动程序 usb [ 0.072703] mc: Linux 媒体接口: v0.10 [ 0.072743] videodev: Linux 视频捕获接口: v2.00 [ 0.072804] pps_core: LinuxPPS API 版本 1 已注册 [ 0.072808] pps_core: 软件版本 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 0.072821] PTP 时钟支持注册 [ 0.072973] EDAC MC: Ver：3.0.0 [0.073391] scmi_core：SCMI 协议总线已注册 [0.073806] FPGA 管理器框架 [0.073882] 高级 Linux 声音架构驱动程序已初始化。 [ 0.074597] 蓝牙：核心版本 2.22 [ 0.074625] NET：注册的 PF_BLUETOOTH 协议系列 [ 0.074629] 蓝牙：HCI 设备和连接管理器已初始化 [ 0.074636] 蓝牙：HCI 套接字层已初始化 [ 0.074641] 蓝牙：L2CAP 套接字层已初始化 [ 0.074653] 蓝牙：SCO 套接字层已初始化 [ 0.074967] vgaarb: loaded [ 0.075439] clocksource：切换到 clocksource arch_sys_counter [ 0.075662] VFS：磁盘配额 dquot_6.6.0 [0.075687] VFS：dquot-Cache 哈希表条目：512（顺序 0，4096 字节） [0.075862] pnp：PnP ACPI：禁用 [0.082648] NET：注册的 PF_INET 协议系列 [0.082804] IP 标识符哈希表条目：32768（顺序：6，262144 字节，线性） [0.084353] tcp_list3 en_portaddr_hash 哈希表条目：1024（顺序：2，16384 字节，线性） [0.084380] table-perturb 哈希表条目：65536（顺序：6，262144 字节，线性） [0.084393] TCP 已建立的哈希表条目：16384（顺序：5，131072 字节，线性） [0.084539] TCP 绑定哈希表条目：16384（顺序：7，524288 字节，线性） [0.084995] TCP：已配置哈希表（已建立 16384 绑定 16384） [0.085090] UDP 哈希表条目：1024（顺序：3，32768 字节，线性） [0.085139] UDP-Lite 哈希表条目：1024（顺序：3，32768 字节，线性） [0.085289] NET：注册的 PF_UNIX/PF_LOCAL 协议系列 [0.085707] RPC：已注册命名的 UNIX 套接字传输模块。 [ 0.085712] rpc：注册了 udp 传输模块。 [ 0.085715] rpc：注册了 tcp 传输模块。 [ 0.085717] rpc：注册了 tcp-with-tls 传输模块。 [ 0.085720] rpc：Registered tcp NFSv4.1 backchannel transport module. [0.086755] PCI：CLS 0 字节，默认 64 [0.087116] kvm [1]：IPA 大小限制：40 位 [0.089341] kvm [1]：GICv3：没有 GICV 资源条目 [0.089348] kvm [1]：禁用 GICv2 仿真 [0.089363] kvm [1]：启用 GIC 系统寄存器 CPU 接口 [0.089348] kvm [1]：启用 GIC 系统寄存器 CPU 接口 [0.089348] kvm [1]：启用 GIC 系统寄存器 CPU 接口 [0.089348] kvm 9389] kvm [1]：vgic 中断 IRQ9 [0.089413] kvm [1]：Hyp 模式成功初始化 [0.090583] 初始化系统可信密钥环 [0.090763] 工作集：timestamp_bits=42 max_order=19 bucket_order=0 [0.091050] squashfs：版本 4.0（2009/01/31）Lougher [0.091253] NFS：注册 id_resolver 密钥类型 [0.091273] 密钥类型 id_resolver 已注册 [0.091277] 密钥类型 id_legacy 已注册 [0.091301] nfs4filelayout_init：NFSv4 文件布局驱动程序正在注册... [0.091306] nfs4flexfileLayout_init：NFSv4 Flexfile 布局驱动程序正在注册... [0.091326] jffs2：版本 2.2。(与非) © 2001-2006 Red Hat, Inc. [0.091544] 9p：安装 v9fs 9p2000 文件系统支持 [0.125118] 密钥类型非对称注册 [0.125124] 非对称密钥解析器 “x509” 已注册 [0.125165] 区块层 SCSI 通用 (bsg) 驱动程序版本 0.4（主要 243）[0.125171] io 调度器 mq-deadline 已注册 [0.125165] 175] io 调度器 kyber 已注册 [0.125203] io 调度器 bfq 已注册 [0.131226] EINJ：ACPI 已禁用。 [ 0.142324] imx-sdma 302c0000.dma-controller：直接加载 imx/sdma/sdma-imx7d.bin 固件失败，错误 -2 [ 0.142342] imx-sdma 302c0000.dma-controller：回退到 sysfs 后备： imx/sdma/sdma-imx7d.bin [ 0.150358] mxs-dma 33000000.dma-controller：已初始化 [0.151638] SoC：i.mx8mm 修订版 1.0 [0.152079] 总线频率驱动模块已加载 [0.164497] 串行：8250/16550 驱动程序，4 个端口，启用 IRQ 共享 [0.167407] 30860000.serial： MMIO 0x30860000 处的 ttymxc0（irq = 18，base_baud = 5000000）是 IMX [ 0.168171] 30880000.serial：位于 MMIO 0x30880000 的 ttymxc2（irq = 19，base_baud = 1500000）是 IMX [ 0.168200] printk：已启用控制台 [ttymxc2] [ 1.352172] 30890000.serial：位于 MMIO 0x30890000 的 ttymxc1（irq = 20，base_baud = 5000000）是一个 IMX [1.361283] 串行序列号 0：tty 端口 ttymxc1 已注册 [1.368286] imx-drm 显示子系统：没有可用端口 [1.385950] 循环：模块已加载 [1.390781] megasas：07.725.01.00-rc1 [1.399300] spi-或非 spi3.0：n25q256ax1 (32768 KB) [1.404534] 在 MTD 设备上找到 4 个固定分区分区 30bb0000.spi [ 1.411423] 在"30bb0000.spi 上创建 4 个 MTD 分区" ： [1.416753] 0x000000000000-0x0000003c0000 : "u-启动" [ 1.422851] 0x0000003c0000-0x0000003e0000 : "env" [ 1.428576] 0x0000003e0000-0x000000400000 : "env_redund" [ 1.434871] 0x000000400000-0x000002000000 : "none" [ 1.443798] tun: 通用 TUN/TAP 设备驱动程序, 1.6 [ 1.449701] thunder_xcv, ver 1.0 [ 1.452971] thunder_bgx, ver 1.0 [ 1.456236] nicpf, ver 1.0 [ 1.460950] hns3: 适用于 Hip08 系列的海思以太网网络驱动程序 - 版本 [ 1.468186] hns3: 版权所有 (c) 2017 华为公司。 [ 1.473539] hclge 正在初始化 [ 1.476895] e1000：英特尔(R) PRO/1000 网络驱动程序 [ 1.481781] e1000：版权所有 (c) 1999-2006 英特尔公司。 [ 1.487560] e1000e：英特尔(R) PRO/1000 网络驱动程序 [ 1.492532] e1000e：版权所有(c) 1999 - 2015 英特尔公司。 [ 1.498488] IGB：英特尔（R）千兆以太网网络驱动程序 [ 1.503934] igb：版权所有 (c) 2007-2014 英特尔公司。 [ 1.509542] igbvf：英特尔(R) 千兆位虚拟功能网络驱动程序 [ 1.515818] igbvf：版权所有 (c) 2009 - 2012 英特尔公司。 [1.521900] sky2：驱动程序版本 1.30 [1.526092] usbcore：注册的新设备驱动程序 r8152-cfgselector [1.532402] usbcore：注册了新的接口驱动程序 r8152 [1.538347] VFIO-用户级别元驱动程序版本：0.3 [1.546053] usbcore：注册的新接口驱动程序 uas [1.551412] usbcore：已注册新接口驱动程序 usbstorage [1.557501] usbcore：注册了新的接口驱动程序 usbserial_generic [1.564058] usbserial：已注册通用接口驱动程序 [1.570091] usbcore：注册了新的接口驱动程序 ftdi_sio [1.575867] usbserial：为 FTDI USB 串行设备注册了 USB 串行支持 [1.583209] usbcore：注册了新的接口驱动程序 usb_serial_simple [1.589763] usbserial：USB 串行支持已注册为 Carelink [1.595881] usbserial：USB 串行支持注册为 funsoft [1.608296] usbserial：谷歌注册了 USB 串行支持 [1.614251] usbserial：USB 串行支持已注册到 hp4x [1.620026] usbserial：USB 串行支持已注册到 hp4x [1.620026] usbserial：USB 串行支持 注册了 kaufmann [1.626148] usbserial：注册了 libtransistor 的 USB 串行支持 [1.632703] usbserial：USB 串行支持注册为 moto_modem [1.638996] usbserial：USB 串行支持已注册为摩托罗拉_tetra [1.645638] usbserial：已注册 USB 串行支持 novate_tetra [1.645638] usbserial：USB 串行支持已注册为诺基亚 [1.651500] usbserial：USB 串行支持已注册为 novateTra [1.645638] l_gps [1.657887] usbserial：为 siemens_mpi [1.664267] 注册了 USB 串行支持 usbserial：为 suunto [1.670217] 注册了 USBSERIAL 支持 usbserial：USB 串行支持 vivopay [1.676250] 已注册串行支持 usbserial：USB 串行支持已注册为 zio [1.681941] usbcore：注册了新的接口驱动程序 usb_ehset_test [1.691140] 输入：30370000.snvs: snvs-powerkey 作为 /设备/platform/soc @0 /30000000.bus/30370000.snvs/30370000.snvs: snvs-powerkey/input/input/input0 [ 1.705823] snvs_rtc 30370000.snvs:snvs-rtc-lp：注册为 rtc1 [ 1.712152] i2c_dev: i2c /dev entries 驱动程序 [ 1.718141] imx7-csi 32e20000.csi-upstream：将 csi 捕获注册为 /dev/video0 [1.730126] 蓝牙：HCI UART 驱动程序版本 2.3 [1.734606] 蓝牙：HCI UART 协议 H4 已注册 [1.739761] 蓝牙：HCI UART 协议 BCSP 已注册 [1.745111] 蓝牙：HCI UART 协议 ATH3K 已注册 [1.7556111] 蓝牙：HCI UART 协议已注册 [1.7556111] 蓝牙：HCI UART 协议已注册 [1.7556257] 80] 蓝牙：HCI UART 协议三线 (H5) 已注册 [1.762060] 蓝牙：HCI UART 协议 Broadcom 已注册 [1.767754] 蓝牙：HCI UART 协议 QCA 已注册 [1.774564] sdhci：安全 数字主机控制器接口驱动程序 [1.780770] sdhci：版权所有 (c) Pierre Ossman [1.785650] Synopsys Designware 多媒体卡接口驱动程序 [1.792266] sdhci-pltfm：SDHCI 平台和 OF 驱动程序助手 [1.800696] ledtrig-cpu：注册以表示 CPU [1.808203] SMCCC：SOC_ID：ARCH_SOC_COC_ID 未实现，正在跳过... [1.814776] usbcore：注册了新的接口驱动程序 usbhid [1.820362] usbhid：USB HID 核心驱动程序 [1.829277] hw perfevents：启用 armv8_cortex_a53 PMU 驱动程序，7 个计数器可用 [1.830960] mmc2：30b60000.mmc 上的 SDHCI 控制器 [30b60000.mmc]] 使用 ADMA [ 1.840167] cs_system_cfg: CoreSight 配置管理器已初始化 [ 1.852235] platform soc@0: 固定了与 /soc@0/bus@30000000/efuse@30350000 的依赖循环 [ 1.863774] hantrodec 0 : 已插入模块。Major = 509 [ 1.869494] hantrodec 1 : 已插入模块。Major = 509 [ 1.875561] hx280enc: 已插入模块。主要 <508> [1.884974] NET：注册的 PF_LLC 协议系列 [1.889882] u32 分类器 [1.892646] 输入设备检查 [1.896316] 配置的操作 [1.900980] NET：注册的 PF_INET6 协议系列 [1.908303] 使用 IPv6 的分段路由 [1.912020] 使用 IPv6 进行原位 OAM (IOAM) [1.916000] NET：注册的 PF_PACKET 协议系列 [1.921080] 网桥：默认情况下，通过 arp/ip/ip6tables 进行过滤不再可用。如果需要，请更新您的脚本以加载 br_netfilter。 [1.925708] mmc2：地址为 0001 [1.935047] 的新款 HS400 增强型频闪 MMC 卡蓝牙：RFCOMM TTY 层已初始化 [1.941342] mmcblk2：mmc 2:0001 DG4008 7.28 GiB [1.945299] 蓝牙：RFCOMM 套接字层已初始化 [1.952211] mmcblk2：p1 p2 [1.954910] 蓝牙：RFCOMM 版本 1.11 [1.958885] mmcblk2boot0：mmc 2:0001 DG4008 4.00 MiB [1.961446] 蓝牙：BNEP（以太网仿真）版本 1.3 [1.967672] mmcblk2boot1：mmc 2:0001 DG4008 4.00 MiB [1.971636] 蓝牙：BNEP 过滤器：协议多播 978035] mmcblk2rpmb：mmc 2:0001 DG4008 4.00 MiB，chardev (234:0) [1.981756] 蓝牙：BNEP 套接字层已初始化 [1.992994] 蓝牙：HIDP（人机接口仿真）版本 1.2 [1.998927] 蓝牙：HIDP 套接字层已初始化 [2.004962] 8021q：802.1Q VLAN 支持 v1.8 [2.009195] lib80211：IEEE802.11 驱动程序的常用例程 [2.014915] 9pnet：安装 9P2000 支持 [2.019342] 密钥类型 dns_resolver 已注册 [2.024383] NET：注册的 PF_VSOCK 协议系列 [2.051549] 注册的任务统计版本 1 [2.055888] 加载已编译的 X.509 证书 [2.084038] gpio gpiochip0：不推荐使用 GPIO 基础的静态分配，使用动态分配。 [ 2.094599] gpio gpiochip1：GPIO 底座的静态分配已过时，请使用动态分配。 [ 2.105135] gpio gpiochip2：GPIO 基础的静态分配已被淘汰，请使用动态分配。 [ 2.115714] gpio gpiochip3：GPIO 基础的静态分配已过时，请使用动态分配。 [ 2.126362] gpio gpiochip4：GPIO 基础的静态分配已过时，请使用动态分配。 [ 2.139269] usb_phy_generic usbphynop1: dummy supplies not allowed for exclusive requests [ 2.147773] usb_phy_generic usbphynop2: dummy supplies not allowed for exclusive requests [ 2.156885] i2c i2c-0: using pinctrl states for GPIO recovery [ 2.163489] i2c i2c-0: IMX I2C adapter registered [ 2.163886] pf8x00 0-0008：找到 PF8121A PMIC。 [ 2.169548] i2c i2c-3：使用 pinctrl 状态进行 GPIO 恢复 [ 2.178618] 平台 32e30000.mipi-csi-upstream：修正了 /soc@0/bus@30800000/i2c@30a50000/deserializer@30 的依赖周期 [ 2.180672] VDD_GPU_DRAM (BUCK2)：将 900000uV 引入 1000000-1000000uV [ 2.190282] i2c 3-0030：修正了 /soc@0/bus@30800000/i2c@30a50000/deserializer@30/links/link@0/serializer 的依赖循环 [ 2.208618] i2c 3-0030：修正了与 /soc@0/bus@32c00000/mipi-csi-upstream@32e30000 的依赖循环 [ 2.218165] i2c i2c-3: IMX I2C 适配器已注册 [ 2.225222] imx6q-pcie 33800000.pcie：host bridge /soc@0/pcie@33800000 ranges: [ 2.231589] pps pps0: new PPS source ptp0 [ 2.232577] imx6q-pcie 33800000.pcie：IO 0x001ff80000..0x001ff8ffff -> 0x0000000000 [ 2.244757] imx6q-pcie 33800000.pcie：MEM 0x0018000000... 0x001feffff-> 0x0018000000 [2.262344] fec 30be0000.ethernet eth0：注册的 PHC 设备 0 [2.384308] ci_hdrc ci_ hdrc.1： EHCI 主机控制器 [ 2.389237] ci_hdrc ci_hdrc.1：新的 USB 总线已注册，分配的总线编号为 1 [2.411446] ci_hdrc ci_hdrc ci_hdrc.1：USB 2.0 启动，EHCI 1.00 [ 2.418455] hub 1-0:1.0：发现 USB 集线器 [ 2.422241] hub 1-0:1.0: 检测到 1 个端口 [ 2.428135] imx-cpufreq-dt imx-cpufreq-dt: CPU 速度等级 2 mkt 段 2 supported-hw 0x4 0x4 [ 2.442738] sdhci-esdhc-imx 30b40000.mmc：已分配 mmc-pwrseq [ 2.442742] sdhci-esdhc-imx 30b50000.mmc：Got CD GPIO [ 2.442795] galcore: clk_get vg clock failed, disable vg! [ 2.459770] Galcore version 6.4.11.p2.745085 [ 2.468034] imx6q-pcie 33800000.pcie：iATU: unroll T, 4 ob, 4 ib, align 64K, limit 4G [ 2.476542] mmc1: 30b50000.mmc 上的 SDHCI 控制器 [ 30b50000.mmc]使用 ADMA [ 2.512596] [drm] Initialized vivante 1.0.0 20170808 for 38000000.gpu on minor 0 [ 2.521705] cfg80211: Loading compiled-in X.509 certificates for regulatory database.证书 [ 2.532266] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 2.538531] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600' [ 2.545822] clk：禁用未使用的时钟 [ 2.549823] platform regulatory.0：regulatory.db 的直接固件加载失败，出现错误 -2 [2.553744] ALSA 设备列表： [2.558453] 平台监管机构.0：回退到 sysfs 后备： regulatory.db [ 2.561446] 没有找到声卡 [ 2.587795] mmc0： 30b40000.mmc 上的 SDHCI 控制器 [30b40000.mmc]使用 ADMA [ 2.914968] mmc0: 地址为 0001 的新 DDR MMC 卡 [ 2.921278] mmcblk0: mmc0:0001 AS064G 57.6 GiB [ 2.928347] mmcblk0: p1 [ 2.931919] mmcblk0boot0: mmc0:0001 AS064G 31.5 MiB [ 2.938465] mmcblk0boot1: mmc0:0001 AS064G 31.5 MiB [ 2.945065] mmcblk0rpmb: mmc0:0001 AS064G 4.00 MiB, chardev (234:1) [ 3.478557] imx6q-pcie 33800000.pcie：Phy link never came up [ 4.488194] imx6q-pcie 33800000.pcie：Phy link never came up [ 4.494436] imx6q-pcie 33800000.pcie：PCI 主机桥接到总线 0000:00 [4.500803] pci_bus 0000:00：根总线资源 [总线 00-ff] [4.506308] pci_bus 0000:00：根总线资源 [io 0x0000-0xfff] [4.512499] pci_bus 0000:00：根总线资源 [mem 0x18000000-0x1ffff] [4.519414] pci 0000:00 :00:00.0: [16c3:abcd] type 01 class 0x060400 [ 4.525437] pci 0000:00:00.0：reg 0x10: [mem 0x00000000-0x000fffff] [ 4.531727] pci 0000:00:00.0：reg 0x38: [mem 0x00000000-0x0000ffff pref] [ 4.538477] pci 0000:00:00.0：支持 D1 [ 4.542505] pci 0000:00:00.0：D0 D1 D3hot D3cold 支持 PME# [ 4.550738] pci 0000:00:00.0：BAR 0: 已分配 [mem 0x18000000-0x180fffff] [ 4.557558] pci 0000:00:00.0：BAR 6: 分配 [mem 0x18100000-0x1810ffff pref] [ 4.564792] pci 0000:00:00.0：PCI 桥接到 [总线 01-ff] [4.570485] pcieport 0000:00:00.0：PME：使用 IRQ 219 发送信号 [ 4.663475] EXT4-fs (mmcblk2p2): 恢复完成 [ 4.669010] EXT4-fs (mmcblk2p2): 已挂载文件系统 f64eecf7-ac82-4a6b-b54b-82bd93bf1c9b r/w，数据模式为有序。配额模式：无。 [4.675447] 蓝牙：hci0：命令 0xfc18 tx 超时 [4.681172] VFS：在设备 179:2 上挂载根目录（ext4 文件系统）。 [ 4.686260] 蓝牙：hci0：BCM：无法写入更新波特率 (-110) [ 4.692685] devtmpfs：已挂载 [ 4.698966] 蓝牙：hci0：无法设置波特率 [ 4.703789] 释放未使用的内核内存：4864K [ 4.711452] 将 /sbin/init 作为初始进程运行 [ 4.843082] systemd[1]：版本时间之前的系统时间，将时钟提前。 [ 4.882792] systemd[1]: systemd 255.4^ 以系统模式运行（+PAM -AUDIT -SELINUX -APPARMOR +IMA -SMACK +SECCOMP -GCRYPT -GNUTLS -OPENSSL +ACL +BLKID -CURL -ELFUTILS -FIDO2 -IDN2 -IDN -IPTC +KMOD -LIBCRYPT) [ 4.914701] systemd[1]：检测到架构 arm64。 欢迎来到恩智浦 i.MX 版本 发行版 6.6-scarthgap (scarthgap)！ [ 4.940511] systemd[1]：主机名设置为 . [ 5.347309] systemd[1]：为默认目标图形界面排队启动作业。 [ 5.381152] systemd[1]：Created slice Slice /system/getty. [ 确定 ] 已创建片段/system/getty。 [ 5.405844] systemd[1]：创建了片段 Slice /system/modprobe. [ 确定 ] 已创建片段 Slice /system/modprobe。 [ 5.429820] systemd[1]：Created slice Slice /system/serial-getty. [ OK ] Created slice Slice /system/serial-getty. [ 5.452964] systemd[1]：创建了片段用户和会话片段。 [ 确定 ] 创建了片段 "用户 "和 "会话片段"。 [ 5.476285] systemd[1]：Started Dispatch Password Requests to Console Directory Watch. [ 确定 ] 开始向控制台目录监视器发送密码请求。 [ 5.499815] systemd[1]：Started Forward Password Requests to Wall Directory Watch. [ 确定 ] 开始将密码请求转发至 Wall Directory Watch。 [ 5.524152] systemd[1]：Reached target Host and Network Name Lookups. [ 确定 ] 已达到目标主机和网络名称查询。 [ 5.547938] systemd[1]：Reached target Path Units. [ 确定 ] 到达目标路径单位。 [ 5.567601] systemd[1]：到达目标远程文件系统。 [ 确定 ] 已到达目标远程文件系统。 [ 5.591978] systemd[1]：Reached target Slice Units. [ 确定 ] 到达目标切片单位。 [ 5.611970] systemd[1]：Reached target Swaps. [确定] 达到目标交换。 [ 5.669129] systemd[1]：监听 RPCbind 服务器激活套接字。 [ 确定 ] 正在监听 RPCbind 服务器激活套接字。 [ 5.695732] systemd[1]：到达目标 RPC 端口映射器。 [ 确定 ] 到达目标 RPC 端口映射器。 [ 5.716617] systemd[1]：监听 Syslog Socket。 [ 确定 ] 正在监听 Syslog Socket。 [ 5.736341] systemd[1]：Listening on initctl Compatibility Named Pipe. [ OK ] Listening on initctl Compatibility Named Pipe. [ 5.761666] systemd[1]：监听日志审计套接字。 [ 确定 ] 正在监听日志审计套接字。 [ 5.784100] systemd[1]：监听日志套接字 (/dev/log)。 [ 确定 ] 正在监听日志套接字 (/dev/log)。 [ 5.808700] systemd[1]：监听日志套接字。 [ 确定 ] 正在监听日志套接字。 [ 5.828425] systemd[1]：监听网络服务 Netlink Socket。 [正在监听网络服务 Netlink 插口。 [ 5.856821] systemd[1]：监听 udev 控制套接字。 [ 确定 ] 正在监听 udev 控制套接字。 [ 5.880417] systemd[1]：监听 udev 内核套接字。 [正在监听 udev 内核套接字。 [ 5.904597] systemd[1]：监听用户数据库管理器套接字。 [ 确定 ] 正在监听用户数据库管理器套接字。 [ 5.951764] systemd[1]：Mounting Huge Pages File System... Mounting Huge Pages File System... [ 5.976447] systemd[1]：挂载 POSIX 消息队列文件系统... 挂载 POSIX 消息队列文件系统... [ 6.007195] systemd[1]：挂载内核调试文件系统... 挂载内核调试文件系统... [ 6.032253] systemd[1]：由于未满足条件检查（ConditionPathExists=/sys/kernel/tracing），内核跟踪文件系统被跳过。 [6.050044] systemd [1]：正在装入临时目录 /tmp... 正在装入临时目录 /tmp... [6.077423] systemd [1]：正在开始创建静态设备节点列表... 正在开始创建静态设备节点列表... [6.107253] systemd [1]：正在启动加载内核模块 configfs... 正在启动加载内核模块 configfs... [6.136019] systemd [1]：正在启动加载内核模块 drm... 正在启动加载内核模块 drm... [6.164064] systemd [1]：启动加载内核模块熔丝... 正在启动加载内核模块熔丝... [6.189233] systemd [1]：正在启动 RPC 绑定... 正在启动 RPC 绑定... [6.199500] fuse: init（API 版本 7.39） [6.207816] systemd [1]：由于条件检查未满足，跳过了根设备上的文件系统检查 (conditionpathisReadWrite=!/)。 [6.228073] systemd [1]：正在启动日记服务... 正在启动日记服务... [6.249651] systemd [1]：由于未满足触发信号检查，因此跳过了加载内核模块。 [6.283597] systemd [1]：正在启动 “从内核命令行生成网络单元”... 正在启动 “从内核命令行生成网络单元”... [6.315799] systemd [1]：开始重新安装根和内核文件系统... 正在开始重新安装根和内核文件系统... [6.342630] systemd-journald [141]：已启用收集审计消息的功能。 [6.343415] systemd [1]：开始应用内核变量... 正在启动 “应用内核变量”... [6.371692] systemd [1]：启动 Coldplug 所有 udev 设备... 正在启动 Coldplug 所有 udev 设备... [6.383992] ext4-FS (mmcblk2p2)：重新安装了 f64eecf7-ac82-4a6b-b54b-82bd93b-82bd93bf1c9b r/w。配额模式：无。 [ 6.424156] systemd[1]：开始虚拟控制台设置... 开始虚拟控制台设置... [ 6.452851] systemd[1]： [ 确定 ] 启动 6.457526] systemd[1]：启动日志服务。 ;39mRPC Bind. [ OK ] 已启动期刊服务。 [ 确定 ] 已挂载巨页文件系统。 [ 确定 ] 已挂载 POSIX 消息队列文件系统。 [ 确定 ] 已挂载内核调试文件系统。 [ 确定 ] 挂载了临时目录 /tmp。 [确定] 已完成 “创建静态设备节点列表”。 [ 确定 ] 完成加载内核模块 configfs。 [确定] 已完成加载内核模块 drm。 [确定] 加载内核模块熔丝已完成。 [ 确定 ] 完成 从内核命令行生成网络单元。 [ 确定 ] 完成重挂载根文件系统和内核文件系统。 [ 确定 ] 完成应用内核变量。 正在安装 熔丝 控制文件系统... 正在装入内核配置文件系统... 正在开始将日记刷新到永久存储... 正在优雅地启动 /dev 中创建静态设备节点... [6.645277] systemd-journald [141]：收到客户端刷新运行时日志的请求。 [ 确定 ] 完成虚拟控制台设置。 [确定] 已安装 熔丝 控制文件系统。 [ 确定 ] 已挂载内核配置文件系统。 [ 确定 ] 完成将日志刷新到持久存储。 [确定] 在 /dev 中优雅地完成了创建静态设备节点。 [6.723480] 蓝牙：hci0：命令 0xfc18 tx 超时 [6.730191] 蓝牙：hci0：BCM：RESET 失败 (-110) 开始在 /dev... 中创建静态设备节点 [确定] 已在 /dev 中完成创建静态设备节点。 [确定] 到达目标 为本地文件系统做好准备。 Mounting /var/volatile... [ 6.870003] audit: type=1334 audit(1709054766.024:2)：prog-id=6 op=LOAD [ 6.876808] audit: type=1334 audit(1709054766.032:3)：prog-id=7 op=Load 启动基于规则的设备事件和文件管理器... [确定] 已安装 /var/volatile。 开始加载/保存操作系统随机种子... [ 确定 ] 到达目标本地文件系统。 开始创建易失性文件和目录... [ 确定 ] 完成 创建易失性文件和目录。 [ 7.055329] audit: type=1334 audit(1709054766.208:4)：prog-id=8 op= Load 启动网络时间同步... 正在启动 UTMP 中录制系统启动/关闭... [7.118446] 审计：type=1334 审计 (1709054766. 272:5)：prog-id=9 op=LOAD [ 7.145997] audit: type=1334 audit(1709054766.300:6)：prog-id=10 op=LOAD Starting User Database Manager... [ 7.159128] audit: type=1334 audit(1709054766.300:7)：prog-id=11 op=Load [确定] 已在 UTMP 中完成录制系统启动/关闭。 [确定] 已完成 Coldplug 所有 udev 设备。 [ 确定 ] 启动用户数据库管理器。 [确定] 已启动基于规则的设备事件和文件管理器。 正在启动 Start Pslash 启动屏幕... [确定] 已启动 Pslash 启动画面。 [ 确定 ] 已启动 启动 psplash-systemd 进度通信助手。 [ 确定 ] 开始网络时间同步。 [ 确定 ] 到达目标系统初始化。 [ 确定 ] 开始每日清理临时目录。 [ 确定 ] 已达到目标系统时间设置。 [ 确定 ] 开始每日轮换日志文件。 [ 确定 ] 到达目标计时器单位。 [ 确定 ] 正在监听 Avahi mDNS/DNS-SD 堆栈激活套接字。 [确定] 在 D-Bus 系统消息总线插槽上监听。 正在启动 API 的容器 Socket... 正在启动 sshd.socket... 正在启动 Weston 套接字... [OK] 在容器 Socket 上监听 API。 [OK] 在 Weston 插座上收听。 [ 确定 ] 正在监听 sshd.socket。 [ 确定 ] 已到达目标插座单元。 [ 确定 ] 到达目标基本系统。 [确定] 启动作业线轴工具。 [ 确定 ] 启动定期命令调度程序。 正在启动 D-Bus 系统消息总线... [确定] 已启动 Linux 固件加载器守护程序。 [ 确定 ] 开始配置 i.MX GPU（原 rc_gpu.S）。 [ 8.089289] imx-sdma 30bd0000.dma-controller：发现固件。 [ 8.091531] imx-sdma 302b0000.dma-controller：固件已找到。 [ 8.096491] imx-sdma 302c0000.dma-controller：固件已找到。 [ 8.103179] imx-sdma 302b0000.dma-controller：加载固件 4.6 启动 IPv6 包过滤框架... 启动 IPv4 包过滤框架... 启动电话服务... [ 确定 ] 已启动 将 psplash 更新为 basic。 [ 确定 ] 启动了系统日志服务。 [ 8.231400] audit: type=1334 audit(1755159888.412:8)：prog-id=12 op=LOAD [ 8.239611] audit: type=1334 audit(1755159888.424:9)：prog-id=13 op=LOAD [ 8.247361] audit: type=1334 audit(1755159888.428:10)：prog-id=14 op=LOAD 启动用户登录管理... 启动 OpenSSH 密钥生成... [ OK ] 完成 IPv6 包过滤框架。 [ 确定 ] 完成 IPv4 数据包过滤框架。 [ 确定 ] 已达到目标 网络准备就绪。 开始网络配置... [ 确定 ] 开始用户登录管理。 [ 确定 ] 开始网络配置。 启动蓝牙服务...... [ 确定 ] 完成加载/保存操作系统随机种子。 [ 确定 ] 完成 OpenSSH 密钥生成。 [ 确定 ] 到达目标 硬件已激活 USB 小工具。 [确定] 已启动 D-Bus 系统消息总线。 正在启动连接服务... [确定] 已启动蓝牙服务。 [ 确定 ] 启动电话服务。 [ 确定 ] 启动连接服务。 [ 确定 ] 创建了片段 Slice /system/systemd-fsck. [ 确定 ] 到达目标蓝牙支持。 启动 Avahi mDNS/DNS-SD 堆栈... 启动 /dev/mmcblk0p1 上的文件系统检查... 启动 /dev/mmcblk2p1 上的文件系统检查... 启动主机名服务... 启动 WPA 支持程序... [ 确定 ] 停止虚拟控制台设置。 停止虚拟控制台设置... 启动虚拟控制台设置... [ 确定 ] 启动 Avahi mDNS/DNS-SD 堆栈。 [ 确定 ] 启动 WPA 支持者。 [ 确定 ] 已到达目标网络。 Starting containerd container runtime... [ OK ] Started Network Time Service. [ OK ] Started Update psplash to network. 正在启动 “终止 Pslash 启动屏幕”... 正在启动许可用户会话... [确定] 已完成 /dev/mmcblk2p1 上的文件系统检查。 [ 确定 ] 完成虚拟控制台设置。 正在安装 /run/media/boot-mmcblk2p1... [失败] 无法启动 “终止 Pslash 启动屏幕”。 请参见 "systemctl status psplash-quit.service"。 [ 确定 ] 完成 允许用户会话。 [ 确定 ] 在 tty1 上启动 Getty。 [ 确定 ] 在 ttymxc2 上启动串行 Getty。 [ 确定 ] 已达到目标登录提示。 将 Wayland 合成器 Weston 作为系统服务启动... [ 确定 ] 启动主机名服务。 [确定] 已挂载 /run/media/启动-mmcblk2p1。 [确定] 已完成 /dev/mmcblk0p1 上的文件系统检查。 挂载 /run/media/emmc-mmcblk0p1... [ 确定 ] 创建了 UID 为 0 的用户片段。 启动用户运行时目录 /run/user/0... [ 确定 ] 挂载 /run/media/emmc-mmcblk0p1. [ 确定 ] 完成用户运行时目录 /run/user/0... 开始保存/还原声卡状态... 启动 UID 0 的用户管理器... [ 确定 ] 完成保存/还原声卡状态。 [ 确定 ] 到达目标声卡。 [ 确定 ] 启动 containerd 容器运行时。 [ 确定 ] 到达目标多用户系统。 [ 确定 ] 启动了 UID 0 的用户管理器。 [ 确定 ] 启动了用户 root 的会话 c1。 [FAILED] 将 Wayland 合成器 Weston 作为系统服务启动失败。 请参阅 "systemctl status weston.service [ 确定 ] 到达目标图形界面。 开始在 UTMP 中记录运行级别更改... [ 确定 ] 完成在 UTMP 中记录运行级别更改。 恩智浦 i.MX 发行版 6.6-scarthgap imx8mmevk ttymxc2 imx8mmevk imx8mmevk 登录： Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 你介意和我分享板启动日志文件和 dts 文件吗？让我仔细检查一下 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 对不起 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos @Ahmed230我没有解决办法。你为什么给我贴标签？ Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos @joanie 和@petero5 能和我分享一下解决方案吗？ Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos yocto 6.6.36 内核中的 libtsan 和 libasan 库问题 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 启动程序：/root/Novus/hello_crash [使用 libthread_db 启用线程调试] 使用主机 libthread_db 库"/usr/lib/libthread_db.so.1". 程序收到信号 SIGSEGV，分段故障。 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x0000fffff67b5f3c in dl_iterate_phdr () from /usr/lib/libtsan.so.2 #2 0x0000fffff7996958 in ?? () from /usr/lib/libasan.so.8 #3 0x0000fffff79a51cc in ?? () from /usr/lib/libasan.so.8 #4 0x0000fffff79980b4 in malloc () from /usr/lib/libasan.so.8 #5 0x0000fffff7fc14e4 in malloc (size=56) at /usr/src/debug/glibc/2.39+git/include/rtld-malloc.h:56 #6__GI__dl_exception_create_format (exception=exception@entry=0xfffffffff480, objname=0xfffffff7fe5510"/usr/lib/libtsan.so.2", fmt=fmt@entry=0xfffffff7fdd238"未定义符号：%s%s%s") at dl-exception.c:157 #7 0x0000fffff7fc7550 in _dl_lookup_symbol_x (undef_name=undef_name@entry=0xfffff685fe00"__isoc99_printf", undef_map=undef_map@entry=0xfffff7fe5530、ref=ref@entry=0xfffffffff4e0, symbol_scope= , version=version@entry=0x0, type_class=0, flags=flags@entry=2, skip_map=skip_map@entry=0xfffffff7fe5530) at dl-lookup.c:809 #8 0x0000fffff639f8c8 in do_sym (handle= , name=0xfffff685fe00"__isoc99_printf", who=0xfffff6842d9c, vers=vers@entry=0x0, flags=flags@entry=2) at dl-sym.c:146 #9 0x0000fffff639fae0 in _dl_sym (handle= , name= , who= ) at dl-sym.c:195 #10 0x0000fffff62ed060 in dlsym_doit (a=a@entry=0xfffffffff7c0) at dlsym.c:40 #11 0x0000fffff7fbf458 in__GI__dl_catch_exception (exception=exception@entry=0xfffffffff718, operate=0xfffff62ed040 , args=0xfffffffff7c0) at dl-catch.c:237 #12 0x0000fffff7fbf580 in _dl_catch_error (objname=objname@entry=0xfffffffff790, errstring=errstring@entry=0xfffffffff798, mallocedp=mallocedp@entry=0xfffffffff78f, operate= , args= ) at dl-catch.c:256 #13 0x0000ffffffff62eca50 在 _dlerror_run（operate=operate=operate=operate @entry =0xfffff62ed040 ，args=args @entry =0xffffffff7c0）在 dlerror.c: 138 #14 0x0000ffffffff62e0fffffff62c0 在 dlsym_implementation (dl_caller= 已优化 <) name= ，handle=) 在 >dlsym.c: 54 #15 ___dlsym（handle= ，name= ）在 dlsym.c: 68 #16 0x0000ffffff6842d9c 输入？？() 来自 /usr/lib/libt san.so.2 #17 0x0000fffffff67e50bc 在？？() 来自 /usr/lib/libt san.so.2 #18 0x0000fffffffff6808f94 在？？() 来自 /usr/lib/libt san.so.2 #19 0x0000fffffff67af3f8 在？？() 来自 /usr/lib/libtsan.so.2 #20 0x0000fffffff67bd4 在 pthread_once () 来自 /usr/lib/libtsan.so.2 #21 0x0000fffff65ca864 在 std:: locale:: facet:: _s_get_c_Locale () () 来自 /usr/lib/libstdc++.so.6 的 #22 064 x0000fffff65fd30 在 std:: ctype:: ctype（无符号短常量*、布尔值、无符号长整型）() 来自 /usr/lib/libstdc++.so.6 #23 0x0000ffff65cb894 在 std:: locale:: _Impl:: _Impl:: _Impl（无符号长整型）() 来自 /usr/lib/lib/libstdc++.so.6 0x0000fffff65cb894 在 std:: locale:: _Impl:: _Impl ++.so.6 #24 0x0000fffffff65cc344 in？？() 来自 /usr/lib/lib/libstdc++.so.6 #25 0x0000fffffff65c410 在 std:: locale:: locale () () 来自 /usr/lib/libstdc++.so.6 #26 0x0000fffff65c9384 在 std:: ios_base_library_init () () 来自 /usr/lib/lib/libstdc++.so.6 0x0000fffff65c9384 来自 /usr/lib/lib/libstdc++.so.6 +.so.6 #27 0x0000fffffff65b4620 输入？？ () 来自 /usr/lib/libstdc++.so.6 #28 0x0000ffffff7fff7fff7b6c 在 call_init (env=0xffffffffb8，argv=0xffffffba8，argc=1，l=) 中 dl-init.c: 74 #29 call_init (l= < 已优化) 输出 >，argc=1，argv=0xffffffffba8，env=0xfffffffbb8) 在 dl-init.c: 26 #30 0x0000ffffffff7c8c 在 _dl_init (main_map=0xffffffff350，argc=1，argv=0xfffffffff350，argc=1，argv=0xfffffffffff350，argv=0xffffffffffffb8) fba8，env=0xffffffffb8) 在 dl-init.c: 121 #31 0x0000ffffffffffff7ffffff7fffff7ffffff7fffff 在 _start () 中.../sysdeps/aarch64/dl-start.s: 46 (gdb) q 调试 会话处于活动状态。 劣质 1 [进程 1038] 将被杀死。 还是辞职？(y或n) y Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos gst-用上市，不用发布-1.0v4l2src ！video/x-raw,width=640,height=480 ！waylandsink 将管道设置为 PAUSED ... 将管道设置为 PAUSED 失败。 正在将管道设置为 NULL... 正在释放管道... root @imx8mmevk：~# GST_DEBUG=3 gst-用上市-1.0v4l2src ！video/x-raw,width=640,height=480 ！waylandsink 将管道设置为 PAUSED ... 0:00:00.104761125 700 0xaaaaee7718b0 WARN waylandsink gstwaylandsink.c:473:gst_wayland_sink_find_display: warning：无法初始化 Wayland 输出 0:00:00.104805375 700 0xaaaaee7718b0 WARN waylandsink gstwaylandsink.c:473:gst_wayland_sink_find_display: 警告：创建 GstWlDisplay 失败：'连接 wayland di 失败' 将管道设置为 PAUSED 失败。 将管道设置为 NULL ... 释放管道 ... Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 媒体控制器 API 版本 6.6.36 媒体设备信息 ------------------------------------ 驱动程序 imx7-CSI 型号 imx-media 串行总线信息平台：32e20000.csi-upstream hw revision 0x0 驱动程序版本 6.6.36 设备拓扑 -实体 1：CSI（2 个键盘，2 个链接，0 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev0 pad0：Sink [stream: 0 fmt: uyvy8_2x8/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range] <-" csi8_2x8/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range]-csi8_2x8/640s-32e30000.mipi-csi-upstream " :1 [已启用，不可变] p ad1：来源 [stream: 0 fmt: uyvy8_2x8/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim- range] -> " csi capture ": 0 [启用，不可变] -实体 4：csi 捕获（1 个键盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/video0 p ad0：Sink <-" csi " :1 [启用，不可变]-实体 10：csis-32e30000.mipi-csi-upstream （2 个键盘、2 个链接、0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev1 pad0：Sink [stream: 0 fmt: uyvy8_1x16/640x480 字段：无 colorspace: smpte170m xfer: 709 ycbcr: 601 量化:lim-range] <-" ds90ub960 3-60 00 30 ": 2 [] pad1：来源 [直播:0 fmt: uyvy8_1x16/640x480 字段：无色彩空间：smpte170m xfer: 709 ycbcr: 601 量化：lim-range]-> " csi ": 0 [已启用，不可变] -实体 15：ds90ub960 3-0030（3 个键盘、2 个链接、1 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev2 路由： 0/0-> 2/0 [ACTIVY] pad0：Sink [stream: 0 fmt: uyvy8_1x16/640x480 字段：无 space: srgb xfer: srgb ycbcr: 601 量化:lim-range] <-" ds90ub 953 3-0018 " :1 [已启用，不可变] pad1：Sink p ad2：来源 [stream: 0 fmt: uyvy8_1x16/640x480 @1 /30 字段：无 colorspace: srgb xfer: srgb ycbcr: 601 量化:lim-range]-> " csis-32e30000.mipi-csi-upstream ": 0 []-实体 21: ds90ubcr: lim-range]-csis-32e30000.mipi-csi-upstream: 0 []-实体 21: ds90ubcr: lim-range 953 3-0018（2 个焊盘、2 个链接、1 条路由）类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev3 路由：0/0- > 1/0 [ACTIVE] p ad0：Sink [stream: 0 fmt: uyvy8_1x16/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range] <-" ar0144 4-0010 ": 0 [启用，不可变] pad1：来源 [直播:0 fmt: uyvy8_1x16/640xxx8_1x16/640xxx480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range]- >18 " ds90ub960 3-0030 ": 0 [启用，不可变] -实体 26：ar0144 4-0010（1 个键盘，1 个链接，0 条路线） 类型 V4L2 子开发子类型传感器标志 0 设备节点名称 /dev/v4l-subdev4 pad0：来源 [stream: 0 fmt:y12_1x12/1280x800 @10 /601 字段：无 colorspace: srgb crop.bounds 😞 0,0 ) /1296x808 crop:(4,4)/1280x800] -> " ds90ub953 3-0018":0 [ENABLED,IMMUTABLE] Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 你能成功从 ar0144 捕获视频吗？比如命令 " gst-launch-1.0v4l2src ！video/x-raw,width=640,height=480 ！waylandsink"?你能把日志文件发给我吗？你用过和 imx8mm evk 板一样的 ddr 吗？据我所知，如果客户在使用摄像头前不使用 media-ctl 命令，6.12 版就会出现这个问题，但 6.6.36 版应该没问题，所以我需要更详细的信息，同时也请分享您使用"media-ctl -p 时的结果。" Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos v4l2-ctl-d0--list-formats-ext ioctl：VIDIOC_ENUM_FMT 类型：视频采集 [0]：'UYVY'（UYVY 4:2:2）尺寸：连续 4x1-65532x65535 [1]：'YUYV'（YUYV 4:2:2） 尺寸：连续 4x1-65532x65535 [2]：'BAYV'（YUYV 4:2:2）'（8 位拜耳 BGBG/GRG）大小：连续 8x1-65528x65535 [3]：' GBRG '（8 位拜耳 GBGB/RGRG） 大小：连续 8x1-65528x65535 [4]：' GRBG '（8 位拜耳 GRGR/BGBG）大小：连续 8x1-65528x65535 [5]:' RGB '（8 位拜耳 RGRG/GBGB） 大小：连续 8x1-65528x65535 [6]：'BG10 '（10 位拜耳 BGBG/GRGR） 大小：连续 4x1-65532x65535 [7]：' GB10 '（10 位拜耳 GBGB/RGRG）大小：连续 4x1-65532x65535 [8]：' BA10 '（10 位拜耳 GRGR/BGBG） 大小：连续 4x1-65532x65535 [9]：'RG10'（10 位拜耳 RGRG/GBGB）大小：连续 4x1-65532x65535 [10]：'BG12'（12 位拜耳 BGBG/GRG） 大小：连续 4x1-65532x65535 [11]：'GB12'（12 位拜耳 GBGB/RGRG）尺寸：连续 4x1-65532x65535 [12]: 'BA12'（12 位拜耳 GRGR/BGBG） 大小：连续 4x1-65532x655 35 [13 ]: 'RG12'（12 位拜耳 RGRG/GBGB） 大小：连续 4x1-65532x65535 [14]：'BG14'（14 位拜耳 BGBG/GRG）大小：连续 4x1-65532x65535 [15]：'GB14'（14 位拜耳 GBGB/RGRG） 大小：连续 4x1-65532x65535 35 [16]：'GR14'（14 位拜耳 GRGR/BGBG） 大小：连续 4x1-65532x65535 [17]：'RG14'（14 位拜耳 RGRG/GBGB）大小：连续 4x1-65532x65535 [18]：“灰色”（8 位灰度）尺寸：连续 8x1-65528x65535 [19]]: 'Y10 '（10 位灰 度）大小：连续 4x1-65532x655 35 [20]： 'Y12 '（12 位灰度） 大小：连续 4x1-65532x65535 [21]：'Y14'（14 位灰度）大小：连续 4x1-65532x65535 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 能否告诉我 "v4l2-ctl -d0 --list-formats-ext" 的结果？ Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos @joanxie 嗨 @joanxie， GST_DEBUG= 3 gst-用上市-1.0-v v4l2src num-buffers=5 设备=/dev/video0！video/x-raw,format=GRAY8,depth=8,width=1280,height=800 ！视频转换 ！jpegenc ！multifilesink location=ar0144_mono_image.jpg issue is Starting GStreamer pipeline... Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... 将管道设置为正在播放 ... 0:00:00.244283375 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.244416875 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: 使用 VIDIOC_CROPCAP 探测像素宽高比失败：参数无效 新时钟：GstSystemClock 0:00:00.246845250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 /GstPipeline:pipeline0/GstV4l2Src:v4l2src0。GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressive /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressie /GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progre /GstPipeline:pipeline0/GstJpegEnc:jpegenc0.GstPad:sink：caps = video/x-raw，format=(string)GRAY8，depth=(int)8，width=(int)1280，height=(int)800，framerate=(fraction)120/1，interlace-mode=(string)progressive /GstPipeline：pipeline0/GstVideoConvert：videoconvert0.GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)proge /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progresse 0:00:00.253795500 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.253877250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.259326750 784 0xffffb4000b70 ERROR v4l2bufferpool gstv4l2bufferpool.c:721:gst_v4l2_buffer_pool_streamon: STREAMON 32 出错（管道断裂） 0:00:00.259393750 784 0xffffb4000b70 ERROR bufferpool gstbufferpool.c:572:gst_buffer_pool_set_active: start failed 0:00:00.259435250 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：分配所需内存失败。 0:00:00.259461750 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：缓冲池激活失败 ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2src.c(955): gst_v4l2src_decide_allocation ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: 缓冲池激活失败 0:00:00.259690375 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3395:gst_base_src_prepare_allocation: 子类未能决定分配 0:00:00.015445250 后执行结束 将管道设置为 NULL ... 0:00:00.259771000 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：内部数据流错误。 0:00:00.259796500 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason not-negotiated (-4) ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. 附加调试信息： /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175)：gst_base_src_loop ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Freeing pipeline ... GStreamer 命令完成。

关于 SYMBOL_ERROR_COUNTER 的 TJA1103 PHY 寄存器 亲爱的恩智浦技术支持团队 希望这封邮件能给你带来好运。我叫 SeongHyeon Lim，目前正在使用 TJA1103 100BASE-T1 PHY 开发汽车以太网诊断系统。 我写信来询问 SYMBOL_ERROR_COUNTER 的具体行为，因为我们正在尝试实施一项预测性维护功能，以检测以太网电缆和连接器的逐渐老化情况。 系统概述： 产品：[S32K3X4EVB-T172] 上的 TJA1103 100BASE-T1 PHY 目标检测电缆/连接器老化导致的通信质量下降，以便进行预测性维护。 监测寄存器： SIGNAL_QUALITY（共享 MMD，地址 0x8320） SYMBOL_ERROR_COUNTER（共享 MMD，地址 0x8350） 观察到的行为 在故意降低信号质量的测试中，我们可以观察到 SIGNAL_QUALITY 寄存器中的 SQI 值从 7 逐步降至 4 或 3。我们的预期是，随着 SQI 值的下降，SYMBOL_ERROR_COUNTER 应该开始递增，至少是间歇性递增。 然而，我们发现，即使 SQI 显著降低（如 3 或 4），SYMBOL_ERROR_COUNTER 仍然为零。只有在 SQI 下降到 0 时，计数器才会出现快速增长，这与链路中断事件相吻合。 我们的假设我们怀疑这是由于 TJA1103 强大的内部 DSP 和自适应均衡器的缘故，只要认为链路"可用" （即 LINK_AVAILABLE 位被设置），它们就能有效纠正几乎所有的信号错误。因此，只有当 PHY 的纠错能力完全无法承受，导致链路故障时，符号错误才会被计算在内。 问题 1.请确认观察到的这种行为（SYMBOL_ERROR_COUNTER 在 SQI 值大于零时保持为零）是否是 TJA1103 的预期操作？ 2.如果这是预期行为，那么出于对电缆逐渐老化进行预测性维护的目的，恩智浦是否建议主要重点监控 SQI 的下降趋势和 MSE 的上升趋势，而不是将 SYMBOL_ERROR_COUNTER 作为早期指标？ 3.关于 SYMBOL_ERROR_COUNTER 开始递增的具体条件（如特定内部状态、链路故障以外的阈值），是否有进一步的技术文档或说明？ 感谢您的时间和帮助。如果需要，我们可以提供更多信息，如代码片段或日志。 Re: TJA1103 PHY registers about SYMBOL_ERROR_COUNTER 你好@forfortuna、 感谢您清晰而有条理的提问。 你的观察和假设是正确的。即使信号质量下降，当 SQI 超过零时，TJA1103 上的 SYMBOL_ERROR_COUNTER 也通常保持为零。这是意料之中的行为。 1.SYMBOL_ERROR_COUNTER 行为 是的，这就是预定的操作。只有当 LINK_AVAILABLE = 1 和 COUNTERS_ENABLE = 1 时，计数器才会递增，而且通常只有在 PHY 的内部校正机制不再充分时才会递增--通常是在 SQI 降为 0 和链路中断时。 2.监测建议 对于预测性维护，我们建议重点关注 SQI 趋势和 MSE。这些指标比 SYMBOL_ERROR_COUNTER 更早、更渐进地显示链路性能下降的情况。 3.补充文件 没有关于触发信号 SYMBOL_ERROR_COUNTER 的内部条件的更多公开文档。 顺祝商祺！ 帕维尔

pn7220 进入环回模式进行 Emvco L1 测试 我在我的设备上使用 Pn722x，我想通过从内核驱动程序发出 nci 命令来将 nfc 设置为环回模式。 能否提供能将 pn722x 设置为回环模式的正确 nci 命令？ 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu $./EMVCoAidlHalComplianceTest 类型 AB 或 $./EMVCoAidlHalComplianceTest 类型 ABF 已实现 EMVCo 回环应用程序，只需使用 NFC 驾驶舱校准 DPC 或修改某些参数。 回复： pn7220 enter loopback mode for Emvco L1 test 嗨，KaiLi、 从我之前的截图中可以看到，环回模式 NCI 命令已经发出。但我们的 EE 在前往 FIME 进行 EMVCo L1 测试时报告说，该行为不正确。 他们还被告知，根据以往的经验，在发出"EMVCoAidlHalComplianceTest" 命令后，我们仍需要在 Cockpit 中选择"secondary firmware" 项，才能将 NFC 设置为环回模式。 我们只能在 Cockpit 6.7 中找到此项目，但在 Cockpit 8.1 和 8.3 中却找不到。 ，请问您对此有何专业建议？ 谢谢！ 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 是的，例如 KaiLi_0-1758521246646.png KaiLi_1-1758521279333.png KaiLi_2-1758521302774.png 回复： pn7220 enter loopback mode for Emvco L1 test 嗨 KaiLi 根据我捕获的日志中的 emvConcir 和 emvConcix 消息，这个日志能否显示我的设备处于 EMVCo 回环模式？ SeanHu_1-1758510011438.png 回复： pn7220 enter loopback mode for Emvco L1 test 嗨 KaiLi 关于你之前提到的数据交换日志，你能告诉我如何通过日志确认设备是否处于回环模式吗？ 谢谢！ 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 构建 NFCFactoryTestApp 后，你可以参考 um11810 PN722X NFC 控制器的第 13.2 节发 送 EMCVO 轮询命令。 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 那么您只能使用 NfcFactoryTestApp。对于 A13/A14/A15 平台，可从此处获取 NfcFactoryTestApp 的代码：nxpnfc_android13/FactoryTestApp at main - NXPNFCLinux/nxpnfc_android13 - GitHub 然后你可以参考 PN7160 安卓移植指南的第 7 章来版本和编译。 不过，我们仍然认为，您需要检查您的系统集成。 回复： pn7220 enter loopback mode for Emvco L1 test 嗨 Kaili， 我知道恩智浦文档 " PN7220 — 快速入门指南 " 告诉我们运行 emvcoaidlHalComplianceTest 以进入环回模式。 但是我们在运行 emvcoaidlHalComplianceTest 之后运行了 EMVCO L1 测试脚本，它显示设备没有进入环回模式。 这就是为什么我们想知道如何通过NCI命令进入环回模式。 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 您这边的当前状态，EMVCo 一直在轮询，您可以在 RF 场上放一张卡，重新启动另一个窗口并检查数据交换日志，如下所示： KaiLi_0-1756950176446.png 回复： pn7220 enter loopback mode for Emvco L1 test 嗨，Kai, 是的，我们按照快速入门指南发出了EMVCoAidlHalComplianceTest 命令，但 PN7220 没有进入环回模式。这就是我要求提供 NCI 命令的原因，这样我们就可以手动进入环回模式。 影像.png Re: pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 完成 NFC mw 集成并启动设备后，您可以运行应用程序 $。/emvcoaidlHalComplianceTest 类型 ABF PN7220 应进入 EMVCO L1。

KW45 硬件设计建议 亲爱的恩智浦团队， 我想知道，如果我不将下图中给出的外部迹线从 CDD_CORE / VOUT_CORE 连接到 VDD_CORE，会出现什么问题。 images.jpg 我以为是一样的，所以没有从外部电路连接。会有问题吗？ 我遇到了一个奇怪的问题，能告诉我是什么原因吗？ 当电压从 3.1V 降到 3V 时，射频下降。 MCU 似乎能正常工作，因为我们实现了 LED 闪烁。 在某些情况下，如低于 2.5V 时，MCU 可以工作，但射频输出是错误的。 在某些情况下，例如电压低于 2.5V 时，MCU 会完全停止发送数据，我们可以看到大约 7/8/9/12mA 的持续功耗。 我无法理解，因为当我们降低电压或低电压时，总是会出现这种情况。 KW45B41Z-EVK KW45 BLE-NFC   如果两个引脚都是内部连接的，会有问题吗？ Kinetis K系列MCU Re: KW45 HW Design Recommendation 你好 希望你一切顺利。 您在设计中使用的电源配置是什么？您是如何为 VDD_RF 供电的？ 有关最常见的电源配置和注意事项，请参阅 AN13831 KW45/K32W148-电源管理单元硬件第 3 节 " KW45/K32W148 电源配置 "。 请注意，您的应用程序要求的任何电源配置都必须符合每个功率域的直流电压要求，该要求在第 2.2 节 " 电源域速率 " 中规定 内部稳压器输出由 VDD_CORE/VOUT_CORE 提供，稳压器输入由 VDD_CORE 提供。强烈建议在外部连接引脚以及适当的去耦电容，以提供反馈路径并保持电压稳定性。 您可以在这篇文章中找到我们的最低物料清单演示文稿，了解推荐的电容值和其他硬件建议：使用 KW 45（汽车）或 K32W1/MCXW71（物联网/工业）首次版本 PCB 的最佳方式 您还可以根据我们的 KW45-EVK 原理图来 确认您的 原理图 设计。 顺祝商祺！ 安娜-索菲亚

S32K3: LPSPIマスタースレーブ転送 こんにちは、S32K3チーム 私はこの評価ボードを使用しています:-- https://www.nxp.com/design/design-center/development-boards-and-designs/S32K312EVB-Q172 私はこの IP 例を実行しました:--- DMA を使用するマスターとしての LPSPI2。 この例では、DMA を使用して 12 バイトを送受信するために LPSPI2 マスターを使用します。 MOSI MISO がループバックでハードウェアにコネクテッド。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-SPI-Transmit-amp-Receive-Using-DMA-DS3-5-RTD300/ta-p/1787856 ここで、この例を変更したいと思います:-- LPSPI-2 (マスター)--> LPSPI-1 (スレーブ) 次のドライバの例を変更しました:-- lpspi-1スレーブのピン設定を追加しました DMA マルチプレクサ DMA LPSPI-1が追加されました 添付のソースコードは、LPSPI_2 (マスター) を使用してデータを送信します。 -->-->LPSPI-1 (スレーブ) でデータを受信するためのコードを追加できますか。 マスターはデータを送信し、スレーブは同じデータを受信します。 よろしくお願いいたします。 ディネシュ RTD Re: S32K3 : LPSPI MASTER slave transfer こんにちは、 @Dinesh_Guleria さん、 1. ボーレート = 2kHzの場合: 次回 if((Master __callback==1)&&(Slave__ callback==1)) で Lpspi_Ip_AsyncTransmit() の呼び出しを実行する前に遅延時間を追加すると、問題が解決されることが分かりました。 その後、遅延時間を使用する代わりに、以下のようなチェックステートメントをいくつか追加したところ、プロジェクトは機能しました。プロジェクトを添付しました。 2. ボーレートを高くする場合、先ほども申し上げたように、 DMA で LPSPI1 と 2 の両方を使用する場合はハードウェアの制限があるため、プロジェクトでボーレートを高くすることはできません。 よろしくお願いいたします。 ダン Re: S32K3 : LPSPI MASTER slave transfer こんにちは、 @Dinesh_Guleria さん、 ボーレートを高くする場合は、チャネル DMA_IP_HW_CH_2 および 3 (LPSPI1 - スレーブ) に DMA_IP_LEVEL_PRIO1 を設定し、チャネル DMA_IP_HW_CH_0 および 1 (LPSPI2 - マスター) に DMA_IP_LEVEL_PRIO0 を設定することをお勧めします。その後、すべての DMA チャネルに対して「プリエンプションを有効にする」を有効にします。 よろしくお願いいたします。 ダン Re: S32K3 : LPSPI MASTER slave transfer HSEクロックを60MHzに変更しました--> その後、この値を変更すると、エラーが削除されました:-- LPSPI で受信したデータ:-- しかし、あなたのサンプルコードはSPIのボーレート --> 20000 でのみ動作します --> 1 MHZ spi ボーレートが機能しません。 よろしくお願いいたします。 ディネシュ Re: S32K3 : LPSPI MASTER slave transfer こんにちは@DanNguyenDuy 、 プロジェクトをテストしました。マスターからスレーブに送信されるデータを受信できました。 APIS_SLOW_CLKはHSE_CLKと比率（1/2または1/4）を持つため HSE クロックを 60 MHz に変更した瞬間 :-- LPSPI でエラーが発生し始めます:-- -->私のプロジェクトでは、LPSPI_2、LPSPI_1を使用しています。 HSE クロックを --> 60 MHZ に変更します。LPSPIでこのエラーが発生します -->プロジェクト内 S32DS がなぜこのように動作するのか、貴社でテストしていただけますCANか? このエラーが発生する理由を教えてください。 よろしくお願いいたします。 ディネシュ Re: S32K3 : LPSPI MASTER slave transfer こんにちは、 @Dinesh_Guleria さん、 DMA_IP_HW_CH_2 および DMA_IP_HW_CH_3 で「Enable Preemption」を有効にしましたか? 添付画像のとおり接続が正しいことを確認してください。 S32DS と Trace32 デバッガーの両方でテストし、合格しました。ただし、Trace32 デバッガーの方が S32DS デバッガーよりも安定していることがわかりました。SO、S32DS デバッガーの代わりに T32 デバッガーを使用することをお勧めします。 Trace32 デバッガーをお持ちでない場合は、3.5 デバッガー バージョンではなく、S32DS 3.6 デバッガー バージョンで再度デバッグを試みることができます。 よろしくお願いいたします。 ダン Re: S32K3 : LPSPI MASTER slave transfer こんにちは、ダン。 先週休暇をとっていたので返事が遅くなってごめんなさい。 PE Micro デバッガーを使用して確認していただけますか? あなたのコードをテストしました。2つのボードでテストしました。 新しいワイヤーも交換しました。 接続を再確認しましたが、使用されているピンは同じです:--- コードがここに詰まっています... :-- デバッガーを削除し、ボードの電源を入れてテストしました。 以下のコードでは LED が点灯しません :--- しかし、あなたのコードは私の側では動作しません よろしくお願いいたします。 ディネシュ Re: S32K3 : LPSPI MASTER slave transfer こんにちは、 @Dinesh_Guleria さん、 上記の接続でプロジェクトをデバッグし、テストに合格しました。 DMA_IP_HW_CH_2とDMA_IP_HW_CH_3でも「プリエンプションを有効にする」を有効にしました。 よろしくお願いいたします。 ダン Re: S32K3 : LPSPI MASTER slave transfer こんにちは、 @Dinesh_Guleria さん、 画像を見ると、S32K312EVB ボードに間違ったピンをコネクテッドしたようです。 もう一度接続を確認していただけますか? LPSPI2_SOUT - PTB3: J412.20 <--> LPSPI1_SIN - PTA20: J38.4 LPSPI2_SIN - PTB2: J412.11 <--> LPSPI1_SOUT - PTA18: J3.8 LPSPI2_SCK - PTB29: J412.8 <--> LPSPI1_SCK - PTA19: J38.1 LPSPI2_PCS0 - PTB25: J3.6 <--> LPSPI1_PCS0 - PTA11: J4.2 よろしくお願いいたします。 ダン Re: S32K3 : LPSPI MASTER slave transfer コードを修正しました:-- これらの割り込みを有効にしました:-- マスター送信、コールバック取得ヒットのコールバック ハンドラーを追加しました:--- しかし、スレーブ コールバックはヒットせず、スレーブではデータが受信されません。 更新されたコードを見つけてください。 よろしくお願いいたします。 ディネシュ Re: S32K3 : LPSPI MASTER slave transfer RTDチームの皆さん、こんにちは。 参考例を参考にしてサンプルコードを修正しました --> Lpspi_Flexio_Ip_Transfer_S32K344 私はピンをこのようにコネクテッドしました:-- マスター（LPSPI-2）スレーブ（LPSPI-1） MOSI - PTB-3（紫）<-----------> SIN - PTA20 味噌 - PTB-2（白） <-----------> 南 - PTA18 SCLK - PTB-29 (青) <-----------> SCLK - PTA19 CS-0 - PTB-25（ブラック） <-----------> CS-0 - PTA11 ボード上の接続:-- スレーブはデータを一切受信せず、コードがここで停止します :-- コードに何が欠けているかを提案してください。 よろしくお願いいたします。 ディネシュ

LS1046A-LX2160A 连接 您好， 我有一个关于 LS1046A 与 LX2160A 连接的问题。如果将 LS1046A SERDES 配置为 2.5G SGMII，将其连接到 LX2160A SERDES 端口的最简单方法是什么？可以是固定链路，也可以是 phy/其他。我在寻找最好的方法，最少的零件和最可靠的方法。 DD QorIQ LS1设备 QorIQ LS2 设备 Re: LS1046A-LX2160A connection 你好 您可以设置 mac 对 mac 连接或通过 phy 进行自动协商。 u-启动 将 SerDes 设置为通过 SGMII 进行自动协商。 如果 位于 SGMII 链路另一端的 设备可配置为发送自动协商类型为 SGMII 的 PHY 端响应，则无需更改任何 内容。 如果另一端不支持 autoneg 或 仅支持 MAC 端 SGMII 自动协商，则 请参阅 LS1046ARM 第 31.8.1.1 节 和 31.8.1.2。 如果你想使用 phy，你可以参考两个参考设计板（例如 AQR113C）。

LX2160ardb 上の PCIe エンドポイント lsdk 21.08 を使用して、LX2160ardb_rev2 のエンドポイントとして PCIe を設定しようとしています。ユーザーガイドに記載されているとおり、HOST_AGT_PEX3=1 を設定しました。しかしその後、PCIe3 は u-boot でも Linux コンソールでも表示されなくなりました。何を見逃したのでしょうか? ggrocer_0-1760339883324.png Re: PCIe endpoint on LX2160ardb LS1028ARDB の次の u-boot パッチを参照してください。u-boot に関連コードを追加する必要があります。 nxa13285@lsv07330:/opt/samba/nxa13285/flexbuild/flexbuild/components/firmware/rcw$ git diff diff --git a/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw b/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw インデックス 057b0f1..2e4fa7d 100644 --- a/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw +++ b/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw @@ -38,6 +38,7 @@ SRDS_PRTCL_S1_L0=8 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 +HOST_AGT_PEX2=1 /* PCIe コントローラのエラッタ */ #include <../ls1028asi/a008851.rcw> nxa13285@lsv07330:/opt/samba/nxa13285/flexbuild/flexbuild/components/firmware/rcw$ nxa13285@lsv07330:/opt/samba/nxa13285/flexbuild/flexbuild/components/firmware/uboot$ git diff diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl-ls1028a.dtsi インデックス 7234faea0e..bda9035ea0 100644 --- a/arch/arm/dts/fsl-ls1028a.dtsi +++ b/arch/arm/dts/fsl-ls1028a.dtsi @@ -123,6 +123,17 @@ 0x82000000 0x0 0x40000000 0x88 0x40000000 0x0 0x40000000>; /* プリフェッチ不可能なメモリ */ }; + + pcie_ep2: pcie_ep@3500000 { + 互換性 = "fsl,ls-pcie-ep"; + レジスタ = <0x00 0x03500000 0x0 0x80000 + 0x00 0x035c0000 0x0 0x40000 + 0x88 0x00000000 0x8 0x00000000>; + reg-names = "regs", "ctrl", "addr_space"; + num-ib-windows = <6>; + num-ob-windows = <8>; + }; + 暗号: crypto@8000000 { 互換性 = "fsl,sec-v5.0", "fsl,sec-v4.0"; fsl、秒時代 = <10>; diff --git a/configs/ls1028ardb_tfa_defconfig b/configs/ls1028ardb_tfa_defconfig インデックス 87357d30c0..0afbc815c1 100644 --- a/configs/ls1028ardb_tfa_defconfig +++ b/configs/ls1028ardb_tfa_defconfig @@ -94,3 +94,4 @@ CONFIG_OF_LIBFDT_OVERLAY=y CONFIG_EFI_LOADER_BOUNCE_BUFFER=y CONFIG_VIDEO=y CONFIG_VIDEO_LS_HDP_LOAD=y +CONFIG_PCIE_LAYERSCAPE_EP=y

IMXRT1170-EVKB - SAI TDM Hello everyone, I'm trying to implement a SAI with TDM protocol for audio data transfer. Starting from sai_edma_tdm_record_playback without CS42448, I've changed few configurations in order to implement a loopback between SAI1_RX/TX. Links are: TX_BCLK -> RX_BCLK TX_SYNC -> RX_SYNC TX_DA0 -> RX_DA0 On an oscilloscope connected to TX_DA0, it is possible to see data sent but they are uncorrect. someone can explain to me how to correctly configure a TDM communication and what is wrong in the code below? Thanks a lot, -F AT_NONCACHEABLE_SECTION_ALIGN(static uint8_t Buffer[BUFFER_NUMBER * BUFFER_SIZE], 4); #if defined(DEMO_QUICKACCESS_SECTION_CACHEABLE) && DEMO_QUICKACCESS_SECTION_CACHEABLE AT_NONCACHEABLE_SECTION_INIT(sai_edma_handle_t txHandle); AT_NONCACHEABLE_SECTION_INIT(sai_edma_handle_t rxHandle); #else AT_QUICKACCESS_SECTION_DATA(sai_edma_handle_t txHandle); AT_QUICKACCESS_SECTION_DATA(sai_edma_handle_t rxHandle); #endif static uint32_t tx_index = 0U, rx_index = 0U; volatile uint32_t emptyBlock = BUFFER_NUMBER; edma_handle_t dmaTxHandle = {0}, dmaRxHandle = {0}; extern codec_config_t boardCodecConfig; codec_handle_t codecHandle; /******************************************************************************* * Code ******************************************************************************/ static void rx_callback(I2S_Type *base, sai_edma_handle_t *handle, status_t status, void *userData) { if (kStatus_SAI_RxError == status) { /* Handle the error. */ } else { emptyBlock--; } } static void tx_callback(I2S_Type *base, sai_edma_handle_t *handle, status_t status, void *userData) { if (kStatus_SAI_TxError == status) { /* Handle the error. */ } else { emptyBlock++; } } /*! * @brief Main function */ int main(void) { sai_transfer_t xfer; edma_config_t dmaConfig = {0}; sai_transceiver_t saiConfig; BOARD_InitHardware(); PRINTF("SAI TDM record playback example started!\n\r"); /* Init DMA and create handle for DMA */ EDMA_GetDefaultConfig(&dmaConfig); #if defined(BOARD_GetEDMAConfig) BOARD_GetEDMAConfig(dmaConfig); #endif EDMA_Init(EXAMPLE_DMA, &dmaConfig); EDMA_CreateHandle(&dmaTxHandle, EXAMPLE_DMA, EXAMPLE_TX_CHANNEL); EDMA_CreateHandle(&dmaRxHandle, EXAMPLE_DMA, EXAMPLE_RX_CHANNEL); #if defined(FSL_FEATURE_EDMA_HAS_CHANNEL_MUX) && FSL_FEATURE_EDMA_HAS_CHANNEL_MUX EDMA_SetChannelMux(EXAMPLE_DMA, EXAMPLE_TX_CHANNEL, EXAMPLE_SAI_TX_SOURCE); EDMA_SetChannelMux(EXAMPLE_DMA, EXAMPLE_RX_CHANNEL, EXAMPLE_SAI_RX_SOURCE); #endif #if defined(FSL_FEATURE_SOC_DMAMUX_COUNT) && FSL_FEATURE_SOC_DMAMUX_COUNT #if defined(EXAMPLE_DMAMUX_TX_CHANNEL) && defined(EXAMPLE_DMAMUX_RX_CHANNEL) /* Init DMAMUX */ DMAMUX_Init(EXAMPLE_DMAMUX_TX); DMAMUX_Init(EXAMPLE_DMAMUX_RX); DMAMUX_SetSource(EXAMPLE_DMAMUX_TX, EXAMPLE_DMAMUX_TX_CHANNEL, (uint8_t)EXAMPLE_SAI_TX_SOURCE); DMAMUX_EnableChannel(EXAMPLE_DMAMUX_TX, EXAMPLE_DMAMUX_TX_CHANNEL); DMAMUX_SetSource(EXAMPLE_DMAMUX_RX, EXAMPLE_DMAMUX_RX_CHANNEL, (uint8_t)EXAMPLE_SAI_RX_SOURCE); DMAMUX_EnableChannel(EXAMPLE_DMAMUX_RX, EXAMPLE_DMAMUX_RX_CHANNEL); #else /* Init DMAMUX */ DMAMUX_Init(EXAMPLE_DMAMUX); DMAMUX_SetSource(EXAMPLE_DMAMUX, EXAMPLE_TX_CHANNEL, (uint8_t)EXAMPLE_SAI_TX_SOURCE); DMAMUX_EnableChannel(EXAMPLE_DMAMUX, EXAMPLE_TX_CHANNEL); DMAMUX_SetSource(EXAMPLE_DMAMUX, EXAMPLE_RX_CHANNEL, (uint8_t)EXAMPLE_SAI_RX_SOURCE); DMAMUX_EnableChannel(EXAMPLE_DMAMUX, EXAMPLE_RX_CHANNEL); #endif #endif /* SAI init */ SAI_Init(DEMO_SAI); SAI_TransferTxCreateHandleEDMA(DEMO_SAI, &txHandle, tx_callback, NULL, &dmaTxHandle); SAI_TransferRxCreateHandleEDMA(DEMO_SAI, &rxHandle, rx_callback, NULL, &dmaRxHandle); /* TDM mode configurations */ SAI_GetTDMConfig(&saiConfig, kSAI_FrameSyncLenOneBitClk, DEMO_AUDIO_BIT_WIDTH, DEMO_AUDIO_DATA_CHANNEL, kSAI_Channel0Mask); saiConfig.frameSync.frameSyncEarly = true; saiConfig.masterSlave = kSAI_Master; SAI_TransferTxSetConfigEDMA(DEMO_SAI, &txHandle, &saiConfig); saiConfig.masterSlave = kSAI_Slave; SAI_TransferRxSetConfigEDMA(DEMO_SAI, &rxHandle, &saiConfig); /* set bit clock divider */ SAI_TxSetBitClockRate(DEMO_SAI, DEMO_AUDIO_MASTER_CLOCK, DEMO_AUDIO_SAMPLE_RATE, DEMO_AUDIO_BIT_WIDTH, DEMO_AUDIO_DATA_CHANNEL); SAI_RxSetBitClockRate(DEMO_SAI, DEMO_AUDIO_MASTER_CLOCK, DEMO_AUDIO_SAMPLE_RATE, DEMO_AUDIO_BIT_WIDTH, DEMO_AUDIO_DATA_CHANNEL); /* master clock configurations */ BOARD_MASTER_CLOCK_CONFIG(); /* CS42888 initialization */ //DEMO_InitCodec(); memset((uint8_t *)&Buffer,'5', sizeof(uint8_t) * 4096); while (1) { if (emptyBlock > 0) { xfer.data = Buffer + rx_index * BUFFER_SIZE; xfer.dataSize = BUFFER_SIZE; if (kStatus_Success == SAI_TransferReceiveEDMA(DEMO_SAI, &rxHandle, &xfer)) { rx_index++; } if (rx_index == BUFFER_NUMBER) { rx_index = 0U; } } if (emptyBlock < BUFFER_NUMBER) { xfer.data = Buffer + tx_index * BUFFER_SIZE; xfer.dataSize = BUFFER_SIZE; if (kStatus_Success == SAI_TransferSendEDMA(DEMO_SAI, &txHandle, &xfer)) { tx_index++; } if (tx_index == BUFFER_NUMBER) { tx_index = 0U; } } } } Audio(PDM | I2S | SAI) Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: IMXRT1170-EVKB - SAI TDM It can be the issue that channels are not configured correctly.  BR, Omar Re: IMXRT1170-EVKB - SAI TDM DEMO_AUDIO_DATA_CHANNEL is set to 8 but in this example si configured only one channel in the channel mask.  In output, measuring the TX output pin, I see wrong data as shown in the attached image (red is the RX input data and cyan TX output data). Is this behavior related to not having configured the channels correctly? BR, Francesco Re: IMXRT1170-EVKB - SAI TDM kSAI_FrameSyncLenOneBitClk is typically for I2S. For TDM, you might need a longer sync pulse depending on your frame size. You're using kSAI_Channel0Mask, which means only one channel is active. For TDM, you usually want multiple channels (e.g., kSAI_Channel0Mask | kSAI_Channel1Mask | ...). Ensure DEMO_AUDIO_DATA_CHANNEL matches the number of active channels in the mask. BR, Omar

MPC5674F 中的 EQADC 命令传输时序和 FISRx.EOQ 标志行为 在 MPC5674F 中，当触发从 CFIFO0 到 EQADC 模块中的片上 cBuffer0 的第一次命令传输时，我们应该等待多长时间才能钳位 FISR0.EOQ 标志才能确认命令传输？是否有任何值可以用作超时的参考？ RM 还提到，EQADC 将等待 120 个 ADC 时钟周期后才发出第一条转换命令。在 FISR0.EOQ 标志设置后，会等待这段时间吗？这种延迟是否会影响 FISR0.RFCTRx 字段中有效条目的识别？ Re: EQADC Command Transfer Timing and FISRx.EOQ Flag Behavior in MPC5674F 我认为这非常依赖于应用，因为这主要取决于 CFIFO 的优先级。 davidtosenovjan_0-1761843707701.png 关注 RM、 26.7.4.3 CFIFO 共用优先级和指令传输 26.7.4.4 终止模式下的 CFIFO 优先级 26.7.4.5 硬件触发信号事件检测 如果 CBuffer 为空，且有新的 CFIFOx 命令，则几乎立即复制，从而在一个 ADC 周期内开始转换。另一方面，如果仍有比 CFIFOx 中实际低优先级命令（例如 CFIFO5）优先级更高的命令要推送到 CBuffer，则可能永远无法转换。 因此，你必须根据你的应用程序自己安装超时。

直交エンコーダ速度測定 こんにちは、 i.MX RT1060 の低速直交エンコーダ測定を改善するためにタイマーを使用する方法を考えています。リファレンス・マニュアル (55.4.2 低速または高速の速度測定用のプリスケーラ) を見ると、タイマーを使用した低速測定がサポートされているはずだとわかります。しかし、これをどのように設定すればよいのか理解するのが難しいです。これが投稿されてからいくつか例がありますか? そうでない場合、何をする必要があるか簡単に説明していただけますか?ENC には独自のタイマーがありますか、それとも別のタイマーを設定する必要がありますか?このようなタイマーを設定する手順は何ですか? よろしくお願いします！ よろしくお願いいたします。 トル i.MXRT 106x Re: Quadrature Encoder Velocity Measurement こんにちは@Kan_Liさん ありがとうございます。このCASEと同じタイトルのサポートCASEを作成しました。 よろしくお願いいたします。 トル Re: Quadrature Encoder Velocity Measurement こんにちは@RegulaTorさん、 はい、そのようなデモはありますが、社内でのみ使用されているため、プライベートCASEを作成していただけますか?詳細については、 https://www.nxp.com/video/tutorial-for-nxp-support-case-portal:NCP -VIDEO を参照してください。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

CAN FD 8Mbps 評価ボードS32K3X4EVB-T172では、 CAN FD伝送速度を4Mbpsから5Mbpsまたは8Mbpsに上げると、データ位相波形の出力が停止します。この問題を解決する方法についてアドバイスを頂きたいです。 データ転送は 500 kbps ～ 4 Mbps の範囲で正常に動作しています。 調停フェーズは 1 Mbps、ペイロードは 64 バイトです。 Re: CAN FD 8Mbps こんにちは@ Tomato1 8MB をテストすることはできませんが、S32K3X4EVB の 5MB をあなたの構成でテストしたところ、完璧に動作しました。 Re: CAN FD 8Mbps CANトランシーバをTJA1443から8Mbps対応のTJA1462に変更して再試行しました。4Mbpsまでは正常に送信できるのですが、5Mbpsにすると下の画像のように一瞬波形が送信され、その後は何も送信されなくなります。原因と解決方法を知りたいです。 5Mbpsでは途中で波形パターンが変わります。 Re: CAN FD 8Mbps 添付ファイルを確認しました。 同じ操作を再現することができました。 しかし、オシロスコープで波形を確認すると、ビット幅は1usであり、データフェーズは1Mbpsで送信されているように見えます。 「brs」を TRUE に設定すると、波形の途中で送信が停止します。 ご確認下さい。 Re: CAN FD 8Mbps こんにちは@ Tomato1 私の間違いです。 再テストしたところ、以前は BRS と拡張 CBT を有効にしていなかったことがわかりました。 添付の結果は S32K344EVB に基づいています。 レートが 5MB に達すると、TDC 構成を有効にする必要があることがわかりました。そうしないと、通信が失敗します。（4MBでも問題は発生しませんでした。） Senlent_0-1766135334057.png Senlent_1-1766135386420.png (TDC の ETDCOFF 値は、簡単なテストに基づいて入力した値です。理論的には、使用されるトランシーバとバス アーキテクチャに関連しています。 Re: CAN FD 8Mbps ご返信ありがとうございます。 添付ファイルでは 8Mbps で送信できましたが、約 100 秒間連続送信した後、メイン関数の次の行でループを終了できなくなりました。これについてご確認いただければ幸いです。 送信間隔が約 1 秒であるにもかかわらず、レジスタ「IFAG1」のビットが 1 に設定されていないか、誤ってクリアされている可能性があります。 while(FlexCAN_Ip_GetTransferStatus(INST_FLEXCAN_0, TX_MB_IDX) != FLEXCAN_STATUS_SUCCESS) { FlexCAN_Ip_MainFunctionWrite(INST_FLEXCAN_0、TX_MB_IDX); } Re: CAN FD 8Mbps こんにちは@ Tomato1 8MB/秒の速度でテストするためのテスト環境がありません。 ESR レジスタを自分で確認して、エラーの考えられる原因を確認するCAN。これはおそらく、TDC 構成値に関連していると思われます。 これを自分でトラブルシューティングするには、ある程度の時間を費やす必要があります。CANの送信のタイムアウトチェックを追加し、タイムアウト後に「FlexCAN_Ip_AbortTransfer」を呼び出して再送信を試みることができます。

ビルディングリリース lf-6.12.34-2.1.0imx95用 最新の eIQ ML を実行してテストするために、LF6.12.34 リリース用の「imx-image-full」をビルドしたいと考えています。私たちは最近 imx95 EVK を受け取ったので、これは工場出荷時にこのバージョンで実行されていると思っていたのですが、入手したすべての IMX Yocto ドキュメントもこのバージョンを参照していました。しかし、EVK は実際には LF6.12.20 を実行していました。SO大丈夫です。新しいバージョンを構築します。 ただし、UG10164 のこの箇所には次のように書かれています。「フラッシュの詳細については、『 i.MX Linux ユーザーガイド』 (UG10163) の「SD/MMC カードの起動準備」セクションを参照してください。」NXP eIQ 機械学習アプリケーションの場合、追加の空きディスク領域が必要です (約 1 GB)。これは、 local.conf に IMAGE_ROOTFS_EXTRA_SPACE 変数を追加することで定義されます。Yocto ビルディング プロセスの前にファイルを作成します。Yocto Project メガマニュアルを参照してください。 また、テスト アプリケーション、テスト モデル、テスト データを保存するために、ROOTFS に空き領域を増やしたいと考えています。また、eIQ ML テスト ボードでは 64 GB eMMC を他の用途には使用しません。SO 私たちはそのほとんどを ROOTFS に使用できます。 たとえば、約 32 GB の ROOTFS が必要な場合、このメカニズムを使用してこの空き領域を作成しますか?そして、 IMAGE_ROOTFS_EXTRA_SPACE="33554432" (32*1024*1024 KB) を設定しますか?

imx95 中的 Neutron NPU 支持的 tflite 模型文件示例 在 imx95 中找不到 Neutron NPU 支持的 tflite 模型文件样本。你能为它提供仓库链接吗。 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 您好， 当你运行 /opt/nxp/EIQ_Toolkit_v1.14.0/Neutron-tuning/Neutron-变流器 时，你是否遇到了找不到 neutron.sh 文件的问题，如果是，你是如何解决这个问题的？ Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好@yipingwang 感谢您的确认 Re: Sample tflite model files which are supported by Neutron NPU in imx95 是的，这是目前正确的方法。无需额外的量化或优化步骤。 在未来的版本中，Neutron NPU 将直接支持 ONNX 运行时。因此，在未来的版本中，你可以直接转换量化的 ONNX 模型并在 Neutron NPU 上运行，无需执行 ONNX 到 tflite 的步骤。 Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好@yipingwang 我按照推荐的方法将 TFLite 模型转换为支持 Neutron 的 TFLite 格式。我测试了 PyTorch、ONNX、TensorFlow 1.x 和 TensorFlow 2.x 等各种框架的模型。对于所有这些，我首先将模型转换为 ONNX 格式，然后使用 onnx2tf 生成 INT8 量化的 TFLite 模型。之后，我运行了以下命令： /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--输入 resnet50.tflite--use-python-prototype--target imx95--输出 resnet50_flag.tflite 这就是我创建量化 TFLite 模型的过程。我想确认一下：在将TFLite模型传递给中子变流器之前，是否需要额外的量化或优化步骤？根据目前的做法，这是否是确保高效利用 NPU 的最佳方法？ 谢谢 Re: Sample tflite model files which are supported by Neutron NPU in imx95 "--use-python-prototype" 默认情况下应排除"后处理" 操作符，因为它不能在 NPU 上运行，但目前没有排除。在未来的版本中，"--use-python-prototype " 方法将与标准方法集成，因此这个问题有望在未来的版本中得到解决。 但"--use-python-prototype" 方法总体上确实能提供更好的性能，所以我认为你观察到的情况是正常的。 中子变流器仍在积极开发中，因此每次版本都会变得更好。 Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好 @yipingwang 对此，我有几个问题： 你能分享一下用于转换的命令吗。我曾尝试使用以下方法将 ssd_mobilenet_v2_coco_quant_postprocess.tflite 从你共享的源仓库转换为支持中子的 tflite。这些是我的观察： 1.尝试使用带有建议的 use-python-prototype 标志的中子变流器从恩智浦源转换模型： /opt/nxp/eIQ_Toolkit_v1.14.0/neutron-tuning/neutron-converter --input ssd_mobilenet_v2_coco_quant_postprocess.tflite --use-python-prototype --target imx95 --output ssd_mv2_flag.tflite 警告：子系统的德尔塔暂时停用。 使用以下选项转换模型： 输入 = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxo.tflite 目标 = imx95 信息：ShapeInference：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制执行形状推断并忽略自定义运算符。 优化时间 = 0 (秒) 提取时间 = 0（秒） 生成时间 = 0 (秒) 2。 然后尝试了 /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--input ssd_mobilenet_v2_coco_quant_postprocess.tflite--use-python-prototype--target imx95--输出 ssd_mv2_flag_custom.tflite--exclude-operator-types= " 自定义 " 警告：子系统的增量已停用现在。 使用以下选项转换模型： 输入 = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxo.tflite 目标 = imx95 信息：ShapeInference：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项强制执行形状推断，并忽略自定义运算符。 优化时间 = 0 (秒) 提取时间 = 0（秒） 生成时间 = 0 (秒) 均失败 3. 试过 /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--input ssd_mobilenet_v2_coco_quant_postprocess.tflite--输出 ssd_mv2_nxp_customtarget.tflite--target--target imx95--exclude-operator-types= " 自定义 " 警告：子系统的增量暂时停用。 使用以下选项转换模型： 输入 = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxp_customtarget.tflite 目标 = imx95 信息：ShapeInference：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制执行形状推断并忽略自定义运算符。 转换统计： 导入后的运算符数量 = 111 优化后的运算符数量 = 136 转换后的运算符数量 = 103 未转换的运算符数量 = 33 提取后的运算符数 = 34 中子图数量 = 1 未转换的运算符数 = 33 运算符转换率 = 103 / 136 = 0.757353 Operators converted = 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,95,96,97,98,101,104,105,106,107,110,111,112,113,114,115,122,125,128, 优化时间 = 1.69348（秒） 提取时间 = 0.0585611（秒） 生成时间 = 9.13902（秒） 转换成功，这是使用 NPU 运行的日志：     PoojaSk_0-1748433238881.png 那么，这种指定排除操作而不使用 python-prototype 的方法是否可以接受呢？但所提供的模型比这个性能更好，因此请分享转换的步骤。 谢谢、 普伽 Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好@yipingwang 对此，我有几个问题： 请分享转换时使用的命令。我曾尝试使用以下方法将 ssd_mobilenet_v2_coco_quant_postprocess.tflite 从你共享的源仓库转换为支持中子的 tflite。这些是我的观察： 1.尝试使用带有建议的 use-python-prototype 标志的中子变流器从恩智浦源转换模型： /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--输入 ssd_mobilenet_v2_v2_v2_v2_postprocess.tflite--use-python-prototype--target imx95--输出 ssd_mv2_flag.tflite 警告：子系统的德尔塔暂时停用。 使用以下选项转换模型： Input = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxo.tflite 目标 = imx95 INFO：形状推理：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制进行形状推理并忽略自定义运算符。 优化时间 = 0 (秒) 提取时间 = 0 (秒) 生成时间 = 0 (秒) 2。然后尝试了 /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--input ssd_mobilenet_v2_coco_quant_postprocess.tflite--use-python-prototype--target imx95--输出 ssd_mv2_flag_custom.tflite--exclude-operator-types= " 自定义 " 警告：子系统的增量已停用现在。 使用以下选项转换模型： Input = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxo.tflite 目标 = imx95 INFO：形状推理：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制进行形状推理并忽略自定义运算符。 优化时间 = 0 (秒) 提取时间 = 0 (秒) 生成时间 = 0 (秒) 两项均失败 3.试过 /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子转换器--input ssd_mobilenet_v2_coco_quant_postprocess.tflite--输出 ssd_mv2_nxp_customtarget.tflite--target--target imx95--exclude-operator-types= " 自定义 " 警告：子系统的增量暂时停用。 使用以下选项转换模型： Input = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxp_customtarget.tflite 目标 = imx95 INFO：形状推理：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制进行形状推理并忽略自定义运算符。 转换统计： 导入后的运算符数量 = 111 优化后的运算符数量 = 136 已转换的运算符数量 = 103 未转换的运算符数量 = 33 提取后的运算符数量 = 34 中子图数量 = 1 未转换的运算符数量 = 33 运算符转换率 = 103 / 136 = 0.757353 Operators converted = 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,95,96,97,98,101,104,105,106,107,110,111,112,113,114,115,122,125,128, Time for optimization = 1.69348 (秒) 提取时间 = 0.0585611 (秒) 生成时间 = 9.13902 (秒) 转换成功，这是使用 NPU 运行的日志： PoojaSk_0-1748433238881.png 那么，这种指定排除操作而不使用 python-prototype 的方法是否可以接受呢？但所提供的模型比这个性能更好，因此请分享转换的步骤。 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好@yipingwang 我有几个相关的问题： 请分享转换时使用的命令。我曾尝试使用以下方法将 ssd_mobilenet_v2_coco_quant_postprocess.tflite 从你共享的源仓库转换为支持中子的 tflite。这些是我的观察： 1.尝试使用带有建议的 use-python-prototype 标志的中子变流器从恩智浦源转换模型： /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--输入 ssd_mobilenet_v2_v2_v2_v2_postprocess.tflite--use-python-prototype--target imx95--输出 ssd_mv2_flag.tflite 警告：子系统的德尔塔暂时停用。 使用以下选项转换模型： Input = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxo.tflite 目标 = imx95 INFO：形状推理：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制进行形状推理并忽略自定义运算符。 优化时间 = 0 (秒) 提取时间 = 0 (秒) 生成时间 = 0 (秒) 2。然后尝试了 /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--input ssd_mobilenet_v2_coco_quant_postprocess.tflite--use-python-prototype--target imx95--输出 ssd_mv2_flag_custom.tflite--exclude-operator-types= " 自定义 " 警告：子系统的增量已停用现在。 使用以下选项转换模型： Input = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxo.tflite 目标 = imx95 INFO：形状推理：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制进行形状推理并忽略自定义运算符。 优化时间 = 0 (秒) 提取时间 = 0 (秒) 生成时间 = 0 (秒) 两项均失败 3.试过 /opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子转换器--input ssd_mobilenet_v2_coco_quant_postprocess.tflite--输出 ssd_mv2_nxp_customtarget.tflite--target--target imx95--exclude-operator-types= " 自定义 " 警告：子系统的增量暂时停用。 使用以下选项转换模型： Input = ssd_mobilenet_v2_coco_quant_postprocess.tflite 输出 = ssd_mv2_nxp_customtarget.tflite 目标 = imx95 INFO：形状推理：默认情况下无法对带有自定义运算符的图形执行形状推理。您可以使用"ignoreCustomOperators" 选项，强制进行形状推理并忽略自定义运算符。 转换统计： 导入后的运算符数量 = 111 优化后的运算符数量 = 136 已转换的运算符数量 = 103 未转换的运算符数量 = 33 提取后的运算符数量 = 34 中子图数量 = 1 未转换的运算符数量 = 33 运算符转换率 = 103 / 136 = 0.757353 Operators converted = 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,95,96,97,98,101,104,105,106,107,110,111,112,113,114,115,122,125,128, Time for optimization = 1.69348 (秒) 提取时间 = 0.0585611 (秒) 生成时间 = 9.13902 (秒) 转换成功，这是使用 NPU 运行的日志： PoojaSk_0-1748433238881.png 那么，这种指定排除操作而不使用 python-prototype 的方法是否可以接受呢？此外，当只使用 python-protype 而不排除任何操作时，我也遇到了有限的 TCM 问题。因此，我用这个模型做了一些实验，观察到了这些结果： 1。/opt/nxp/EIQ_Toolkit_v1.14.0/中子调谐/中子变流器--input unet_b2_full_integer_quant.tflite--output unet_b2_noflagandcustom.tflite--target imx95--exclude-operator-types= " CUSTOM " >>> 中子加仑数为 0 PoojaSk_1-1748433752257.png 2。如果不指定目标 imx95，就会有更多的中子图 /opt/nxp/EIQ_Toolkit_v1.14.0//中子调谐/中子变流器--input unet_b2_full_integer_quant.tflite-- output unet_b2_noflagandcustom.tflite--exclude-operator-types= " CUSTOM " PoojaSk_2-1748433839511.png 因此，在不使用原型的情况下进行转换，指定不包括自定义操作，就可以克服所面临的 TCM 限制问题，但我想详细了解这种方法，因为您建议使用 python 原型。在文档中也找不到关于每个参数的更多细节，如"target","excluded operations" 。这对模型转换有何影响。 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 对模型的大小或类型没有固定的限制。中子变流器具有内部优化算法，并将尽最大努力使模型适合中子。 您提到的 Mobilenet SSD v2 模型内部是否有后处理节点？如果是这样，那么这也是意料之中的，因为目前还不支持后处理节点。我附上了一个 Mobilenet SSD v2 模型，该模型没有后处理，并且已经过转换。你可以试一试。原始模型来自https://github.com/nxp-imx-support/nxp-demo-experience-assets/tree/lf-6.12.3_1.0.0/models Re: Sample tflite model files which are supported by Neutron NPU in imx95 嗨 @yipingwang 那么，由于中子变流器的中药有限，基于模型大小或模型类型（检测、分类、分割等）或批次大小是否存在任何限制。请分享这些详细信息或文件链接。在第 5.8.3.3 节的支持机型列表中还发现了 Mobilenet v2 SSD 等机型UG 中子变流器的用法但在转换该模型的第一批时，我遇到了同样的问题。因此，如果您能提供更多相关细节，将会有所帮助。 PoojaSk_0-1747910093025.png 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 是的，在当前版本的neutron变流器中，由于中子中的中药是有限的，因此它对数据大小和层的大小有限制。如果多批次模型无法成功转换，请暂时使用单批次模型。 Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好@yipingwang 谢谢你的解决方案，我可以用这种方法将 unet int8 tflite 转换为中子支持的 tflite。在执行过程中，只有少数操作在 NPU 上运行，其余操作则返回 CPU。我希望这在意料之中。 PoojaSk_0-1747809565209.png 当我尝试转换多批次（即批次=2）时，出现了以下错误，这是内存耗尽造成的： PoojaSk_1-1747810098092.png 那么在转换多批次或更大的模型时是否有任何限制。[使用中子变流器转换了批次 1 & 2 的 int8 tflite。其中第 2 批出现了上述错误] 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 你应该使用文件夹 " /opt/nxp/eIQ_Toolkit_v1.14.0/neutron-tuning " 下的neutron-变流器。请查看 eIQ 用户指南（在 /opt/nxp/eIQ_Toolkit_v1.14.0/docs/ 文件夹下）第 5.8.3 章 "Neutron 变流器仅适用于 i.MX95 设备 " 了解更多详情。 Re: Sample tflite model files which are supported by Neutron NPU in imx95 你好@yipingwang 我为 ubuntu 20.04 安装了 eIQ_Toolkit_v1.15.1，并尝试使用该命令转换模型，但没有使用--use-python-prototype 标志。因此，我为 ubuntu 20.04 安装了 eIQ_Toolkit_v1.14.1，它应该有这个标志（根据文档），但却没有。那么，ubuntu 主机中首选的工具包版本是哪个？板闪存为 L6.12.3-1.0.0_ M X95。 PoojaSk_0-1747310703817.png 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 关于你回答的前半部分，是的，模型已经在 NPU 上运行，但已经进行了转换。当前的中子驱动程序具有内联转换功能，这意味着如果模型没有转换，它会在运行时首先尝试转换。但这种内联转换功能可能不适用于许多机型，因此将来会取消这一功能。 因此，对于更常用的方法，我们建议先使用eIQ中的中子变流器来转换模型。请暂时不要使用图形用户界面，因为对于 i.MX95，建议暂时使用"--use-python-prototype" 选项转换模型。 neutron-converter --input --target imx95 --use-python-prototype --output 更多细节请查看 eIQ 用户指南第 " 5.8.3 章仅适用于 i.MX95 设备的变流器 "。 Re: Sample tflite model files which are supported by Neutron NPU in imx95 hi@yipingwang 感谢您的回复，我已经试着在 NPU 中直接运行 mobilenet_v1_1.0_224_quant.tflite，没有进行任何进一步的转换，这些是 profiler 日志，我希望这能说明一些操作正在 NPU 上运行，如果有错请指正： PoojaSk_1-1747291675158.png 正如你所建议的那样，我随后使用中子变流器将这个 tflite 转换为支持中子的铁氟石。在变流器 GUI 的设置中，我选择了 Linux 6.6.23_2.0.0。imx95 设备使用 L6.12.3-1.0.0_MX95 闪存。但是使用NPU执行时转换后的模型会出现分段错误，我尝试过的其他模型也出现了同样的问题。那么这是与变流器版本相关的问题还是必须解决的问题。 PoojaSk_2-1747292212358.png 谢谢， Pooja Re: Sample tflite model files which are supported by Neutron NPU in imx95 tflite 模型需要先量化为整数，然后需要通过 eIQ 工具包中的中子变流器进行转换。然后，您可以将其部署在 i.MX95 板上并测试性能，如以下命令所示： /usr/bin/tensorflow-lite-2.18.0/examples/benchmark_model --graph=/root/xxx_converted.tflite --external_delegate_path=/usr/lib/libneutron_delegate.so 您可以使用 rootfs 中的样本模型进行尝试。它已经量化了，所以你只需要用中子变流器对其进行转换即可。请安装 eIQ Linux 版本，并按照 UG 中的说明进行转换。 -rw-r--r-- 1 root root 4276352 Apr 5 2011 /usr/bin/tensorflow-lite-2.18.0/examples/mobilenet_v1_1.0_224_quant.tflite

新しいカメラをimx7dに移植する際のAndroidフレームワークの問題 こんにちは、 新しいカメラをimx7dボードに移植していました。640x480 YUYV イメージが出力され、画面は 320x240 RGB565 です。libcamera3 に OV5640 用の設定ファイルがいくつかあることに気づいたので、それらのファイルを参照して独自の cpp ファイルを作成しようとしました。しかし、Android フレームワークでの色変換によって何らかの間違いが発生しているようです。画面に大量の緑色のピクセルが表示されます。 これについて何か提案をいただけませんか？ #Linux #Android Linux Re: Android framework issue while porting new camera to imx7d 問題は解決しました。以前のカメラは YUYV 形式を出力せず、RAW8/RAW10 のみを提供していました (ただし、データシートには YUYV があると記載されていました...)。新しいカメラをもう一台購入しました。ビデオは正常に表示されています。 Re: Android framework issue while porting new camera to imx7d こんにちは、 以前両方のYUYVを試しましたが、動作しませんでした --> オリジナルの HAL ドライバもこれをサポートしていますが、キャプチャとレンダリングのときに機能します。HAL 形式の入出力に問題がないことを確認してください。次に、Android フレームワークの構成とアプリケーションをチェックして、アプリケーション レイヤーが正しく変換して表示できることを確認します。 よろしくお願いします、 志明 Re: Android framework issue while porting new camera to imx7d こんにちは、志明さん 以前両方の YUYV を試しましたが、動作しませんでした。SO、ここでは異なる availFormats を使用しようとしました。 よろしくお願いいたします！ パトリックZ     Re: Android framework issue while porting new camera to imx7d こんにちは、 HAL レイヤーでカメラ形式を RGB に変換しますか?HALコードでYUYVをコメントアウトするのはなぜですか？HALレイヤーでRGBに変換する必要はないと思います。 Zhiming_Liu_0-1739930697854.png よろしくお願いします、 志明

CW 用于 S12X 许可证重置 大家好，实际上恩智浦没有人能够重新托管我的 CW 5.9 永久许可证。 我已经用仪器完成了多次操作，但如果没有恩智浦的重新托管，我就无法使用另一台笔记本电脑，我需要它为我们的客户提供现场技术支持。我们的客户遍布全球，也有跨国公司在其控制器中使用我们的板。我们有大约 30.000 块搭载恩智浦处理器 MC9S12XET256CAL 或 MAL 的板，现已停产或按三十个部件提供，成本非常高。谁能帮帮我？ 非常感谢，意大利 SMS srl 公司 Emanuele Castagnini R&D 经理。 Re: CW for S12X License rehost 听起来真让人沮丧，埃马努埃莱！当您需要为全球客户提供支持时，处理许可问题是非常困难的。我希望恩智浦能尽快为您解决这个问题。与此同时，如果您想缓解一下压力，我有时会玩一玩 篮球明星.它出人意料地让人上瘾，也是让你头脑清醒几分钟的好方法。祝您顺利拿到驾照！ Re: CW for S12X License rehost papa's freezeria非常喜欢这篇文章的编排方式，逻辑清晰，从头到尾一目了然。内容不仅有趣，还带来了许多新东西。希望作者能继续推出更多这样有深度的文章，让读者拓展知识面，获得更多积极的人生启迪。 爸爸的游戏 Re: CW for S12X License rehost 抱歉，我没有解决问题，社区或非恩智浦员工都没有有效的答案。 你好，emanuelecastagn、 您的主题最近收到了回复。 主题CW for S12X License rehost 日期： 05-30-2024 01:12 AM 它解决了你的问题吗？ 单击此处查看回复，并将其中一个标记为 "接受的解决方案"。 这也有助于其他人在社区中找到有用的答案！ 感谢您成为恩智浦社区成员。 您的恩智浦社区团队 恩智浦社区将此信息发送至[email protected]。 不想收到我们的电子邮件？请点击此处。 Re: CW for S12X License rehost 对不起，这不是对我的问题的回放... Re: CW for S12X License rehost 对不起，这不是对我问题的回放... Re: CW for S12X License rehost 大家好，教育工作者已经注意到 wordle unlimited 作为学习工具的潜力。它鼓励扩大词汇量和提高拼写准确性   Re: CW for S12X License rehost 真是太令人沮丧了，埃马努埃莱。处理遗留软件和许可证可能非常令人头疼，尤其是在影响到关键的现场工作时。我在使用小众软件时也遇到过类似的问题。希望Geometry Dash论坛上有人遇到过这个 NXP 的特定问题，并能提供解决方案或创造性的变通方法！

How to deal with the ENGCLK PIN when it's not be used in MPC5775 hardware design Hi,   Is there any considerations about how to deal with the ENGCLK PIN, when it's not used in MPC5775E hardware design?    Can it be left floating? Or be Pull-down through a resistor? If pull-down through a resistor,  what are the requirements of the resistor?     Appreciate your help! Re: How to deal with the ENGCLK PIN when it's not be used in MPC5775 hardware design @davidtosenovjan , you recommend to set OBE flag low for PCR214 but does NXP MCAL actually allow to do it?  We use DaVinci configurator by Vector based on MPC5777C_MCAL v4_3_RTM_1_0_2_0 MCAL and we can't configure OBE flag to be low. Kind regards, Roman Re: How to deal with the ENGCLK PIN when it's not be used in MPC5775 hardware design Hi, as it is output only pin I would recommend you to let it floating and disable output buffer i.e. clear SIU_PCR214(OBE) in order to reduce EMI.

mc9s12 内存问题 我正在使用为 MC9S12GC16CPBE 设计的固件，在控制逻辑中遇到了地址 0x0F1C 的用法。我注意到数据表或参考手册中没有记录这个地址。有谁能说明这是否与掩码集 1M34C 有关，或者是否有补充文档详细说明该变体的特殊诊断或状态寄存器？ 谢谢   Re: MC9S12 MEMORY QUESTION 您好， 内存地图显示 RESET 后地图是： 0x0000–0x03FF: 寄存器空间 ...... 1K 寄存器空间可映射到任何 2K 边界 0x0C00–0x0FFF: 1K RAM ...... 1K 字节 RAM 空间可映射到任何 2K 边界 因此，默认情况下，您的地址在 RESET 后被定义为 RAM。 顺祝商祺！ 拉吉斯拉夫