Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
How Do I Escalate an Issue with AT&T? Stuck with an AT&T issue that nobody seems to resolve? AT&T Escalation Support Team ((USA))
View full article
FRDM-MCXN236 mcuboot Building MCUboot, Device Tree and Zephyr separately on FRDM-MCXN236 I am using the NXP FRDM-MCXN236 board and I am relatively new to Zephyr. As part of my Zephyr training, I have successfully built and run a basic Zephyr project using Visual Studio Code. I would now like to understand the boot and board bring-up process at a lower level. My goal is to try building the following components separately: MCUboot Device Tree Zephyr application/kernel I would then like to understand which parts are actually flashed to the board, flash them separately where possible, and observe the boot sequence. I feel this would be a useful exercise for understanding board bring-up, bootloaders, Device Tree, Kconfig, linker scripts, and the relationship between MCUboot and the Zephyr application. I would also like to understand whether Zephyr can be customized in a way similar to the Linux kernel menuconfig workflow. My environment Board: NXP FRDM-MCXN236 Host OS: Windows 11 Build environment: Ubuntu 22.04 under WSL2 Zephyr: 4.4.99 Python: 3.10.12 currently installed West: 1.5.0 CMake: 4.4.3 Ninja: 1.10.1 Zephyr SDK: 1.0.1 My workspace is: ~/zephyr-training/ ├── zephyr/ ├── mcuboot/ ├── my-zephyr-app/ └── workspace/ MCUboot source I cloned MCUboot separately under: ~/zephyr-training/mcuboot/ The Zephyr-specific MCUboot application is located at: ~/zephyr-training/mcuboot/boot/zephyr/ I found the following relevant CMake files: mcuboot/boot/zephyr/CMakeLists.txt mcuboot/boot/zephyr/sysbuild/CMakeLists.txt mcuboot/boot/bootutil/CMakeLists.txt mcuboot/boot/bootutil/zephyr/CMakeLists.txt MCUboot build attempt I first tried to build the MCUboot Zephyr application using: cd ~/zephyr-training west build \ -b frdm_mcxn236 \ -s ~/zephyr-training/mcuboot/boot/zephyr \ -d ~/zephyr-training/build-mcuboot The intention here is to tell West: -b frdm_mcxn236 → build for the FRDM-MCXN236 board -s .../mcuboot/boot/zephyr → use the Zephyr MCUboot application as the source -d .../build-mcuboot → keep the MCUboot build output separate from my normal Zephyr application However, the build did not reach the actual CMake compilation stage. I received this error: Traceback (most recent call last): File "/usr/local/bin/west", line 8, in sys.exit(main()) File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 1199, in main app.run(argv or sys.argv[1:]) File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 278, in run self.run_command(argv, early_args) File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 584, in run_command self.run_extension(args.command, argv, self.topdir, manifest=self.manifest, File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 739, in run_extension self.cmd.run(args, unknown, self.topdir, manifest=self.manifest, File "/home/umesh/zephyr-training/zephyr/scripts/west_commands/build.py", line 263, in do_run self._sanity_check() File "/home/umesh/zephyr-training/zephyr/scripts/west_commands/build.py", line 589, in _sanity_check_source_dir srcrel = pathlib.Path(self.source_dir).relative_to( TypeError: PurePath.relative_to() got an unexpected keyword argument 'walk_up' My Python version is: python3 --version Python 3.10.12 and: west --version West version: v1.5.0 which python3 /usr/bin/python3 which west /usr/local/bin/west It appears that the current Zephyr west build code is using: Path.relative_to(..., walk_up=True) which requires a newer Python version. I also checked: python3.12 --version but Python 3.12 is not currently installed. I tried installing it directly: sudo apt update sudo apt install python3.12 python3.12-venv but Ubuntu 22.04 returned: E: Unable to locate package python3.12 E: Couldn't find any package by glob 'python3.12' E: Unable to locate package python3.12-venv E: Couldn't find any package by glob 'python3.12-venv' So I am currently trying to resolve the Python/West compatibility issue before continuing with the MCUboot build. What I would like to understand Once I get MCUboot building, I would like to proceed step by step and understand: How to build MCUboot separately for FRDM-MCXN236. How the FRDM-MCXN236 Device Tree is selected and compiled. Whether Device Tree can be built/inspected separately from the Zephyr application. How the Zephyr kernel/application is built separately. Which of these are actual flashable binaries and which are build-time configuration. Whether MCUboot can be flashed independently and then the Zephyr application flashed separately. How the MCUboot image layout and application image/slots are defined. How to sign the Zephyr application so that MCUboot can boot it. How to observe and verify the MCUboot → Zephyr boot sequence on the board. How to customize the Zephyr kernel/configuration using something similar to the Linux kernel menuconfig workflow. My intention is not just to get the application running, but to understand the complete boot flow: FRDM-MCXN236 | v MCUboot | v Zephyr application | v Zephyr kernel / drivers | v Device Tree + Kconfig configuration I believe doing this manually would help me better understand MCU/SoC startup, bootloader operation, flash layout, Device Tree, Kconfig, linker scripts, and board bring-up. Any guidance on the correct sequence for doing this on the FRDM-MCXN236 would be appreciated. MCUBOOT ZEPHYR-OS-EDGE @frdmuser  Re: FRDM-MCXN236 mcuboot Hello @bottleneck, I would suggest starting with the fundamentals of Zephyr and MCUboot, which appears to be where you are in the learning process right now. To better understand how MCUboot works, I recommend first testing the SDK example without Zephyr. This can help you learn how image encryption and partition management work. The MCUXpresso Secure Provisioning Tool can also help with image encryption and includes a dedicated MCUboot workflow that complements this topic. To run the MCUboot examples in our SDK, it is necessary to use the mcuboot_opensource and ota_mcuboot_basic projects. I highly recommend reviewing the README files of both examples to understand how they work, along with the Secure Provisioning Tool user guide. You can also review the official MCUboot documentation for a more in-depth explanation of its functionality. In addition, to better understand Device Tree configuration and the use of Kconfig, you can refer to this guide, which provides direct links to the Zephyr documentation for each topic. Our Zephyr Knowledge Hub also offers a collection of useful resources that are frequently referenced by developers who are learning and developing with Zephyr on NXP platforms. If you are interested, the training section of the Zephyr page on the official NXP website offers several videos that may help with your development. In your particular case, I highly recommend watching "Accelerate Development with Zephyr™ OS Features and Modules", which explains the basic principles of Zephyr and other features of Zephyr OS, along with external modules, like MCUboot. Finally, please refer to the MCUboot implementation in Zephyr and review its README file to better understand how it works. This community post may also be helpful for understanding how build a created app for MCUboot. Although it was created for the MCXN947, you can follow the general flow for the MCXN236. BR Habib
View full article
如何升级我的AT&T问题? 遇到AT&T的问题,一直被推来推去却始终得不到真正的解决?AT&T升级支持团队(美国)
View full article
延长 S32 设计工作室许可证 尊敬的恩智浦团队: 我想延长我的S32设计工作室许可证。 有效期至:2026年8月12日 激活码:37AD-D09A-6D3D-96E6 谢谢! 马修 Re: extend S32 Design studio license 您好,您的S32DS许可证已延期。
View full article
S32デザインスタジオライセンスを延長する NXPチームの皆様へ S32 Design Studioのライセンスを延長したいと思っています。 有効期限:2026年8月12日 アクティベーションコード:37AD-D09A-6D3D-96E6 よろしくお願いします。 マシュー Re: extend S32 Design studio license こんにちは。お客様のS32DSライセンスが延長されました。
View full article
如何直接联系AT&T客服人员? 厌倦了自动语音菜单,只想和真人对话?AT&T客户支持团队(美国)
View full article
FRDM-MCXN236 MCU 启动 在 FRDM-MCXN236 上分别构建 MCUboot、设备树和 Zephyr 我使用的是NXP FRDM-MCXN236开发板,我对 Zephyr 还比较陌生。 作为 Zephyr 培训的一部分,我已经使用Visual Studio Code成功构建并运行了一个基本的 Zephyr 项目。我现在想更深入地了解启动和主板启动过程。 我的目标是尝试分别构建以下元器件: MCUboot 器件树 Zephyr 应用程序/内核 然后,我想了解哪些部分实际被刷写到电路板上,尽可能分别刷写它们,并观察启动顺序。 我认为这对于理解板启动、引导加载程序、设备树、Kconfig、链接器脚本以及MCUboot与Zephyr应用程序之间的关系来说,将是一个有用的练习。 我还想了解 Zephyr 是否可以像 Linux 内核 menuconfig 工作流程那样进行自定义。 我的环境 板: NXP FRDM-MCXN236 主机操作系统: Windows 11 构建环境: WSL2 下的 Ubuntu 22.04 Zephyr: 4.4.99 当前已安装 Python 版本: 3.10.12 西部: 1.5.0 CMake: 4.4.3 忍者: 1.10.1 Zephyr SDK: 1.0.1 我的工作区是: ~/zephyr-training/ ├── zephyr/ ├── mcuboot/ ├── my-zephyr-app/ └── workspace/ MCUboot 源 我单独克隆了 MCUboot,路径如下: ~/zephyr-training/mcuboot/ Zephyr专用MCUboot应用程序位于: ~/zephyr-training/mcuboot/boot/zephyr/ 我找到了以下相关的 CMake 文件: mcuboot/boot/zephyr/CMakeLists.txt mcuboot/boot/zephyr/sysbuild/CMakeLists.txt mcuboot/boot/bootutil/CMakeLists.txt mcuboot/boot/bootutil/zephyr/CMakeLists.txt MCUboot 版本尝试 我首先尝试使用以下方法构建 MCUboot Zephyr 应用程序: cd ~/zephyr-training west build \ -b frdm_mcxn236 \ -s ~/zephyr-training/mcuboot/boot/zephyr \ -d ~/zephyr-training/build-mcuboot 此处的目的是告诉韦斯特: -b frdm_mcxn236 → 为 FRDM-MCXN236 板构建 -s .../mcuboot/boot/zephyr → 使用 Zephyr MCUboot 应用程序作为源 -d .../build-mcuboot → 将 MCUboot 构建输出与我的普通 Zephyr 应用程序分开 然而,构建过程并未达到实际的 CMake 编译阶段。 我收到以下错误信息: Traceback (most recent call last): File "/usr/local/bin/west", line 8, in sys.exit(main()) File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 1199, in main app.run(argv or sys.argv[1:]) File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 278, in run self.run_command(argv, early_args) File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 584, in run_command self.run_extension(args.command, argv, self.topdir, manifest=self.manifest, File "/usr/local/lib/python3.10/dist-packages/west/app/main.py", line 739, in run_extension self.cmd.run(args, unknown, self.topdir, manifest=self.manifest, File "/home/umesh/zephyr-training/zephyr/scripts/west_commands/build.py", line 263, in do_run self._sanity_check() File "/home/umesh/zephyr-training/zephyr/scripts/west_commands/build.py", line 589, in _sanity_check_source_dir srcrel = pathlib.Path(self.source_dir).relative_to( TypeError: PurePath.relative_to() got an unexpected keyword argument 'walk_up' 我的Python版本是: python3 --version Python 3.10.12 和: west --version West version: v1.5.0 which python3 /usr/bin/python3 which west /usr/local/bin/west 目前的 Zephyr West 版本代码似乎使用了: Path.relative_to(..., walk_up=True) 这需要更新的Python版本。 我还查看了: python3.12 --version 但目前尚未安装 Python 3.12。 我尝试直接安装: sudo apt update sudo apt install python3.12 python3.12-venv 但 Ubuntu 22.04 返回: E: Unable to locate package python3.12 E: Couldn't find any package by glob 'python3.12' E: Unable to locate package python3.12-venv E: Couldn't find any package by glob 'python3.12-venv' 因此,在继续进行 MCUboot 构建之前,我目前正在尝试解决 Python/West 兼容性问题。 我想了解的是 一旦我成功编译了MCUboot,我想一步一步地进行,并弄明白: 如何为 FRDM-MCXN236单独构建 MCUboot 。 FRDM-MCXN236 设备树是如何选择和编译的。 设备树是否可以与 Zephyr 应用程序分开构建/检查。 Zephyr内核/应用程序是如何单独构建的。 哪些是实际可刷写的二进制文件,哪些是编译时的配置文件? MCUboot 是否可以独立刷写,然后 Zephyr 应用程序是否可以单独刷写。 MCU启动镜像布局和应用程序镜像/插槽是如何定义的。 如何对 Zephyr 应用程序进行签名,以便 MCUboot 可以启动它。 如何观察和验证板上的MCUboot → Zephyr启动顺序。 如何使用类似于 Linux 内核 menuconfig 工作流程的方式来自定义 Zephyr 内核/配置。 我的目的不仅是让应用程序运行起来,还要了解完整的启动流程: FRDM-MCXN236 | v MCUboot | v Zephyr application | v Zephyr kernel / drivers | v Device Tree + Kconfig configuration 我相信手动操作可以帮助我更好地理解MCU/SoC 启动、引导加载程序操作、闪存布局、设备树、Kconfig、链接器脚本和板启动。 对于在 FRDM-MCXN236 上执行此操作的正确步骤,任何指导都将不胜感激。 MCUBOOT ZEPHYR-OS-EDGE @frdmuser Re: FRDM-MCXN236 mcuboot 你好@bottleneck , 我建议你从 Zephyr 和 MCUboot 的基础知识入手,这似乎正是你目前学习的阶段。 为了更好地理解 MCUboot 的工作原理,我建议先在不安装 Zephyr 的情况下测试 SDK 示例。这可以帮助您了解图像加密和分区管理的工作原理。MCUXpresso 安全配置工具还可以帮助进行映像加密,并包含一个专用的MCUboot 工作流程,与此主题相辅相成。 要运行我们 SDK 中的 MCUboot 示例,必须使用mcuboot_opensource和ota_mcuboot_basic项目。我强烈建议您查看这两个示例的 README 文件,以了解它们的工作原理,并参考安全配置工具用户指南。 您还可以查阅MCUboot 官方文档,以更深入地了解其功能。 此外,为了更好地理解设备树配置和 Kconfig 的使用,您可以参考本指南,其中提供了每个主题的 Zephyr 文档的直接链接。我们的Zephyr 知识中心还提供了一系列有用的资源,这些资源经常被在 NXP 平台上学习和使用 Zephyr 进行开发的开发人员参考。 如果您有兴趣,NXP 官方网站 Zephyr 页面的培训部分提供了一些视频,这些视频可能对您的开发有所帮助。就您的具体情况而言,我强烈建议您观看“使用 Zephyr ™ OS 特性和模块加速开发”,其中解释了 Zephyr 的基本原理和 Zephyr OS 的其他特性,以及外部模块,如 MCUboot。 最后,请参考 Zephyr 中的 MCUboot 实现,并查看其README 文件,以更好地了解其工作原理。 这篇社区帖子可能对理解如何为 MCUboot 构建已创建的应用程序也很有帮助。虽然它是为 MCXN947 创建的,但您可以按照 MCXN236 的一般流程进行操作。 BR 哈比卜
View full article
如何升级我与AT&T之间的问题? 遇到AT&T的问题,一直没人能解决?AT&T 升级支持团队(美国)
View full article
SW32K14-MCAL421-RTMC-1.0.1 の FlexNet 利用権を申請してください。 こんにちは、NXPサポートの皆さん、 NXPアカウントにはログインしていますが、以下の公式FlexNet製品ページにアクセスできません。 製品: SW32K14-MCAL421-RTMC-1.0.1 FlexNet要素: 10190977 必要なリリース: S32K14X MCAL 4.2 RTM HF3、リリース1.0.1 必要なインストーラー: S32K14X_MCAL_4.2_RTM_HF3_1.0.1.exe ターゲットMCU: S32K144 ダウンロードページでは、商品が見つからないか、私のアカウントが認証されていないと報告されています。 合法的なダウンロード権利を得る方法や、このレガシーパッケージの購入方法についてご案内ください。もし私のNXPアカウント情報が必要な場合は、個別にご連絡ください。 よろしくお願いします。 Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 こんにちは、ジャンハンジャオさん アカウントで見て取れます。 S32K1デバイスについてはAUTOSAR MCALをクリックしてください -> オートモーティブ SW - AUTOSAR MCAL / QM -> 前回 -> SW32K14-MCAL421-RTMC-1.0.1 -> S32K14X_MCAL_4.2_RTM_HF3_1.0.1.exe そのパスをご覧ください。もし見えない場合は、ソフトウェアが古いバージョンでアーカイブされており、修正されないバグが含まれている可能性があります。 もしそのバージョンが特に必要であれば、FlexNetに**お問い合わせ**して**ソフトウェア**をアカウントに追加してもらえます。 よろしくお願いいたします ロビン Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 今、ソフトウェアをダウンロードできますか? それでもダウンロードできない場合は、エラーメッセージやファイルへのアクセス時に発生した問題のスクリーンショットをご提供ください。これは、さらなる調査に役立つでしょう。
View full article
LPC55S0x CANFD 能否支持 1Mbps(仲裁阶段)和 8Mbps(数据阶段)? 您好,NXP, LPC55S0x能否在仲裁阶段支持1Mbps,在数据阶段支持8Mbps? 我在LPC55S0x数据手册中找不到。 非常感谢。 LPC55xx Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) 嗨,哈里, 知道了。 谢谢。 Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) 嗨@jimmyli 是的——只要 MCAN 功能时钟为 96 MHz,并且外部 CAN-FD 收发器和物理网络支持 8 Mbit/s,LPC55S0x CAN-FD 控制器就可以配置为 1 Mbit/s 仲裁和 8 Mbit/s 数据。 之所以没有直接在数据手册中列出,是因为比特率是从 MCAN 时钟和 NBTP / DBTP 定时寄存器推导出来的,而不是指定为固定的最大值。CAN 时钟可以使用 main_clk,其中 CANCLKDIV = 0(分频至 1),LPC55S0x 的最大时钟频率为 96 MHz。 BR 哈里
View full article
AT&Tに関する問題をエスカレートするにはどうすればよいですか? AT&Tの不具合で、解決策が見つからずたらい回しにされている状況に陥っていませんか?AT&T エスカレーションサポートチーム(米国)
View full article
申请 SW32K14-MCAL421-RTMC-1.0.1 的 FlexNet 授权 您好,NXP技术支持, 我已登录我的NXP账户,但我无法访问以下FlexNet官方产品页面: 产品: SW32K14-MCAL421-RTMC-1.0.1 FlexNet 元素: 10190977 所需版本: S32K14X MCAL 4.2 RTM HF3,版本 1.0.1 所需安装程序: S32K14X_MCAL_4.2_RTM_HF3_1.0.1.exe 目标MCU: S32K144 下载页面显示找不到该项目或我的帐户未获得授权。 请问如何才能获得合法的下载权限或购买此旧版软件包?如果需要我的恩智浦账户信息,请私下联系我。 谢谢! Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 嗨,张汉钊, 我可以在我的账户里看到它。 点击“AUTOSAR MCAL for S32K1 设备” ->“汽车软件 - AUTOSAR MCAL / QM”->“上一步”->“SW32K14-MCAL421-RTMC-1.0.1”->“S32K14X_MCAL_4.2_RTM_HF3_1.0.1.exe” 请访问该路径;如果您看不到该路径,可能是因为该软件是已存档的旧版本,可能包含不会修复的错误。 如果您特别需要该版本,我可以联系 FlexNet 将软件添加到您的帐户中。 此致敬礼, Robin Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 请问您现在可以下载该软件了吗? 如果仍然无法下载,请提供尝试访问文件时遇到的错误信息或问题的屏幕截图。这将有助于我们进行进一步调查。
View full article
Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi NXP,       Can LPC55S0x support 1Mbps in arbitration stage and 8Mbps in data stage ?       I can't find in LPC55S0x datasheet.      Thanks very much. LPC55xx Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi Harry,       Got it.       Thanks. Re: Can LPC55S0x CANFD support 1Mbps (arbitartion stage) and 8Mbps(data stage) Hi @jimmyli  Yes— the LPC55S0x CAN-FD controller can be configured for 1 Mbit/s arbitration and 8 Mbit/s data , provided the MCAN functional clock is 96 MHz and the external CAN-FD transceiver and physical network support 8 Mbit/s. The reason this is not listed directly in the datasheet is that the bit rates are derived from the MCAN clock and the NBTP / DBTP timing registers rather than specified as a fixed maximum. The CAN clock can use main_clk with CANCLKDIV = 0 (divide-by-1), and the LPC55S0x maximum clock frequency is 96 MHz. BR Harry
View full article
AT&Tの担当者と直接話すにはどうすればよいですか? 自動音声メニューにうんざりして、実際に人と話したいと思いませんか?AT&T カスタマーサポートチーム (米国)
View full article
运行 OpenGL 程序时出现多次 GPU 崩溃/无效输出 您好, 三年多来,我们一直在销售基于 i.MX6QuadPlus 的设备,该设备基于 Yocto hardknott 构建,并搭载了基于 Weston 的 Qt 6.3.2。随着产品的发展,我们开始收到越来越多的用户崩溃报告,但我们在自己的代码或 Qt 中都找不到原因。我们已经修复了一些问题——通过重新调整 DDR 时序、禁用某些视图中的阴影、增加一些内部缓冲大小以及使用 GPU_VIV_EXT_RESOLVE=0 运行应用程序——但我们仍然会收到报告,其中很大一部分与 GPU 相关,并在日志中显示如下: 内核:*** GPU DRV 配置 *** 内核:Galcore 版本 6.4.3.336687 内核:Galcore 选项: ... 内核: [galcore]: 停止驱动程序以保持场景。 这是驱动程序自身的挂起报告——监测计时器未见任何进展,gckKERNEL_Recovery 转储 GPU 状态,并且由于 recovery=0,驱动程序停止服务而不是重置核心(recovery=1 对我们来说不是一个选项,因为需要重新启动每个 GUI 应用程序)。屏幕彻底冻结,即使使用 SIGKILL 也无法杀死 Weston,唯一的解决办法是断电——这对我们的客户来说非常糟糕。 由于我们已经在 Qt 和应用程序层面尝试了很多方法,但都只得到了变通方案,所以我决定停止测试高级功能,而是直接测试 OpenGL ES 入口点——如果它们运行正常,那就是我们的问题;如果它们运行不正常,那就是驱动程序/硬件的问题(至少是部分问题)。 我使用 VK-GL-CTS( https://github.com/KhronosGroup/VK-GL-CTS )实现了这一点。首先移植到 Rust 以便于交叉编译(仍在进行中,因此目前只能检查大约一半的相关情况)。案例名称与上游 deqp-gles2/gles3/gles31 相同,并且在 Mesa llvmpipe 和运行 Ubuntu 24.04 的普通笔记本电脑上,所有测试均通过,并且也安装了 mesa 驱动程序,因此板上的失败说明板存在问题。我利用周末时间在硬件上运行了它,并在人工智能的帮助下,找到了 14 个不同的缺陷并将其最小化,每个缺陷现在都可以独立复现:一个没有任何依赖项的纯 Rust 项目,仅使用 cargo build 构建,GLSL 代码放在单独的文件中。 (只需运行- 在本地运行,您可以提取仅 arm部分,只需构建步骤即可收集二进制文件(您需要先安装cargo install --locked cargo-zigbuild )) 6.4.11.p4 版本(我们能为该部件构建的最新驱动程序)仍然存在问题: 0001 GPU 锁死 - synchronization.inter_invocation.ssbo_atomic_read_write,独自一人,站在一块刚启动的板上。只有重启才能清除它,而且该进程无法终止,因此重启本身需要 8-10 分钟。 0002 GPU 锁定 - synchronization.inter_invocation.ssbo_atomic_overwrite,单独发生。 0003 GPU 锁死 - 二十个 synchronization.inter_invocation.* 中的十个个别案例单独存在,其他十个案例则不存在,因此这是一个边界,而不是“计算出错”。所有原子 ssbo/图像变体。所有二十台设备都进行了十次运行,每次运行都是从它自己的重启开始。 0010 链路故障 - 7 个 ubo 案例,其中两个阶段读取了同一个 std140 块的 47 个成员。单独一个阶段可以连接,但两个阶段一起连接则不行,glGetProgramInfoLog 为空,并且没有任何东西接近驱动程序本身报告的限制(每个阶段 3 个块 vs 16 个,704 字节 vs 65536)。至少需要 47 次阅读,46 个链接。 0011 结果错误 - shaders.invariance.highp.loop_*:两个着色器使用相同的表达式计算不变的 gl_Position,结果相差几个像素的深度。 0013 错误状态枚举 - fbo.completeness.size.distinct:请求的上下文是 ES 2.0,但报告的是 ES 3.1,然后根据 ES 2.0 规则回答完整性问题,并返回一个 ES 3.x 未定义的枚举。 已在 6.4.3.p2 版本中修复-> 6.4.11.p4 跳转: 0004 GPU 死锁 - image_load_store.cube.qualifiers.*_r32f(旁边的 r32ui/r32i 型号都没问题) 0006 GPU 锁死 - image_load_store.* 每当图像分层时都会发生,21 层中有 8 层发生,而 2D 图像上 7 层中没有发生,间歇性发生 0005 客户端冻结 - compute.indirect_dispatch.gen_in_compute.empty_command:glMapBufferRange 永远不会返回 0014 客户端冻结 - 同样,通过 upload_buffer.empty_command 命令实现。一旦调度任务已经完成映射 0007 结果错误 - 计算着色器中包含十八个 && 的链,并且声明了一个原子计数器,当每个项都为真时,结果为假(2007 个 ssbo.layout 案例中的 44 个) 0008 编译器 - 保留字表适用于错误的语言版本,正反两面都是如此。 0009 结果错误 - 对于两个相等的向量,vec3 == vec3 为 false,这是通过 inout 参数返回的结构体成员的结果。 0012 编译器 - mediump vec2(1.0,1.0) 可以编译,其中 ESSL 1.00 语法中没有精度限定符的位置。 两次测试均在同一块主板上进行:i.MX6QP 硅 rev 1.0,2 GiB DDR,LVDS 1280x1024@60,Weston on fbdev with use-g2d=1,GL_RENDERER "Vivante GC2000+"。 旧版本:hardknott,BSP imx-5.10.52-2.1.0,内核版本 5.10.52galcore 6.4.3.p2.336687,imx-gpu-viv 1:6.4.3.p2.2-aarch32,Weston 9.0.0.imx,Qt 6.3.2 新增:wrynose,BSP imx-6.18.20-2.0.0,内核 6.18.20,galcore 6.4.11.p4.1190909,imx-gpu-viv 1:6.4.11.p4.6-aarch32Weston 10.0.5.imx,Qt 6.11.0 CONFIG_MXC_GPU_VIV=y,recovery=0 和 stuckDump=0 在两者上;超时时间为 20000 -> 30000 毫秒,并且 6.4.11.p4 添加了 softReset=1。 所以版本升级有所帮助,但一些问题仍然存在。由于 i.MX6 的供货情况,我们将很快迁移到 i.MX8,但我们现有的用户群无论如何都会继续使用 i.MX6 硬件,因此我们希望这些问题在未来能够得到解决。 这些问题有没有可能在新版本的驱动程序中得到修复,即使这意味着我们需要升级 Yocto 版本? 我担心 i.MX8 也可能存在某种程度的此类问题,那么是否已经对 Vulkan/OpenGL CTS 进行过测试,现在是否正在进行测试,或者是否有计划进行测试?因为如果不通过那项测试(再加上一些模糊测试,例如随机执行cts函数),我认为我们遇到的随机崩溃问题无法在驱动程序之上的层级中得到修复。 Re: Several gpu crashes/invalid output, when running opengl es cts 你好, i.MX 6/7 的最新公开发布驱动程序是 imx-gpu-viv 6.4.11.p4.6 ,随附 wrynose 电路板支持包 (imx-6.18.20-2.0.0)。发行说明将此次升级描述为对 i.MX 6/7/8 系列进行了“错误修复和性能优化”,这与您的观察结果相符,即 .p2 和 .p4 之间解决了 14 个缺陷中的 8 个。是的,这确实正在发生——但各个平台都有一些重要的限制条件。对于配备 Vivante (VSI) GPU 的 i.MX8,CTS 正在运行。作为每个版本候选周期的一部分,内部 Linux Factory 测试流程都会针对 i.MX8 板运行 opengl-es-cts 和 vulkan-cts 软件包。在 Linux Factory Jira 项目 CTS 中跟踪在 i.MX8M Nano、i.MX95 上发现的缺陷。这意味着 i.MX8M Plus、i.MX8QuadMax 等产品中的 Vivante GC7000 系列 GPU 在每次正式版本前都会经过系统的符合性测试。 适用于配备 Mali / OSS Mesa 的 i.MX9 版本说明明确指出,对于采用 Mesa OSS GPU 堆栈的 i.MX 95/952:“OpenGL ES11、Vulkan 1.4.5 和 OpenCL 3.0 的基本功能可以正常工作,但一致性测试未通过。” 这i.MX9 上的 Mali DDK 默认路径通过了 CTS 测试,但开源 Panfrost/PanVK 路径仍在努力使其符合标准。 特别是对于 i.MX6 (GC2000+) 而言,CTS 的覆盖范围非常有限。 在当前的 Linux Factory 流水线中,没有发现针对 GC2000+ 的系统性 deqp/CTS 运行的内部证据。GC2000+ 仅支持 OpenGL ES 3.0(不支持 3.1/3.2)。测试基础设施似乎针对的是较新的 i.MX8/9 板。您与 VK-GL-CTS 的合作是对该特定 IP 进行的最彻底的一致性级别测试,在任何内部渠道中都是可见的。   总之:虽然不能保证未来会发布 i.MX6 驱动程序补丁,但通过您开放的支持帖子提供独立的重现步骤才是正确的做法。对于您的 i.MX8 迁移,Vivante GC7000 系列的兼容性情况比 GC2000+ 要好得多,并且系统性的 CTS 测试是发布过程的一部分——尽管即便如此, galcore 6.4.11.p4 中的活跃驱动程序错误仍然不断被发现和提交。   此致 Re: Several gpu crashes/invalid output, when running opengl es cts 我没看到附件,看来是我忘记添加了,所以我再添加一次。
View full article
OpenGL es ctsを実行しているときに、いくつかのGPUがクラッシュしたり無効な出力が出たりします こんにちは、 3年以上にわたり、私たちはi.MX6QuadPlusでデバイスを出荷してきました。これはYocto hardknott上で構築され、WestonのQt 6.3.2で構築されています。製品が成長するにつれて、ユーザーからクラッシュ報告が増え、自分たちのコードやQtの中に原因が見つかりませんでした。一部は修正できました。DDRのタイミングを調整したり、特定のビューでシャドウを無効にしたり、内部バッファのサイズを増やしたり、アプリをGPU_VIV_EXT_RESOLVE=0で動かしたりしましたが、それでもレポートは届き、その多くはGPU関連でログに次のように表示されます。 カーネル: *** GPU DRV 設定 *** カーネル:Galcore バージョン 6.4.3.336687 カーネル:Galcoreオプション: ... カーネル:[galcore]: シーンを保つためにドライバを止めてください。 これはドライバ自身のハングレポートで、モニタータイマーは進行状況を認識せず、GPUの状態をダンプgckKERNEL_Recovery、recovery=0なのでドライバはコアをリセットせずサービスを停止します(recovery=1は私たちには選択肢にありません。なぜなら、すべてのGUIアプリケーションを再起動する必要があるからです)。画面は完全にフリーズし、ウェストンはSIGKILLを使っても倒せないことが多く、唯一の脱出方法は停電で、これはお客様にとって非常に悪いことです。 Qtやアプリケーションレベルで多くのことを試しましたが、回避策しか得られなかったため、高レベルの機能テストをやめ、OpenGL ESのエントリポイントを直接テストすることにしました。正常に動作すれば問題は私たちの責任、そうでなければドライバやハードウェアの故障(少なくとも部分的)です。 私はVK-GL-CTS( https://github.com/KhronosGroup/VK-GL-CTS )を使ってそれをやりました。クロスコンパイルを簡単にするために最初はRustに移植されました(まだ進行中で、関連するケースの約半分しか確認できませんでした)。ケース名は上流のdeqp-gles2/gles3/gles31と同じで、Mesa llvmpipeやUbuntu 24.04のカジュアルノートPC(Mesaドライバー付き)でもすべてパスされます。つまり、ボードの故障はボード自体の問題です。週末にハードウェア上で実行したところ、AIの助けを借りて14個の異なる欠陥を発見し、最小限に抑えることができました。それぞれが独立した再現可能なコードになっています。具体的には、依存関係のないシンプルなRustプロジェクト、cargoビルドのみ、そしてGLSLを独自のファイルに記述したものです。 (JUst Run - ローカルで実行、 Armパーツだけ を抽出して、ビルドステップのみでバイナリを集められます(最初の カーゴインストールが必要で、ロックされたカーゴ・ジグビルド) この部分のために構築可能な最新ドライバー、6.4.11.p4で依然として問題が残っています: 0001 GPUロックアップ - synchronization.inter_invocation.ssbo_atomic_read_write,一人きり、新しく履き替えたばかりのボードの上で。再起動しないとクリアできませんし、プロセス自体は壊せないので8〜10分かかります。 0002 GPUロックアップ - synchronization.inter_invocation.ssbo_atomic_overwrite、単体で。 0003 GPUのロックアップ - 20 synchronization.inter_invocation中10件。*ケースは単独で起こるが、他の10個はそうではないため、これは境界であり「計算が壊れている」とは言えない。すべての原子SSBO/イメージのバリアント。20人全員がそれぞれ10回のレースを制覇し、すべてのレースはリブート版から始まった。 0010リンク障害 - 同じstd140ブロックの47個のメンバーが両段階で読み取れた7件のUBOケース。どちらのステージだけでもリンクしますが、一緒にはリンクしません。glGetProgramInfoLogは空で、ドライバー自体が報告する制限(ステージあたり3ブロック対16ブロック、704バイト対65536バイト)はほとんどありません。最低でも47回の閲覧と46のリンクが必要です。 0011 結果が間違っています - shaders.invariance.highp.loop_*:同じ式から不変なgl_Positionを計算する2つのシェーダーが、深度に関して数ピクセルの差を生じます。 0013 ステータス列挙型が間違っています - fbo.completeness.size.distinct: ES 2.0 として要求されたコンテキストが ES 3.1 を報告し、その後 ES 2.0 ルールで完全性に応答し、ES 3.x で定義されていない列挙型を返します。 6.4.3.p2で修正済み-> 6.4.11.p4 ジャンプ: 0004 GPUロックアップ - image_load_store.cube.qualifiers.*_r32f(隣にあったr32ui/r32iは問題なかった) 0006 GPUのロックアップ - image_load_store.* 画像がレイヤー化されるたびに、21枚中8枚、2Dでは7枚中0枚、断続的です 0005 クライアントフリーズ - compute.indirect_dispatch.gen_in_compute.empty_command:glMapBufferRange は決して戻りません 0014 クライアントフリーズ - upload_buffer.empty_command 経由、同じ一度、配車がすでにマッピングされている場合 0007 誤った結果 - 18 &&の連鎖で、原子カウンタも宣言される場合、すべての項が真である場合にfalseになります(2007年のssbo.layoutケース中44件) 0008 コンパイラ - 保留ワードテーブルは間違った言語バージョン用、両方向に適用されます 0009 誤った結果 - 入力パラメータを介して返される構造体メンバーに対して、2 つの等しいベクトルに対して vec3 == vec3 が false になります 0012 コンパイラ - mediump vec2(1.0,1.0) コンパイルは成功するが、ESSL 1.00 文法には精度修飾子を入れる場所がない。 両方のテストは同じボードで行いました:i.MX6QPシリコンリビジョン1.0、2 GiB DDR、LVDS 1280x1024@60、fbdev上のWeston、use-g2d=1、GL_RENDERER "Vivante GC2000+"。 古い: hardknott、BSP imx-5.10.52-2.1.0、カーネル 5.10.52、Galcore 6.4.3.p2.336687、IMX-GPU-VIV 1:6.4.3.p2.2-aarch32,Weston 9.0.0.imx、Qt 6.3.2 new: wrynose、BSP imx-6.18.20-2.0.0、kernel 6.18.20、galcore 6.4.11.p4.1190909、imx-gpu-viv 1:6.4.11.p4.6-aarch32,Weston 10.0.5.imx、Qt 6.11.0 CONFIG_MXC_GPU_VIV=y、recovery=0、stuckDump=0 の両方でタイムアウトが発生し、20000 -> 30000 ms となり、6.4.11.p4 で softReset=1 が追加されました。 バージョンアップは助けになりますが、いくつかの問題は残っています。i.MX6の入手可能性のため、近いうちにi.MX8に移行する予定ですが、既存の基盤はいずれにせよi.MX6のハードウェアを保持しているので、将来的にこうした問題が解決されるのを見たいです たとえYocto版をやめざるを得なくても、新しいドライバーでこれらの問題が修正される可能性はありますか? この問題はi.MX8にもある程度存在しているのではないかと懸念していますが、Vulkan/OpenGL CTSでテストは行われていますか?現在行われているのか、それとも計画されているのでしょうか?それを通さなければ(さらにcts関数のランダム実行などのファズ処理も)、ドライバーの上層でランダムクラッシュは修正できないと思います Re: Several gpu crashes/invalid output, when running opengl es cts こんにちは、 i.MX 6/7の最新公開ドライバーは imx-gpu-viv 6.4.11.p4.6 で、wrynose BSP(imx-6.18.20-2.0.0)が付属しています。リリースノートでは、そのジャンプが i.MX 6/7/8ラインの「バグ修正、パフォーマンス最適化」をもたらしたと説明されており、これはあなたの観察と一致しています。 .p2 と .p4 の間に14の欠陥のうち8つが解決されたという点です。そして確かに、それは行われていますが、プラットフォームごとに重要な条件があります。Vivante(VSI)GPU搭載のi.MX8では、CTSが動作しています。Linux Factory内部のテストパイプラインでは、各リリース候補サイクルの一環として、i.MX8ボードに対して opengl-es-cts および vulkan-cts パッケージの両方を実行させます。発見された欠陥は、Linux Factory JiraプロジェクトCTSのi.MX8M Nano、i.MX95上で追跡されています。これは、i.MX8M Plus、i.MX8QuadMaxなどに搭載されているVivante GC7000シリーズGPUは、各GAリリース前に体系的な適合性テストを受けていることを意味します。 i.MX9(Mali / OSS Mesa搭載)向け リリースノートには、Mesa OSS GPUスタック搭載 i.MX 95/952について明記されています:「OpenGL ES11、Vulkan 1.4.5、OpenCL 3.0の基本機能は動作していますが、適合性テストは合格していません。」そのi.MX9上のMali DDKのデフォルトパスはCTSに合格していますが、オープンソースのPanfrost/PanVKパスはまだ適合化の作業中です。 i.MX6 (GC2000+) に関しては、CTS のカバー範囲は最小限です。 現在のLinux Factoryパイプラインにおいて、GC2000+に対して体系的なdeqp/CTS実行が行われているという内部証拠は見つかりませんでした。GC2000+はOpenGL ES 3.0のみをサポートしており(3.1/3.2はサポートしていません)、テストインフラストラクチャは新しいi.MX8/9ボードをターゲットにしているようです。VK-GL-CTSでの作業は、この特定のIPに対する内部チャネルで見られる最も徹底した適合レベルのテストです。   結論として、FUTURE i.MX6ドライバーパッチが保証されているわけではありませんが、オープンサポートThreadを通じてスタンドアロンのリプロダクションを提供するのが正しい方法です。i.MX8移行に関しては、Vivante GC7000シリーズの適合状況がGC2000+よりも大幅に優れており、体系的なCTSテストもリリースプロセスの一部となっていますが、それでもなお galcore 6.4.11.p4 のドライバーバグは依然として発見・報告されています。   よろしくお願いします。 Re: Several gpu crashes/invalid output, when running opengl es cts 添付ファイルが見当たらず、追加を忘れたようだったので、もう一度追加しました
View full article
How to Speak Directly to an AT&T Agent? Tired of automated menus and just want to talk to a real person? AT&T Customer Support Team ((USA))
View full article
S32K3 SAI TDM问题 Hi,NXP专家, 我想问一下,关于S32K322芯片,SAI接口TDM的block size最大支持多少?是否为Frame size×width? 也就是16×32bit=512bit、64bytes? 谢谢! Re: S32K3 SAI TDM问题 嗨@Chenxu1 您还必须考虑最大支持的位时钟 (BCLK) 速率为 12.288 MHz。例如: TDM8,16 位,48 kHz → BCLK = 8 × 16 × 48,000 = 6.144MHz < 12.288 MHz(支持) TDM16,16 位,48 kHz → BCLK = 16 × 16 × 48,000 = 12.288 MHz(达到极限支持) TDM16,32 位,48 kHz → BCLK = 16 × 32 × 48,000 = 24.576 MHz > 12.288 MHz(不支持) 因此,16 字 × 32 位 = 512 位(64 字节)的配置代表了硬件支持的理论最大帧大小。但是,实际配置也受到最大支持 BCLK 频率的限制。 BR,VaneB
View full article
S32k344 using green hills toolchain How can I relocate the vector section such that it stores vector table  in flash memory at 0x00400000, but at runs time, copies to DTCM memory and runs from there? How do I implement that in the Green hills linker file? Re: S32k344 using green hills toolchain Hi @XRen_Parker  Since this question is specifically related to the Green Hills toolchain and its integration, I would recommend contacting Green Hills directly. They should be able to provide the appropriate guidance and resources. https://support.ghs.com/ Regards, Lukas
View full article
Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK We are trying to integrate an ST VL53L8CX ToF (Time-of-Flight) sensor over SPI on an NXP i.MX8MP LPDDR4 EVK using Yocto Linux. The objective is initially to achieve basic SPI communication and successfully detect the VL53L8CX device from a custom Linux kernel driver. Full ranging functionality is not required at this stage. Hardware Board: NXP i.MX8MP LPDDR4 EVK Sensor: VL53L8CX ToF sensor Interface: SPI EVK connector: J21 expansion connector SPI controller: ECSPI2 Chip select: ECSPI2 SS0 GPIO used for CS: GPIO5_IO13 SPI device: spi1.0 SPI speed: 1 MHz SPI mode: Mode 0 The device-tree configuration currently uses:   &ecspi2 { pinctrl-0 = <&pinctrl_ecspi2 &pinctrl_ecspi2_cs>; cs-gpios = <&gpio5 13 GPIO_ACTIVE_LOW>; status = "okay"; stmvl53l8cx: spi@0 { reg = <0>; compatible = "st,stmvl53l8cx"; spi-max-frequency = <1000000>; }; }; meta-vl53l8cx_8mp/ ├── conf/ │ └── layer.conf ├── recipes-kernel/ │ ├── linux/ │ │ ├── files/ │ │ │ └── 0001-add-vl53l8cx-spi-node.patch │ │ └── linux-imx_%.bbappend │ │ │ └── vl53l8cx/ │ ├── files/ │ │ ├── Makefile │ │ └── driver.c │ └── vl53l8cx.bb The SPI device is successfully created:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/devices/ spi0.0 spi1.0   The custom driver is also registered:   root@imx8mp-lpddr4-evk:~# ls -l /sys/bus/spi/drivers/ stmvl53l8cx   The driver probe() function is being called successfully. Could someone please advise what we should verify on the i.MX8MP EVK ECSPI2/J21 hardware and Device Tree configuration to make sure the VL53L8CX is communicating correctly over SPI? In particular, we would like to confirm: Is ECSPI2 / spi1.0 the correct SPI controller/device for the J21 expansion connector on the i.MX8MP LPDDR4 EVK? Is GPIO5_IO13 / ECSPI2_SS0 the correct chip-select for J21? Are the ECSPI2 SCK, MOSI, MISO and CS pinmux settings correct for this connector? Is any additional Device Tree configuration required for the VL53L8CX, such as: spi-cpol spi-cpha GPIO1/interrupt LPn/reset/power GPIO power-supply/regulator properties? Does the VL53L8CX require a particular SPI mode, timing, or initialization sequence before reading its device ID? Is there anything specific on the i.MX8MP ECSPI controller that needs to be configured for the VL53L8CX? Since spi_write() and spi_read() return 0, is there a recommended way to verify the actual MOSI/MISO electrical communication (for example with a logic analyzer) and determine whether the sensor is responding? We have also attached our custom driver.c driver and kernel logs for reference. Any guidance on the correct i.MX8MP EVK + J21 + ECSPI2 + VL53L8CX SPI configuration would be appreciated. I have attached custom driver file driver.c also I have attached logs Thank you. Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK Hello @Manuel_Salas  Thank you for your response. We tried reading the device ID before proceeding with any further configuration. However, we are not able to read the device ID successfully. Our SPI driver is probing correctly, but the register read for the chip ID does not return the expected value. Because of this, we are unable to verify communication with the VL53L8CX and cannot proceed with the sensor initialization. We are currently checking our SPI configuration, device tree, and hardware connections to identify the issue. We will also attach our driver, logs and module image so you can review it. If you have any suggestions on what else we should verify for basic SPI communication with the VL53L8CX, we would greatly appreciate your guidance. Best regards, yogi96 Re: Enable SPI Communication for VL53L8CX ToF Sensor on i.MX8MP EVK Hello @yogi96  Hope you are doing very well. In general, all your steps looks good. The next step what yocan try is read any register of the sensor, for example, in your probe() function, read the ID from the chip. If ID is correct read, continue with the configuration. Also, I could not saw the driver attached. Please attach is possible. Best regards, Salas.
View full article