Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
i.MX8M-Plus RDC Sema42 クラスター内分離 i.MX8M-PlusのRDCを使用して、A53クラスタ内のコアを分離したいと考えています。RDCセマフォを使って、A53クラスターから特定のCPUが周辺機器にアクセスするのを禁止することは可能でしょうか? Rev 3 IMX8MPRMリファレンスマニュアルには、ゲートレジスタRDC_SEMAPHOREx_GATEnにおけるGTFSMフィールドの動作について明確ではありません(セクション3.2.6.1)。ロックドメインを知らせるための2ビットと、セマフォをロックしている「プロセッサ」を知らせるための4ビットがあります。 「プロセッサ」とはクラスタ(A53、M7)ですか、それともクラスタ内のコアですか? もしA53クラスターのcore0がセマフォをUART1にロックした場合、core1...3はUART1にアクセスできるのでしょうか? Re: i.MX8M-Plus RDC Sema42 for intra-cluster isolation No. i.MX8M Plusでは、RDCセマフォ「プロセッサ」はバス・マスタ/RDCマスターであり、個別のA53コアではありません。A53クラスタはRDC目的で1つのA53プラットフォームマスター/ドメインとして表示されます。A53クアッドコアクラスタは単一のマスタードメインとして扱われ、つまり4つのA53コア(core0~core3)すべてが同じRDCドメインに属します。その結果、Sema42セマフォのGTFSMフィールドは、どのドメイン(例えば、A53クラスタ対M7コア)がロックを保持しているかを識別するのであって、クラスタ内のどの個々のコアがロックを保持しているかを識別するわけではありません。 したがって、A53 core0がUART1のセマフォをロックした場合、A53 core1–3はそのRDCセマフォによって個別にブロックされません。同じA53/RDCドメインにいる場合はUART1にもアクセスできます。 クラスタ内コア分離には、ハードウェアのRDC/Sema42ではなく、OSレベルのリソース管理やスピンロックなどのソフトウェアレベルの仕組みに依存する必要があります。 Re: i.MX8M-Plus RDC Sema42 for intra-cluster isolation ご回答ありがとうございます。 i.MX 8QuadMaxには2つのコア複合体(A53とA72)があります。xRDC2を使用してこれら2つのコア複合体を分離することは可能でしょうか? Re: i.MX8M-Plus RDC Sema42 for intra-cluster isolation はい、A53とA72の分離は有効なユースケースです。ただし、それらを別々のSCFWリソースパーティションとしてモデル化し、それに応じてリソースを割り当てる場合に限ります。これは、A53 core0をA53 core1から分離しようとするのとは異なり、xRDC2はそのような目的で設計されていません。
查看全文
S32K3XXがLWIPプロトコルスタック上で自身のIPアドレスを確立できない問題について。 こんにちは: S32DSで独自のローカルIPアドレスを作成し、LWIPプロトコルスタックでローカルIPアドレスを無効にしましたが、上の右下の画像に示すように、シングルステップデバッグ中に接続確立に失敗するエラーが発生します。何が問題なのでしょうか?設定が不足しているのでしょうか?ローカルIPアドレスの作成は許可されておらず、プロトコルスタックで設定する必要があるということでしょうか? お忙しい中、お返事いただき、改めてありがとうございました! 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 こんにちは、@sunshine88 さん。 はい、 Enable iface は選択されたままでなければなりません。なぜなら、生成された設定はイーサネットインターフェースの初期化とlwIP接続に必要だからです。したがって、インターフェースを無効にして自分の netif_add() コールだけで作成するのは、この例では正しいアプローチではありません。 初期テストでは、TCP/IPスタック設定ページで静的IPv4アドレス、サブネットマスク、ゲートウェイを設定し、コードを再生成してください。 インターフェースが初期化された後もIPアドレスはプログラム的に変更可能ですが、生成されたインターフェース構成自体は省略してはなりません。 よろしくお願いいたします。 パベル 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 前述のとおり、LWIPデモの実行に成功した後は、すべてのIP設定は設定ページから行う必要があります。手動設定は許可されておらず、IP設定を無効にすることもできません。私が使用したS32DSのバージョンはS32 Design Studio for S32 Platform Version: 3.5、RTDのバージョンはV4.0.0です。TCPIP_STACKのバージョンはV1.0.4です。改めて確認しますが、IPアドレスは設定ページで構成する必要があります。無効になっているIP設定ページでは手動で構成することはできません。 スクリーンショット 2026-09-18 164944.png スクリーンショット 2026-09-18 165031.png スクリーンショット 2026-09-18 165228.png 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 こんにちは、@sunshine88 さん。 IPv4アドレス自体がこのエラーの原因ではありません。lwIPでは、 netif_add() を介して静的IPv4アドレスを直接提供できます。 デバッガのスクリーンショットによると、 netif_add() はネットワークインターフェースの初期化コールバック ETHIF_INIT が ERR_OK 返さないため、 NULL を返します。したがって、エラーはイーサネットインターフェースまたはその下位ドライバの初期化時に発生し、インターフェースがlwIPに追加される前に発生します。 TCP/IPスタック構成のスクリーンショットでは、 「ifaceを有効にする」オプションが選択されていません。ネットワークインターフェースを有効にし、必要な静的IPv4アドレス、サブネットマスク、ゲートウェイを設定してください。次に、設定を再生成し、対応するS32K3 lwIPの例にある初期化シーケンスを使用します。 アプリケーションで住所を割り当てたい場合は、まず成功 netif_add() 確認してください。 これは初期化の失敗を検出しやすくするだけのものであることにご注意ください。GMAC/イーサネットの基礎設定を修正するわけではありません。 まずは、ネットワーク初期化を変更しずに、あなたのS32K3デバイスとソフトウェアパッケージのバージョンに合わせて元のlwIP例をビルドし実行することをお勧めします。元の例が正常に動作したら、静的IPv4アドレスのみを変更して結果を確認してください。 初期化がそれでも失敗する場合は、以下の情報も提供してください。 正確なS32K3デバイスと評価ボード S32 Design Studio版 RTDおよびTCP/IPスタックパッケージのバージョン ETHIF_INIT の定義と、その関数が返すエラー 変更されていないlwIPの例が同じハードウェアで動作するかどうか 同じ質問が3つの別々のコミュニティ投稿で寄せられたようです。トラブルシューティング情報を一箇所にまとめるため、議論はどちらか一方のフォーラムのみで行ってください。 よろしくお願いいたします。 パベル 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 スクリーンショット 2026-09-18 100140.png スクリーンショット 2026-09-18 100315.png スクリーンショット 2026-09-18 100756.png 上記の問題には、アップロードされたコード行が含まれていません。ご確認ください。
查看全文
Technical Inquiry External Pull--down Design for i.MX8 PCIe RC PERST Background: Currently, PERST# is controlled by a normal GPIO of the i.MX8, and no external pull-up or pull-down resistor has been added. During power-on startup, in the Boot ROM/SPL stage, the GPIO PAD is uninitialized and remains in a high-impedance floating state. In a noisy environment, the pin level toggles, causing abnormal reset of the PCIe endpoint device and preventing the link from being established. We now plan to add external resistors to eliminate floating noise, and have drafted two schemes; we would like to obtain NXP's official opinion. Scheme 1: Connect a pull-up resistor to 3.3V Before the bootloader configures the GPIO, the PAD is in a high-impedance state; PERST# is pulled high continuously, and the reset is released early, so it cannot meet the timing requirement of TPV_PERST in the PCIe CEM specification (PERST# must remain asserted for at least 100 ms after power is stable). Will this cause unreliable power-on? Does NXP approve this scheme? Scheme 2: Connect a pull-down resistor to GND During the boot stage, PERST# remains low, which can meet the power-on reset timing requirement. However, the concern is that during normal system operation, the pull-down resistor in combination with external noise may unexpectedly pull PERST# low, triggering an unexpected device reset. Is this risk real? What resistor value does NXP recommend? Key Questions: In the officially recommended scenario where an i.MX8 GPIO controls PERST#, does NXP allow adding an external pull-down resistor, or does it explicitly prohibit external pull-up/pull-down resistors? Is it recommended to use a POR hardware delay circuit to generate PERST#? We look forward to your reply. Thank you!       Re: Technical Inquiry External Pull--down Design for i.MX8 PCIe RC PERST For EP, the expected behavior is that the power supply for EP is controlled by RC, when RC turns on the power of EP, the RST is also controlled by RC, then the power-up timing can be met. for your application, the EP is powered on together with imx8, then the recommended connection is to add external 10k pull-down to meet power-up sequence of EP. for the noise effect you mention (caused by floating of RST), it will be eliminated by the external 10k power-down. (if no other strong external pull-up on it).     
查看全文
S32K118 Interrupts Hi all, I am triyng to setup an interrupt on LPTI timer or LPTMR0 one. Both timers are running in the correct way (the end count flags will be settled) but no way to get the interrupt. I am using S32K118 evaluation board and S32DS IDE. Can someone help me? Thanks in advance. Re: S32K118 Interrupts You can also get the interrupt examples through installing "S32SDK_S32K1xx_RTM_4.0.2.exe" Re: S32K118 Interrupts Hi Please refer to the LPIT and LPTMR interrupt examples in S32K1 SDK 4.0.3 of S32DS v3.4. lpit lptmr interrupt S32K1 SDK RTM 4.0.3.png Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------
查看全文
i.MX8M-Plus RDC Sema42 for intra-cluster isolation I would like to use the RDC on i.MX8M-Plus to isolate the cores within the A53 cluster. Is it possible to use the RDC semaphores to disallow certain cpus from the A53 cluster accessing a peripheral? The reference manual IMX8MPRM Rev 3 is not quite clear on how the GTFSM field works in the gate register RDC_SEMAPHOREx_GATEn (section 3.2.6.1). It has two bits to inform about the locking domain and four bits to inform which "processor" is locking the semaphore. Is a "processor" a cluster (A53, M7) or a core within the cluster?  If core0 on A53 cluster locks the semaphore to UART1, can core1...3 still access UART1? Re: i.MX8M-Plus RDC Sema42 for intra-cluster isolation No. On i.MX8M Plus, the RDC semaphore “processor” is a bus master / RDC master, not an individual A53 core. The A53 cluster appears as one A53 platform master/domain for RDC purposes. The A53 quad-core cluster is treated as a single master domain, meaning all four A53 cores (core0–core3) belong to the same RDC domain. As a result, the Sema42 semaphore's GTFSM field identifies which domain (e.g., A53 cluster vs. M7 core) holds the lock, not which individual core within the cluster. So if A53 core0 locks the semaphore for UART1, A53 core1–3 are not individually blocked by that RDC semaphore. They can still access UART1 if they are in the same A53/RDC domain. For intra-cluster core isolation, you would need to rely on software-level mechanisms (such as OS-level resource management or spinlocks) rather than the hardware RDC/Sema42. Re: i.MX8M-Plus RDC Sema42 for intra-cluster isolation thanks for your response. the i.MX 8QuadMax has two core complexes (A53 and A72). is it possible to use xRDC2 to isolate between the two? Re: i.MX8M-Plus RDC Sema42 for intra-cluster isolation Yes, A53-vs-A72 isolation is a valid use case, provided you model them as separate SCFW resource partitions and assign resources accordingly. It is different from trying to isolate A53 core0 from A53 core1, which xRDC2 is not designed to do.
查看全文
关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 你好:            现在我在S32DS 中中自己建立本机IP地址,设置LWIP协议栈中本地IP地址失效,但是单步调试时会报错,无法建立链接,如上最下面右侧所示,请问问题出在哪里?是缺少什么设置吗?难道时不允许自己建立本地IP,必须在协议栈中配置吗?          再次感谢在百忙之中回复! 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 你好@sunshine88 , 是的,必须保持选中状态以启用接口,因为需要生成的配置来初始化以太网接口并将其连接到 lwIP。因此,禁用接口并仅通过您自己的 netif_add() 调用来创建它,对于此示例来说不是正确的方法。 为进行初始测试,请在 TCP/IP 协议栈配置页面上配置静态 IPv4 地址、子网掩码和网关,然后重新生成代码。 接口初始化后,IP 地址仍然可以以编程方式更改,但生成的接口配置本身不能省略。 顺祝商祺! 帕维尔 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 如上所述,跑通LWIP Demo后所有IP 配置工作必须在配置页配置不可以自己配置,也不可失能IP配置。我用的S32DS版本是S32 Design Studio for S32 Platform Version: 3.5, RTD 版本是V4.0.0,  TCPIP_STACK 版本是V1.0.4  。我再次确认一下,必须在设置叶配置IP地址呗。不能失能IP配置页自己配置! 屏幕截图 2026-09-18 164944.png 屏幕截图 2026-09-18 165031.png 屏幕截图 2026-09-18 165228.png 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 你好@sunshine88 , IPv4 地址本身并不是造成此错误的原因。lwIP 允许通过 netif_add() 直接提供静态 IPv4 地址。 根据调试器截图, netif_add() 返回 NULL ,因为网络接口初始化回调函数 ETHIF_INIT 没有返回 ERR_OK 。因此,故障发生在以太网接口或其底层驱动程序初始化期间,在将接口添加到 lwIP 之前。 在您的 TCP/IP 协议栈配置截图中, “启用接口”选项未被选中。请启用网络接口,并在该接口上配置所需的静态 IPv4 地址、子网掩码和网关。然后重新生成配置,并使用相应的 S32K3 lwIP 示例中的初始化序列。 如果您仍然想在应用程序中分配地址,请先验证 netif_add() 是否成功。 请注意,这只是使初始化失败更容易被检测到。它无法修正底层 GMAC/以太网配置。 我建议首先针对您的 S32K3 设备和软件包版本构建并运行原始的 lwIP 示例,不要修改其网络初始化。如果原示例运行正常,则仅更改静态 IPv4 地址并确认结果。 如果初始化仍然失败,请同时提供以下信息: 精确的 S32K3 设备和评估板 S32 设计工作室版本 RTD 和 TCP/IP 协议栈软件包版本 ETHIF_INIT 的定义以及该函数返回的错误 未经修改的 lwIP 示例是否能在相同的硬件上运行 同一个问题似乎在三个不同的社区帖子中被提交了。为了将故障排除信息集中在一个地方,请只在一个地方继续讨论。 此致敬礼, 帕维尔 回复: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 屏幕截图 2026-09-18 100140.png 屏幕截图 2026-09-18 100315.png 屏幕截图 2026-09-18 100756.png 上面的问题没有上传代码行,请查看
查看全文
S32DS许可证已过期 您好,NXP支持团队, 我的S32DS v2.2许可证已于2026年8月24日到期。请问您能否帮忙延长许可证期限? 激活码:563B-6314-7B07-7945 感谢您的支持。 Re: S32DS License Expired 您好, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。
查看全文
S32DS License Expired Hello NXP Support Team,   My S32DS v2.2 license expired on August 24, 2026. Could you please help extend the license? Activation Code: 563B-6314-7B07-7945   Thank you for your support. Re: S32DS License Expired Hi, your S32DS license has been extended. Please activate S32DS again with your old code. 
查看全文
S32 Design Studio for S32 Platform v3.4 License Expired My S32 Design Studio for S32 Platform v3.4 license has expired. Could you please extend the license for my activation code? Item Description: S32 Design Studio for S32 Platform v3.4 Order Number: S32DS-3-4_184061557 Total Number of Licenses:101 Activation Code: 878E-BE4B-A152-EB7E Thank you. Re: S32 Design Studio for S32 Platform v3.4 License Expired Hi,  your S32DS license has been extended. Please activate S32DS again with your old code. 
查看全文
IMX95 Neutron NPU ONNX Model Dear NXP Team, We are trying to run an ONNX model on the Neutron NPU of an i.MX95 device. We found the following NXP documentation: https://docs.nxp.com/bundle/UG10166/page/topics/onnx_model_test.html In the section “Running a CNN Model”, the documentation states: “ONNX Runtime now supports executing CNN models on the Neutron NPU as an experimental feature. To enable this, the model must be quantized and converted with the onnx2neutron tool (see README of the onnx2neutron tool from the eIQ Toolkit).” However, we are not able to find the onnx2neutron tool in the eIQ Toolkit or in the documentation. Without this conversion step, the ONNX model appears to run only on the CPU instead of the NPU. Our questions are: 1. Does the onnx2neutron tool currently exist and is it publicly available? 2. If yes, where can we download or find it? 3. Is ONNX Runtime execution on the Neutron NPU currently supported on i.MX95, or is the TFLite path the only supported route at the moment? We have successfully tested the TFLite example flow. However, for our own custom model, the TFLite route does not work correctly: it appears to run, but silently produces incorrect results. Therefore, we would like to investigate whether the ONNX path is a viable alternative. Any guidance on the status of onnx2neutron and ONNX support for the Neutron NPU would be appreciated. Best regards, Peter iMX95  Re: IMX95 Neutron NPU ONNX Model Hi @CatchPeter, Thank you for contacting NXP Support! 1) At the moment, this tool is not publicly available and should be considered experimental. We are actively working on its development; however, it is likely that the tool will remain non‑public until it reaches a fully functional and supported state. 2) Yes, the recommended and supported path to run machine learning models on the NPU follows the established workflow from ONNX to TFLite. Best regards, Chavira Re: IMX95 Neutron NPU ONNX Model Dear NXP Team, I stumbled in this discussion as I was looking (Mid Sept. 2026) for solutions to run an ONNX model on the Neutron NPU of an i.MX95 FRDM device. Do you confirm that, as of today, the above mentioned onnx2neutron tool is still not publicly available, hence the "TFLite path" is the only supported route still at the moment? Thanks for confirming, Regards, Simone
查看全文
imx93におけるSAIパディングビットの設定 Linux上でIMXとコーデック間のSAIリンクを正しく設定するのが難しいです。 コーデックはAK4619で、4チャネルTDMモードで使用されます。48kHz/32ビットTDMモード、MSB優先、MSBジャスティファイドでの再生は問題ありません。 キャプチャ時には、AK4619は24ビットのみをサポートしています。データはMSB優先です。つまり、重要でないビットは関連ビットの後に続きます(重要ビットは8~31)。一方、saiはFBTを23に設定するため、有効ビットは0~23となります。 関連する設定を探そうとしましたが、見つけられませんでした。FBTは関連するデータの開始地点を示すことは理解していますが、どのレジスタがデータサイズを設定しているのか(私の場合は24で、ワードサイズは32です)。 どのレジスタを設定する必要があるのか、あるいはデバイスツリーでどの設定を行う必要があるのか?私が実際に使用している関連設定は以下のとおりです。 &sai3 { #sound-dai-cells = <0>; clocks = <&clk IMX93_CLK_SAI3_IPG>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_SAI3_GATE>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_DUMMY>, <&clk IMX93_CLK_AUDIO_PLL>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k"; assigned-clocks = <&clk IMX93_CLK_SAI3>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; assigned-clock-parents = <&clk IMX93_CLK_AUDIO_PLL>; assigned-clock-rates = <24576000>; fsl,sai-mclk-direction-output; fsl,sai-asynchronous; status = "okay"; }; simple-audio-card,dai-link { link-name = "AK-4CHANNELS"; format = "i2s"; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; fsl,mclk-equal-bclk; cpu { sound-dai = <&sai3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; assigned-clocks = <&clk IMX93_CLK_SAI3>; }; codec { sound-dai = <&ak4619>; system-clock-frequency = <24576000>; assigned-clocks = <&clk IMX93_CLK_SAI3>; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; }; }; オシロスコープで確認したところ、saiラインのデータは正しいようです。 これに関して何かヒントがあれば、大変ありがたいです。 Re: SAI padding bits configuration on imx93 ありがとうございます。 問題は、このレジスタに何を書けばいいのか分からないことです。私が見つけられた唯一の医師は julienblanc_0-1789720432684.pngjulienblanc_0-1789720432684.png 私の場合は関連する一文をハイライトしました。では、はい、FBTで0b11111を書くべきですが、24ビットだけが関係しているかどうかはどうやって判断すればいいのでしょうか?私の理解では、W0WとWNWは単語サイズを示すため使えません。私の場合は32ビットです。しかし、RCRxのどちらのレジスタにも関連情報が見つかりませんでした。 よろしくお願いいたします。 ジュリアン Re: SAI padding bits configuration on imx93 こんにちは、 録音/再生時にALSAで-f S32_LEオプションを使ってみましたか? この設定はデバイスツリーでは行いません。ドライバーから設定したい場合は、ここでレジスタTCR5/RCR5を変更する必要があります: https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.h https://github.com/nxp-imx/linux-imx/blob/b096ce610e956cc2596006343df8a2a26ed6e019/sound/soc/fsl/fsl_sai.c よろしくお願いいたします。 Re: SAI padding bits configuration on imx93 実際、余分なビットは特に問題を引き起こさないようです。ドライバーを変更してFBTで正しい値を書き込むようにすれば、オーディオは正しく動作するようになりました。 よろしくお願いいたします。
查看全文
i.MX8MP_EVK: YOCTOコンパイルエラー do_package() (問題:tar & *at()) こんにちは、 これが私のヨクトビルドのパラメータです: リリース: imx-linux-walnascar BSPバージョン: imx-6.12.49-2.2.0 マシン: imx8mpevk ディストリビューション: fsl-imx-xwayland 私はこのビルド環境をここ数ヶ月間、問題なく使用しています。しかし、突然添付のエラーが発生するようになりました。 トラブルシューティングのため、ビルド環境を完全にクリーンアップし、リポジトリを再初期化( repo init )し、すべてを再度同期してから、新規ビルドを実行しました。しかし、残念ながら、依然として同じ問題が発生しています。 ご参考までに、添付のログファイルをご確認ください。根本原因の特定と解決策のご提案にご協力いただければ幸いです。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) bitbake imx-image-core Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) どの「bitbakeコマンド」を使用していますか? 確認作業を行います。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ご返信ありがとうございます。 ビルド環境を確認したところ、既に推奨された構成と一致していました。 ホストOS: Ubuntu 22.04.5 LTS (Jammy) GNU tar バージョン: GNU tar 1.34 $ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.5 LTS" ... $ tar --version tar (GNU tar) 1.34 しかし、私は依然として同じ失敗に遭遇します Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ホストOSがUbuntu 24.04でtarのバージョンが1.35の場合は、tarのバージョンを確認してください。 コンテナまたは仮想マシン内でビルドするには、以下を使用します。 Ubuntu 22.04 LTS GNU tar 1.34 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 下記にファイルがあります。 ここにエラーメッセージの一部を貼り付けます DEBUG:python関数の実行extend_recipe_sysroot 注意:直接依存関係は['/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.44.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/gcc/gcc-cross_14.3.bb:do_populate_sysroot','/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.68.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-core/coreutils/coreutils_9.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/flex/flex_2.6.4.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/rpm/rpm_4.20.0.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-extended/bc/bc_1.08.1.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kmod/kmod_34.1.bb:do_populate_sysroot'] 注意:sysrootにインストールされています: [] 注意:sysrootで既に存在しているようにスキップしています: ['gettext-minimal-native', 'binutils-cross-aarch64', 'cmake-native', 'gcc-cross-aarch64', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'kern-tools-native', 'linux-libc-headers', 'file-native', 'openssl-native', 'coreutils-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'zlib-native', 'bison-native', 'dwarfsrcfiles-native', 'elfutils-native', 'flex-native', 'git-native', 'gnu-config-native', 'json-c-native', 'libedit-native', 'lua-native', 'make-native', 'patch-native', 'perl-native', 'pkgconfig-native', 'pseudo-native', 'python3-native', 'rpm-native', 'bc-native', 'bzip2-native', 'libarchive-native', 'libidn2-native', 'lzlib-native', 'xz-native', 'zstd-native', 'kmod-native', 'acl-native', 'attr-native', 'curl-native', 'gdbm-native', 'gmp-native', 'gnutls-native', 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libmpc-native', 'libunistring-native', 'mpfr-native', 'nettle-native', 'p11-kit-native', 'popt-native', 'sqlite3-native'] DEBUG: Python関数extend_recipe_sysroot完了しました DEBUG:python関数の実行sstate_task_prefunc DEBUG: Python関数sstate_task_prefunc完了しました DEBUG:python関数の実行do_package DEBUG:python関数の実行package_setup_pkgv DEBUG:Python関数package_setup_pkgv 終わった DEBUG:python関数の実行package_convert_pr_autoinc DEBUG: Python関数package_convert_pr_autoinc完了しました DEBUG:python関数の実行package_prepare_pkgdata 注意:pkgdata-sysrootにインストールされています: [] DEBUG: Python関数package_prepare_pkgdata完成しました DEBUG:python関数の実行perform_packagecopy ERROR: exec_func_python()でPython関数を実行する際にエラーが生成されました: この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: 0002:perform_packagecopy(d) 0003: ファイル: '/home/vvdn/LWT_Build/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[パッケージ] = "${PKGD}" *** 0363: 0364:Python populate_packages () { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 421、関数: check_output 0417: それ以外の場合: 0418: 空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 526、関数: 実行 0522: # process.wait() は呼び出しませんとして。 __exit__それは私たちのためにやってくれる。 0523: 上げる 0524: retcode = process.poll() 0525: チェックして戻りコードを取得する場合: *** 0526: raise CalledProcessError(retcode, process.args, 0527: 出力=標準出力、標準エラー=標準エラー) 0528: return CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 例外: subprocess.CalledProcessError: コマンド 'tar --exclude=./sysroot-only'-cf - -C /ホーム/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/Linux-imx/6.12.34+git/image -p -S .|tar -xf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/package' は非ゼロの退出ステータス2を返しました。 サブプロセスの出力: 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パス lib 'lib' の絶対パスを割り当てられませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス TAR: ./USR/lib/modules:Cannot mkdir:そのようなファイルやディレクトリは存在しません Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 添付ファイルをダウンロードする権限がないようです。 もう一度送っていただけますか? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) こんにちは@yipingwang  さらなるデバッグのサポートをお待ちしています。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Ubuntu PCで、「sudo apt install tar=1.34+dfsg-1build3」コマンドを使用してください。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) こんにちは、 @abannish さん。 以下のコマンドを試してみてください。私の場合はこれでうまくいきました。 wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) @Sanjiv_Mnsこれで問題は解決しましたか? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ありがとう!これで私の側でも問題が解決しました!ちなみに、Ubuntuサービスの自動アップデートが行われるまでは、すべて完璧に動作していました。
查看全文
RT1xxx ENET: ラップアラウンド値を変更するためにATCORを書き込むと、修正カウンタはリセットされますか? こんにちは、 ETETペリフェラルの補正カウンターはATCORの書き込み時にリセットされるのかもしれません。 あるいは、ATCORの値が変更された場合にのみリセットされるのかもしれません。 よろしくお願いいたします 最大 i.MXRT 102x i.MXRT 105x
查看全文
S32K314 プログラミングエラー こんにちは デバッグモードを使用してDFLASHにデータを書き込もうとしたところ、失敗しました。 以下は私のコードの概略です。 0xFFFFF800 を 0x40268350 に書き込む PFCPGM_PEARR_Lレジスタに0x10000000を書き込みます。 プログラムDATA0に0xFFFFFFFFを書き込む MCR[ERS]を1に設定 MCR[ERS]セクターを選択 MCR[EHV]を1に設定する MCRS[DONE]を待機し、MCRS[PEG]をチェックします。 MCR[EHV]を0に設定、SETMCR[ERS]を0に設定 11セクター消去後 PFCPGM_PEARR_Lレジスタに0x10000000を書き込みます。 DATA0~DATA7に256ビットのデータを書き込む MCR[PGM]を1に設定 MCR[EHV]を1に設定 MCRSレジスタを読み取り、0x0000C100を取得します。 しかし、2回目のループをしたとき PFCPGM_PEARR_Lレジスタに0x10000000を書き込みます。 DATA0~DATA7に256ビットのデータを書き込む MCR[PGM]を1に設定 MCR[EHV]を1に設定 MCRSレジスタを読み取り、0x00008100を取得します。 この状況の原因を知りたいです。 リカ 回复: S32K314编程错误 さらに、消去/プログラミングが完了したことを確認した後、以下の手順を実行しました。 MCR[EHV]に0を設定 MCR[PGM/ERS]に0を設定
查看全文
RT1051: ENET IEEE1588タイマークロックソース こんにちは、 RT1050 の リファレンス マニュアル には 以下の 情報 があります: mastupristi_0-1789736651417.png IEEE1588タイマーのクロックソースが何なのか知りたいです。例えば、AUDIO_PLLから派生したルートクロックを選べますか? IEEE1588タイマーのクロックソースを制御するレジスタはどれですか? よろしくお願いいたします 最大 i.MXRT 105x
查看全文
S32K314编程错误 您好 当我通过debug尝试往DFLASH中写数据时失败了 下面是我的代码大概流程 write 0xFFFFF800 to 0x40268350   wtire 0x10000000 to PFCPGM_PEARR_L register write 0xFFFFFFFF to Program DATA0 set MCR[ERS] to 1   MCR[ERS] choose sector set MCR[EHV] to 1 wait MCRS[DONE] be 1 check MCRS[PEG] set MCR[EHV] to 0  SETMCR[ERS]to 0 after erase 11 sectors wtire 0x10000000 to PFCPGM_PEARR_L register write 256 bit data to DATA0~DATA7 set MCR[PGM] to 1  set MCR[EHV] to 1 read MCRS register get 0x0000C100 但是当我第二次循环 wtire 0x10000000 to PFCPGM_PEARR_L register write 256 bit data to DATA0~DATA7 set MCR[PGM] to 1  set MCR[EHV] to 1 read MCRS register get 0x00008100 我想知道这种情况可能会是什么原因造成的 Lika 回复: S32K314编程错误 补充一下,在我确认擦除/编程完成后我采取了下面步骤 set 0 to MCR[EHV] set 0 to MCR[PGM/ERS]
查看全文
MRF13750H AWRモデル こんにちは、 公式の設計ファイルを使って、Cadence AWR Microwave OfficeにMRF13750Hトランジスタモデルをインポートしようとしています。 設計キットとトランジスタモデルの両方をダウンロードした後、モデルを開こうとするとエラーが発生します。エラーメッセージのスクリーンショットを添付しました。 Luis_V_0-1789581238483.pngLuis_V_0-1789581238483.pngLuis_V_0-1789581238483.png すでにCadenceの技術サポートには連絡済みです。彼らのチームもモデルのダウンロードと開封を試み、まったく同じ問題に遭遇したと確認しました。 これらのファイルを確認して、どう解決すればいいか教えていただけますか? 最高、 ルイス・V. RF Re: MRF13750H AWR MODEL こんにちは、Luis_Vさん 良い一日! エラーの原因は互換性の問題です。あなたがインストールしようとしているモデルはかなり古く、以前のAWR Design Environment用に設計されています。現時点では、ソフトウェアの新しいバージョン向けにアップデートする計画はありません。 このモデルを使う必要がある場合、最も実用的な解決策は、2015年頃の古いバージョン(例えばAWR v11やv12)を導入することです。これはこのモデルと互換性があります。これにより、GetIAwrUserIO DLLエラーに遭遇することなく作業を進めることができるはずです。 ご迷惑をおかけして申し訳ありません。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: MRF13750H AWR MODEL こんにちは、ラファさん。 Cadenceに連絡して、古いバージョンのAWRを提供できるか確認しています。その間に、MRF13750H-915MHzボードを設計したエンジニアか、数値集めを手伝ってくれる方をつなげていただけますか?NXPの製品を使っていて、使う必要があります。 さらに、先ほどADS/AWRを開いてT字の不連続点や斜めの曲げ、開いた端の効果などを確認できるとおっしゃっていましたね。マイクロストリップの寸法や特性を確認するために、ウィンドウのスクリーンショットを送ってもらえますか?Cadenceの出番を待つ間に、ソースと負荷インピーダンスの値を調べるために負荷プル解析をしていただけるとありがたいです。 最高、 ルイス・ビジャヌエバ Re: MRF13750H AWR MODEL こんにちは、Luis_Vさん 良い一日! NXPがRF分野の業務を(当面)縮小することを決めて以来、その部署の多くの同僚が退職し、利用可能な人員が減っています。ですので、質問があれば教えてください。できるだけお答えします。もし答えられなければ、AEのサポートを得るためにエスカレーションしますが、連絡先は共有できません。 ご理解いただきありがとうございます。 良い一日をお過ごしください。幸運を祈ります。
查看全文
i.MX8MP_EVK:YOCTO 编译错误 do_package()(问题:tar & *at()) 您好, 以下是我的 Yocto 构建参数: 发布版本: imx-linux-walnascar 电路板支持包 版本: imx-6.12.49-2.2.0 机器: imx8mpevk 发行版: fsl-imx-xwayland 过去几个月我一直成功地使用这个版本环境。然而,我突然开始遇到附件中的错误。 为了排查问题,我彻底清理了构建环境,重新初始化了代码仓库( repo init ),再次同步了所有内容,并执行了一次全新的构建。但遗憾的是,问题依旧存在。 请查阅附件中的日志文件。我希望您能帮忙找出根本原因并提出解决方案。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) bitbake imx-image-core Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 你使用的是哪个“bitbake 命令”? 我会进行核实。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 感谢您的反馈, 我已检查过我的构建环境,它已经与您推荐的配置相符。 主机操作系统: Ubuntu 22.04.5 LTS (Jammy) GNU tar 版本: GNU tar 1.34 $ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.5 LTS" ... $ tar --version tar(GNU tar)1.34 然而,我仍然遇到同样的故障。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 请检查 tar 版本,如果主机是 Ubuntu 24.04,而 tar 版本是 1.35。 在容器或虚拟机内构建: Ubuntu 22.04 LTS GNU tar 1.34 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 请查收以下文件, 这里我粘贴一些错误信息。 调试:正在执行 Python 配方 extend_recipe_sysroot 注意:直接依赖项为 ['/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.44.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/gcc/gcc-cross_14.3.bb:do_populate_sysroot','/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.68.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-core/coreutils/coreutils_9.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/flex/flex_2.6.4.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/rpm/rpm_4.20.0.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-extended/bc/bc_1.08.1.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kmod/kmod_34.1.bb:do_populate_sysroot'] 注意:已安装到系统根目录:[] 注意:由于 sysroot 中已存在以下软件包,因此跳过:['gettext-minimal-native', 'binutils-cross-aarch64', 'cmake-native', 'gcc-cross-aarch64', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'kern-tools-native', 'linux-libc-headers', 'file-native', 'openssl-native', 'coreutils-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'zlib-native', 'bison-native', 'dwarfsrcfiles-native', 'elfutils-native', 'flex-native', 'git-native'、'gnu-config-native'、'json-c-native'、'libedit-native'、'lua-native'、'make-native'、'patch-native'、'perl-native'、'pkgconfig-native'、'pseudo-native'、'python3-native'、'rpm-native'、'bc-native'、'bzip2-native'、'libarchive-native'、'libidn2-native'、'lzlib-native'、'xz-native'、'zstd-native'、'kmod-native'、'acl-native'、'attr-native'、'curl-native'、'gdbm-native'、'gmp-native'、'gnutls-native' 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libmpc-native', 'libunistring-native', 'mpfr-native', 'nettle-native', 'p11-kit-native', 'popt-native', 'sqlite3-native'] 调试:Python 函数 extend_recipe_sysroot 已完成 调试:正在执行 Python 函数 sstate_task_prefunc 调试:Python 函数 sstate_task_prefunc 已完成 调试:正在执行 Python 函数 do_package 调试:正在执行 Python 函数 package_setup_pkgv 调试:Python 函数 package_setup_pkgv 已完成 调试:正在执行 Python 函数 package_convert_pr_autoinc 调试:Python 函数 package_convert_pr_autoinc 已完成 调试:正在执行 Python 函数 package_prepare_pkgdata 注意:已安装到 pkgdata-sysroot:[] 调试:Python 函数 package_prepare_pkgdata 已完成 调试:正在执行 Python 函数 perform_packagecopy 错误:执行 exec_func_python() 自动生成的 Python 函数时出错: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_packagecopy(d) 0003: 文件:'/home/vvdn/LWT_Build/sources/poky/meta/classes-global/package.bbclass',行号:363,函数:perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD} " 0362:perform_packagecopy[dirs] = "${PKGD} " *** 0363: 0364:python populate_packages() { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件:'/usr/lib/python3.10/subprocess.py'行号:421,函数:check_output 0417:否则: 0418:空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): 文件:'/usr/lib/python3.10/subprocess.py'lineno: 526, function: run 0522: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0523:提高 0524: retcode = process.poll() 0525:如果检查并返回代码: *** 0526: 引发 CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only”-cf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/image -p -S .| tar -xf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/package' 返回非零退出状态 2。 子进程输出: 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 tar:./usr/lib:无法创建目录:地址错误 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 tar:./usr/lib:无法创建目录:地址错误 tar:./usr/lib/modules:无法创建目录:没有该文件或目录 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 我似乎没有权限下载该附件。 请您再发送一次好吗? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 嗨@yipingwang 期待您能尽快提供调试方面的支持。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 在你的 Ubuntu 电脑上,使用命令“sudo apt install tar=1.34+dfsg-1build3” Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) @Sanjiv_Mns这个问题解决了吗? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 嗨@abannish 请尝试以下命令,对我有用…… wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 谢谢!这样也解决了我的问题!供参考,一切运行正常,直到Ubuntu服务进行自动更新……
查看全文
IMX95 中子 NPU ONNX 型号 亲爱的恩智浦团队 我们正在尝试在 i.MX95 设备的 Neutron NPU 上运行 ONNX 模型。 我们找到了以下恩智浦文档: https://docs.nxp.com/bundle/UG10166/page/topics/onnx_model_test.html 在 "运行 CNN 模型 "一节中,文档指出 "ONNX Runtime 现在支持在 Neutron NPU 上执行 CNN 模型,这是一项实验性功能。为此,必须使用 onnx2neutron 工具对模型进行量化和转换(参见 eIQ 工具包中 onnx2neutron 工具的 README)"。 但是,我们无法在 eIQ 工具包或文档中找到 onnx2neutron 工具。如果没有这一转换步骤,ONNX 模型似乎只能在 CPU 上运行,而不是在 NPU 上运行。 我们的问题是: 1.目前是否存在 onnx2neutron 工具,是否可以公开获取? 2. 如果存在,我们可以在哪里下载或找到它? 3.i.MX95 目前是否支持在 Neutron NPU 上执行 ONNX Runtime,还是目前只支持 TFLite 路径? 我们已成功测试了 TFLite 示例流程。然而,对于我们自己的自定义模型,TFLite 路由并不能正常工作:它似乎运行了,但却默默地产生了错误的结果。因此,我们想调查一下 ONNX 路线是否是一个可行的替代方案。 如果能就 onnx2neutron 和 ONNX 对 Neutron NPU 的支持情况提供任何指导,我们将不胜感激。 顺祝商祺! Peter iMX95 Re: IMX95 Neutron NPU ONNX Model 嗨,@CatchPeter、 感谢您联系恩智浦支持中心! 1) 目前,该工具尚未公开,应视为试验性工具。我们正在积极开发该工具,但在该工具完全投入使用并得到支持之前,它很可能不会公开。 2) 是的,在 NPU 上运行机器学习模型的推荐和支持路径遵循从 ONNX 到 TFLite 的既定工作流程。 致以最崇高的敬意, Chavira Re: IMX95 Neutron NPU ONNX Model 尊敬的恩智浦团队: 我在寻找在 i.MX95 FRDM 设备的 Neutron NPU 上运行 ONNX 模型的解决方案时(2026 年 9 月中旬),偶然发现了这个讨论。 您是否确认,截至今日,上述 onnx2neutron 工具仍未公开提供,因此“TFLite 路径”是目前唯一支持的途径? 谢谢确认。 问候, 西蒙娜
查看全文
IMX95 ニュートロンNPU ONNXモデル NXPチームの皆様へ i.MX95デバイスのNeutron NPU上でONNXモデルを実行しようとしています。 以下のNXPのドキュメントが見つかりました。 https://docs.nxp.com/bundle/UG10166/page/topics/onnx_model_test.html 「CNNモデルの実行」のセクションでは、ドキュメントに次のように記載されています。 「ONNX Runtimeは、実験的な機能として、Neutron NPU上でCNNモデルを実行することをサポートするようになりました。」これを実現するには、モデルを量子化し、onnx2neutronツールを使用して変換する必要があります(eIQツールキットに含まれるonnx2neutronツールのREADMEを参照してください)。 しかし、eIQツールキットやドキュメントの中にonnx2neutronツールを見つけることができませんでした。この変換手順がないと、ONNXモデルはNPUではなくCPU上でのみ実行されるように見える。 私たちの質問は次のとおりです。 1. onnx2neutronツールは現在存在し、一般公開されていますか? 2. はいの場合、どこでダウンロードまたは入手できますか? 3. i.MX95では現在、Neutron NPU上でのONNXランタイムの実行がサポートされていますか?それとも、現時点ではTFLiteパスのみがサポートされているのでしょうか? TFLiteのサンプルフローのテストに成功しました。しかし、我々独自のカスタムモデルの場合、TFLiteルートは正しく動作しません。実行されているように見えますが、実際には誤った結果を静かに生成しています。したがって、ONNX方式が実行可能な代替手段となるかどうかを調査したい。 onnx2neutronの現状、およびNeutron NPUに対するONNXのサポート状況について、何か情報があれば教えていただけると幸いです。 よろしくお願いいたします。 ピーター iMX95 Re: IMX95 Neutron NPU ONNX Model こんにちは、 @CatchPeter さん。 NXPサポートにご連絡いただきありがとうございます! 1) 現時点では、このツールは一般公開されておらず、実験的なものとみなされるべきです。現在、開発に積極的に取り組んでいますが、完全に機能し、サポート体制が整うまでは、このツールは非公開のままとなる可能性が高いです。 2) はい、NPU上で機械学習モデルを実行するための推奨およびサポートされている方法は、ONNXからTFLiteへの確立されたワークフローに従います。 よろしくお願いします、 チャビラ Re: IMX95 Neutron NPU ONNX Model 親愛なるNXPチームへ、 私はこの議論に偶然出会いました(2026年9月中旬)、i.MX95 FRDMデバイスのNeutron NPUでONNXモデルを動かす解決策を探していました。 本日現在、上記onnx2neutronツールはまだ一般公開されておらず、そのため現時点では「TFLiteパス」のみがサポートされているルートであるという理解でよろしいでしょうか? 確認していただきありがとうございます。 よろしくお願いいたします。 シモーネ
查看全文