i.mx8mp GPUとGTK4アプリ:GUI/ウィンドウ表示遅延とVivante /dev/galcore ioctlのブロック Vivante GPUを搭載したi.MX8MPでのGTK4ウィンドウ起動遅延(約10秒) デフォルトのGTK4 GLレンダラーを使用する場合： gtk_window_present(window);​ ウィンドウが表示されるまでには約9～10秒かかります。 証拠(添付ファイル参照)は、起動遅延がGTKアプリケーションコードによるものではないことを強く示唆しています。 この遅延は、GLレンダリングパス内のVivante /dev/galcore ioctlのブロッキングと関連しているようです。ソフトウェアレンダリング(GSK_RENDERER=カイロ)はこの問題を回避します。 Vivante GPUスタックを用いたi.MX8MPでのGTK4/OpenGL起動**レイテンシ**に関する既知の問題、デバッグ方法、設定変更、または修正方法について のガイダン スを探しています。 Re: i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl こんにちは、 @jim777さん 詳細な情報を共有していただき、ありがとうございます。最小限で再現可能なGTK4のソースコード例を教えてもらえますか?NXP BSPでさらにテストを実施する必要があります。 よろしくお願いします、 志明 Re: i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl こんにちは、志明さん 迅速なご対応ありがとうございます！ テスト用の、骨組みは小さいながらも完全なソースファイルを添付しました。 実行前に設定された環境変数： #!/bin/sh export XDG_RUNTIME_DIR=/run/user/0 export WAYLAND_DISPLAY=wayland-1 export GDK_BACKEND=wayland export GSK_RENDERER=gl weston.ini からの関連情報: root@nitrogen8mp:~# cat /etc/xdg/weston/weston.ini [core] #gbm-format=argb8888 use-g2d=true repaint-window=16 idle-time=0 xwayland=true #enable-overlay-view=1 [shell] panel-position=none [libinput] touchscreen_calibrator=true #[output] #name=HDMI-A-1 #mode=1920x1080@60 #transform=rotate-90 #[output] #name=HDMI-A-2 #mode=off # WIDTHxHEIGHT Resolution size width and height in pixels # off Disables the output # preferred Uses the preferred mode # current Uses the current crt controller mode #transform=rotate-90 [screen-share] command=/usr/bin/weston --backend=rdp-backend.so --shell=fullscreen-shell.so --no-clients-resize #start-on-startup=true [input-method] path=/usr/libexec/ibus-wayland GPUサポートのないデスクトップでのgtk_window_presentの実行時間は数百ミリ秒(<1秒)かかります。そしてi.mx8MPデバイスでは9970ミリ秒かかります: root@nitrogen8mp:~# gtk4-test A: activate: before _present: 47333 ms B: activate: after _present: 57303 ms, takes: 9970 ms C: activate: after idele_add: 57303 ms D: startup_task_cb: 57315 ms ^C root@nitrogen8mp:~# render: nglを試しましたが、画像やウィジェット、動画のにじみが生じてしまい、 Vulkanが重大なエラーを引き起こす:ローダーメッセージ:vkCreateDevice:リスト内の拡張を検証できません;表面の「GdkWaylandToplevel」に対してタイプ「GskVulkanRenderer」のレンダラーを実装できません:必要な機能を持つVulkanデバイスを見つけられませんでした。 私たちのアプリにはGPUサポートが必要で、Wayland/Westonで推奨されているレンダラーはまだGL(UG10159 11.3.2.1 GLレンダラー)なので、解決策を見つける手助けをいただければ幸いです。 よろしくお願いします、

Kinetis(KW3x/4x、MCX W7xおよびMCX W23)ワンワイヤレス・コネクティビティ電源プロファイルツール このページはKinetis(KW3x/4x、MCX W7x、MCX W23)One コネクティビティ Power Profile Toolに特化しています。すべてのスタンドアロン接続電力プロファイリングツールが一体化しています。 これにより、あなたのアプリケーション(オートモーティブやIIoT)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには専用のパワープロファイルツール「One ワイヤレス・コネクティビティ Power Profiling Tool」が含まれています。 Bluetooth LE：この新しいツールで利用可能です 新:KW43(オートモーティブ)およびMCX W70(IIoT)製品をシミュレーションに基づくスタンドアロンで提供。製品は2027年から発売予定です。 KW3x/KW4x(オートモーティブ)およびMCX W7x(IIoT)製品として単独で販売されています。 単体でMCX W23(IIoT)製品。 K32W0/QN9090、KW41、QN9080の製品が単体で提供されています。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 802.15.4 マター & ZED :ツール内で開発中。Excelの見積もりツールを参照してください。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 新:シミュレーションに基づく単体(IIoT)のMCX W70製品。 CCC CS Bluetooth LEローカライゼ ーション(オートモーティブ):ツールで開発中です。Excelの見積もりツールを参照してください。 スマートフォブアプリケーション(オートモーティブ):BLE/KW45/47 + UWB Ranger4/5 + SE + モーション・センサ: この新ツールで利用可能です。 OneConnectivity_Power_profiling_tool_SDK_26_06_date.zipを保存してください。ディスク上のファイルを解凍し、 One_Wireless_Connectivity_Power_profiling_tool_SDK_26_06.html を起動してください。 ページ概要： christophe_menard_0-1787056777494.png 製品:JN518X 製品:K32W0 製品: K32W1 製品:KW 34|35|36 製品:KW 37|38|39 製品:KW41Z |31Z |21Z 製品番号:QN9080|SIP 製品:QN9090|30 製品:UWB NCJ29D5 プロトコル：BLE→コネクティビティ プロトコル：Matter プロトコル：Zigbee

在对 S32K324 芯片进行烧录后，有一部分地址无法被 PE 和 BIOS 访问。 _0-1788779685864.png_0-1788779685864.png _1-1788779725853.png_1-1788779725853.png 使用 INCA 作为主机 PC 执行基于 UDS 的引导加载程序闪存更新后，曾出现过一次闪存故障。内存范围 0x440020‑0x440027 显示“??”。可能的根本原因是什么？ 如何解决这个问题？ 如何避免此类问题的发生？ 有哪些常见原因会导致此类问题？ 如何进行软件刷回操作？ Re: After flashing the S32K324 chip, there is a section of address that cannot be accessed by both P 嗨@代码织梦师， 我知道该应用程序位于 0x440000。 但是，引导加载程序位于哪里？它们在同一个闪存模块中吗？ 如果是这样，能否使用不同的闪存块或将闪存驱动器放在 SRAM 中以避免 RWW 问题？ 在地址 0x440020 处，存在无法纠正的 ECC 错误。如果在编程之前没有正确擦除闪存扇区，则可能会发生这种情况。 因此，请确保在进行编程之前清除该区域，并避免任何潜在的 RWW 问题。 此致， 丹尼尔

IMX95 FRDMボード上のCANドライバのサポートについて。 こんにちは、 現在、 i.MX95 15x15 FRDM # https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX95 プラットフォームを扱い、 Cortex-A55コア上でFreeRTOS を実行し ています 。 A55コアからCANインターフェースを呼び出して有効化しよう としています。 i.MX95上でFreeRTOSを動かす際にCANコントローラーを初期化・使用する方法を示す リ ファレンス実装、例プロジェクト、ドライバーコード、または利用可能なコードベース を探しています。 すでにYocto/LinuxのCANドライバーやデバイスツリーのソースを参照してみました。しかし、主に以下の要素が関与しているため、CANインターフェースの適切な設定とルーティングに困難を感じています。 SCMI構成 メールボックス通信 I2Cからのピン多重化（IOMUX） CANコントローラの初期化とクロック/リソース設定 これらの依存関係のため、Linux/YoctoのドライバーやDTB設定をFreeRTOS環境に直接適応させるのは難しいです。 もしNXPが以下の場所を提供していただけると非常に助かります。 i.MX95 A55コアでCANブリングアップを実証したFreeRTOSの例があれば教えてください。 i.MX95 15x15 FRDMのCANドライバまたはBSPコードの参照です。 A55コアからCANを有効にするために必要なSCMIおよびメールボックス構成の例。 CANに必要なピンマルチパクシング、クロック、リソースの設定に関するドキュメントや参考資料があれば教えてください。 利用可能な参考コード、SDKの例、またはガイダンスがあれば大変ありがたいです。 再開まで今しばらくお待ちください。 Re: Regarding support for the CAN driver on the IMX95 FRDM board. こんにちは、 A55のRTOSおよびCANテストについては、zephyrのドキュメントを参照してください。 https://docs.zephyrproject.org/latest/boards/nxp/imx95_evk_15x15/doc/index.html https://docs.zephyrproject.org/latest/build/dts/api/bindings/can/nxp%2Cflexcan-fd.html#std-dtcompatible-nxp-flexcan-fd よろしくお願いします、 志明

Kinetis（KW3x/4x、MCX W7x 和 MCX W23）无线连接功率配置文件工具 本页面专门介绍 Kinetis (KW3x/4x, MCX W7x & MCX W23) One 连接 Power Profile Tool。它将各种不同的独立连接电源分析工具集成在一个软件中。 它将帮助您估算应用（汽车或工业物联网）中的功耗，并评估解决方案的电池寿命。 本页面包含一个名为“无线连接电源分析工具”的专用电源分析工具，其中包括： 蓝牙低功耗：此新工具支持此功能 新增：基于仿真的独立组网 \\(SA\\) 产品 KW43（汽车）和 MCX W70（工业物联网）。产品将于2027年开始上市。 KW3x/KW4x（汽车）和 MCX W7x（工业物联网）产品均为独立组网 (SA)。 MCX W23（工业物联网）产品独立组网 (SA)。 K32W0/QN9090、KW41、QN9080 产品独立组网 (SA)。 MCX W71 & W72 产品独立组网 (SA)（工业物联网）。 802.15.4 Matter & ZED ：工具中正在开发中。请参考Excel估算工具。 MCX W71 & W72 产品独立组网 (SA)（工业物联网）。 新增：基于仿真的独立组网 (SA)（工业物联网）MCX W70 产品。 CCC CS 蓝牙低功耗定位（汽车）：该工具正在开发中。请参考Excel估算工具。 SmartFob应用（汽车）：BLE/KW45/47 + UWB Ranger4/5 + SE + 运动传感器：此新工具中可用。 保存OneConnectivity_Power_profiling_tool_SDK_26_06_date.zip将文件保存到磁盘中，解压缩并运行One_Wireless_Connectivity_Power_profiling_tool_SDK_26_06.html。 页面概览： christophe_menard_0-1787056777494.png 产品：JN518X 产品：K32W0 产品：K32W1 产品：KW 34|35|36 产品：KW 37|38|39 产品：KW41Z | 31Z | 21Z 产品：QN9080|SIP 产品：QN9090|30 产品：UWB NCJ29D5 协议：BLE -> 连接性 协议：Matter 协议：Zigbee

S32K324チップをフラッシュした後、PEと両者の両方がアクセスできないアドレスのセクションが存在します _0-1788779685864.png_0-1788779685864.png _1-1788779725853.png_1-1788779725853.png INCAをホストPCとして使用してUDSベースのブートローダーのフラッシュアップデートを実行した後、1回フラッシュエラーが発生した。メモリ範囲0x440020〜0x440027には「??」と表示されます。考えられる根本原因は何ですか？ この問題を解決するにはどうすればよいですか？ このような問題の発生をどのように回避すればよいでしょうか? よくある原因がこのような問題を引き起こす可能性がありますか? 软件刷り操作はどのように行われますか? Re: After flashing the S32K324 chip, there is a section of address that cannot be accessed by both P こんにちは@代码织梦师 さん 申請書は0x440000にあると理解しています。 しかし、ブートローダーはどこに保存されているのでしょうか？同じフラッシュブロック内にありますか？ もしそうなら、別のフラッシュブロックを使うか、RWWの問題を避けるためにフラッシュドライバーをSRAMに入れることはできますか? アドレス0x440020において、訂正不可能なECCエラーが発生しました。これは、プログラミング前にフラッシュセクターが適切に消去されていなかった場合に起こり得ます。 したがって、プログラミングを行う前に必ず該当セクターを消去し、RWW（書き込み・書き込み・書き込み）に関する潜在的な問題を回避するようにしてください。 よろしくお願いいたします。 ダニエル

TEF6687AHN/V205K：现在还能订购吗？比 6686 更值得购买吗？ 大家好， 我正在尝试为小批量生产寻找 TEF6687AHN/V205K，但我不太清楚它的市场状况。nxp.com上根本没有 6687 型号（只有 6686HN/AHN 型号显示为在售），但它在 2023 年的 PCN 202303021F01 中列出，并且罗切斯特作为授权的 EOL 来源有库存。 现在还能订购吗？还是已经基本停产了？还有其他人被授权携带吗？理想情况下最好是在亚洲/香港，因为运往香港现在有点麻烦？ 我也很好奇从 6686 升级到这款处理器是否真的值得。数据表将 FMSI 和全搜索 RDS 列为附加功能，但我找不到任何实际的比较数据。 这些在实际应用中真的会产生明显的差异吗？他们需要的是 /V205 固件，还是只需要 6687 芯片？ 任何建议，或者对两者进行比较的应用笔记，都将不胜感激。多谢！ 射频 Re: TEF6687AHN/V205K: Is it still orderable, and worth it over the 6686? 你好，朱利安·吉格列里 谢谢你的提问。 TEF6687AHN/V205K 的状态为 ACTIVE，表示即使在我们的网站上找不到该产品，也可以在我们的系统中订购。 主要区别在于，TEF6687 包含FM 立体声改进 (FMSI)算法，该算法可在较弱的 RF 输入电平下保持 FM 立体声音频——TEF6686 没有此功能；TEF6687 还包含全搜索 RDS。 遗憾的是，TEF668XA 数据手册（涵盖 TEF6687AHN）属于机密文件，并受保密协议约束。 如果贵公司签署了保密协议，请提交案例至 https://support.nxp.com/s/?language=en_US并附上您的保密协议文件以获取该协议。 如果您尚未签署保密协议，请通过以下网址提交您的保密协议申请。 我们的保密协议团队会在这方面提供帮助。 https://www.nxp.com/webapp-signup/ndaReqForm 希望对您有用。 王贝琪

TEF6687AHN/V205K: Is it still orderable, and worth it over the 6686? Hey everyone, Trying to source the TEF6687AHN/V205K for a small production batch and I'm a little lost on its status. The 6687 doesn't show up on nxp.com at all (only the 6686HN/AHN as active), but it's listed in PCN 202303021F01 from 2023, and Rochester has stock as an authorized EOL source. Is it still genuinely orderable, or basically EOL now? And is anyone else authorized carrying it. Ideally in Asia/HK, since shipping to HK has turned into a bit of a headache? I'm also curious whether the jump from the 6686 is really worth it. The datasheet lists FMSI and full-search RDS as the extras, but I can't find any real-world comparison. Do those actually make a noticeable difference in practice? And do they need the /V205 firmware, or just the 6687 die? Any pointers, or an app note comparing the two, would be hugely appreciated. Thanks a lot! RF Re: TEF6687AHN/V205K: Is it still orderable, and worth it over the 6686? Hello Julian Ghiglieri Thanks for the questions The status of TEF6687AHN/V205K is ACTIVE means orderable in our system,even though it cannot be found in our website. For the the key difference, it is that the TEF6687 includes the FM Stereo Improvement (FMSI) algorithm, which maintains FM stereo audio at weaker RF input levels — the TEF6686 does not have this feature; the TEF6687 also includes full-search RDS.  Unfortunately, the TEF668XA datasheet (which covers the TEF6687AHN) is confidential and under NDA. If your company signed NDA, please submit a case https://support.nxp.com/s/?language=en_US and attach your NDA file to get it. If didn't sign, please submit your NDA request under below URL Our NDA team will help on there. https://www.nxp.com/webapp-signup/ndaReqForm Hope it's useful for you. Becky Wang

i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl GTK4 Window Startup Delay (~10s) on i.MX8MP with Vivante GPU When using the default GTK4 GL renderer: gtk_window_present(window);​ takes approximately 9-10 seconds before the window becomes visible. The evidence (see attached file) strongly suggests that the startup delay is not caused by GTK application code. The delay appears correlated with a blocking Vivante /dev/galcore ioctl within the GL rendering path. Software rendering (GSK_RENDERER=cairo) avoids the issue. We are looking for guidance on known issues, debugging methods, configuration changes, or fixes for GTK4/OpenGL startup latency on i.MX8MP with the Vivante GPU stack. Re: i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl Hi @jim777  Thank you for sharing such detailed information. Could you provide a minimal, reproducible GTK4 source code example? I need to conduct further testing in the NXP BSP. Best Regards, Zhiming Re: i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl Hi Zhiming, Thanks for your quick response! Attached is a small skeleton but complete source file to test. and the environment variables set before running: #!/bin/sh export XDG_RUNTIME_DIR=/run/user/0 export WAYLAND_DISPLAY=wayland-1 export GDK_BACKEND=wayland export GSK_RENDERER=gl  the relevant from weston.ini: root@nitrogen8mp:~# cat /etc/xdg/weston/weston.ini [core] #gbm-format=argb8888 use-g2d=true repaint-window=16 idle-time=0 xwayland=true #enable-overlay-view=1 [shell] panel-position=none [libinput] touchscreen_calibrator=true #[output] #name=HDMI-A-1 #mode=1920x1080@60 #transform=rotate-90 #[output] #name=HDMI-A-2 #mode=off # WIDTHxHEIGHT Resolution size width and height in pixels # off Disables the output # preferred Uses the preferred mode # current Uses the current crt controller mode #transform=rotate-90 [screen-share] command=/usr/bin/weston --backend=rdp-backend.so --shell=fullscreen-shell.so --no-clients-resize #start-on-startup=true [input-method] path=/usr/libexec/ibus-wayland the running time for the gtk_window_present on a desktop w/o GPU support takes some hundreds msec (< 1sec); and on the i.mx8mp device takes 9970 ms : root@nitrogen8mp:~# gtk4-test A: activate: before _present: 47333 ms B: activate: after _present: 57303 ms, takes: 9970 ms C: activate: after idele_add: 57303 ms D: startup_task_cb: 57315 ms ^C root@nitrogen8mp:~# I have tried render: ngl, which leads to smear image/widgetrs/video, and Vulkan leads to critical errors: Loader Message: vkCreateDevice: Failed to validate extensions in list; Failed to realize renderer of type ‘GskVulkanRenderer’ for surface ‘GdkWaylandToplevel’: Could not find a Vulkan device with the required features. Since out app need GPU support, and the recommended renderer under wayland/weston is still gl (UG10159  11.3.2.1 GL renderer)   , I hope you can help to find a solution. Best regards,

Unable to configure SDK in a newly created s32DS project Hi  I have created a new project in S32DS , I am unable to configure the SDK for the project. could someone please guide me on the correct step to configure SDK. I have installed S32DS V3.6.7 Re: Unable to configure SDK in a newly created s32DS project Hi @Ojasvi  Refer to the thread How install S32K144EVB SDK in S32 Design Studio, as it contains information that may be helpful to you. Although it focuses on the RTD for S32K1 devices, the steps are similar across different devices. BR, VaneB

无法在新建的 s32DS 项目中配置 SDK 你好 我在 S32DS 中创建了一个新项目，但无法为该项目配置 SDK。 请问有人可以指导我如何正确配置SDK吗？ 我已经安装了 S32DS V3.6.7 Re: Unable to configure SDK in a newly created s32DS project 嗨@Ojasvi 请参阅“如何在 S32 Design Studio 中安装 S32K144EVB SDK”主题，其中包含可能对您有帮助的信息。虽然本文主要针对 S32K1 设备 的 RTD，但不同设备的步骤类似。 BR，VaneB

Kinetis (KW3x/4x, MCX W7x and MCX W23) One Wireless Connectivity Power Profile Tool This page is dedicated to the Kinetis (KW3x/4x, MCX W7x & MCX W23) One Connectivity Power Profile Tool. It contains all different standalone connectivity power profiling tools in one. It will help you to estimate the power consumption in your application (Automotive or IIoT) and evaluate the battery life time of your solution. This page content a dedicated power profile tool 'One Wireless Connectivity Power Profiling Tool' which includes: Bluetooth LE : Available in this new tool New: KW43 (Automotive) and MCX W70 (IIoT) products in standalone based on simulation. Products will be available begin 2027. KW3x/KW4x (Automotive) and MCX W7x (IIoT) products in standalone. MCX W23 (IIoT) product in standalone. K32W0/QN9090, KW41, QN9080 products in standalone. MCX W71 & W72 product in standalone (IIoT). 802.15.4 Matter & ZED : Under development in the tool. Refer to excel estimator tool. MCX W71 & W72 product in standalone (IIoT). New: MCX W70 product in standalone (IIoT) based on simulation. CCC CS Bluetooth LE localization (Automotive): Under development in the tool. Refer to excel estimator tool. SmartFob application (Automotive): BLE/KW45/47 + UWB Ranger4/5 + SE + motion sensor: Available in this new tool. Save the OneConnectivity_Power_profiling_tool_SDK_26_06_date.zip file in your disk, unzip it and launch One_Wireless_Connectivity_Power_profiling_tool_SDK_26_06.html. page overview: christophe_menard_0-1787056777494.png Product: JN518X Product: K32W0 Product: K32W1 Product: KW 34|35|36 Product: KW 37|38|39 Product: KW41Z |31Z | 21Z Product: QN9080|SIP Product: QN9090|30 Product: UWB NCJ29D5 Protocol: BLE -> connectivity Protocol: Matter Protocol: Zigbee

新しく作成されたs32DSプロジェクトでSDKを設定できません こんにちは S32DSで新しいプロジェクトを作成しましたが、そのプロジェクトのSDKを設定できません。 どなたかSDKの設定の正しい手順を教えていただけませんか? S32DS V3.6.7をインストールしました。 Re: Unable to configure SDK in a newly created s32DS project こんにちは、 @Ojasviさん 「 S32 Design StudioでどのようにSDKをインストールする方法」S32K144EVB Threadを参照してください。役立つ情報が含まれているかもしれません。この手順はS32K1デバイス用のRTDに焦点を当てていますが、他のデバイスでも同様の手順で対応できます。 BR、VaneB

After flashing the S32K324 chip, there is a section of address that cannot be accessed by both PE an _0-1788779685864.png_0-1788779685864.png _1-1788779725853.png_1-1788779725853.png After performing a UDS‑based bootloader flash update using INCA as the host PC, a flash failure occurred on one occasion. The memory range 0x440020‑0x440027 shows '?? '. What are the possible root causes? How to fix this issue? 如何避免这种问题的发生？ 有哪些常见的原因会导致这种问题？ 如何进行软件刷回操作？ Re: After flashing the S32K324 chip, there is a section of address that cannot be accessed by both P Hi @代码织梦师, I understand that the application is located at 0x440000. However, where is the bootloader located? Is it in the same flash block? If so, could you use a different flash block or place the flash driver in SRAM to avoid RWW issues? At address 0x440020, there is an uncorrectable ECC error. This can occur if the flash sector was not properly erased before programming. Therefore, please ensure that the sector is erased before programming and that any potential RWW issues are avoided. Regards, Daniel

i.mx8mp GPU 和 GTK4 应用程序：GUI/窗口呈现延迟和阻塞 Vivante /dev/galcore ioctl 在配备 Vivante GPU 的 i.MX8MP 上，GTK4 窗口启动延迟约为 10 秒。 使用默认的 GTK4 GL 渲染器时： gtk_window_present(window);​ 大约需要9-10 秒才能看到窗口。 证据（见附件）强烈表明，启动延迟并非由 GTK 应用程序代码引起。 延迟似乎与 GL 渲染路径中的 Vivante /dev/galcore ioctl 阻塞有关。软件渲染（GSK_RENDERER=cairo）可以避免这个问题。 我们正在寻找有关 i.MX8MP 搭载 Vivante GPU 堆栈时 GTK4/OpenGL 启动延迟的已知问题、调试方法、配置更改或修复方案的指导。 Re: i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl 嗨@jim777 感谢您分享如此详细的信息。能否提供一个最小的、可复现的 GTK4 源代码示例？我需要对 NXP BSP 进行进一步测试。 此致， 志明 Re: i.mx8mp GPU and GTK4 app: GUI/window present delay and blocking Vivante /dev/galcore ioctl 嗨志明， 感谢您的快速回复！ 附件是一个小型但完整的源文件框架，供测试使用。 以及运行前设置的环境变量： #!/bin/sh export XDG_RUNTIME_DIR=/run/user/0 export WAYLAND_DISPLAY=wayland-1 export GDK_BACKEND=wayland export GSK_RENDERER=gl 来自 weston.ini 的相关内容： root@nitrogen8mp:~# cat /etc/xdg/weston/weston.ini [core] #gbm-format=argb8888 use-g2d=true repaint-window=16 idle-time=0 xwayland=true #enable-overlay-view=1 [shell] panel-position=none [libinput] touchscreen_calibrator=true #[output] #name=HDMI-A-1 #mode=1920x1080@60 #transform=rotate-90 #[output] #name=HDMI-A-2 #mode=off # WIDTHxHEIGHT Resolution size width and height in pixels # off Disables the output # preferred Uses the preferred mode # current Uses the current crt controller mode #transform=rotate-90 [screen-share] command=/usr/bin/weston --backend=rdp-backend.so --shell=fullscreen-shell.so --no-clients-resize #start-on-startup=true [input-method] path=/usr/libexec/ibus-wayland 在没有GPU支持的台式机上，gtk_window_present的运行时间需要几百毫秒（< 1秒）；而在i.mx8mp设备上，则需要9970毫秒： root@nitrogen8mp:~# gtk4-test A: activate: before _present: 47333 ms B: activate: after _present: 57303 ms, takes: 9970 ms C: activate: after idele_add: 57303 ms D: startup_task_cb: 57315 ms ^C root@nitrogen8mp:~# 我尝试过 render: ngl，但会导致图像/控件/视频模糊；而Vulkan 会导致严重错误：加载器消息：vkCreateDevice：验证列表中的扩展失败；无法为表面“GdkWaylandToplevel”实现类型为“GskVulkanRenderer”的渲染器：找不到具有所需功能的 Vulkan 设备。 由于我们的应用程序需要 GPU 支持，而 Wayland/Weston 下推荐的渲染器仍然是 GL（UG10159 11.3.2.1 GL 渲染器），希望您能帮忙找到解决方案。 此致，

eMcem_Fcc_Init failed to clear errors Hello, I run the application on S32K388 and then attach trace32 debugger.  In eMcem_Fcc_Init(), read NCF_S0 status register returns u32ReadBack=0x5 (NCF[0] HSE lockstep error and NCF[2] ECC error).  and eMcem_Fccu_ClearFault() doesn't clear the faults too. How can I clear the faults to make eMcem_Fcc_Init() and eMcem_Init() initialised successfully?  What could be the issue ? Thanks Sara Re: eMcem_Fcc_Init failed to clear errors Hello, NCF_S0 = 0x5 indicates that both FCCU NCF[0] (lockstep/core fault) and NCF[2] (ECC fault) are active. On S32K3 devices, these fault flags are retained after an FCCU functional reset so that software can identify the root cause. The FCCU fault status cannot be cleared while the originating error condition is still present. Therefore, the issue is likely not in eMcem_Fccu_ClearFault(), but that a lockstep fault and an ECC fault are still being reported by the underlying hardware. Please check the corresponding FCCU, RCCU/DCMROD, and ERM status registers to identify the exact source. Since the issue occurs after attaching TRACE32, also verify that FCCU Debug Mode is enabled and compare behavior when the debugger is connected from reset. Best regards, Peter Re: eMcem_Fcc_Init failed to clear errors Hello Peter, Thanks for your response and analysis need to be verified. After looking into the FCCU, RCCU/DCMROD, and ERM status registers, the core 2 got into Lockup state.  On disblaing the CM_7_1/2/3 coreclockEnable of MCU config, the lockup fault doesn't happen and the eMcem_init got configured successfully and the status of NCF_S0 is 0x0. The coreclock can be enabled at the application startup on each core and not in the Mcal by default. This solves the issue. Thanks Sara

关于对 IMX95 FRDM 板上的 CAN 驱动程序的支持。 您好， 我目前正在研究 i.MX95 15x15 FRDM # https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX95 平台，并 在 Cortex-A55 内核上 运行 FreeRTOS 。 我正在尝试从 A55 内核启动并启用 CAN 接口。我正在寻找任何参考实现、示例项目、驱动程序代码或可用的代码库，以演示如何在 A55 内核上运行 FreeRTOS 时初始化和使用 i.MX95 上的 CAN 控制器。 我已经尝试参考 Yocto/Linux CAN 驱动程序和设备树源代码。然而，我在正确配置和路由 CAN 接口时遇到了困难，主要原因是以下几个方面： SCMI 配置 邮箱通讯 来自 I2c 的引脚复用 (IOMUX) CAN 控制器初始化和时钟/资源配置 由于这些依赖关系，很难直接将 Linux/Yocto 驱动程序和 DTB 配置适配到我的 FreeRTOS 环境中。 如果恩智浦能够提供或指引我获取以下信息，将对我非常有帮助： 任何演示在 i.MX95 A55 内核上启动 CAN 的 FreeRTOS 示例。 i.MX95 15x15 FRDM 的参考 CAN 驱动程序或电路板支持包代码。 示例展示了从 A55 内核启用 CAN 所需的 SCMI 和邮箱配置。 任何有关配置 CAN 所需的引脚复用、时钟和资源的文档或参考资料。 任何可用的参考代码、SDK示例或指导都将不胜感激。 感谢您的支持。 Re: Regarding support for the CAN driver on the IMX95 FRDM board. 你好， 有关 A55 上的 RTOS 以及在其上测试 CAN，请参阅 zephyr 文档。 https://docs.zephyrproject.org/latest/boards/nxp/imx95_evk_15x15/doc/index.html https://docs.zephyrproject.org/latest/build/dts/api/bindings/can/nxp%2Cflexcan-fd.html#std-dtcompatible-nxp-flexcan-fd 此致， 志明

s32k388向けセキュリティソフトウェアコンサルティング Example_S32K344_BIST_eMCEM_SPD106_v2_0_S32DS365_RTD700 と同様の S32K388 用セキュリティ開発キット (SDK) があるかどうか知りたいです。現在、S32K388 用のセキュリティ関連コードを開発しており、マニュアルとサンプルコード 344 を参考にしています。しかし、開発プロセスは順調に進んでいません。S32K388 用のソフトウェアセキュリティキットのソースコードがあれば非常に助かります。NXP のサポートが必要です。 1. 無料のs32k388セキュリティリソースパッケージをお持ちの場合は、そのパスをお知らせください。 2. 無償でない場合は、開発を円滑に進めるために調達または購入の手配をいたします。調達ルートをお知らせください。 ありがとう！ Re: s32k388的安全软件咨询 こんにちは、 @xlele さん、 この質問には翻訳機を使っているので、誤解があれば教えてください。 Example_S32K344_BIST_eMCEM_SPD106_v2_0_S32DS365_RTD700は、すべての S32K3 派生製品向けに提供されている BIST および e MCEM モジュールを実装する方法の参考例として提供されています。 1. はい、SPD（BISTおよびeMCEMモジュール）は、S32K388およびその他のすべてのS32K3派生製品向けに標準ソフトウェア（シリコン価格に含まれています）として提供されています。S32K3 Safety Peripheral Drivers v1.0.6の最新リリースで確認できます。S32K388はサポートされている派生製品に含まれています。 Julin_AragnM_1-1788551806085.pngJulin_AragnM_1-1788551806085.pngJulin_AragnM_1-1788551806085.png Julin_AragnM_2-1788551809724.pngJulin_AragnM_2-1788551809724.pngJulin_AragnM_2-1788551809724.png SWパッケージには「オートモーティブ SW - S32K3 Standard ソフトウェア > オートモーティブ SW - S32K3 - セーフティ ペリフェラル ドライバ (SPD)」からアクセスできます。 2. SPDに加えて、 SAFパッケージ も提供しており、以下を含む: BIST（SPDと同じ） eMCEM（SPDと同じ） モード・セレクタ ソフトウェア復旧 sBoot スクエアチェック Julin_AragnM_3-1788551884442.pngJulin_AragnM_3-1788551884442.pngJulin_AragnM_3-1788551884442.png SAFはプレミアム/ライセンスソフトウェアとして提供されています。入手可能性や価格情報については、NXPの担当者または担当営業担当者にご連絡ください。 よろしくお願いします、 ジュリアン Re: s32k388的安全软件咨询 ご協力とご辛抱に感謝いたします。

bsdl for RW612 “Could you please provide the BSDL file for the RW612 device, for IEEE 1149.1 Boundary Scan testing?

binding and unbinding UART on i.MX93 reveals bug in lpuart_dma_shutdown I was trying to debug our Bluetooth connected with LPUART.  This resulted in a stack trace when I tried to unbind and bind.  This was in the 6.12 kernel. I am providing a patch in case anyone is interested. Suspected Software Defect Re: binding and unbinding UART on i.MX93 reveals bug in lpuart_dma_shutdown For some reason I don't see my patch.  Hopefully my patch will go this time. This is for the Linux-IMX kernel, https://github.com/nxp-imx/linux-imx.git commit df24f9428e38740256a410b983003a478e72a7c0 (tag: lf-6.12.49-2.2.0, origin/lf-6.12.y) Re: binding and unbinding UART on i.MX93 reveals bug in lpuart_dma_shutdown Hi @JohnKlug  Thanks for sharing. Best Regards, Zhiming