Some suggestions for Gui-guider 2.0 I hope Gui-guider 2.0 will add an option in the settings to control whether timestamps in the generated files are enabled or disabled. Then each generated page (screen) will have a corresponding gg_event_screen.c file, even if my page does not register any events. We want to prevent any event content from being generated when no events are registered. Additionally, I would like a mechanism to selectively include some images or resources that are not currently displayed in the project. Although it is possible to include images and fonts from the ghost page into the project, it is not very elegant. Regarding fonts, there is currently a setting in the settings to control the default generation range of all fonts. Hopefully, in the future, we can control the generation range of all fonts. Acknowledgments

spi: spi_nxp_lpspi: DMA モード、-EIO または破損したデータを返します こんにちは、みんな 最近、SPI DMAのマルチセンサー通信で問題が発生しました。SPIトランザクションが-EIOで返却されるか、データが破損している場合です。私が見つけたドライバに掘り下げると、spi_nxp_lpspi転送開始時に両方のLPSPI DMA要求有効ビットを有効にしますが、転送の最後には1ビットだけが無効になります。2つのDMAチャネルのうち2番目に終了するものが、自身のDERビットをクリアせずにSPIコンテキストを完了するため、各転送は次のリクエストに1つのEnable Leakを送ります。 In ドライバ/spi/spi_nxp_lpspi/spi_nxp_lpspi_dma.c, 両方のビットがtransceive_dma()(:346)で同時に有効化されています: if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } lpspi_dma_callback()では、最初に終了するチャネルが自分のビットをクリアします(:249–:253): if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } 両方のビットをクリアすると、すべてのトランザクションが警告なしに通過するようです。以下は私が使用したパッチです。 @@ lpspi_dma_callback() case LPSPI_TRANSFER_STATE_TX_DONE: case LPSPI_TRANSFER_STATE_RX_DONE: dma_data->state = LPSPI_TRANSFER_STATE_RX_TX_DONE; /* TX and RX both done here. */ + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); spi_context_complete(ctx, spi_dev, 0); spi_context_cs_control(ctx, false); break; @@ error: + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); LOG_ERR("DMA callback error with channel %d.", channel); spi_context_complete(ctx, spi_dev, ret); spi_context_cs_control(ctx, false); 添付は私が使ったテストアプリケーションです。上記の解決策がアプリに組み込まれています。 私の質問は、ドライバーが片方だけクリアして両方がクリアされない理由があるのでしょうか?

TJA1410 - TXはフルスイングしません 私はカスタム基板上でTJ1410Aを使用しています。このPMDチップと連携できるMacを評価中です。データが差動線でこのPMDチップに送信されると、データフレームは3線式RX（MACに対するRX）でMACに送信されます。TJ1410チップに供給されるVCCは3.3Vで、RX（3.3Vでハイレベル）に何らかの動作が見られます。現在は、活動が3.2Vから2Vの間で変動する（以前は3.3Vから0Vの間で変動していた）。そのためMacはこれをRXハイと認識し、静かだと思い込んでしまいます。電圧振幅が正しくないのはなぜですか？（オシロスコープのキャプチャ画面を添付します）。また、この部品（TJ1410）のデータシートをお持ちでしたら、ぜひ共有してください。 bitmasker_0-1788968416352.png Re: TJA1410 - TX does not have full swing こんにちはビットマスク 良い一日！ VIOピンの接続を確認してもらえますか?VIOが電源に接続されているか確認してください。TJA1410AはVIOで1.8Vから3.3Vまで対応しています。VCCで3.3Vを供給しているのにVIOが開いたまままたは接続されていない場合、RX出力がグラウンドにスイングできません。 データシートは公式ウェブサイト TJA1410「ドキュメント > Secure」セクションでご覧いただけます。 残念ながら、これは機密ファイルなので、アクセスするには当事務所とのNDAが必要です。NDAに署名したい旨を伝えるサポートチケットを開くことをお勧めします。そうすれば、適切なチームにリクエストが回されるようにしましょう。 RafaR_1-1788987187012.pngRafaR_1-1788987187012.png この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

GUI-Guider 1.9.1 こんにちは、NXPサポートの皆さん、 GUI-Guider 1.9.1 GA Windows インストーラー+オフラインテンプレートzipパッケージの公式ダウンロードリンクを教えていただけませんか?ありがとう。 eGUI Re: GUI‑Guider 1.9.1 こんにちは、 @Leo_China さん。 GUI Guider v1.9.1のインストーラーは提供されなくなりました。 しかし、すでにGUI Guider v1.9.xでプロジェクトを作成している場合は、GUI Guider v1.10.xを利用できます既存のプロジェクトを直接インポートできます。 よろしくお願いします、 パブロ

TJA1410 - TX does not have full swing I am using TJ1410A on a custom board. I am evaluating  mac to work with this PMD chip. When data is sent to this PMD chip on differential wire, it then sends the data frame to MAC on 3-wire RX (RX with respect to mac). The VCC provided to TJ1410 chip is 3.3 V and I see some activity on RX (which was high at 3.3V). Now the activity fluctuates from 3.2 V to 2V (instead of 3.3 to 0V). So the mac sees this as RX high and thinks that it is silent. Why is the voltage swing not correct (attaching a scope capture screenshot). Also do you have a datasheet on this part (TJ1410) - please share.  bitmasker_0-1788968416352.png Re: TJA1410 - TX does not have full swing Hello bitmasker Good day! Could you verify your VIO pin connection, confirm VIO is connected to your supply. The TJA1410A supports 1.8 V to 3.3 V on VIO. If you are supplying 3.3 V on VCC but VIO is left open or unconnected, the RX output cannot swing to ground. You can find the datasheet on our official website TJA1410 under the "Documentation > Secure" section. Unfortunately, it is a confidential file, so you must have an NDA in place with us to access it. I recommend opening a support ticket stating that you wish to sign an NDA so that your request can be routed to the appropriate team. RafaR_1-1788987187012.pngRafaR_1-1788987187012.png I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

GUI‑Guider 1.9.1 Hello NXP support, could you please provide the official download link for GUI‑Guider 1.9.1 GA Windows installer + offline template zip package. Thanks. eGUI Re: GUI‑Guider 1.9.1 Hi @Leo_China, The GUI Guider v1.9.1 installer is no longer provided. However, if you already have a project created with GUI Guider v1.9.x, you can use GUI Guider v1.10.x directly and import your existing project. Best Regards, Pablo

GUI-Guider 1.9.1 您好 NXP 支持团队，请问能否提供GUI-Guider 1.9.1 GA Windows 安装程序 + 离线模板 zip 包的官方下载链接？谢谢。 eGUI Re: GUI‑Guider 1.9.1 嗨@Leo_China ， GUI Guider v1.9.1 安装程序已不再提供。 但是，如果您已经使用 GUI Guider v1.9.x 创建了一个项目，则可以使用 GUI Guider v1.10.x。直接导入您现有的项目。 此致， 巴勃罗

TJA1410 - TX 没有全挥杆 我在一块定制电路板上使用TJ1410A。我正在评估Mac电脑是否能与这款PMD芯片兼容。当数据通过差分线发送到此 PMD 芯片时，它会将数据帧通过 3 线 RX（相对于 mac 的 RX）发送到 MAC。提供给 TJ1410 芯片的 VCC 为 3.3 V，我看到 RX 端有一些活动（在 3.3V 时很高）。现在电压波动范围从 3.2V 到 2V（而不是 3.3V 到 0V）。所以Mac会将此视为RX高电平，并认为它是静音的。为什么电压摆幅不正确（附示波器捕获截图）？另外，您有这款元件（TJ1410）的数据手册吗？如果有，请分享一下。 bitmasker_0-1788968416352.png Re: TJA1410 - TX does not have full swing 你好，位掩码器 再会！ 请检查一下您的VIO引脚连接，确认VIO已连接到电源。TJA1410A 支持 VIO 端 1.8V 至 3.3V 的电压。如果 VCC 上提供 3.3V 电压，但 VIO 开路或未连接，则 RX 输出无法摆至地。 您可以在我们的官方网站TJA1410的“文档 > 安全”部分找到数据表。 很遗憾，这是一份机密文件，因此您必须与我们签订保密协议才能查阅。我建议您提交一份支持工单，说明您希望签署保密协议，以便将您的请求转交给相应的团队。 RafaR_1-1788987187012.pngRafaR_1-1788987187012.png 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

spi：spi_nxp_lpspi：DMA 模式，返回 -EIO 或损坏的数据 大家好 我最近在使用 SPI DMA 进行多传感器通信时遇到了一个问题，SPI 事务返回 -EIO 或数据损坏。深入研究驱动程序后，我发现 DMA 模式下，spi_nxp_lpspi 在每次传输开始时启用两个 LPSPI DMA 请求使能位，但在结束时只禁用其中一个。无论两个 DMA 通道中哪个先完成，都会在不清除自身 DER 位的情况下完成 SPI 上下文，因此每次传输都会将一个请求使能泄漏到下一个请求中。 在 drivers/spi/spi_nxp_lpspi/spi_nxp_lpspi_dma.c 中，transceive_dma() (:346) 中这两个位同时被启用： if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } 在 lpspi_dma_callback() 中，第一个完成的通道会清除它自己的位（:249–:253）： if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } 如果我清除这两个位，所有交易似乎都能顺利完成，没有任何警告。以下是我使用的补丁。 @@ lpspi_dma_callback() case LPSPI_TRANSFER_STATE_TX_DONE: case LPSPI_TRANSFER_STATE_RX_DONE: dma_data->state = LPSPI_TRANSFER_STATE_RX_TX_DONE; /* TX and RX both done here. */ + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); spi_context_complete(ctx, spi_dev, 0); spi_context_cs_control(ctx, false); break; @@ error: + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); LOG_ERR("DMA callback error with channel %d.", channel); spi_context_complete(ctx, spi_dev, ret); spi_context_cs_control(ctx, false); 附件是我使用的测试应用程序。该应用程序内置了上述解决方案。 我的问题是，驱动程序为什么只清除一个比特位，而不是两个比特位都清除？

lvgl版本支持问题 您好：     只能支持LVGL_V9的版本吗，是否能够支持切换V8版本； Re: lvgl版本支持问题 Hello @ALVAN , 您好，我检查了一下，最新的Gui-Guider v2.0.x仅支持LVGL v9.4.0。 如果想要用LVGL V8，可以考虑用Gui-Guider v1.10.1. 官网仍可下载该版本： Create Modern Embedded GUIs Fasts | NXP Semiconductors Celeste_Liu_0-1788948567553.pngCeleste_Liu_0-1788948567553.png BR Celeste

Gui-guider 2.0に関するいくつかの提案 Gui-guider 2.0では、生成されるファイル内のタイムスタンプを有効にするか無効にするかを制御できるオプションが設定に追加されることを期待しています。 すると、生成された各ページ（画面）には、たとえ私のページがイベントを登録していなくても、対応するgg_event_screen.cファイルが作成されます。 イベントが登録されていない場合は、イベントコンテンツが生成されないようにしたい。 さらに、現在プロジェクトに表示されていない画像やリソースを選択的に含める仕組みが欲しいです。ゴーストページから画像やフォントをプロジェクトに含めることは可能ですが、あまり洗練された方法ではありません。 フォントに関しては、現在設定画面にすべてのフォントのデフォルトの生成範囲を制御する項目があります。将来的には、すべてのフォントの生成範囲を制御できるようになることを期待しています。 謝辞

lvgl version support issues Hello: Does it only support LVGL_V9? Is it possible to switch to V8 version? Re: lvgl版本支持问题 Hello @ALVAN , Hello, I checked, and the latest Gui-Guider v2.0.x only supports LVGL v9.4.0. If you want to use LVGL V8, you can consider using Gui-Guider v1.10.1. This version is still available for download on the official website: Create Modern Embedded GUIs Fasts | NXP Semiconductors Celeste_Liu_0-1788948567553.pngCeleste_Liu_0-1788948567553.png BR Celeste

S32DSのダウンロードページにアクセスできません NXPメンバーの皆様へ   数日前に新しいNXPアカウントを登録し、S32 Design Studioソフトウェアをダウンロードする必要があります。しかし、nxp.com ポータルからは「My NXP Account > Apps and Services」のソフトウェアライセンスおよびサポートページにアクセスするリンクが見えません。これらのリソースへのアクセスを手伝ってもらえますか?   サポートありがとうございます! Re: Unable to access S32DS download page 助かりました、ありがとうございます。 Re: Unable to access S32DS download page こんにちは、 @Interrogator 投稿ありがとうございます。 製品ページからS32DSにアクセスしてみてください: S32 Design Studio | NXP Semiconductors それでは、以下の方法でダウンロードしてみてください。 chenyin_h_0-1788932820632.pngchenyin_h_0-1788932820632.png BR チェイン

spi: spi_nxp_lpspi: DMA mode, returns -EIO or corrupted data Hi All  I recently Encounter an issue with SPI DMA with Multiple Sensor communication,  Where SPI transaction return -EIO or corrupted data. When Dig in to the drivers I found  In DMA mode, spi_nxp_lpspi enables both LPSPI DMA request-enable bits at the start of every transfer but disables only one of them at the end. Whichever of the two DMA channels finishes second completes the SPI context without clearing its own DER bit, so every transfer leaks one request enable into the next one. In drivers/spi/spi_nxp_lpspi/spi_nxp_lpspi_dma.c, both bits are enabled together in transceive_dma() (:346): if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } In lpspi_dma_callback(), the channel that finishes first clears its own bit (:249–:253): if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } If I Clear the both bits , all transaction seems to be passed without any warnings. below is the patch I used  @@ lpspi_dma_callback() case LPSPI_TRANSFER_STATE_TX_DONE: case LPSPI_TRANSFER_STATE_RX_DONE: dma_data->state = LPSPI_TRANSFER_STATE_RX_TX_DONE; /* TX and RX both done here. */ + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); spi_context_complete(ctx, spi_dev, 0); spi_context_cs_control(ctx, false); break; @@ error: + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); LOG_ERR("DMA callback error with channel %d.", channel); spi_context_complete(ctx, spi_dev, ret); spi_context_cs_control(ctx, false); Attached is a test application i used. it has the above solution build in to the app.  My Question is , Is their a reason why driver only clear one bit, but not both of them ?  

lvgl バージョンのサポートに関する問題 こんにちは： LVGL_V9のみをサポートしているのでしょうか？V8バージョンに切り替えることは可能ですか？ Re: lvgl版本支持问题 こんにちは、 @ALVAN さん。 こんにちは。確認したところ、最新版のGui-Guider v2.0.xはLVGL v9.4.0のみをサポートしています。LVGL V8を使用したい場合は、Gui-Guider v1.10.1の使用をご検討ください。 このバージョンは、 NXP Semiconductorsの公式ウェブサイトから引き続きダウンロード可能です。「最新の組み込みGUIを高速に作成する」 Celeste_Liu_0-1788948567553.pngCeleste_Liu_0-1788948567553.png BR セレステ

无法访问S32DS下载页面 尊敬的恩智浦半导体成员们：   我几天前注册了一个新的 NXP 账户，现在需要下载 S32 设计工作室软件。但是，在 nxp.com门户网站上，我无法从“我的 NXP 帐户”>“应用和服务”中找到访问“软件许可和支持”页面的链接。能否帮助我获取这些资源？   感谢您的支持！ Re: Unable to access S32DS download page 很有帮助，谢谢。 Re: Unable to access S32DS download page 你好， @Interrogator 感谢分享。 您可以尝试通过产品页面访问 S32DS： S32 设计工作室 | 恩智浦半导体 然后尝试用以下方式下载： chenyin_h_0-1788932820632.pngchenyin_h_0-1788932820632.png BR 陈银

USBの電流制限を引き上げるための最小限の設定 USB経由で電源が供給できるデバイスがあり、MCXN947プロセッサを搭載しています。現在USBは設定しておらず、5V電源のみを供給しています。しかし、デフォルトで100mAに設定されている電流制限値を引き上げたいと考えています。 電流制限を上げるために最低限の設定は何でしょうか?MCUXpressoの設定ツールで、USBFSの設定を試みました。少なくとも1つのインターフェースが必要なので、DFUを設定してみました。なんとかほとんどのものはビルドできたのですが、設定ツールがtimer_queue.cというファイルを生成します。FreeRTOS port.c と競合する SysTick_Handler を定義するSysTick_Handler。 1) 電流制限を上げるためにもっと良い方法はありますか? 2) このDFUインターフェースの設定が他のどんな方法と同じくらい良い場合、自動生成コードとFreeRTOSポート間の競合はどう解決すればよいでしょうか? Re: minimal configuration to negotiate higher current limit on USB こんにちは、 @robert_hines さん。 はい、USBデバイスはUSB列挙時にbMaxPowerフィールドで必要な電力を宣言する必要があります。 100mAを超える電流を消費する場合は、デバイスをUSB HIDまたはUSB CDCデバイスとして構成することをお勧めします。これらは一般的にDFUよりも実装が容易です。   よろしくお願いします。   BR アリス

PowerPC support for Wrynose SDK Hi, We are looking to migrate our T4240rdb based board from Dunfell to Wrynose Yocto SDK. Are PowerPC boards supported in Wrynose SDK ? If not what are our options to get support for PowerPC boards. Thanks, Subbarao Nalajala Senior Engineer at Thales Group Re: PowerPC support for Wrynose SDK Hello, PowerPC/T4240RDB boards are NOT supported in the NXP Wrynose Yocto SDK. This is a well-established limitation that applies to all newer NXP Yocto releases beyond Dunfell. Why PowerPC is Not Supported in Wrynose NXP's Wrynose SDK (Yocto 6.0) is exclusively targeted at ARM-based i.MX and Layerscape processors. The QorIQ T-Series (including T4240) uses the Power Architecture (e6500 core), which has not been carried forward into the newer Yocto SDK releases. This is consistent with NXP's broader strategy: "QorIQ SDK is a fully featured and mature Yocto-based software kit for QorIQ PowerPC-based P-series and T-series family of processors... Layerscape SDK is the hybrid Ubuntu-based software kit for the Layerscape family of processors, and going forward will be the primary delivery mechanism for the most up-to-date software on Layerscape platforms." The last officially NXP-supported Yocto release for T4240RDB is Dunfell (Yocto 3.1). Newer Yocto releases (Scarthgap, Wrynose, etc.) do not include T4240RDB or other PowerPC T-Series boards. A known build error also confirms this at the glibc level — attempting to build for the e6500 PowerPC64 architecture in post-Dunfell Yocto results in: configure: error: The e6500 subspecies of powerpc64 is not supported. Your Options Option 1: Stay on Dunfell (Recommended for T4240RDB) The Dunfell branch of the QorIQ Yocto SDK remains the latest officially supported Yocto release for the T4240RDB. You can access it at:  https://github.com/nxp-qoriq/yocto-sdk/tree/dunfell This is the path NXP recommends for PowerPC T-Series customers who need a stable, supported Yocto environment. Option 2: Use Community/Upstream Sources NXP's official guidance for Power Architecture P-Series and T-Series customers is to leverage upstream community sources for newer kernel and U-Boot versions: "Going forward, we encourage customers using Power Architecture-based P-series and T-series platforms to get the enablement software directly from the community sources like kernel.org and denx.de (uboot)." This means you can build a newer kernel (e.g., 5.x or 6.x) for T4240RDB using mainline sources, but this requires manual integration work and is not a turnkey NXP-supported SDK. Option 3: Migrate to an ARM-Based Layerscape Platform If a newer Yocto SDK (including Wrynose) is a hard requirement, the only path is to migrate the hardware platform to an ARM-based Layerscape processor (e.g., LX2160A, LS1046A, LS1088A), which are fully supported in Wrynose and future NXP Yocto releases. This is a significant hardware redesign effort but aligns with NXP's long-term roadmap. Option 4: NXP Professional/Premium Support If you need custom BSP work or a porting effort for T4240RDB on a newer Yocto baseline, NXP offers Professional Support for Processors and Microcontrollers, which includes Linux/Yocto recipe assistance and direct access to NXP engineers.   regards

T1042D4RDB 从 SD 卡启动时出现网络问题 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我从 SD 卡启动时，T1042D4RDB 的以太网连接出现问题。 以下是我启动时的输出： SERDES 参考：0x86 网络：正在初始化 Fman MMC 读取：设备 # 0，块 # 2080，计数 128 ... Fman1：7fdf8f88 处的数据不是固件 未找到以太网接口。 按任意键停止自动启动：0 => md 0x7df8f88 07df8f88: deadbeef deadbeef deadbeef deadbeef ................ 07df8f98：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fa8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fb8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fc8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fd8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 07df8fe8：死牛肉 死牛肉 死牛肉 死牛肉 ................ 从 u-boot 代码中可以看出，u-boot 认为它可以从 SD 卡读取数据，但是“0xdeadbeef”表示该地址的 RAM 中没有任何写入操作。 奇怪的是，在 u-boot drivers/net/fm/fm.c 中，blk_dread() 的返回值并没有被检查： printf("\nMMC 读取：设备 # %u，块 # %u，计数 %u ...\n", dev，block，cnt）； mmc_init(mmc); (void)blk_dread(mmc_get_blk_desc(mmc), blk, cnt, 地址); } [已删除] /* 如果存在，请上传 Fman 微代码 */ rc = fman_upload_firmware(index, &reg->fm_imem, addr); 如果 (rc) 返回 rc； env_set_addr("fman_ucode", addr); Re: T1042D4RDB networking problems when booting from SD card KrogerFeedback 是一项顾客调查，旨在让购物者有机会分享他们在 Kroger 的购物体验。顾客在完成最近的购物后，可能会被邀请就商店清洁度、产品供应情况、结账速度、员工服务以及整体满意度提供反馈。该调查旨在帮助克罗格公司了解顾客喜欢什么以及哪些方面需要改进。 参与者应妥善保管收据，因为收据上可能包含访问调查所需的信息。诚实、认真地回答这些问题有助于克罗格公司改进其产品和服务。根据当前促销活动的不同，符合条件的参与者还有机会获得奖励或参加抽奖活动。 Kroger反馈 Re: T1042D4RDB networking problems when booting from SD card KrogerFeedback 是一项顾客调查，旨在让购物者有机会分享他们在 Kroger 的购物体验。顾客在完成最近一次购物后，可能会被邀请就商店清洁度、产品供应情况、结账速度等问题提供反馈意见。 Kroger反馈 Re: T1042D4RDB networking problems when booting from SD card Wingstop.com/survey – Mywingstopsurvey.com/usa 这是 Wingstop 提供的一项在线调查，允许顾客对他们上次的用餐体验提供宝贵的反馈。 Wingstop 公司希望您能提供反馈意见，帮助他们了解可以做出哪些改变，以确保顾客获得更好的体验。 Re: T1042D4RDB networking problems when booting from SD card 专为洛克希德·马丁公司员工设计的登录网关称为LMPeople External 。员工可以通过该门户网站访问一系列服务，包括工资单、福利和个人数据。 Re: T1042D4RDB networking problems when booting from SD card 欢迎参加温蒂汉堡顾客满意度调查。我们重视您的坦诚反馈，感谢您抽出时间完成我们的调查。 https://haioly-tsiiv-splieurk.yolasite.com/ Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 澄清：这不是为 Raspberry Pi 或我的 PC 准备的，而是为 T1042D4RDB 准备的。 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我没有使用 SDK v2.0。它相当老旧，而且与 Ubuntu 18 不兼容，我尝试过（据我所知是 Python 2 与 3 之间的兼容性问题）。 我使用的是 Poky 2.6.1 版本。 问题： 1. 为什么 Poky 2.6.1 会发布 3 个不同的版本？ 2. 为什么发货时要附带一个无法正常工作的最新版本？ 干杯， Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FMan 微代码版本必须与 SDK 版本保持一致。 我原本以为使用的是 SDK v2.0。 Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我明白了！谢谢！我之前没意识到 u-boot 镜像中没有包含 fMan 固件。 我试过用 108.5.9，但是不行。T1042D4RDB 出厂预装 106.4.18 版本，并且运行正常。 我觉得很奇怪，既然108.15.9这个地址不能用，为什么还要把它列出来，反而推荐107.4.2呢？ 你是如何得出107.4.2是正确的编程版本的结论的？ $ ls tmp/deploy/images/t1042d4rdb/fsl_*.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_106_4_18.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_107_4_2.bin tmp/deploy/images/t1042d4rdb/fsl_fman_ucode_t1040_r1.1_108_5_9.bin Re: T1042D4RDB networking problems when booting from SD card <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 需要将 FMan 微代码（附件）从 0x820 块写入 SD 卡。 In U-Boot: =>tftp 100000 fsl_fman_ucode_t1040_r1.1_107_4_2.bin =>mmc write 100000 820 37  In Linux: # dd if=fsl_fman_ucode_t1040_r1.1_107_4_2.bin of=/dev/sdb  seek=2080 bs=512 Re: T1042D4RDB networking problems when booting from SD card White Castle 调查为顾客提供了一种简单的方式，让他们可以分享对最近用餐体验的反馈。通过完成调查，您可以对食品质量、服务、清洁度、员工行为和整体满意度发表评论。您的诚实反馈有助于 White Castle 了解顾客喜欢什么以及哪些方面需要改进。如需参与，请准备好您最近的收据，并按照公司提供的调查说明进行操作。 根据您的实际访问情况，认真回答每个问题。根据当前的促销活动，完成调查问卷还有机会获得奖励或特别优惠。花几分钟时间回复，有助于改善您未来在 White Castle 的用餐体验。 WhiteCastle 的顾客

i.MX 95: Dynamic TRDC/System Manager Resource Allocation and GPIO Sharing Between M7 and A55 Hi Team, We are working on an i.MX 95 platform and would like to use the MIPI DSI peripheral initially from the M7 core, and then hand over the resource to the A55 core at runtime. From our understanding, the peripheral resources and their ownership are initially defined for each Logical Machine/processor in the mx95evk.cfg file generated/configured through the System Manager tools. We would like to clarify the following: Dynamic Resource Handover: Is it possible to dynamically transfer the MIPI DSI peripheral resource from M7 to A55 at runtime? For example, M7 would initially own and use MIPI DSI, then release it, after which A55 would take ownership and use the same peripheral. Dynamic Resource Allocation: If runtime handover is supported, what is the recommended mechanism/API to change the resource ownership or access permissions dynamically? Is this handled through the System Manager, TRDC, or another mechanism? GPIO Sharing: Is it possible for the same GPIO port/resource to be accessed by both M7 and A55 simultaneously? If so, are there any TRDC configuration requirements or software synchronization mechanisms that need to be implemented to safely share the GPIO resource? We would appreciate any guidance on the recommended approach for implementing dynamic peripheral handover and/or resource sharing between M7 and A55 on the i.MX 95.