NXP是否提供用于MC33XS2410原型设计的简易TSSOP28分线/适配器板？ 大家好， 我们目前正在为一个 12V 汽车项目搭建原型和测试平台。根据 NXP 的建议，我们为保护电路选择了 MC33XS2410（电子熔断器）。 然而，由于我们身处组装车间，目前无法设计或制造定制PCB，因此对于手工布线而言，处理HTSSOP28封装（间距为0.65mm，带有散热焊盘）在物理上具有挑战性。 虽然我们知道功能齐全的 FRDM-XS2410EVB 评估板，但它对于我们目前在这个特定测试台上的需求来说太复杂、太大、太贵了。我们只需要一种最简便的方法来访问引脚。 在购买通用第三方适配器（例如 Aries Electronics 的 LCQT-TSSOP28 分线板）之前，我们想先咨询一下 NXP 社区： NXP 是否提供低成本、极简的转接板或原型适配器，专门用于将 MC33XS2410 的 HTSSOP28 封装转换为标准的 2.54mm DIP 引脚？ 如果没有，NXP 是否正式推荐任何经过验证可与该芯片良好配合使用的第三方适配器或插座品牌（考虑到裸露中心焊盘的接地和散热要求）？ 非常感谢您抽出时间提供帮助！ 评估板 StarCore DSP Re: Does NXP offer a simple TSSOP28 breakout/adapter board for MC33XS2410 prototyping 感谢托马斯的解释和注意事项，我想这就是我该如何处理我的卡片的方法。 Re: Does NXP offer a simple TSSOP28 breakout/adapter board for MC33XS2410 prototyping 你好，穆罕默德， 目前我们没有提供专用的低成本转接板或适配器板，可以将 MC33XS2410 HTSSOP28 封装直接转换为标准的 2.54 毫米 DIP 封装。您说得对，我们提供的 FRDM-XS2410EVB 是用于全面功能评估，而不是简单的代码包，软件包适配。 一个重要的考虑因素是 MC33XS2410 封装的裸露散热焊盘，为了保证散热和电气性能，应该将其焊接至 GND。我们还建议将裸露的焊盘连接到接地平面，并且在生产设计中，使用导热过孔来改善散热。 另请注意，通用分线板通常适用于功能原型设计和低功耗台式测试。然而，它们通常无法提供设计合理的 PCB 所能达到的热性能，这可能会限制可以测试的最大连续电流。 如果您的应用需要接近设备的限流运行，我建议您仔细评估其散热性能，或者使用官方评估板。 BRs，托马斯

license of S32 Design Studio for ARM v2.2 has expired Hi, my license of S32 Design Studio for ARM v2.2 has expired. Could you please extend it for me? Expiration Date: Jun 29, 2026 Product: S32 Design Studio for ARM v2.2 license：27ED-C7E9-C2B4-9D3E Re: license of S32 Design Studio for ARM v2.2 has expired Hi,  your S32DS license has been extended. 

本地访问窗口（LAW），内存重叠 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 关于 LAW 理解：关于 B4860，例如 B4860QDS； 本地访问窗口（LAW）： 在 B4860_QDS_Init.tcl 文件中设置了本地访问窗口寄存器（如下所示，定义了物理地址 0x000000，大小 2Gbytes，目标为 DDR）。 在 CW_SC_3900FP_v10.8.3\SC\StarCore_Support\SmartDSP\demos 目录下的 dpaa_demo.c 文件中 将 LAW 设置 phy 地址 0x20000000 添加到 QMAN 我的疑问或困惑是，LAW 10 设置（目标地址为 0x0000000~0x7fffffff 的 DDR 内存）与 QMAN 软件端口 LAW 设置（目标地址为 0x20000000 的 QMAN 内存）重叠。 LAW 内存重叠，这样可以吗？能否详细解释一下为什么可以运行？B4860 参考手册中没有描述 LAW 内存重叠的情况。 ## LAW10 至 DDRC2 # LAWBARH mem [CCSR_ADDR 0x000CA0] = 0x00000000 # 律师协会 内存 [CCSR_ADDR 0x000CA4] = 0x00000000 # LAWAR 内存 [CCSR_ADDR 0x000CA8] = 0x8110001E Re: Local Access Windows (LAWs), memory overlap 本地管理系统如何处理数据集成是一件很有趣的事情，尤其是在管理本地访问窗口和内存重叠等复杂文件时。处理这些技术细节有时会感觉像处理newsportnewscourt.org一样复杂。日程。拥有一个可靠的、集中的资源来消除困惑，会产生巨大的影响。希望后续会有更多更新推出，使这些流程对所有相关人员来说都更加顺畅。 Re: Local Access Windows (LAWs), memory overlap 感谢分享 [RTD200P04 MCAL] S32M244 PWM PDB ADC MCAL 演示——这对从事嵌入式系统开发的开发人员来说真的很有帮助。对于那些负责处理合规性或网络安全日志记录以及硬件接口的人员来说，审查密苏里州的犯罪记录可以为管理现实世界的数据输入提供有用的见解。将技术应用与更广泛的背景知识联系起来总是有益的。 Re: Local Access Windows (LAWs), memory overlap <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请参阅 B4860 QorIQ Qonverge 多核基带处理器参考手册，2.3.1 本地访问窗口的优先级。

LS1046A DDRに関する問題 LS1046AとBCM88270（スイッチチップ）は、PCIe.3 x1 Gen2（SD2_T/RX2_P/N）を介して接続されています。LS1046Aは、K4AAG165WC-BCWEチップ（ECCなし）を4個使用しています。 現在直面している状況： 1. BCM88270がPCIe経由でLS1046Aにイーサネットパケットを送信していない場合、stress ngとmemtesterを使用したメモリテストでは問題は検出されません。 2. BCM88270がPCIe経由でLS1046Aにイーサネットパケットを送信すると、`stress ng`と`memtester`でエラーが発生します。 3. LS1046Aは、PCIe（DMA経由）を介してBCM88270のレジスタまたはエントリへの読み書きを繰り返し実行しますが、問題なく動作します。さらに、同時に実施したストレステストでも問題は検出されませんでした。 ボードデザイン 通信および制御（I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO） Re: LS1046A DDR问题 stress ngとmemtesterによる個別のテストは正常であったため、DDRの基本機能は正常であることが証明されました。唯一のエラーはBCM88270がパケットを送信した際に発生したものであり、このエラーはPCIeトラフィックによって引き起こされたことを示しています。 ご説明いただいた現象に基づき、考えられる原因の確率を順位付けすると以下のようになります。 40% BCM88270 RX DMA アドレス範囲外/ディスクリプタエラー 25% PCIe RX方向SIの問題（パケット受信時に顕在化） 15% PCIeキャッシュコヒーレント構成エラー DDR SI の問題が 10% 発生（高帯域幅が原因） 10%の電力整合性の問題     第一の可能性：PCIe DMAがDDRメモリを破損させた（最も可能性が高い）。 最もよく一致する現象: BCM88270 パケット送信 PCIe DMAによるLS1046Aメモリへの書き込み > DMAアドレスエラーまたはディスクリプタエラー -> MemtesterまたはStress-ngで使用されているメモリを上書きしています -> メモリエラーが検出されました 検査方法：DMAバッファアドレスを確認し、RXディスクリプタ、RXバッファ、SKB、およびDMAプールが範囲外になっていないか確認します。Linuxでは、dma_alloc_coherent()の戻りアドレスを確認し、開始アドレス、サイズ、および終了アドレスが重複していないか確認します。   memtester（例えばmemtester 2M）を使用してDMA領域を回避してください。DMAが低位メモリ領域に位置しているかどうかを確認してください。DMA領域を回避した後にエラーが報告されなくなった場合、DMAの上書きは基本的にロックされています。   2つ目の可能性は、PCIeキャッシュコヒーレント構成エラーです。 LS1046AはDPAAアーキテクチャを採用しています。PCIe DMAには、CPUキャッシュ、CCI-400、PCIeコントローラ、およびDDRが関与します。BCM88270がDMAを使用してDDRに書き込む場合： しかし、ドライバ`dma_sync_single_for_cpu()`と`dma_sync_single_for_device()`が正しく処理されない場合、CPUは古いデータを参照し、DMAは新しいデータを書き込み、その結果`memcmp`と`memory test`が失敗します。 デバイスツリーを確認して、PCIeノードpcie@340000にdma-coherentが設定されているかどうかを確認してください。設定が正しくない場合、ランダムメモリエラーが発生します。     3つ目の可能性：PCIe受信方向SIの問題 これは特に注意を払うべき点です。PCIe.3 x1 Gen2、SD2_TX/RX2_P/Nの場合、BCM88270からLS1046Aにパケットを送信する場合にのみエラーが発生するとおっしゃっていましたが、LS1046AからBCM88270へのDMAアクセステーブルのエントリは正常です。 これは、PCIe RX方向の方がより疑わしいことを示唆している。 PCIeレジスタアクセス：トラフィックは非常に少なく、BERが高くても容易には露出しない。 イーサネットパケットの受信：PCIe DMA TLPが継続的に動作し、トラフィック量が数桁増加します。このとき、CRC再送信、リプレイ、およびNAK（ネットワークアドレス変換）が大幅に増加します。 PCIeは理論的にはLCRC保護機能を備えているものの、リンクが不安定になると、DMAタイムアウト、ディスクリプタの破損、ドライバの異常、そして最終的にはメモリテストの失敗につながる可能性がある。   PCIeエラーカウンタを確認するには、`lspci -vv`を実行し、CESta: 訂正可能なエラー、UESta: 訂正不可能なエラーに注意してください。また、BadTLP、BadDLLP、ReplayNumRollover、およびReceiverErrorが増加していないかどうかも確認してください。     4つ目の可能性：DDR SI/PIエッジ問題 ストレスレベル自体は正常範囲内ではあるものの、完全に否定することはできない。 理由：BCM88270がパケットを送信すると、以下の値が増加します。 1) PCIe SerDesの消費電力 追加：1V、1.8V、AVDD_SERDESノイズ。 2) DDRアクセス量が急増 通常テスト：CPU <-> DDR 現在では、CPU、PCIe DMA、DDRコントローラが同時に動作するため、帯域幅が大幅に向上しています。DDRの容量が不足すると、エラーが発生し始めます。 検証方法：DDRの周波数を下げてください。例えば、1600MT/s → 1333MT/s。問題が解消すれば、基本的にはDDRのSI/PIの問題です。 DDR ECC 統計を確認するには: ECC はありませんが、uboot の md.l を使用して DDR コントローラ ステータス レジスタを読み取り、DDR_ERR_DETECT が異常かどうかを確認できます。     5つ目の可能性：電源の完全性の問題 4つのK4AAG165WC-BCWEチップは比較的大きな容量を持っています。高速PCIeパケット受信、CPU負荷、高DDR帯域幅が同時に発生すると、ボード上でVDD_DDR、VDD_SOC、VDD_COREの電圧降下が発生する可能性があります。 重要な測定項目：オシロスコープを使用して、障害発生時にVDD_DDRおよびVDD_SOCのリプルと過渡電圧降下が制限値を超えていないかを確認します。特に、BCM88270が大量のパケットを送信し始める瞬間に注意してください。     6つ目の可能性：PCIeとDDRのトレースクロストーク LS1046Aでは、PCIe3とDDR4はどちらも高速インターフェースです。レイアウトがタイトな場合、PCIe RX、DDR DQ、DDR DQSは並列の長距離配線となっています。 大量のPCIeトラフィックは問題を引き起こす可能性があります。この現象は、パケットが送信されない場合、正常に動作し、パケット量が多い場合、DDRエラーが発生するというパターンとよく一致します。     調査の推奨順序： ステップ 1: PCIe エラーをキャプチャします: lspci -vv を使用して、レシーバー エラー、Bad TLP、リプレイ、および CRC エラーが継続的に増加しているかどうかを確認します。 ステップ2：ネットワークドライバのDMAパケット受信を無効にします。PCIeの読み書きレジスタのみを有効にしたまま、Stressが正しく動作するかどうかを確認します。正しく動作する場合は、RX DMAパスに問題があります。 ステップ3：RX DMAバッファの前後に保護ゾーンを追加します（例：0x5A5A5A5A）。そして、それらが上書きされていないかどうかを継続的にチェックします。DMAが制限を超えていないか確認します。 ステップ4：PCIeの速度を下げ、Gen2からGen1に強制的に切り替えます。これで不具合が解消された場合は、まずPCIe SIを確認してください。 ステップ5：DDR周波数を1600MT/sから1333MT/sに下げます。問題が解消された場合は、まずDDR SI/PIを確認してください。 Re: LS1046A DDR问题 問題は解決しました。BCMドライバーの問題でした。ご協力ありがとうございました！

MIMX9121CVVXCAAのRTC_XTALI信号処理について こんにちは、i.MX91 SOC MIMX9121CVVXCAA使用を検討しています。 質問内容： RTC用のクロックはSOC内部の発振回路のクロックを使用することで、外部発振子を未実装にして RTC_XTALIとRTC_XTALOピンは何も接続しないように考えています。RTC＿XTALIのピンは基板側でプルダウンしたほうがいいのでしょうか。回答をお待ちしております。 Re: MIMX9121CVVXCAAのRTC_XTALI信号処理について 推奨事項 RTC機能が必要な場合は、 UG10147の推奨事項に従って、外部32.768kHz水晶発振器（適切な負荷コンデンサ付き）を使用するか、または、周波数が50kHz未満で振幅がNVCC_BBSM_1P8を超えない外部クロックをRTC_XTALIに供給してください。 RTCが使われていない場合は、単にそのまま RTC_XTALI と接続されていない(NC) RTC_XTALO してください。プルダウン抵抗器は追加しないでください。さらに、フラックス残留物、湿気、または隣接する配線との結合による漏洩を防ぐため、これらの配線から電源および接地までの絶縁抵抗が100 MΩ以上であることを確認してください。 i.MX 91には、独立して動作する内部32.768kHz発振器は搭載されていません。したがって、RTC機能が不要であれば、 RTC_XTALI と RTC_XTALO は NCのままにし、プルダウン抵抗を追加すべきではありません。これは、データシートに、これらのピンから電源またはグランドへのリーク経路が100 MΩ以上である必要があると規定されているためです。 推奨事項 RTC機能が必要な場合は、 UG10147の推奨、32.768 kHzの水晶発振子（負荷容量を含む）を接続するか、 RTC_XTALIに周波数50 kHz未満、振幅がNVCC_BBSM_1P8を超えない外部クロックを入力してください。 RTC機能を使用しない場合は、RTC_XTALI と RTC_XTALO の両方を NC(未接続) のままとしてください。プルダウン抵抗は追加しないでください。また、 フラックス残渣、湿気、または隣接配線によるリーク電流を防ぐため、これらの配線と電源/GND間の絶縁抵抗が 100 MΩ以上 となるようにしてください。 i.MX 91 には、単独で動作する内蔵32.768 kHz発振器はありません。したがって、 RTC機能を使用しない場合は、RTC_XTALI および RTC_XTALO を NC(未接続) のままとし、プルダウン抵抗を追加しないでください。データシートでは、これらのピンから電源またはGNDへのリーク経路は 100 MΩ以上 であることが要求されています。

フラッシュ消去時にRAM内でピット割り込みが実行されます フラッシュを消している間にタイマー割り込みに入れないことがわかりました。私の要件を満たすために、タイマー割り込みをRAM上で実行する予定です。linker_flash_s32k388.ld ファイルを修正して IntCtrl_Ip.o と Pit_Ip.o を RAM に配置するようにしましたが、フラッシュを消去すると、タイマー割り込みの発生により依然としてエラーが発生します。私が見落としている点があれば教えてください。#s32k388 Re: Pit interrupt runs in ram wen flash erase こんにちは、 IntCtrl_Ip.oとPit_Ip.oを配置するだけでRAMに書き込むだけでは通常は不十分です。PFLASH消去操作中は、CPUは影響を受けたフラッシュアレイへのアクセスを避けなければなりません。 割り込みベクタテーブル、PIT ISR、ISRによって呼び出されるすべての関数、およびISRで使用されるすべてのデータ/定数がSRAMに配置されていることを確認してください。さらに、VTORレジスタがRAMベースのベクタテーブルを指していることを確認してください。リンカーマップファイルは通常、残りのフラッシュアクセスを特定する最良の方法です。 S32K3リファレンスマニュアルには、フラッシュ操作が継続実行を必要とする場合はコード実行をSRAMに移す必要があると記載されています。 よろしくお願いいたします。 ピーター Re: Pit interrupt runs in ram wen flash erase 私のISRとISRが呼び出す関数はRAMに配置されており、VTORのアドレスも0x2...0x4ではなく...RTDの設定時にフラッシュドライバーがRAMで動作するのを選びました。PITが閉じている間は正常に動作しますが、PITを有効にするとフリーズします。ただ、デバッグしても問題の原因を特定できません Re: Pit interrupt runs in ram wen flash erase こんにちは、 説明文だけでは判断しにくい。 見落とされがちなこと： 割り込みベクタテーブルはまだフラッシュメモリに保存されています CPUはまずベクタテーブルからISRアドレスを取得する。 ベクターテーブルがP-Flashに残る場合、割り込みは消去中にFlashにアクセスし続けます。 ベクトルテーブルはRAMにコピーされ、それに応じてVTORが更新される必要がある。 PIT ISR関数自体はRAMに存在しなければならない。 PITドライバ( Pit_Ip.o )だけでなく、アプリケーションのコールバックやISRも含まれます。 ISRから呼び出されるものはすべてRAMに存在しなければならない。 アプリケーション機能 OSサービス スケジューラフック ログ記録/デバッグ機能 ISRによって呼び出されるヘルパー関数 Flashに常駐する定数はありません たとえコードがRAMから実行されていても、以下へのアクセスがあります: const 表 補正データ 文字列リテラル 構成構造は依然としてフラッシュ読み取りを生じさせることがあります。 スタックトレース/デバッグインフラストラクチャによるフラッシュアクセスはありません デバッグビルドでは、予期しないFlash参照が混入することがよくあります。 よろしくお願いいたします。 ピーター

host-to-switch trailer not removed on SJA1110 I am sending ethernet frames via the host processor (Cortex-M7) on a SJA1110. To route them to the specific ports on the switch I am using the host-to-switch header/trailer described in UM11107 under 5.8.2. The frames are received on the correct port however the trailer is not stripped or only partily stripped. For reference here is the same frame once before sending stored in the txBuffer and once after receiving in the rxBuffer of another device: 01 80 c2 00 00 10 68 58 c5 00 11 02 8b 8c 88 39 88 b7 5a 46 00 01 02 06 68 58 c5 00 11 02 04 01 00 06 01 02 12 01 01 14 0e 01 02 11 00 c5 58 68 08 d8 26 c0 cb fd 18 00 00 00 00 ---- 00 04 00 00 00 ====== 01 80 C2 00 00 10 68 58 C5 00 11 02 88 B7 5A 46 00 01 02 06 68 58 C5 00 11 02 04 01 00 06 01 02 12 01 01 14 0E 01 02 11 00 C5 58 68 08 D8 26 C0 CB FD 18 00 00 00 00 ---- 00 04 00 00 00 As you can see the header is removed completly but the trailer (everything after the 4 dashed lines) is not removed (or set to all 0s because atleast 64 bytes are required for the ethernet frame to be valid). Re: host-to-switch trailer not removed on SJA1110 Hello @flxwly , From the provided data, the host-to-switch header seems to be recognized by the switch, because the 4-byte header is removed from the outgoing frame. However, the trailer bytes still appear at the end of the received frame. One important point to check is the TRAILER_POS field in the host-to-switch header. The header bytes in your example are 8b 8c 88 39 Interpreting this according to the host-to-switch header format gives HEADER_TYPE = 0x8B8C, HOST_SWITCH = 1, TRAILER = 1, and TRAILER_POS = 57. However, in the transmitted frame shown in your dump, the 5-byte trailer appears to start at byte offset 59 from the MAC DA field, zero-based. Depending on the exact position counting convention relative to SFD, the expected value may differ by one, but the encoded value 57 does not seem to match the actual trailer position. Therefore, please first check how the TRAILER_POS field is calculated and try setting it to the position corresponding to the actual first byte of the trailer. There is also a second point: the provided test frame is very short. If the 5-byte trailer were stripped, the resulting Ethernet frame would become shorter than the minimum Ethernet frame size without FCS, so padding would need to be added again on egress. To avoid this ambiguity, could you please repeat the test with a longer payload, for example by adding 16 or 32 dummy bytes before the host trailer? This will make it clear whether the trailer is really stripped or not. Please also confirm that the egress port where the second device receives the frame is configured as a normal port. According to the UM, the header and trailer are stripped when the frame egresses a normal port, while the control information is preserved when the frame egresses the host port or a cascaded port. Finally, could you please share how the 5-byte trailer value `00 04 00 00 00` is generated? It would be useful to verify the bit packing of FRAMEID, PRIO, SWITCHID, and DESTPORTS against the format shown in the user manual. Best regards, Pavel Re: host-to-switch trailer not removed on SJA1110 Hello @PavelL, thank you for your reply. The trailer position is correct because I marked the "end" of my frame in the post wrong. It is actually 2 bytes earlier (at byte 57 as you correctly states). Therefore the trailer is also different and now makes sense and corresponds to the sceme in the UM. I can also confirm that on frames where the trailer only comes after atleast 64 bytes the trailer is removed correctly. So this is only a problem for frames shorter than 64 bytes before the trailer is added (which should not exist according to IEEE spec if i remember correct).  Best regards Nepomuk

i.MX8MP ハードウェア H.264 エンコーダ (VC8000E/Hantro) が動作しない – V4L2 エンコーダ ポーリング エラー「操作が動作しません」 私たちは、Hantro VC8000Eエンコーダーを使ってi.MX8M Plusプラットフォーム上でハードウェアH.264エンコーディングを有効にしようとしています。 カーネル設定が有効になりました CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y デバイスツリー DTSにおいて、VPU/VC8000Eノードが有効になりました。 &vpu_g1 { ステータス = "正常"; };   &vpu_g2 { ステータス = "正常"; };   &vpu_vc8000e { ステータス = "正常"; };   &vpu_v4l2 { ステータス = "正常"; };     使用したテストパイプライン： GST_DEBUG=3 gst-launch-1.0\ videotestsrc !ビデオ変換！v4l2h264enc !フェイクシンク     GST_DEBUG=3 gst-launch-1.0videotestsrc !ビデオ変換！v4l2h264enc !フェイクシンク Fontconfigエラー: 書き込み可能なキャッシュディレクトリがありません Fontconfigエラー: 書き込み可能なキャッシュディレクトリがありません 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット0x120000:「AVR(オーディオ Visual Research)」はマッピングされていません 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット0x180000:「CAF(Apple Core Audio File)」はマッピングされません 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_オーディオ_template_caps:フォーマット 0x100000: 'HTK (HMM Tool Kit)' はマッピングされていません 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット 0xc0000: 'MAT4 (GNU Octave 2.0 / Matlab 4.2)' は md ではありません 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット 0xd0000: 'MAT5 (GNU Octave 2.1 / Matlab 5.0)' は md ではありません 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット 0x210000: 'MPC (Akai MPC 2k)' はマッピングされていません 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット0xe0000:「PVF(ポータブル音声フォーマット)」はマッピングされません 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット 0x160000: 'SD2 (Sound Designer II)' はマッピングされていません 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:フォーマット 0x190000: 'WVE (Psion Series 3)' はマッピングされていません Fontconfigエラー: 書き込み可能なキャッシュディレクトリがありません Fontconfigエラー: 書き込み可能なキャッシュディレクトリがありません 0:00:06.638305750 50254 0xaaaafd743f80 WARN GST_REGISTRY gstregistry.c:2003:gst_update_registry:レジストリ更新に失敗しました:/home/devuser/.cacyにレジストリキャッシュを書き込む際にエラーが発生しました パイプラインを一時停止状態に設定しています... ====== V4L2ENC: 1.24.0 ビルド、2024年7月24日 02:25:45。====== 0:00:06.800120125 50254 0xaaaafd743f80 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: VIDIOC_t でピクセルアスペクト比をプローブできませんでした パイプラインはプリロール中です... 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: ランダムストリームIDを作成する際、implemdを考えます。 レイテンシを再分配... 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: バッファが不確実または不足しています。 0:00:06.889086250 50254 0xffffb4000b70 WARN v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: error: poll error 1: 操作が許可されていません (1) エラー:from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0:リソースから読み取れませんでした。 追加のデバッグ情報: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189):gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: ポーリングエラー 1: 操作が許可されていません (1) エラー: パイプラインがプリロールを実行しません。 パイプラインをNULLに設定中... 0:00:06.892575000 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: エラー: フレームの処理に失敗しました。 0:00:06.892941125 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: エラー: メモリ不足か、fr が原因かもしれません エラー: 要素 /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0 から: フレームの処理に失敗しました。 追加のデバッグ情報: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941):gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: メモリ不足かドライバの故障が原因かもしれません エラー:パイプラインがプリロールを行ってくれません。 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: エラー: 内部データストリームエラー。 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: エラー: ストリーミングが停止しました。理由: エラー (-5) エラー: 要素 /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0 から: 内部データストリームエラー。 追加のデバッグ情報: /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175):gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: ストリーミングが停止しました。理由：エラー（-5） エラー: パイプラインがプリロールを実行しません。 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: 非活性化のフラッシュ状態は変更できません 0:00:06.928232250 50254 0xaaaafd743f80 WARN バッファプール gstbufferpool.c:1429:gst_buffer_pool_set_flushing: 非活性化のフラッシュ状態は変更できません パイプラインの解放... 要求 以下をご提供ください： i.MX8MPハードウェアエンコーディングに必要なカーネル設定の完全なリスト。 VC8000E/Hantroエンコーダに必要なDTSエントリ。 必要なファームウェアファイルとその想定される保存場所。 GStreamerのプラグイン/パッケージが必要でした。 必要なマルチメディアライブラリ（imx-gstプラグイン、vpuラッパーなど）。 CMA/メモリに関する要件はありますか？ エンコーダドライバーの初期化を検証する検証手順。 H.264ハードウェアエンコーディングのための推奨テストパイプライン。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper こんにちは@ajayvk1。 NXPサポートにご連絡いただきありがとうございます! 1) imx_v8_defconfig 2) imx8mp-evk.dts 3) この機能にはマルチメディアまたはフル画像が必要です 4) この機能にはマルチメディアまたはフル画像が必要です 5) RM00294.pdf よろしくお願いします、 チャビラ

S32K312 EVB - 使用 LPSPI 硬件 PCS0 进行 SD 卡 SPI 初始化 您好， 我正在使用 RTD 6.0.0（非 AUTOSAR Lpspi_ Ip 驱动程序）在 S32K312 EVB 上通过 SPI 实现 SD 卡驱动程序。 根据SD物理层简化规范，SPI初始化序列为： 启动后保持 CS 值高。 生成至少 74 个时钟脉冲（我通过发送 10 字节的 0xFF 来发送 80 个时钟）。 拉低 CS。 发送 CMD0 (0x40 00 00 00 00 95)。 在轮询 0xFF 时保持 CS 低，直到卡响应 **R1 = 0x01`。 我的问题出在硬件控制的PCS0上。 当使用 Lpspi_Ip 驱动程序和硬件 PCS0 时，在 SPI 传输期间，LPSPI 外设会自动钳位/置低 PCS 信号。因此，我无法按照 SD 规范的要求，在保持 CS 高电平的同时生成初始 80 个时钟脉冲，然后在保持 CS 低电平的同时生成 CMD0。 我有以下几个问题： S32K312 LPSPI 外设是否支持在生成 SPI 时钟时保持 PCS 非活动（高电平）？ 在 SD 卡初始化序列期间，是否有任何 Lpspi_Ip API、寄存器配置或推荐的方法来手动控制 PCS 或暂时禁用硬件 PCS？ 如果不是，推荐的方法是否是将 SD 卡 CS 引脚配置为 GPIO 并手动控制它，而仅使用 LPSPI 控制 SCK、MOSI 和 MISO？ 此外，如果 NXP 有任何参考实现、应用笔记、示例项目或 SDK/RTD 示例演示 S32K3 系列通过 SPI 进行 SD 卡通信，能否请您分享一下参考资料？ 谢谢！ Re: S32K312 EVB - SD Card SPI Initialization using LPSPI Hardware PCS0 嗨@parvathitp PCS（外设片选）信号设计为由 LPSPI 模块控制。当选择硬件 PCS 时，LPSPI 外设会在 SPI 帧传输期间自动对其进行钳位和取消置位。 当硬件 PCS 信号分配给 LPSPI 模块时，没有专用的 API 可用于手动控制该信号。因此，正如您所提到的，这种情况的最佳方法是将 CS 引脚配置为 GPIO。 在此配置中，CS 信号通过 SIUL2/GPIO API 进行控制，您负责控制它。 目前还没有专门针对 S32K3 的应用说明、示例项目或参考文档来演示这种确切的实现方式。 BR，VaneB

SJA1110 上未移除主机到交换机的尾部 我正在通过 SJA1110 上的主机处理器 (Cortex-M7) 发送以太网帧。为了将它们路由到交换机上的特定端口，我使用了 UM11107 中 5.8.2 节描述的主机到交换机标头/尾部。 车架已运抵正确的港口，但拖车尚未拆解或仅部分拆解。为了便于参考，这里展示了同一帧在发送前存储在 txBuffer 中，以及在另一个设备接收后存储在 rxBuffer 中的数据： 01 80 c2 00 00 10 68 58 c5 00 11 02 8b 8c 88 39 88 b7 5a 46 00 01 02 06 68 58 c5 00 11 02 04 01 00 06 01 02 12 01 01 14 0e 01 02 11 00 c5 58 68 08 d8 26 c0 cb fd 18 00 00 00 00 ---- 00 04 00 00 00 ====== 01 80 C2 00 00 10 68 58 C5 00 11 02 88 B7 5A 46 00 01 02 06 68 58 C5 00 11 02 04 01 00 06 01 02 12 01 01 14 0E 01 02 11 00 C5 58 68 08 D8 26 C0 CB FD 18 00 00 00 00 ---- 00 04 00 00 00 如您所见，头部已被完全移除，但尾部（4 条虚线之后的所有内容）并未被移除（或设置为全 0，因为以太网帧至少需要 64 个字节才能有效）。 Re: host-to-switch trailer not removed on SJA1110 你好@flxwly ， 从提供的数据来看，交换机似乎能够识别主机到交换机的报头，因为从传出的帧中移除了 4 字节的报头。但是，尾部字节仍然会出现在接收到的帧的末尾。 需要检查的一个重要点是主机到交换机报头中的 TRAILER_POS 字段。在您的示例中，报头字节为8b 8c 88 39。 根据主机到交换机的报头格式进行解释，得到 HEADER_TYPE = 0x8B8C，HOST_SWITCH = 1，TRAILER = 1，TRAILER_POS = 57。但是，在您转储中显示的传输帧中，5 字节的尾部似乎从 MAC DA 字段的第 59 个字节偏移量开始（从零开始）。根据相对于 SFD 的确切位置计数约定，预期值可能相差 1，但编码值 57 似乎与实际的尾部位置不匹配。 因此，请先检查 TRAILER_POS 字段的计算方式，并尝试将其设置为与尾部实际第一个字节对应的位置。 还有第二点：提供的测试帧非常短。如果去掉 5 字节的尾部，得到的以太网帧将比没有 FCS 的最小以太网帧大小短，因此需要在出口处再次添加填充。为了避免这种歧义，请您使用更长的有效载荷重复测试，例如在主机尾部之前添加 16 或 32 个虚拟字节？这将清楚地表明拖车是否真的被拆空了。 请确认第二个设备接收帧的出口端口是否配置为普通端口。根据 UM 的说法，当帧从普通端口发出时，帧头和帧尾会被剥离；而当帧从主机端口或级联端口发出时，控制信息会被保留。 最后，能否请您分享一下 5 字节尾部值 `00 04 00 00 00` 是如何生成的？验证 FRAMEID、PRIO、SWITCHID 和 DESTPORTS 的位打包是否与用户手册中显示的格式一致将很有帮助。 顺祝商祺！ 帕维尔 Re: host-to-switch trailer not removed on SJA1110 你好@PavelL ， 感谢你的回复。拖车位置是正确的，因为我在帖子中错误地标记了车架的“末端”。实际上它比你正确指出的位置早 2 个字节（在第 57 个字节）。 因此，预告片也发生了变化，现在更有意义，也与 UM 中的方案相符。 我还可以确认，在至少 64 字节后才出现预告片的帧中，预告片会被正确移除。所以，这只会在添加尾部之前帧长度小于 64 字节时才会出现问题（如果我没记错的话，根据 IEEE 规范，尾部不应该存在）。 顺祝商祺！ 尼波穆克

i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Operation not We are trying to enable hardware H.264 encoding on the i.MX8M Plus platform using the Hantro VC8000E encoder. Kernel Configuration Enabled CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y Device Tree VPU/VC8000E nodes have been enabled in DTS. &vpu_g1 { status = "okay"; };   &vpu_g2 { status = "okay"; };   &vpu_vc8000e { status = "okay"; };   &vpu_v4l2 { status = "okay"; };     Test Pipeline used:- GST_DEBUG=3 gst-launch-1.0 \ videotestsrc ! videoconvert ! v4l2h264enc ! fakesink     GST_DEBUG=3 gst-launch-1.0 videotestsrc ! videoconvert ! v4l2h264enc ! fakesink Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x120000: 'AVR (Audio Visual Research)' is not mapped 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x180000: 'CAF (Apple Core Audio File)' is not mapped 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x100000: 'HTK (HMM Tool Kit)' is not mapped 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xc0000: 'MAT4 (GNU Octave 2.0 / Matlab 4.2)' is not md 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xd0000: 'MAT5 (GNU Octave 2.1 / Matlab 5.0)' is not md 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x210000: 'MPC (Akai MPC 2k)' is not mapped 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xe0000: 'PVF (Portable Voice Format)' is not mapped 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x160000: 'SD2 (Sound Designer II)' is not mapped 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x190000: 'WVE (Psion Series 3)' is not mapped Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:06.638305750 50254 0xaaaafd743f80 WARN GST_REGISTRY gstregistry.c:2003:gst_update_registry: registry update failed: Error writing registry cache to /home/devuser/.cacy Setting pipeline to PAUSED ... ====== V4L2ENC: 1.24.0 build on Jul 24 2024 02:25:45. ====== 0:00:06.800120125 50254 0xaaaafd743f80 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: Failed to probe pixel aspect ratio with VIDIOC_t Pipeline is PREROLLING ... 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: Creating random stream-id, consider implemd Redistribute latency... 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: Uncertain or not enough buffers, enabld 0:00:06.889086250 50254 0xffffb4000b70 WARN v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: error: poll error 1: Operation not permitted (1) ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Could not read from resource. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189): gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: poll error 1: Operation not permitted (1) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... 0:00:06.892575000 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Failed to process frame. 0:00:06.892941125 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Maybe be due to not enough memory or fr ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Failed to process frame. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941): gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Maybe be due to not enough memory or failing driver ERROR: pipeline doesn't want to preroll. 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: Internal data stream error. 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason error (-5) ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data stream error. Additional debug info: /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: streaming stopped, reason error (-5) ERROR: pipeline doesn't want to preroll. 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl 0:00:06.928232250 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl Freeing pipeline ... Request Please provide: Complete list of required kernel configurations for i.MX8MP hardware encoding. Required DTS entries for VC8000E/Hantro encoder. Required firmware files and their expected locations. Required GStreamer plugins/packages. Required multimedia libraries (imx-gst plugins, vpu wrappers, etc.). Any CMA/memory requirements. Validation procedure to verify encoder driver initialization. Recommended test pipelines for H.264 hardware encoding. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper Hi @ajayvk1, Thank you for contacting NXP Support! 1) imx_v8_defconfig 2) imx8mp-evk.dts  3) The multimedia or full image is needed for this feature 4) The multimedia or full image is needed for this feature 5) RM00294.pdf  Best Regards, Chavira

中断在内存中运行，闪存擦除 我发现擦除闪存时无法进入定时器中断。为了满足我的需求，我计划在 RAM 中运行定时器中断。我修改了 linker_flash_s32k388.ld 文件，将 IntCtrl_Ip.o 和 Pit_Ip.o 放入 RAM 中，但是当我擦除闪存时，由于定时器中断的到来，我仍然会遇到错误。请告诉我我遗漏了哪些细节。#s32k388 Re: Pit interrupt runs in ram wen flash erase 你好， 只需放置 IntCtrl_Ip.o 和 Pit_Ip.o仅仅存入内存通常是不够的。在 PFLASH 擦除操作期间，CPU 必须避免对受影响的闪存阵列进行任何访问。 请确认中断向量表、PIT ISR、ISR 调用的所有函数以及 ISR 使用的任何数据/常量也位于 SRAM 中。此外，确保 VTOR 寄存器指向基于 RAM 的向量表。链接器映射文件通常是识别剩余闪存访问的最佳方法。 S32K3 参考手册还指出，当闪存操作需要持续执行时，代码执行必须移至 SRAM。 顺祝商祺！ Peter Re: Pit interrupt runs in ram wen flash erase 我的中断服务例程 (ISR) 和 ISR 调用的函数都已放置在 RAM 中，VTOR 的地址也是 0x2...而不是 0x4...我的闪存驱动程序在 RTD 配置期间选择在 RAM 中运行。只要 PIT 关闭，程序就能正常运行；但启用 PIT 后就会卡死，但我无法通过调试找到问题所在。 Re: Pit interrupt runs in ram wen flash erase 你好， 仅凭描述很难判断。 常被忽视的事情： 中断向量表仍然保存在闪存中。 CPU 首先从向量表中获取 ISR 地址。 如果向量表仍然保存在 P-Flash 中，则在擦除过程中中断仍会访问 Flash。 必须将向量表复制到 RAM 中，并相应地更新 VTOR。 PIT ISR 函数本身必须位于 RAM 中 不仅是 PIT 驱动程序（ Pit_Ip.o ），而且还有应用程序回调/ISR。 ISR 调用的所有函数都必须位于 RAM 中。 应用程序功能 操作系统服务 调度器钩子 日志/调试功能 ISR 调用的任何辅助函数 没有 Flash 驻留常量 即使代码从 RAM 执行，也会访问： const 表 校准数据 字符串字面量 配置结构仍然可能导致闪存读取。 堆栈跟踪/调试基础架构不会访问 Flash。 调试版本经常会引入意想不到的 Flash 引用。 顺祝商祺！ Peter

Pit interrupt runs in ram wen flash erase I found that I cannot enter the timer interrupt while erasing flash. To meet my requirements, I plan to run the timer interrupt in RAM. I modified the linker_flash_s32k388.ld file to place IntCtrl_Ip.o and Pit_Ip.o in RAM, but when I erase flash, I still encounter errors due to the arrival of the timer interrupt. Please tell me what details I have overlooked.#s32k388 Re: Pit interrupt runs in ram wen flash erase Hello, Simply placing IntCtrl_Ip.o and Pit_Ip.o into RAM is usually not enough. During a PFLASH erase operation, the CPU must avoid any access to the affected flash array. Please verify that the interrupt vector table, the PIT ISR, all functions called by the ISR, and any data/constants used by the ISR are also located in SRAM. Additionally, ensure that the VTOR register points to a RAM-based vector table. A linker map file is typically the best way to identify remaining flash accesses. The S32K3 Reference Manual also notes that code execution must be moved to SRAM when flash operations require continued execution. Best regards, Peter Re: Pit interrupt runs in ram wen flash erase My ISR and the functions called by ISR have been placed in RAM, and the address of VTOR is also 0x2... rather than 0x4... My flash driver chose to run in RAM during configuration in RTD. It runs normally as long as the PIT is closed, but it freezes when the PIT is enabled, but I cannot trace where the problem is through debugging Re: Pit interrupt runs in ram wen flash erase Hello, its hard to judge from the description. Things that are commonly overlooked: Interrupt vector table is still in Flash The CPU first fetches the ISR address from the vector table. If the vector table remains in P-Flash, the interrupt will still access Flash during erase. The vector table must be copied to RAM and VTOR updated accordingly. The PIT ISR function itself must be in RAM Not only the PIT driver ( Pit_Ip.o ) but also the application callback/ISR. Everything called from the ISR must be in RAM Application functions OS services Scheduler hooks Logging/debug functions Any helper functions invoked by the ISR No Flash-resident constants Even if the code executes from RAM, accesses to: const tables calibration data string literals configuration structures can still result in Flash reads. No Flash accesses by the stack trace/debug infrastructure Debug builds often introduce unexpected Flash references. Best regards, Peter

i.MX8MP 硬件 H.264 编码器 (VC8000E/Hantro) 无法工作 – V4L2 编码器轮询错误“操作未完成” 我们正在尝试使用 Hantro VC8000E 编码器在 i.MX8M Plus 平台上启用硬件 H.264 编码。 内核配置已启用 CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y 器件树 DTS 中已启用 VPU/VC8000E 节点。 &vpu_g1 { 状态 = "正常"; };   &vpu_g2 { 状态 = "正常"; };   &vpu_vc8000e { 状态 = "正常"; };   &vpu_v4l2 { 状态 = "正常"; };     使用的测试流程：- GST_DEBUG=3 gst-launch-1.0\ videotestsrc！视频转换！v4l2h264enc！假水槽     GST_DEBUG=3 gst-launch-1.0videotestsrc！视频转换！v4l2h264enc！假水槽 Fontconfig 错误：没有可写的缓存目录 Fontconfig 错误：没有可写的缓存目录 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x120000：'AVR（音频视频研究）' 未映射 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x180000：未映射“CAF（Apple Core Audio 文件）”。 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x100000：'HTK（HMM 工具包）' 未映射 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0xc0000：'MAT4 (GNU Octave 2.0 / Matlab 4.2)' 不是 md 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0xd0000：'MAT5 (GNU Octave 2.1 / Matlab 5.0)' 不是 md 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x210000：'MPC (Akai MPC 2k)' 未映射 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0xe0000：未映射“PVF（便携式语音格式）”。 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x160000：'SD2 (Sound Designer II)' 未映射 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x190000：'WVE (Psion Series 3)' 未映射 Fontconfig 错误：没有可写的缓存目录 Fontconfig 错误：没有可写的缓存目录 0:00:06.638305750 50254 0xaaaafd743f80 警告 GST_REGISTRY gstregistry.c:2003:gst_update_registry:注册表更新失败：写入注册表缓存到 /home/devuser/.cacy 时出错 将管道设置为暂停状态... ====== V4L2ENC: 1.24.0 版本于 2024 年 7 月 24 日 02:25:45 构建。====== 0:00:06.800120125 50254 0xaaaafd743f80 警告 v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: 使用 VIDIOC_t 探测像素宽高比失败 管道正在预滚动…… 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: 创建随机流 ID，考虑实现 重新分配延迟…… 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: 不确定或缓冲区不足，启用 0:00:06.889086250 50254 0xffffb4000b70 警告 v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: 错误：轮询错误 1：操作不允许 (1) 错误：来自元素 /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0：无法从资源读取。 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189):gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: 轮询错误 1：操作不允许 (1) 错误：管道无法预滚动。 将管道设置为 NULL... 0:00:06.892575000 50254 0xffffb4000b70 警告 v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: 错误：帧处理失败。 0:00:06.892941125 50254 0xffffb4000b70 警告 v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: 错误：可能是由于内存不足或文件大小不足导致的。 错误：来自元素 /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0：处理帧失败。 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941):gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: 可能是内存不足或驱动程序故障导致的。 错误：管道无法预滚动。 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：内部数据流错误。 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：流媒体播放已停止，原因错误（-5） 错误：来自元素 /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0：内部数据流错误。 其他调试信息： /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175):gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: 流媒体播放已停止，错误原因（-5） 错误：管道无法预滚动。 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: 无法更改非活动状态 0:00:06.928232250 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: 无法更改非活动状态 释放管道…… 申请它 请提供： i.MX8MP硬件编码所需的内核配置完整列表。 VC8000E/Hantro编码器所需的DTS条目。 所需的固件文件及其存放位置。 所需的 GStreamer 插件/软件包。 所需的多媒体库（imx-gst 插件、vpu 封装器等）。 任何 CMA/内存要求。 验证编码器驱动程序初始化的验证程序。 H.264硬件编码推荐测试流程。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper 嗨@ajayvk1 ， 感谢您联系恩智浦技术支持！ 1) imx_v8_defconfig 2) imx8mp-evk.dts 3) 此功能需要多媒体或完整图像。 4) 此功能需要多媒体或完整图像。 5) RM00294.pdf 此致， 查维拉

S32K312 EVB - LPSPIハードウェアPCS0を使用したSDカードSPI初期化 こんにちは、 私はRTD 6.0.0(Non-AUTOSAR Lpspi_ Ipドライバー)を使って、S32K312 EVB上でSPI経由でSDカードドライバーを実装しています。 SD物理層簡略仕様書によると、SPI初期化シーケンスは次のとおりです。 電源投入後はCSレベルをHIGHに維持してください。 少なくとも74個のクロックパルスを生成します（私は0xFFを10バイト送信することで80個のクロックを送信しています）。 CS LOW を引いてください。 CMD0 (0x40 00 00 00 00 95) を送信します。 カードが「R1 = 0x01」と応答するまで、0xFFでポーリングしながらCSをLOWに保ってください。 私の問題は、ハードウェア制御のPCS0に関するものです。 ハードウェアPCS0でLpspi_Ipドライバを使用する場合、SPI転送中にLPSPIペリフェラルによってPCS信号が自動的にアサッサーされます。そのため、SD仕様で求められるCSをHIGHに保ち、その後CMD0とCS LOWを保持しながら最初の80クロックパルスを生成できません。 私には以下の質問があります。 S32K312 LPSPIペリフェラルは、SPIクロックを生成しながらPCSを非アクティブ(HIGH)に保つことに対応していますか? SDカードの初期化シーケンス中にPCSを手動で制御したり、一時的にハードウェアPCSを無効化したりするための、Lpspi_Ip APIやレジスタ設定、または推奨される方法はありますか? そうでない場合、推奨されるアプローチは、SDカードのCSピンをGPIOとして構成し、SCK、MOSI、およびMISOのみにLPSPIを使用しながら手動で制御することでしょうか？ また、NXPがS32K3シリーズでSPIを介したSDカード通信を示すリファレンス実装、アプリケーションノート、サンプルプロジェクト、SDK/RTDの例があれば、ぜひ教えていただけますか? よろしくお願いします。 Re: S32K312 EVB - SD Card SPI Initialization using LPSPI Hardware PCS0 こんにちは、 @parvathitp PCS(周辺チップセレクト)信号はLPSPIモジュールによって制御されるよう設計されています。ハードウェアPCSを選択すると、SPIフレーム転送中にLPSPIペリフェラルによって自動的にアサッティングおよびデアッサートされます。 LPSPIモジュールに割り当てられているハードウェアPCS信号を手動で制御するための専用APIは提供されていません。したがって、あなたが言及したように、この場合の最良の方法はCSピンをGPIOとして設定することです。 この構成では、CS信号はSIUL2/GPIO APIを介して制御され、その制御はユーザーの責任となります。 現在、この正確な実装を示すS32K3専用のアプリケーションノート、例プロジェクト、参考文書は存在しません。 BR、VaneB

S32G399A-RDB3 QNX PFE 驱动程序问题 问候， 我们尝试在搭载 QNX 的 S32G399A-RDB3 板上运行 PFE。据我所知，这是一个有效的组合： BSP 37.0 PFE-FW_S32G_1.7.0 PFE-DRV-S32G_A53_QNX_1.4.0 最后所有网络接口都出现无载波错误。将网线插入不同的以太网端口没有任何变化。 它以前可以用 gmac0。 您有什么想法吗？ io 包调用： io-pkt-v6-hc -p tcpip -d pfe-2 pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,no_reset,mode0=sgmii,phy0=0,mode1=sgmii,phy1=1 Uboot参数： Uboot 与 Linux sdcard 镜像中的 Uboot 相同，只是修改了 qnx 启动的参数。 setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' 设置环境变量 s32cc_gmac_mode 为禁用 setenv pfeng enable; s32ccgmac disable; s32ccgmac enable; setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;pfeng 启用；s32ccgmac 禁用；s32ccgmac 启用；fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui；bootm 0x80080000 - 0x83E00000' setenv bootcmd 'run boot_qnx_atf' 保存环境 日志： U-Boot 2020.04+g156b168010（2023年6月9日 10:14:25 +0000）   CPU：NXP S32G399A rev.1.1 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB MMC：FSL_SDHC：0 从MMC加载环境... 成功 将 PCIe0 配置为根复合体 PCIe0：连接失败 PCI：自动配置失败，第 1c 条 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 板修订：RDB3 修订版 F 网络：EQOS phy：rgmii @ 1   警告：eth_eqos (eth0) 使用随机 MAC 地址 - 26:e4:e6:43:15:ad eth0：eth_eqos 无法获取 emac1_xpcs 的 XPCS 速度 PFE：emac0：sgmii emac1：sgmii emac2：rgmii ，eth1：eth_pfeng 按任意键停止自动启动：3 2 1 0 切换到分区 #0，确定 mmc0 is current device 读取50640字节耗时17毫秒（2.8 MiB/s） 读取了 11948752 字节，耗时 540 毫秒（21.1 MiB/s） ## 从位于 80080000 的传统映像启动内核... 图片名称： 镜像类型：AArch64 Linux 内核镜像（未压缩） 数据大小：11948688 字节 = 11.4MiB 加载地址：80080000 入口点：80080000 校验和验证中... 成功 ## 位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e0f5cf 修复：pfe0 设置为 00:01:be:be:ef:11 修复：pfe1 设置为 00:01:be:be:ef:22 修复：pfe1：将物理地址更新为 0x8 修复：pfe2 设置为 00:01:be:be:ef:33   正在启动内核...   在 EVB/RDB 上为 PFE 驱动程序保留 RAM 区域 完成。 ClockCycles 示例： 0 43600679 1 43600679 2 43600678 3 43600679 4 43600678 5 43600678 6 43600678 7 43600679 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）...   进程 4107 (ifconfig) 退出状态=0。   进程 10 (sh) 退出状态=0。   进程 9 (dhclient) 退出状态=0。 cp：无法打开源文件。（/proc/boot/libfci_cli）   进程 20489 (cp) 退出状态=1。 正在启动 SPI 驱动程序（/dev/spi0,1,2,3,4,5）... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC:   进程 24596 (chkqnx6fs) 退出状态=0。   进程 28692 (mount) 退出状态=0。 正在启动QSPI Flash驱动程序... 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... # 进程 36891（睡眠）退出状态=0。 sh: /var/cetitec2/startup.sh:没有这样的文件或目录   进程 45081 (sh) 终止 signo=0 code=0 由进程 0 value=0。 slog2info   1月1日 00:00:00.023随机.4low* 0 qcrypto：正在加载配置文件“/etc/qcrypto.conf”[qcrypto_common.c(190)] 1月1日 00:00:00.024random.4..0 slog* 700 Random 使用的是 Fortuna 伪随机数生成器 1月1日 00:00:00.031随机.4low 0 qcrypto: 'openssl' 插件已加载 [qcrypto_plugins.c(354)] 1月1日 00:00:00.031random.4..0 slog 700 选择计时器作为熵源 1月1日 00:00:00.032random.4..0 slog 700 已注册路径名 1月1日 00:00:00.032random.4..0 slog 700 random: 开始 resmgr 1月1日 00:00:00.032random.4..0 slog 700 random：进程已守护化 1月1日 00:00:00.042devc_serlinflexd.7slog* 0 serlinflexd_interrupt_attach: 连接到中断 114 1月1日 00:00:00.047iopkt.8主缓冲区* 0 TCP/IP 开始 1月1日 00:00:00.047iopkt.8main_buffer 0 smmu 支持已禁用 1月1日 00:00:00.049iopkt.8main_buffer 0 正在初始化 IPsec... 1月1日 00:00:00.049iopkt.8主缓冲区 0 完成   1月1日 00:00:00.049iopkt.8main_buffer 0 IPsec：已初始化网络安全关联处理。   1月1日 00:00:00.051iopkt.8main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,pfe0_mode=sgmii,pfe0_phy=0,pfe1_mode=sgmii,pfe1_phy=1 1月1日 00:00:00.052io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 驱动程序版本：1.4.0 驱动程序提交哈希值：2f3265a49ac18f94ba5e48254c8f870fe7bfc511 PFE_CFG_MULTI_INSTANCE_SUPPORT: 0 PFE_CFG_LOCAL_IF：6 PFE_CFG_MASTER_IF：6 PFE_CFG_SC_HIF：1 PFE_CFG_HIF_RING_LENGTH: 256 PFE_CFG_PFE0_PROMISC: 1 PFE_CFG_PFE1_PROMISC: 1 PFE_CFG_PFE2_PROMISC: 1     1月1日 00:00:00.052io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。   1月1日 00:00:00.052io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 42792 字节   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设 RESET 指令...   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE RESET OK.   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x38f2e23000   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000   1月1日 00:00:00.277io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节）   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE BMU IRQ 工作进程已启动（IRQ ID：226）   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。   1月1日 00:00:00.285io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8”   1月1日 00:00:00.288io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 1.7.0构建版本：2023年6月2日 13:48:57 (nogitaaa)，ID：0x31454650   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID 不正确或未设置。使用默认 VLAN ID = 0x01。   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN统计信息大小不正确或未设置。使用默认 VLAN 统计信息大小 = 20。   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:软件 VLAN 哈希表 @ p0x20001228     1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:备用桥接功能域 @ 0x20000a7c（类）   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:默认桥接功能域 @ 0x20000a74（类）   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:路由表已创建，哈希表位于 p0x80014000，池位于 p0x8001c000（65536 字节）   1月1日 00:00:00.407io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64   1月1日 00:00:00.408io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64   1月1日 00:00:00.409io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64   1月1日 00:00:00.508io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用   1月1日 00:00:00.509iopkt.8主缓冲区 0 pfe0   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2152]:pfe0：使用 PHY 模式：MDIO=0，ADDR=0，CLAUSE=0，RESET=0   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF0 IRQ 工作进程已启动（IRQ ID：222）   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:0a:0b:0c:0d:66 添加到 pfe0   1月1日 00:00:00.511iopkt.8主缓冲区 0 pfe1   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2152]:pfe1：使用 PHY 模式：MDIO=1，ADDR=0，CLAUSE=0，RESET=0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF1 IRQ 工作进程已启动（IRQ ID：223）   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1   1月1日 00:00:00.513iopkt.8主缓冲区 0 pfe2   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF2 IRQ 工作进程已启动（IRQ ID：224）   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 INF[src/pfe_mdio.c:427]：pfe0：未找到总线 0 地址 0 上的 PHY。切换到静态模式。   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.540io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.540io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.554spi_master.24585 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.558spi_master.24587 normal* 0 正在启动 spi-master 资源管理器 1月1日 00:00:00.561spi_master.24588 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.565spi_master.24589 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.582devb_sdmmc_mx8x.24595 slog* 1800 devb-sdmmc-mx8x 1.00A (2026年6月23日 09:45:48) 1月1日 00:00:00.583devb_sdmmc_mx8x.24595 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:00.594devb_sdmmc_mx8x.24595 slog 1800 sdio_cd: 插入路径 0，cd 状态 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD CID: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 MID 0x27，OID 0x5048，PNM SD32G 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 PRV 0x62，PSN 0x6c62d132，MDT 4-2023 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD CSD: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 blksz 512，扇区数 60440576，dtr 25000000 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD SW CAPS: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 总线模式 0x3，命令系统 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 驱动类型 0x1，当前限制 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 dtr 50000000 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 CFG：时序 HS，DTR 50000000，总线宽度 4 位   1月1日 00:00:00.645devb_sdmmc_mx8x.24595 slog 100 cam-disk.so (2020年6月22日 21:33:17) 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=1a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:01.827devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6：分配策略 0 1月1日 00:00:01.827devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6：使用 btree 目录 0 1月1日 00:00:01.828devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6: fs-qnx6: 未请求 trim (0,1048576,2)，且不支持此操作。 1月1日 00:00:01.833io_usb_otg.36885 slog* 0 main(453)[tid:1]: io-usb-otg (2020年6月13日 20:10:17) 参数: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:01.835devf_qspi_s32g.36884 slog* 0 (devf t1::f3s_qspi_ident:73) 页面大小：256 1月1日 00:00:01.835devf_qspi_s32g.36884 slog 0 (devf t1::f3s_qspi_ident:74) 总芯片大小：0x4000000，单元大小：0x10000 1月1日 00:00:01.839io_usb_otg.36885 slog 0 ehci_init: 使用服务器版本 2 进行初始化 1月1日 00:00:01.839io_usb_otg.36885 slog 0 ehci_controller_init(4303): devu-hcd-ehci-mx28.so (2024年4月19日 13:44:54): args ulpi,no_stream,verbose=5 1月1日 00:00:01.840io_usb_otg.36885 slog 8 usb_enum_port(94)[tid:1]: 总线号 0，父级 -1，端口 0，高速 1月1日 00:00:01.840io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 😎 1月1日 00:00:01.840io_usb_otg.36885 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1月1日 00:00:01.840io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 18) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 9) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 25) 1月1日 00:00:01.841io_usb_otg.36885 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 1月1日 00:00:01.841io_usb_otg.36885 slog 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:01.943io_usb_otg.36885 slog 0 usbh_timeout_init(203)[tid:1]: 完成 1月1日 00:00:01.954io_usb_otg.36885 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 1月1日 00:00:01.954io_usb_otg.36885 slog 0 s32g_phy_set_vbus: 设置 vbus 关闭 1月1日 00:00:01.968io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus on 1月1日 00:00:01.979io_usb_otg.36885 slog 0 ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 1月1日 00:00:01.979io_usb_otg.36885 slog 8 usb_enum_port_extract(172)[tid:7]: (总线号 0，设备号 0，端口号 1) 1月1日 00:00:01.979io_usb_otg.36885 slog 8 usb_enum_port_extract(192)[tid:7]: 状态 (2) 1月1日 00:00:01.983devb_umass.36886 slog* 900 devb-umass 1.00A (2020年6月22日 21:33:41) 1月1日 00:00:01.984devb_umass.36886 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:01.985io_usb_otg.36885 slog 0 usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/启动/devb-umass usbdi_client 32eebb9a80 1月1日 00:00:01.986io_usb_otg.36885 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 36886 usbdi_client 32eebb9a80 1月1日 00:00:01.986devb_umass.36886 slog 0 usbdi 调试路径 /pps/usb/debug/ 不存在   进程 49177 (slog2info) 退出状态=0。 # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0：标志=8843 mtu 1500 capabilities=1f 已启用=0 地址：00:0a:0b:0c:0d:66 介质：以太网无（1000baseT 全双工） 状态：活跃 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:1a:1b:1c:1d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商 pfe2：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:2a:2b:2c:2d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商   进程 57369 (ifconfig) 退出状态=0。 # Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，我已经将 s32g_pfe_class.fw 和 s32g_pfe_util.fw 替换成了PFE-FW_S32G_1.6.0.zip 中的文件： https://nxp.flexnetoperations.com/control/frse/download?agree=Accept&element=14074877 Uboot参数： setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;运行 atf_fdt_0to3；运行 atf_fdt_4to7；加载 mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui；pfeng 启用；s32ccgmac 禁用；s32ccgmac 启用；bootm 0x80080000 - 0x83E00000' setenv atf_fdt_0to3 'fdt addr 0x83e00000; fdt resize; fdt set /cpus/cpu@1 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@100 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@101 cpu-release-addr <0x0 0xa0000010>;' setenv atf_fdt_4to7 'fdt set /cpus/cpu@2 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@3 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@102 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@103 cpu-release-addr <0x0 0xa0000010>;' setenv release_cpus 'run cpu_trap; mp 1 release 0xa0000000; mp 2 release 0xa0000000; mp 3 release 0xa0000000; mp 4 release 0xa0000000; mp 5 release 0xa0000000; mp 6 release 0xa0000000; mp 7 release 0xa0000000;' setenv cpu_trap 'dcache off; mw.l 0xa0000000 0xd503205f; mw.l 0xa0000004 0x58000060; mw.l 0xa0000008 0xb4ffffc0; mw.l 0xa000000C 0xd61f0000; mw.q 0xa0000010 0x00000000; dcache on;' setenv bootcmd 'run boot_qnx_atf' setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' 设置环境变量 s32cc_gmac_mode 为禁用 保存环境 注意：我从 boot_qnx_atf 中删除了 release_cpus 命令，因为那样会导致 CPU 1 错误。 在我看来，情况并没有好转多少： 注意：BL2：v2.5（版本）：bsp37.0_rc6-2.5 通知：BL2：版本：2023年6月13日 09:12:21 注意：BL2：正在启动 BL31     U-Boot 2020.04+g156b168010（2023年6月9日 10:14:25 +0000）   CPU：NXP S32G399A rev.1.1 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB MMC：FSL_SDHC：0 从MMC加载环境... 成功 将 PCIe0 配置为根复合体 PCIe0：连接失败 PCI：自动配置失败，第 1c 条 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 板修订：RDB3 修订版 F 网络：EQOS phy：rgmii @ 1   警告：eth_eqos (eth0) 使用随机 MAC 地址 - 16:ec:a0:4e:1d:7c eth0：eth_eqos 无法获取 emac1_xpcs 的 XPCS 速度 PFE：emac0：sgmii emac1：sgmii emac2：rgmii ，eth1：eth_pfeng 按任意键停止自动启动：3 2 1 0 切换到分区 #0，确定 mmc0 is current device 读取50640字节耗时17毫秒（2.8 MiB/s） 读取了 11950600 字节，耗时 534 毫秒（21.3 MiB/s） ## 从位于 80080000 的传统映像启动内核... 图片名称： 镜像类型：AArch64 Linux 内核镜像（未压缩） 数据大小：11950536 字节 = 11.4MiB 加载地址：80080000 入口点：80080000 校验和验证中... 成功 ## 位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e0ffff 修复：pfe0 设置为 00:01:be:be:ef:11 修复：pfe1 设置为 00:01:be:be:ef:22 修复：pfe1：将物理地址更新为 0x8 修复：pfe2 设置为 00:01:be:be:ef:33   正在启动内核...   在 EVB/RDB 上为 PFE 驱动程序保留 RAM 区域 完成。 ClockCycles 示例： 0 43642864 1 43642864 2 43642864 3 43642864 4 43642864 5 43642864 6 43642864 7 43642864 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）...   进程 4107 (ifconfig) 退出状态=0。   进程 10 (sh) 退出状态=0。   进程 9 (dhclient) 退出状态=0。 cp：无法打开源文件。（/proc/boot/libfci_cli）   进程 20489 (cp) 退出状态=1。 正在启动 SPI 驱动程序（/dev/spi0,1,2,3,4,5）... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC:   进程 24596 (chkqnx6fs) 退出状态=0。   进程 28692 (mount) 退出状态=0。 正在启动QSPI Flash驱动程序... 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0：标志=8843 mtu 1500 capabilities=1f 已启用=0 地址：00:0a:0b:0c:0d:66 介质：以太网无（1000baseT 全双工） 状态：活跃 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:1a:1b:1c:1d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商 pfe2：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:2a:2b:2c:2d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商   进程 40985 (ifconfig) 退出状态=0。 # 进程 36891（睡眠）退出状态=0。 sh: /var/cetitec2/startup.sh:没有这样的文件或目录   进程 53273 (sh) 终止 signo=0 code=0 由进程 0 value=0。   # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0：标志=8843 mtu 1500 capabilities=1f 已启用=0 地址：00:0a:0b:0c:0d:66 介质：以太网无（1000baseT 全双工） 状态：活跃 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:1a:1b:1c:1d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商 pfe2：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:2a:2b:2c:2d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商   # slog2info | grep pfe 1月1日 00:00:00.051 iopkt.8main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 49480 字节 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设复位指令... 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE重置成功。 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x1abef95000 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000 一月 01 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。 一月 01 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8” 一月 01 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 1.6.0构建版本：2023年3月15日 12:37:54 ()，ID：0x31454650 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID 不正确或未设置。使用默认 VLAN ID = 0x01。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN统计信息大小不正确或未设置。使用默认 VLAN 统计信息大小 = 20。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:软件 VLAN 哈希表 @ p0x20001208 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:备用桥接域 @ 0x20000a44（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:默认桥接功能域 @ 0x20000a3c（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:路由表已创建，哈希表位于 p0x80014000，池位于 p0x8001c000（65536 字节） 一月 01 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用 1月1日 00:00:00.509 iopkt.8主缓冲区 0 pfe0 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0：使用静态 PHY 模式，RESET=0 1 月 1 日 00:00:00.510 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:0a:0b:0c:0d:66 添加到 pfe0 1月1日 00:00:00.512 iopkt.8主缓冲区 0 pfe1 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1 1月1日 00:00:00.514 iopkt.8主缓冲区 0 pfe2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2 一月 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2 一月 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 # slog2info | grep io_pkt_v6_hc 一月 01 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 49480 字节 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设复位指令... 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE重置成功。 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x1abef95000 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000 一月 01 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ 工作进程已启动（IRQ ID：226） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。 一月 01 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8” 一月 01 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 1.6.0构建版本：2023年3月15日 12:37:54 ()，ID：0x31454650 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID 不正确或未设置。使用默认 VLAN ID = 0x01。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN统计信息大小不正确或未设置。使用默认 VLAN 统计信息大小 = 20。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:软件 VLAN 哈希表 @ p0x20001208 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:备用桥接域 @ 0x20000a44（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:默认桥接功能域 @ 0x20000a3c（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:路由表已创建，哈希表位于 p0x80014000，池位于 p0x8001c000（65536 字节） 一月 01 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ 工作进程已启动（IRQ ID：222） 1 月 1 日 00:00:00.510 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ 工作进程已启动（IRQ ID：223） 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ 工作进程已启动（IRQ ID：224） 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 进程 172057 (slog2info) 退出状态=0。 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2495]:从 emac0 中移除 01:00:5e:00:00:01 一月 01 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_phy_if.c:2716]:地址 01:00:5e:00:00:01 已从 emac0 中移除 一月 01 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢你的帖子。 默认情况下， S32G PFE QNX 驱动程序版本 1.4.0 与 S32G PFE 固件标准版本 1.6.0 兼容，您能否使用此 PFE 固件版本再次进行测试？ BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，所以我下载了 BSP_nxp-s32g-evb_br-710_be-710_SVN984052_JBN51 您提到的软件包修改了 .build 文件。文件并添加 kprintf("为 EVB/RDB 上的 PFE 驱动程序保留 RAM 区域\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); 至 src/hardware/startup/boards/s32g/s32g399a-rdb/s32g_init_raminfo.c 并将我的 ifs 文件替换为生成的 ifs-s32g399a-rdb.ui。 遗憾的是，它似乎没有执行上面的 pfe_ddr 分配。 我需要修改 uboot 参数或其他什么设置才能让这个新镜像正常工作吗？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 我建议严格参考集成手册，参考你提到的部分，在构建 QNX 电路板支持包之前需要修改以下内容。 chenyin_h_0-1782443542271.png BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 你知道NXP是否提供已经包含PFE（如board_cleanup_before_linux）所需的uboot修改的SD卡镜像吗？ 我不知道像 binaries_auto_linux_bsp37.0_s32g3_pfe 这样的软件包是做什么用的。 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我打算尝试以下组合： BSP 33 PFE驱动程序1.2.0 PFE 固件 1.3.0 官方是否支持此功能？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我打算尝试以下组合： BSP 33 PFE驱动程序1.2.0 PFE 固件 1.3.0 官方是否支持此功能？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 现在我已经按照集成手册自行构建了 uboot。我添加了 PFE 驱动程序 1.7.0 版本 2.10.2 节中的修改。集成手册。启动过程中似乎出现了一些错误： board_cleanup_before_linux: QNX PFE 代码。 ethernet@4033c000 等待 PHY 自动协商完成......... 超时！ phy_startup() 失败：-110 失败：-110 找到 PFE 版本 0x0101 (S32G3) 找到 PFE 版本 0x0101 (S32G3) pfe2 等待 PHY 自动协商完成......... 超时！ pfeng_netif pfe1：在 PFE1 上建立 XPCS 连接失败 这正常吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好。@塞内卡 感谢您的回复。 1.对于组合方式，我建议直接参考 QNX PFE 驱动程序中包含的文档，其中包含推荐/测试过的组合方式。 其他组合可能有效也可能无效，如有需要，您可以进行相应的测试。 2. 根据现有信息，对于 QNX PFE 驱动器 1.2，支持的 PFE 固件版本为 1.2，测试中使用的是 BSP30。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 测试的 BSP 版本为 BSP39，搭配 QNX 驱动程序版本 1.7.0 和 QNX SDP 7.1 BSP JBN51。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 所使用的PFE固件版本是多少？ JBN51 需要 NXP BSP39，该 BSP39 附带 PFE 固件 1.8.0。但 Pfe 驱动程序 1.7.0 发行说明的 2.1.3 节指出，此版本仅测试了 PFW 固件 1.10.0。 Seneca_0-1782903766239.png Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 抱歉，目前没有可供公开下载的此类图片。 对于“ binaries_auto_linux_bsp37.0_s32g3_pfe ”，它似乎是来自以下位置的 tgz 文件的名称： chenyin_h_0-1782879234963.png 如果是这样，它包含了 NXP 配置的 Linux BSP 的预构建二进制文件，不包含任何 QNX 相关镜像。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音你好 请问测试 PFE 驱动程序 1.7.0 与 QNXJBN51 的那位用户使用的是哪个 NXP 电路板支持包 版本？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 能否提供完整的启动日志，包括所有 u-boot 环境信息，以便我们进一步检查？ BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 注意：pfe0 和 pfe2 不能同时工作。当我从外部机器 ping 他们时，它会给 pfe0 分配一个奇怪的 MAC 地址： arp -a | grep 192 ？(192.168.0.200) 于 22:33:44:55:66:77 [以太网] 在 enx00e04c680383 上 ？(192.168.0.202) 在 上，enx00e04c680383 这是来自 qnx slog2info 的信息： 1月1日 00:00:58.251 iopkt.4121 main_buffer 0 重复 IP 地址 192.168.0.200 发送自链路地址 22:33:44:55:66:77 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您分享日志。 启动阶段似乎存在序列化器/解串器 (serdes) 问题，请问您是否进行过以下修改？（注释掉 init_serdes() 函数） chenyin_h_0-1782977121730.png BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 注意：io pkt 目前尚未启动。启动它并不能解决无载波问题。 U-Boot 2022.04（2026 年 7 月 1 日 - 16:53:39 +0200） SoC：NXP S32G399A rev.1.1 CPU：ARM Cortex-A53 r0p4 @ 最高 1300 MHz 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB 核心：306 个设备，25 个微类，设备树：板 MMC：FSL_SDHC：0 从MMC加载环境... 成功 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 电路板修订：RDB3 修订版 F PCIe：总线设备功能 供应商 ID 设备 ID 设备类 子类 __________________________________________________________________________ pcie@40400000 根复合体 | `-- 01:00.00 0x1957 0x4300 桥接设备 0x04 网络：eth0：以太网@4033c000 找到 PFE 版本 0x0101 (S32G3) ，eth1：pfe0，eth2：pfe1，eth3：pfe2 按任意键停止自动启动：2 1 0 => printenv atf_fdt_0to3=fdt addr 0x83e00000; fdt resize; fdt set /cpus/cpu@1 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@100 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@101 cpu-release-addr <0x0 0xa0000010>; atf_fdt_4to7=fdt set /cpus/cpu@2 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@3 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@102 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@103 cpu-release-addr <0x0 0xa0000010>; 波特率=115200 板修订=F boot_mtd=booti boot_qnx_atf=mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;运行 atf_fdt_0to3；运行 atf_fdt_4to7；加载 mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui；bootm 0x80080000 - 0x83E00000 bootargs=root=/dev/ram rw earlycon loglevel=7 bootcmd=运行 boot_qnx_atf 启动延迟=2 console=ttyLF0 cpu_trap=dcache 关闭；mw.l 0xa0000000 0xd503205f；mw.l 0xa0000004 0x58000060；mw.l 0xa0000008 0xb4ffffc0；mw.l 0xa000000C 0xd61f0000；mw.q 0xa0000010 0x00000000；dcache 开启； eth1addr=00:04:9f:be:ef:00 eth2addr=00:04:9f:be:ef:01 eth3addr=00:04:9f:be:ef:02 ethaddr=0e:46:58:92:0b:68 fdt_addr=0x83000000 fdt_enable_hs400es=fdt addr ${fdt_addr} ; fdt rm /soc/mmc no-1-8-v; fdt resize; fdt_file=s32g399a-rdb3.dtb fdt_high=0xffffffffffffffff fdt_override=; fdtcontroladdr=ffa96000 flashboot=echo 从闪存启动...; run flashbootargs;mtd 读取内核${loadaddr} ;mtd 读取 DTB ${fdt_addr} ;mtd 读取根文件系统${ramdisk_addr} ; ${boot_mtd} ${loadaddr} ${ramdisk_addr} ${fdt_addr} ; flashbootargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/ram rw earlycon ;setenv flashsize 0x04000000; hwconfig=serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G 图片=图片 initrd_high = 0xffffffffffffffff IP地址=10.0.0.100 加载地址=0x80000000 loadfdt=fatload mmc ${mmcdev} : ${mmcpart} ${fdt_addr} ${fdt_file} ; 运行 fdt_override; loadimage=fatload mmc ${mmcdev} : ${mmcpart} ${loadaddr} ${image} loadtftpfdt=tftp ${fdt_addr} ${fdt_file} ; loadtftpimage=tftp ${loadaddr} ${image} ; mmcargs=setenv bootargs console= ${console} , ${baudrate} root= ${mmcroot} earlycon mmcboot=echo 从 mmc 启动...; 运行 mmcargs; 如果运行 loadfdt; 则运行 fdt_fixups; ${boot_mtd} ${loadaddr} - ${fdt_addr} ; 否则 echo 警告：无法加载 DT; fi; mmcdev=0 mmcpart=1 mmcroot=/dev/mmcblk0p2 rootwait rw netargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/nfs ip=dhcp nfsroot= ${serverip} : ${nfsroot} ,v3,tcp earlycon netboot=echo 从网络启动...; run netargs; if test ${ip_dyn} = yes; then setenv get_cmd dhcp; else setenv get_cmd tftp; fi; ${get_cmd} ${image} ; if test ${boot_fdt} = yes || test ${boot_fdt} = try; then if ${get_cmd} ${fdt_addr} ${fdt_file} ; then ${boot_mtd} ${loadaddr} - ${fdt_addr} ; else if test ${boot_fdt} = try; then ${boot_mtd} ; else echo WARN: 无法加载 DT; fi; fi; else ${boot_mtd} ; fi; 子网掩码=255.255.255.0 nfsboot=echo 使用 tftp 和 nfs 从网络启动...; 运行 nfsbootargs; 运行 loadtftpimage; 运行 loadtftpfdt; ${boot_mtd} ${loadaddr} - ${fdt_addr} ; nfsbootargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/nfs rw ip= ${ipaddr} : ${serverip} :: ${netmask} ::eth0:off nfsroot= ${serverip} :/tftpboot/rfs,nolock,v3,tcp earlycon pfe1_phy_addr=8 pfeng_mode=启用,sgmii,sgmii,rgmii ramdisk_addr=0x90000000 release_cpus=run cpu_trap; mp 1 release 0xa0000000; mp 2 release 0xa0000000; mp 3 release 0xa0000000; mp 4 release 0xa0000000; mp 5 release 0xa0000000; mp 6 release 0xa0000000; mp 7 release 0xa0000000; 脚本=boot.scr 服务器IP地址=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 标准输入=serial@401c8000 标准输出=serial@401c8000 环境大小：3581/8188 字节 => 启动 切换到分区 #0，确定 mmc0 是当前设备 7 毫秒内读取了 59970 字节（8.2 MiB/s） 读取了 9362112 字节，耗时 394 毫秒（22.7 MiB/s） ## Booting kernel from Legacy Image at 80080000 ... Image Name: Image Type: AArch64 Linux Kernel Image (uncompressed) Data Size: 9362048 Bytes = 8.9 MiB Load Address: 80080000 Entry Point: 80080000 Verifying Checksum ... OK ##位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e11fff 修复：pfe1：将物理地址更新为 0x8 正在启动内核... board_cleanup_before_linux: QNX PFE 代码。 ethernet@4033c000 等待 PHY 自动协商完成......... 超时！ phy_startup() 失败：-110 失败：-110 找到 PFE 版本 0x0101 (S32G3) 找到 PFE 版本 0x0101 (S32G3) pfe2 等待 PHY 自动协商完成......... 超时！ pfeng_netif pfe1：在 PFE1 上建立 XPCS 连接失败 ## Setting pfe_ts clock ... ##设置 ftm0_sys 时钟... ## Setting ftm0_ext clock ... ##设置 ftm1_sys 时钟... ## 设置 ftm1_ext 时钟... 在 EVB/RDB 上为 PFE 驱动程序保留 RAM 区域 ClockCycles 示例： 0 166386615 1 166386614 2 166386615 3 166386615 4 166386615 5 166386615 6 166386616 7 166386615 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）... 正在开发 SPI 驱动程序 (/dev/spi0,1,2,3,4,5)... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] 正在启动 QSPI Flash 驱动程序... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... U# slogi 2info 1月1日 00:00:00.022 random.4low* 0 qcrypto：正在加载配置文件“/etc/qcrypto.conf”[qcrypto_common.c(190)] 1月1日 00:00:00.023 random.4..0 slog* 700 随机数生成器使用的是 Fortuna 伪随机数生成器 1月1日 00:00:00.031 random.4low 0 qcrypto: 'openssl' 插件已加载 [qcrypto_plugins.c(354)] 1月1日 00:00:00.031 random.4..0 slog 700 选择计时器作为熵源 1月1日 00:00:00.031 random.4..0 slog 700 已注册路径名 1月1日 00:00:00.031 random.4..0 slog 700 random: 启动 resmgr 1月1日 00:00:00.031 random.4..0 slog 700 random: 进程守护化 1月1日 00:00:00.041 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: 连接到中断 114 1月1日 00:00:10.146 spi_master.8 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.149 spi_master.9 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.152 spi_master.10 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.155 spi_master.11 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.158 spi_master.12 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.161 spi_master.13 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.177 devb_sdmmc_mx8x.19 slog* 1800 devb-sdmmc-mx8x 1.00A (2026年7月1日 14:10:37) 1月1日 00:00:10.178 devb_sdmmc_mx8x.19 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.189 devb_sdmmc_mx8x.19 slog 1800 sdio_cd: 插入路径 0，cd 状态 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CID: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 MID 0x27, OID 0x5048, PNM SD32G 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 PRV 0x62, PSN 0x6c62d196, MDT 4-2023 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CSD: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 1月01日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 blksz 512, sectors 60440576, dtr 25000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD SW CAPS: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 总线模式 0x3，命令系统 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 驱动类型 0x1，当前限制 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 dtr 50000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CFG: 时序 HS，DTR 50000000，总线宽度 4 位 1月1日 00:00:10.240 devb_sdmmc_mx8x.19 slog 100 cam-disk.so (2020年6月22日 21:33:17) 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=1a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:10.248 io_usb_otg.21 slog* 0 main(453)[tid:1]: io-usb-otg (2020年6月13日 20:10:17) 参数: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:10.250 devf_qspi_s32g.20 slog* 0 (devf t1::f3s_qspi_ident:73) 页面大小：256 1月1日 00:00:10.250 devf_qspi_s32g.20 slog 0 (devf t1::f3s_qspi_ident:74) 总芯片大小：0x4000000，单元大小：0x10000 1月1日 00:00:10.254 io_usb_otg.21 slog 0 ehci_init: 使用服务器版本 2 进行初始化 Jan 01 00:00:10.254 io_usb_otg.21 slog 0 ehci_controller_init(4292): devu-hcd-ehci-mx28.so (2023 年 8 月 15 日 16:44:48): args ulpi,no_stream,verbose=5 1月1日 00:00:10.254 io_usb_otg.21 slog 8 usb_enum_port(94)[tid:1]: 总线号 0，父级 -1，端口 0，高速 1月1日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 😎 1月1日 00:00:10.255 io_usb_otg.21 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 18) 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 9) 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 25) 1月1日 00:00:10.256 io_usb_otg.21 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) 1月1日 00:00:10.256 io_usb_otg.21 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 1月1日 00:00:10.256 io_usb_otg.21 slog 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:10.358 io_usb_otg.21 slog 0 usbh_timeout_init(203)[tid:1]: 完成 1月1日 00:00:10.369 io_usb_otg.21 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 1月1日 00:00:10.369 io_usb_otg.21 slog 0 s32g_phy_set_vbus: 设置 V-Bus 关闭 1月1日 00:00:10.383 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus on 1月1日 00:00:10.394 io_usb_otg.21 slog 0 ehci_get_port_status(3557 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 1月1日 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(172)[tid:7]: (总线号 0，设备号 0，端口号 1) 1月1日 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(192)[tid:7]: 状态 (2) 1月1日 00:00:10.398 devb_umass.22 slog* 900 devb-umass 1.00A (2020年6月22日 21:33:41) 1月1日 00:00:10.399 devb_umass.22 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.400 io_usb_otg.21 slog 0 usbdi_client_connect(58)[tid:5]: pid 22 proc=proc/boot/devb-umass usbdi_client 51ba29fa80 1月1日 00:00:10.400 io_usb_otg.21 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 22 usbdi_client 51ba29fa80 1月1日 00:00:10.400 devb_umass.22 slog 0 usbdi 调试路径 /pps/usb/debug/ 不存在 1月1日 00:00:14.507 qconn.24 slog* 0 无法初始化监听服务：tcp（协议族不支持此地址族） Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， init_serdes(); 已从 s32g399a-rdb main.c 中注释掉。 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，还有一些消息： 当我手动启动网络客户端时 io-pkt-v6-hc -p tcpip pkt_typed_mem=pfe_ddr -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw 并为 pfe0 设置静态 IP 地址 ifconfig pfe0 192.168.0.200 netmask 255.255.255.0 ifconfig pfe0 down ifconfig pfe0 up 我确实可以 ping 通一个外部地址。 然而，在 ifconfig 中 pfe0 仍然显示以太网无连接。在我看来，协商接口速度方面存在问题。 # slog2info | grep pfe0 1月1日 00:00:25.515 iopkt.4121 main_buffer 0 /proc/启动/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/启动/s32g_pfe_class.fw,util_fw=/proc/启动/s32g_pfe_util.fw Jan 01 00:00:25.517 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:1460]：未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 1月1日 00:00:25.647 iopkt.4121 main_buffer 0 pfe0 进程 98332 (slog2info) 退出状态=0。 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2124]：pfe0：使用静态 PHY 模式，RESET=0 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2286]：未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:01:05.966 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 对于 Pfe2，它可能已经在 uboot 的 board_cleanup_before_linux 阶段失败了。 pfe2 等待 PHY 自动协商完成......... 超时！ 编辑：我也可以从 pfe2 获取 ping 值，但它似乎在协商正确的速度方面也存在问题。我想知道上述超时时间是否正确。 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，希望这些问题能帮助我接近终点： - 我应该如何设置 pfe0 和 pfe2 的 MAC 地址？我了解到有人尝试通过 io 包来设置它。 io-pkt-v6-hc -p tcpip pkt_typed_mem=pfe_ddr -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw 但是当我从外部机器 ping pfe0 时，该机器的 ARP 表中显示的地址是错误的。 ? (192.168.0.200) 于 22:33:44:55:66:77 [ether] 在 enx00e04c680383 上 在外部机器上，tcpdump 显示似乎没有来自 pfe0（IP 地址为 192.168.0.200）的 ARP 响应： 08:53:11.208021 IP6 用户-Precision-7510 > ff02::16: HBH ICMP6，组播监听器报告 v2，2 条组记录，长度 48 08:53:11.394038 IP6 用户-Precision-7510 > ff02::16: HBH ICMP6，组播监听器报告 v2，2 条组记录，长度 48 08:53:25.750284 ARP，请求 who-has 192.168.0.200 tell 192.168.0.200，长度 46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6，组播监听器报告最大响应延迟：0 地址：ff02::1:ff0c:d66，长度 24 08:53:26.692011 IP6 :: > ff02::1:ff0c:d66: ICMP6，邻居请求，谁拥有 fe80::20a:bff:fe0c:d66，长度 24 08:53:32.742005 IP6 fe80::20a:bff:fe0c:d66 > ff02::1:ff0c:d66: HBH ICMP6，组播监听器报告最大响应延迟：0 地址：ff02::1:ff0c:d66，长度 24 当我从外部机器再次发送 ping 请求时，终于收到了响应： 08:59:22.118282 ARP，请求 who-has 192.168.0.200 tell user-Precision-7510，长度 28 08:59:22.118553 ARP，回复 192.168.0.200 位于 22:33:44:55:66:77 (oui 未知)，长度 46 08:59:22.118569 IP 用户-Precision-7510 > 192.168.0.200:ICMP 回显请求，ID 1，序列号 1，长度 64 08:59:22.118554 ARP，回复 192.168.0.200 地址为 00:0a:0b:0c:0d:66 (oui 未知)，长度 46 00:0a:0b:0c:0d:66 才是正确的 MAC 地址。 然而，外部机器的ARP表仍然显示错误的地址。 arp -a ? (192.168.0.200) 于 22:33:44:55:66:77 [ether] 在 enx00e04c680383 上 我首先想到的方法是手动在 uboot 中设置它们，但我没有在集成手册中找到任何建议这样做的章节。 - 使用“固定链接”的命令是什么？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢回复。 1. 是的，它通常是所连接交换机的默认设置。 2. 我认为你提到的新 IP 地址对于测试来说没问题。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 我明白了。 我的 uboot 中设置了 ethaddr、eth1addr、eth2addr、eth3addr，但这不足以阻止 pfe0 出现奇怪的 MAC 地址。 还有其他参数吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.例如，要设置 MAC 地址，您可以尝试使用“io-pkt-v6-hc -p tcpip -d \ pfe1_mac=000a0b0c0d0e,pfe2_mac=001a1b1c1d1e”。 2. 由于您使用的是 RDB3，并且在您尝试使用默认设置的情况下，连接到 SJA1110 交换机的 PFE0 通常由 SJA1110 SDK 内部设置 IP 地址为 192.168.0.200，因此我建议您不要使用此 IP 地址测试 PFE0，您可以尝试为 PFE0 设置其他 IP 地址，例如 192.168.1.X。 3. 在 u-boot 中，您可以尝试使用“setenv ethaddr/eth1addr/eth2addr xxxx”为每个 MAC 设置 MAC 地址。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的更新。 很高兴PFE能与外部机器正确ping通。 QNX 中的 PFE 驱动程序存在一些限制： chenyin_h_0-1783044213433.png 因此建议使用固定链路，而不支持通过 AN 触发的速度变化。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，我只是想确认一下我的理解是否正确： 还有另一个元器件恰好使用了 192.168.0.200？ 如果我使用 192.168.1.200对于 pfe0，我应该没问题吧？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 我打算使用以太网端口 gmac0、pfe0、pfe2 创建一个桥接接口。 https://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/b/brconfig.html 连接的客户端应位于子网 192.168.0.X，子网掩码为 255.255.255.0。 这会与 192.168.0.200 或其他任何内容冲突吗？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 如果您确实想使用 192.168.0.x 子网，并且没有将 192.168.0.200 同时分配给 PFE0 和连接到交换机的外部设备，那么当您尝试从外部 ping PFE0 或反之亦然时，网络连接将是正确的。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 请问192.168.0.200是否会监听广播呼叫之类的？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 您能否内部确认一下？192.168.0.200 有什么功能需要它拥有子网的独家控制权吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 据我了解，不使用 192.168.0.200 就不会有冲突。 但是，如果可能的话，您可以使用其他子网来避免可能出现的问题。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 该IP地址可以接收来自连接设备的广播数据包。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 一个新的问题出现了： 当我将 TC387 / FreeRTOS 目标连接到 pfe_mac2 时，ARP 握手失败。它可以与普通的Linux机器配合使用。 您有什么想法吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 由于 PFE2 可以在 Linux 机器上正常工作，S32G 端可能没有太大问题。为了解决您的问题，您可以尝试检查链路状态，查看两端之间发送的每个帧，然后进行分析。很抱歉，我对您的英飞凌板上的软件栈了解不多。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 这个问题只出现在pfe2端口上。将 TC387 连接到 pfe0 或 gmac0 就不会出现这个问题。 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 由于同样的设置在 Linux 机器上可以正常工作，因此问题更有可能出在 TC387 端（以太网驱动程序、TCP/IP 协议栈配置或相关实现），而不是 MAC 端。需要进行进一步的数据包级分析才能确认确切原因。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 当我将 TC387 连接到我的 Linux 桌面时，立即产生了大量的 arp/icmp 消息。当我将 S32G pfe2 端口连接到 Linux 桌面时，也会出现同样的问题。但是当我将 TC387 连接到 S32G pfe2 端口时，我完全收不到 arp 或 icmp 消息。 我应该查看哪些错误信息？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 请问您能否再次告知我目标主机 s32g399Ardb3 上的 pfe0 和 pfe2 分别对应哪些端口？ 我假设 pfe0 是三个堆叠端口中左侧的端口，pfe2 是顶部中间的端口，这样理解对吗？ 混合使用pfe和gmac是否存在已知问题？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 还有一件事。集成手册中是否推荐使用这条 uboot 命令行？ hwconfig "serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G" 是真正启用 gmac0、pfe0 和 pfe2 这三个接口，还是只启用其中两个？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的回复。我建议参考下图。 chenyin_h_0-1784081687384.png PFE0 与 SJA1110 连接，连接到 P1/2/3 的电缆可以与 PFE0 连接。 GMAC可以与PFE一起使用。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 经过进一步研究，似乎 pfe_mac2 特别与我们的 100T1 以太网适配器存在兼容性问题。使用 USB 以太网连接 Linux 笔记本电脑一切正常。 您知道 pfe_mac2 能否正确连接到这种适配器类型吗？我是否需要进行一些特殊设置才能使其正常工作？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我尝试在 QNX 上设置正确的速度，例如使用类似这样的命令。 ifconfig pfe2 media 100 baseTX mediaopt full-duplex 但这还不够。我还需要做其他什么吗，比如在 uboot 参数里做些调整？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.对于您提到的 hwconfig，当在 RDB3 上使用时，这 3 个 MAC 地址都可以使用。 2. 对于您分享的错误日志，很抱歉我们通常不直接支持 QNX 命令。根据我的个人经验，这可能是由于所使用的命令本身引起的。我建议您根据 QNX 文档重新检查命令的语法。 3. 在 QNX 下，PFE 驱动程序有一些限制，不支持自动协商，因此您可以确保双方以相同的速度运行。 chenyin_h_0-1784104171784.png BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，所以我应该能够使用这三个堆叠端口中的左侧端口作为 pfe0，顶部中间的端口作为 pfe2。gmac0 的底部中心。 现在，我尝试使用以下 io pkt 语法以桥接模式启动接口（注意 tcp ip 后面的 bridge 参数）： io-pkt-v6-hc -p tcpip bridge pkt_typed_mem=pfe_ddr -d dwceqos-s32g mac=`genmac-random -m`,ptp_off,verbose=5 -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw ifconfig dwc0 192.168.10.100 up ifconfig pfe0 0.0.0.0 up ifconfig pfe2 0.0.0.0 up ifconfig bridge0 创建 ifconfig bridge0 add dwc0 add pfe0 add pfe2 up 这将导致 slog2info 中出现大量内存错误。 Jan 01 00:04:37.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 io-pkt-v6-hc 调用中的桥接参数是否正确？ 另外，我使用了驱动程序集成手册中的这个分配，用于 gmac0 和 pfe，这可以从 io-pkt-v6-hc 调用中看到。这是个问题吗？ kprintf("为 EVB/RDB 上的 PFE 驱动程序保留 RAM 区域\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢你的帖子。 1.我可以确认，在 NXP 配置的 Linux 电路板支持包。下，RDB3 上的 PFE2 端口可以通过 100base-TX<->100base-T1 变流器连接到 100T1 网络正常工作。 2. 您可以尝试以下命令进行测试： io-pkt-v6-hc -p tcpip -d pfe2_link=100-1-2 但我不太确定这些设置是否适用于 QNX，因为这超出了我们 S32G 社区的支持范围，给您带来的不便敬请谅解。 BR 陈银

カスタムRW610ボードでBLE MACアドレスを設定する方法 こんにちは、NXP チームの皆様、 カスタムのRW610ボードを持っていて、そこでBLE SDKのサンプルプロジェクトの一つをテストしています。 掲示板が広告を始めると、BLEのMACアドレスは88:88:88:88:88:88として表示されます。しかし、同じSDKの例をFRDM-RW612 EVKでテストしたところ、ユニークなBluetooth MACアドレスで広告されていました。 理解したいのは以下の点です。 RW610ではBLE MACアドレスはどのように割り当てられますか？ カスタムRW610ボード用にユニークなBLEのMACアドレスを設定したりプログラムしたりするにはどうすればいいですか? MACアドレスは外部フラッシュに保存される予定ですか、それともソフトウェアで生成されるのでしょうか? BLE MACアドレスを設定するためにSDKのAPIや基板の設定変更が必要ですか? ご助言や参考資料などございましたら、大変ありがたく存じます。 よろしくお願いいたします。 プラティシュ。 Re: How to Configure BLE MAC Address on a Custom RW610 Board こんにちは、 FRDM-RW612には、既にプログラム済みのBDアドレスが付属しています。 カスタムボードの場合、OTPメモリにBDアドレスをプログラムする必要があります。 RW61xアプリケーションノートのキャリブレーション構造を参照してください: https://www.nxp.com/docs/en/application-note/AN13639.pdf テスト目的では、静的BDアドレスを使うことができます。例えば、Bluetoothシェルのid-createコマンドを使って作成・選択できます。詳細については、UM11799を参照してください。 よろしくお願いいたします。 ダニエル。 Re: How to Configure BLE MAC Address on a Custom RW610 Board こんにちは、ダニエルさん。 ご指導とサポートに心から感謝します。 自作のRW610ボード上でテストを行うため、一時的な静的BLEアドレスを実装しました。 ご協力いただき、本当に感謝しています。 よろしくお願いいたします。 プラティシュ

MCXA265VPN布局建议 NXP团队 您有MCXA265VPN扇出示例吗？需要根据垫片和孔径尺寸进行推荐。过孔是在焊盘内还是引脚之间？BGA下方是否需要完整的接地层？ 请帮忙。 谢谢丹·罗杰斯 电路板设计 Re: MCXA265VPN Layout Suggestion 团队， 你们有带有建议布线方案的演示板吗？我需要知道： 用于在BGA引脚之间布线的走线宽度尺寸是多少？ 使用的过孔类型、焊盘尺寸以及孔径大小？ 通孔，bbvia，堆叠？ 布线后引脚之间的间距是多少？ 描述 = MCXA265VPN，恩智浦半导体 MXCA_169_BGA169（10 mil 焊盘，引脚间距 19.7 mil） 非常感谢。感谢您的支持。 丹·罗杰斯

MRF13750H原理图 如何将 MRF13750H-915MHz 板转换为原理图？MRF13750H 数据手册包含 915 MHz 的参考板布局，但不包含原理图。 Luis_V_1-1784224999094.png

需要支持：i.MX8QXP C0 MEK 上的安全分区访问文件损坏问题 – Yocto Scarthgap 您好，NXP团队： 我们需要您协助解决在i.MX8QXP C0 MEK上发现的安全分区/文件系统问题。 我们采用以下软件基线： 商品详情 平台 i.MX8QXP C0 MEK BSP Yocto Linux Yocto 版本 斯卡斯盖普 内核版本 6.6.5 问题描述： 我们已成功生成安全分区密钥。但是，当我们尝试从 Linux 文件系统使用/访问安全分区时，访问失败。在某些情况下，文件在访问/写入操作后也会损坏。 观察： 区域状态 安全分区密钥生成 成功的 使用生成的密钥访问文件系统 失败 文件读/写操作 不稳定 文件完整性 发现文件损坏 请问您能否帮助我们了解在 Yocto Linux for i.MX8QXP 中处理安全分区访问的推荐和正确方法？ 我们需要您就以下几点提供指导： 在 i.MX8QXP 上的 Yocto Linux 中，创建、格式化、挂载和访问安全分区的推荐方法是什么？ 对于安全分区，是否有推荐的特定文件系统类型？ 是否需要对内核配置、设备树、OP-TEE 或 Yocto 层进行任何更改？ NXP是否有任何关于安全分区处理的参考实现或文档？ 如何正确使用生成的安全密钥，才能避免导致文件系统访问失败或文件损坏？ 请您审阅并提出正确的实施方案。 Re: Support Required: Secure Partition Access-File Corruption Issue on i.MX8QXP C0 MEK – Yocto Scart 你好， 您可以参考我们的 BSP 文档，但我无法在我们的版本列表中找到这个特定的 Linux 版本，因此我建议您参考最接近的可用版本。 例如，内核 6.6.23 i.MX Linux 用户指南第 10.5 章磁盘加密加速 对于文件系统，我们在测试中使用 ext4，所以我建议也使用 ext4，请查看文档了解所需的内核配置和实际操作步骤。 此致敬礼/Saludos， 阿尔多。