RT1170EVKB USB-RNDIS自动识别 您好，我使用 RT1170EVKB 上的 VNIC 示例和 lwIP 示例成功与 Windows PC 通信。 但是，为了在 Windows PC 上实现通信，我必须安装“fsl_rndis.inf”要创建的以太网设备的文件。 问题是这在 Windows 上运行，但我不确定如何在 Linux（例如 Ubuntu）上使用 RNDIS 功能。 我希望RNDIS能够被所有操作系统自动识别。 有没有办法在 Windows 以外的操作系统（例如 Linux）上启用 RNDIS 模式？ 顺祝商祺！ 回复：RT1170EVKB USB-RNDIS 自动识别 我已经确认以太网设备在 UBUNTU 上被自动识别。 我想取消这个问题。 顺祝商祺！

GStreamer dmabufheaps の問題 カーネル 6.6 に切り替えた後、GStreamer を実行できません。 dmaに問題があると思います。 imx8mp:~$ GST_DEBUG=*dma*:5 gst-launch-1.0 videotestsrc ! autovideosink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... 0:00:00.072033375 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:98:gst_dmabufheaps_allocator_mem_init: Could not open dmabufheaps driver 0:00:00.072123500 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:119:gst_dmabufheaps_allocator_obtain: No allocator named dmabufheapsmem found (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.679: gst_buffer_pool_config_set_allocator: assertion 'allocator != NULL || params != NULL' failed 0:00:00.077851750 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:119:gst_dmabufheaps_allocator_obtain: No allocator named dmabufheapsmem found (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.684: gst_buffer_pool_config_set_allocator: assertion 'allocator != NULL || params != NULL' failed (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.685: gst_object_unref: assertion 'object != NULL' failed 0:00:00.078302375 889 0xffff88000b70 DEBUG wl_dmabuf gstwllinuxdmabuf.c:141:gst_wl_linux_dmabuf_construct_wl_buffer: Creating wl_buffer from DMABuf of size 307200 (320 x 240), DRM fourcc AR24 (gst-launch-1.0:889): GStreamer-Allocators-CRITICAL **: 06:27:14.685: gst_dmabuf_memory_get_fd: assertion 'gst_is_dmabuf_memory (mem)' failed error marshalling arguments for add: dup failed: Bad file descriptor Error marshalling request: Bad file descriptor 0:00:01.078829000 889 0xffff88000b70 ERROR wl_dmabuf gstwllinuxdmabuf.c:217:gst_wl_linux_dmabuf_construct_wl_buffer: zwp_linux_buffer_params_v1 time out 0:00:01.078882000 889 0xffff88000b70 ERROR wl_dmabuf gstwllinuxdmabuf.c:225:gst_wl_linux_dmabuf_construct_wl_buffer: can't create linux-dmabuf buffer Pipeline is PREROLLED ... Setting pipeline to PLAYING ... Redistribute latency... New clock: GstSystemClock ^Chandling interrupt. Interrupt: Stopping pipeline ... Execution ended after 0:00:02.173458875 Setting pipeline to NULL ... 私はwaylandディスプレイサーバー、weston(v 12.0.4)を使用していますコンポジターおよびgStreamer v1.24.0として VPU、GPU、DMA、...の間でバージョンが一致していませんか?どうすれば確認できますか?出力 abov には、「dmabufheaps ドライバーを開けませんでした」という警告が表示されます。どのドライバーを意味していますか?このドライバーは誰が提供しますか? 実際、私はグラフィックやマルチメディアのものにmeta-imxレイヤーを使用しています。もしかしたら、それは権利の問題かもしれません。 私はこの問題を調査するアイデアが恋しいです。ですから、どんな提案でもいただけるとありがたいです。 日時:GStreamer dmabufheapsの問題 名前変更の理由がわかりました。カーネルコンフィグCONFIG_CMA_SIZE_MBYTESが devicetree の linux,cma 項目のサイズを指定すると、新しいカーネルはデバイスの名前を "Reserved" に変更します。   私の場合、カーネル構成は次のとおりです。 CONFIG_CMA_SIZE_MBYTES=320   デバイスツリー (imx8mp.dtsi): resmem: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; ocram: ocram@900000 { no-map; reg = <0 0x900000 0 0x70000>; }; /* * Memory reserved for optee usage. Please do not use. * This will be automaticky added to dtb if OP-TEE is installed. * optee@56000000 { * reg = <0 0x56000000 0 0x2000000>; * no-map; * }; */ /* global autoconfigured region for contiguous allocations */ linux,cma { compatible = "shared-dma-pool"; reusable; size = <0 0x3C000000>; alloc-ranges = <0 0x40000000 0 0xC0000000>; linux,cma-default; }; ... 0x3C000000は960MiBです。つまり、カーネル構成からは320MiBを超えていました。サイズを0x14000000に変更した後、/dev/dma_heapのデバイス名は、linux,cmaおよびlinux,cma-uncachedで期待どおりになりました。 日時:GStreamer dmabufheapsの問題 私はいくつかの調査を行い、名前が変更された2つのデバイスがあることがわかりました。 /dev/dma_heap/linux,cma は /dev/dma_heap/reserved と呼ばれるようになりました /dev/dma_heap/linux,cma-uncached は /dev/dma_heap/reserved-uncached という名前になりました 私は古い名前でこの新しいデバイスへの2つのシンボリックリンクを作りました、そして今ではgstreamerはうまく機能します。 デバイスの名前が変更されたのはなぜですか?そして、どうすればこれを変更できますか?

RT1170EVKB USB-RNDIS自動認識 こんにちは、RT1170EVKB上のVNICサンプルとlwIPサンプルを使用して、WindowsPCとの通信に成功しました。 しかし、Windows PCで通信できるようにするためには、「fsl_rndis.inf」をインストールする必要がありました作成するイーサネットデバイスのファイル。 問題は、これがWindowsでは機能することですが、Linux(Ubuntuなど)でRNDIS機能を使用する方法がわかりません。 RNDISがすべてのオペレーティングシステムで自動的に認識されることを願っています。 Linuxなど、Windows以外のオペレーティングシステムでRNDISモードを有効にする方法はありますか? よろしくお願いいたします。 日時:RT1170EVKB USB-RNDIS自動認識 イーサネットデバイスがUBUNTUで自動的に認識されることを確認しました。 この質問はキャンセルしたいと思います。 よろしくお願いいたします。

Android OS for IMX93 Hi all, I am starting to work with the IMX93 Evaluation Kit and we were wondering wherever or not it can work with Android OS, I do see that Android is offered for i.MX8 line of processors - but there is no mention of i.MX9 in documentations or forum (as far as I can tell). Is Android OS BSP for i.MX93 in the works or are there no plans to have Android running on i.MX9? Thanks in advance, Ivan Re: Android OS for IMX93 Thank you for the clarification Bernhard - makes more sense now Re: Android OS for IMX93 Starting with Android 10 we had to exclude the i.MX devices which do not have a 3D GPU. Even if the CPU power of an i.MX 93 would be ok for a smaller Android based product, there are some Android requirements which are not met, especially the GPU + Extensions. In the end it would be technically possible to implement it, but from the marketing point of view it doesn't make any sense to create an NXP proprietary Android version. Regards, Bernhard. Re: Android OS for IMX93 Hi Official release will not support i.MX93, no such plan. Best Regards Zhiming

GStreamer dmabufheaps problem After switching to Kernel 6.6 I am not able to get GStreamer running. I suppose that there is problem with the dma. imx8mp:~$ GST_DEBUG=*dma*:5 gst-launch-1.0 videotestsrc ! autovideosink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... 0:00:00.072033375 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:98:gst_dmabufheaps_allocator_mem_init: Could not open dmabufheaps driver 0:00:00.072123500 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:119:gst_dmabufheaps_allocator_obtain: No allocator named dmabufheapsmem found (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.679: gst_buffer_pool_config_set_allocator: assertion 'allocator != NULL || params != NULL' failed 0:00:00.077851750 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:119:gst_dmabufheaps_allocator_obtain: No allocator named dmabufheapsmem found (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.684: gst_buffer_pool_config_set_allocator: assertion 'allocator != NULL || params != NULL' failed (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.685: gst_object_unref: assertion 'object != NULL' failed 0:00:00.078302375 889 0xffff88000b70 DEBUG wl_dmabuf gstwllinuxdmabuf.c:141:gst_wl_linux_dmabuf_construct_wl_buffer: Creating wl_buffer from DMABuf of size 307200 (320 x 240), DRM fourcc AR24 (gst-launch-1.0:889): GStreamer-Allocators-CRITICAL **: 06:27:14.685: gst_dmabuf_memory_get_fd: assertion 'gst_is_dmabuf_memory (mem)' failed error marshalling arguments for add: dup failed: Bad file descriptor Error marshalling request: Bad file descriptor 0:00:01.078829000 889 0xffff88000b70 ERROR wl_dmabuf gstwllinuxdmabuf.c:217:gst_wl_linux_dmabuf_construct_wl_buffer: zwp_linux_buffer_params_v1 time out 0:00:01.078882000 889 0xffff88000b70 ERROR wl_dmabuf gstwllinuxdmabuf.c:225:gst_wl_linux_dmabuf_construct_wl_buffer: can't create linux-dmabuf buffer Pipeline is PREROLLED ... Setting pipeline to PLAYING ... Redistribute latency... New clock: GstSystemClock ^Chandling interrupt. Interrupt: Stopping pipeline ... Execution ended after 0:00:02.173458875 Setting pipeline to NULL ...  I use the wayland display server, weston (v 12.0.4) as compositor and gstreamer v1.24.0 Is there a missmatch of versions between VPU, GPU, DMA, ...? How can I check this? In the output abov is a warning "Could not open dmabufheaps driver". What driver is meant? Who provides this driver? Actually I use the meta-imx layer for the graphics and multimedia stuff. Maybe it's a rights issue. I miss myself a idea to investigate this problem. So I will be thankfull to get any suggestions. Re: GStreamer dmabufheaps problem Hello, ok you reduced the cma address and it works for you. Regards Re: GStreamer dmabufheaps problem I found the reason for the renaming. If the kernel config CONFIG_CMA_SIZE_MBYTES is below the given size of linux,cma item in the devicetree the new kernel rename the device to "reserved".   In my case the kernel config was: CONFIG_CMA_SIZE_MBYTES=320   The devicetree (imx8mp.dtsi): resmem: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; ocram: ocram@900000 { no-map; reg = <0 0x900000 0 0x70000>; }; /* * Memory reserved for optee usage. Please do not use. * This will be automaticky added to dtb if OP-TEE is installed. * optee@56000000 { * reg = <0 0x56000000 0 0x2000000>; * no-map; * }; */ /* global autoconfigured region for contiguous allocations */ linux,cma { compatible = "shared-dma-pool"; reusable; size = <0 0x3C000000>; alloc-ranges = <0 0x40000000 0 0xC0000000>; linux,cma-default; }; ... 0x3C000000 is 960MiB. So it was over the 320MiB from the kernel configuration. After I changed the size to 0x14000000 the device names in /dev/dma_heap were as expect with linux,cma and linux,cma-uncached. Re: GStreamer dmabufheaps problem Hello, which BSP are you using? which target board? since you don't need to change the dma or cma memories and its not changing between bsps. Regards Re: GStreamer dmabufheaps problem I made some investigations and found out that there were two devices renamed. /dev/dma_heap/linux,cma is called now /dev/dma_heap/reserved /dev/dma_heap/linux,cma-uncached is called now /dev/dma_heap/reserved-uncached I made two symbolic links to this new devices with the old names and now the gstreamer works well. Why are the devices renamed? And how can I change this?

Is there a way to modify the device tree on a live system? i.MX8M nano yocto Linux I'd like to test device tree changes without going through a build process. Is there a way to modify device-tree settings on a live system? This https://developer.ridgerun.com/wiki/index.php/Edit_device_tree_at_run_time mentions tools for doing what I want, but they are not installed on the nano and I doubt they could be without rebuilding the kernel. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: Is there a way to modify the device tree on a live system? Interesting, but it involves building Linux which I'm trying to avoid (for the time being). Re: Is there a way to modify the device tree on a live system? Yes, live system, at runtime. I didn't want to build since that has been problematic for me. Actually, I did build as standalone, but I don't know how to get the DT onto the device without reinstalling the kernel image which has also been problematic for me. The uboot tool is the sort of thing I was hoping for. I can modify just the DT without touching anything else. Thanks. Re: Is there a way to modify the device tree on a live system? If the "live" you mean is runtime , then the following documents give a good demonstration of how to modify dtb at runtime under u-boot. The document also includes using dtc to modify dtb files. I have tested all of these according to the document, and they are all feasible. https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/u-boot-runtime-modify-Linux-device-tree-dtb/ta-p/1347212 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Device-Tree-Standalone-Compile-under-Windows/ta-p/1855271 Moreover, the code of nxp's u-boot itself uses this technology. For example, the following code reads the fuse to know the number of cores of the chip and modifies the dtb file at runtime. There are a lot of such codes in this file. https://github.com/nxp-imx/uboot-imx/blob/lf-6.6.52-2.2.0/arch/arm/mach-imx/imx8m/soc.c if (is_imx8md()) disable_cpu_nodes(blob, 2); #elif defined(CONFIG_IMX8MM) if (is_imx8mml() || is_imx8mmdl() || is_imx8mmsl()) disable_vpu_nodes(blob); if (is_imx8mmd() || is_imx8mmdl()) disable_cpu_nodes(blob, 2); else if (is_imx8mms() || is_imx8mmsl()) disable_cpu_nodes(blob, 3); static int disable_cpu_nodes(void *blob, u32 disabled_cores) { static const char * const nodes_path[] = { "/cpus/cpu@1", "/cpus/cpu@2", "/cpus/cpu@3", }; u32 i = 0; int rc; int nodeoff; if (disabled_cores > 3) return -EINVAL; i = 3 - disabled_cores; for (; i < 3; i++) { nodeoff = fdt_path_offset(blob, nodes_path[i]); if (nodeoff < 0) continue; /* Not found, skip it */ debug("Found %s node\n", nodes_path[i]); rc = fdt_del_node(blob, nodeoff); if (rc < 0) { printf("Unable to delete node %s, err=%s\n", nodes_path[i], fdt_strerror(rc)); } else { printf("Delete node %s\n", nodes_path[i]); } } disable_thermal_cpu_nodes(blob, disabled_cores); disable_pmu_cpu_nodes(blob, disabled_cores); return 0; } Re: Is there a way to modify the device tree on a live system? Hello @chillinwithscb  For the i.MX processors,  the Device tree is loaded from the bootloader "U-boot", when Linux kernel boots, the device tree was loaded. You can install the device-tree-compiler tool for yocto adding the below line in /conf/local.conf: CORE_IMAGE_EXTRA_INSTALL += "dtc" Then, recompile it.  But this just will allow to you to compile device trees in the platform. The only way at moment is to rebuild device tree, this is quick in an Standalone environment, you can see this post in step 7. I hpe this information can helps to you. Best regards, Salas.

Dual Core: RT1170 Watchdog Setup It appears that the Watchdog driver example for RT1170 EVKB Evaluation board was setup to only work for only CM7 core. Given a basic Dual Core application, how should I setup both CM7 and CM4 cores to implement their own Watchdog peripheral? If CM7 utilizes WDOG1 for system reset, then how should CM4's watchdog be setup to protect against an unexpected code execution malfunction? Should CM4 use WDOG3/4 or something else (EWM)?  Re: Dual Core: RT1170 Watchdog Setup HI @lsrbigfoot , Thanks for your updated information. If you do not mind, Please create a new case for your question, for the current case is accept as solution. I would like do my best to support you. Wish you a nice day! Best Regards MayLiu Re: Dual Core: RT1170 Watchdog Setup Thank you for response. Can WDOG1 internally reset the CPU if MCU pins WDOG_B and WDOG_RESET_B_DEB (aka WDOG_RST_B_DEB), are not connected to anything? If yes, what steps are required to achieve this? Next for WDOG3 and WDOG4, there appears to be up four clock source options available, but the chip-specific information does not appear to give a clear indication about what those clock sources are and what the order is for each clock source. Am I looking at the right table? Where in IMXRT1170RM can I find what the 4 clock sources are for WDOG3 and WDOG4, according to register CS[CLK]? Re: Dual Core: RT1170 Watchdog Setup Hi @lsrbigfoot , Thank you so much for your interest in our products and for using our community. In IMXRT1170RM refence manual, chapter CPU Watchdog Timer (WDOG 3,4) described that  WDOG4 services the CPU reset for the CM4. WDOG3 service the CPU reset for the CM7. WDOG1 and WDOG2 can service the CPU reset for both the CM4 and CM7. https://www.nxp.com/webapp/Download?colCode=IMXRT1170RM Wish it helps you. If you still have question about it, please kindly let me know. BR MayLiu

SC18IS602B:There is no response signal when writing the device ID through I2C configuration The hardware schematic is shown in the diagram. So when writing, the device ID is 01011110. But why is there no response signal after writing? The premise is that there is no problem with the code logic of I2C (which has already been used on other chips) Re: SC18IS602B:There is no response signal when writing the device ID through I2C configuration I found that sometimes there is a response when writing the device ID, and sometimes there is no response. What is the reason for this?? There should be no problem with the hardware. Is the clock in my I2C protocol 400KHz related to this? Re: SC18IS602B:There is no response signal when writing the device ID through I2C configuration Hello, I can now receive a response signal when writing the device ID, but when I continue to write to register address F0, there is no response signal. Why is this? Wow? Can I ignore his response signal and directly write the register address and register value? Can I successfully configure this device? Re: SC18IS602B:There is no response signal when writing the device ID through I2C configuration Hi Wang, If you are not receiving any response when writing the slave address, here are a few things to verify: 1. Double-check the wiring of the address pins. Ensure there is 3.3V on them if you are using 0x5E as the address. 2. Verify the SDA and SCL connections and their pull-up resistors as improper pull-ups can cause communication failure. 3. Verify the power supply voltage and ensure the SC18IS602B is properly grounded. 4. Check the reset input to ensure the device is not being held in a reset state (J26 unpopulated). 5. Consider testing with a different SC18IS602B device to rule out hardware damage. BRs, Tomas

デュアルコア:RT1170ウォッチドッグセットアップ RT1170 EVKB 評価ボードの Watchdog ドライバーの例は、CM7 コアでのみ動作するように設定されているようです。 基本的なデュアル コア アプリケーションの場合、CM7 コアと CM4 コアの両方を独自の Watchdog ペリフェラルをインプリメントするには、どのようにセットアップすればよいですか。CM7 がシステム リセットに WDOG1 を使用している場合、予期しないコード実行の誤動作から保護するために、CM4 のウォッチドッグはどのように設定する必要がありますか?CM4はWDOG3/4を使うべきか、それとも他のもの(EWM)を使うべきか。 日時:デュアルコア:RT1170ウォッチドッグセットアップ こんにちは@lsrbigfoot、 更新情報をいただきありがとうございます。 もしよろしければ、 あなたの質問に対して新しいケースを作成してください、現在のケースは解決策として受け入れられます。 全力で応援したいと思います。 良い一日をお過ごしください! よろしくお願いいたします メイリュウ

zephyr usbhs 不支持睡眠和唤醒功能 我在调试 LPC55s28 时测试了这个示例：samples/subsys/usb/hid-mouse CONFIG_USB_DEVICE_REMOTE_WAKEUP=y 在samples/subsys/usb/hid-mouse/prj.conf中设置，但在编译项目后：int usb_dc_wakeup_request(void) 在 drivers/usb/device/usb_dc_mcux.c 中不受支持；请告诉我如何解决这个问题。我还使用 MCUXpressoIDE 生成了 lpcxpresso55s28_dev_suspend_resume_hid_mouse_bm\source\mouse.c 的副本，但是，无法在 zephyr 中向 drivers/usb/device/usb_dc_mcux.c 添加示例。我认为这还需要支持低功耗控制。zephyr 中有没有成功的例子？非常感谢。 回复：zephyr usbhs 不支持睡眠和唤醒功能 带usb的nxp mcu以后会支持低功耗的zephyr吗？

双核：RT1170 看门狗设置 看来 RT1170 EVKB 评估板的看门狗驱动程序示例设置为仅适用于 CM7 核心。 给定一个基本的双核应用程序，我应该如何设置 CM7 和 CM4 核来实现它们自己的看门狗外设？如果 CM7 利用 WDOG1 进行系统复位，那么应该如何设置 CM4 的看门狗以防止意外的代码执行故障？CM4 应该使用 WDOG3/4 还是其他东西（EWM）？ 回复：双核：RT1170 看门狗设置 你好@lsrbigfoot ， 感谢您提供的最新信息。 如果您不介意，请为您的问题创建一个新案例，因为当前案例已被接受为解决方案。 我愿意尽我所能支持你。 祝您有个美好的一天！ 此致 刘梅

imx8mp 上的 GPU 负载 当我将“空闲”信息转储到 sysfs 中时，我得到以下信息： 猫/ sys /内核/调试/ gc /空闲 开启：660,666,065,125 纳秒 关：12,594,477,978,125 纳秒 空闲：0 纳秒 暂停：2,869,521,898,875 纳秒 有关于这些数字的一些文件吗？ 我正在使用基于 NXP BSP 的 5.10.52 内核。 回复：imx8mp 上的 GPU 负载 谢谢

EIQバージョンの問題 eIQのデフォルトバージョンは2.10です。ボードの現在のバージョンは2.12です。オペレータの非互換性の問題はありますか？上位バージョンと下位バージョンの間で非互換性の問題はありますか？

GPU load on imx8mp When I dump the 'idle' information in the sysfs I get the following: cat /sys/kernel/debug/gc/idle On: 660,666,065,125 ns Off: 12,594,477,978,125 ns Idle: 0 ns Suspend: 2,869,521,898,875 ns Is there some documentation regarding the numbers? I'm using a kernel based on the 5.10.52 from the NXP BSP. Re: GPU load on imx8mp Thank you Re: GPU load on imx8mp Hello, No documentation about it, but it is the time the graphics is in idle mode. Regards

[bug] incorrect link in download page for i.MX Android Automotive OS Hello community, It seems that the hyperlink for Android Automotive 12.1.0-1.1.0 is incorrectly referring to the 12.0.0-2.1.0 in the following download page: Software for Android Automotive | NXP Semiconductors Sorry that this is not precisely a question about i.MX processor. Re: [bug] incorrect link in download page for i.MX Android Automotive OS Hello @ycheng  Apologies for that inconvenient. Please refer to these links: i.MX 8QuadMax and i.MX 8QuadXPlus (B0, C0) MEK – demo images with EVS in Arm Cortex-M4 core​. i.MX 8QuadMax and i.MX 8QuadXPlus (B0, C0) MEK – demo images without EVS in Arm Cortex-M4 core​ Best regards, Salas.

[bug] i.MX Android Automotive OS 下载页面链接不正确 大家好， 似乎 Android Automotive 12.1.0-1.1.0 的超链接错误地指向了以下下载页面中的 12.0.0-2.1.0： Android Automotive 软件 | NXP Semiconductors 抱歉，这并不是一个关于 i.MX 处理器的问题。

LPCMP external SAMPLE input Hi, When I set CCR1[SAMPLE_EN] to be 1, which clock source would be used? Is the external signal source an actual pin input or is it set somewhere else?” S32K3X4EVB-T172 , #LPCMP, #RTD Re: LPCMP external SAMPLE input Hi @Jack_Hsu  When CCR1[SAMPLE_EN]=1, the WINDOW/SAMPLE signal acts as the Sampling Clock of the Filter Block. The external SAMPLE input signal is an output pulse generated via TRGMUX. See the LPCMP_Sample/Window input in the TRGMUX connectivity file attached to the S32K3xx Reference Manual, Rev. 8.  BR, VaneB

PUF セットキー操作は、正しく登録して開始した後でも失敗 (PUF_SetUserKey) します 皆さん、こんにちは 私は、PUF(Physically Unclonable Function)ハードウェアを使用して一部のカスタムユーザーキーを暗号化することを選択したクライアント用のセキュアブートを作成しています。 使用しているボードはNXP i.MX RT1172 (MIMXRT1172AVM8A)で、MCUXpresso IDE(v11.9.1 [Build 2170] [2024-04-19])とSegger J-Linkを使用してハードウェアと接続してデバッグしています。 MCUXpresso Secure Provisioning Tool を使用して PUF_ENABLE ビット ヒューズを書き込み、PUF 操作を有効にするようにしました。 私のカスタムブートプログラムでは、 PUF_Initを呼び出し、次にPUF_Enroll (これは、PUFアクティベーションコードがまだフラッシュメモリに保存されていないときに、ラインのプロダクションエンドで初めて行われます)、 PUF_Deinit + PUF_Init (登録後にPUFを「再起動」するため)、最後に PUF_Startを呼び出します。 上記のすべての呼び出しは 成功 ステータスで返されます。 この時点で (PUF が初期化されて開始された状態で)、 カスタマー キー (運用終了プロセス中にのみブート プログラムに渡されます) を保存したいと思います: PUF_SetUserKey を呼び出しますが、この呼び出し は失敗します。 PUFドライバー関数の呼び出しをたどったところ、 SET KEY操作 が許可されていないために失敗したことがわかりました。 /* check if SET KEY is allowed */ if (0x0u == (base->ALLOW & PUF_ALLOW_ALLOWSETKEY_MASK)) { return kStatus_Fail; } それはどうしてですか。 PUF_SetUserKey関数を呼び出す前に、何か他のことをする必要がありますか? あなたが提供してくれるどんな助けにも、事前に感謝します(ドキュメントの参照や詳細情報を見つけるためのリンクも含めて)。 よろしくお願いいたします Re: PUF セット キー操作が失敗 (PUF_SetUserKey) する(正しい登録と開始の後でも) 私は、愚かな問題のためにファイルが保存されず、最終的に関数 PUF_BlockSetKey() が呼び出されたことに気づきました。 PUF_SetUserKey その後に呼び出されるのではなく、 もちろん、 PUF_SetUserKey の後に PUF_BlockSetKey() を呼び出すように要求することで問題を解決しました。 誰かが同様の問題を見つけた場合の将来の参照のために、この投稿を保持しています。 注: ENROLL 操作と SET KEY 操作をそれぞれブロックする 2 つの関数 (PUF_BlockEnroll()  PUF_BlockSetKey()) は、PUF のメイン操作の後にのみ呼び出すようにしてください。

imx8mp での GPU 負荷 sysfsに「アイドル」情報をダンプすると、次のようになります。 cat /sys/kernel/debug/gc/idle オン:660,666,065,125ナノ秒 消灯: 12,594,477,978,125 ns アイドル:0ns サスペンド:2,869,521,898,875ns 番号に関するドキュメントはありますか? NXP BSPの5.10.52に基づくカーネルを使用しています。 日時: imx8mp の GPU 負荷 よろしくお願い申し上げます。

pca9450、入力電源3.3V PCA9450と5Vの入力電圧を使用した生産設計を行っています。この設計は、入力電圧が 3.3V のシステムに移植されています。リスクを減らすために、設計の変更を最小限に抑えたいと考えています。Vsys/Vin を 5V から 3.3V に変更すると、Buck4 と LDO5 は公称値まで動作しませんが、残りの Buck と LDO の出力はすべて正常に動作すると仮定しています。私たちのすべて 1) 私の操作に関する仮定は正しいですか? 2) BUCK4 出力を使用していない場合、PCA9450 の LX4 ピンと BUCK4_FB ピンをフローティングのままにしておくことはできますか、また I2C コマンドを発行して BUCK4 を明示的に無効にする必要がありますか。