I2C経由でNTP5332からUIDを読み取る方法 質問があります。I2Cインターフェースを通じてNTP5332のUIDをどのように読み取るのでしょうか?データシートにUIDのブロックアドレスが見当たりません Re: How to read UID from NTP5332 through I2C こんにちは、 @zhjyang UIDはチップ内の固有識別子であり、メモリブロックには保存されず、NFCインターフェースのRFコマンドを介してのみ読み取ることができます。 INVENTORY (ISO15693)

RT1064 I2C communication abnormality at 400kHz The I2C2 interface of the RT1064 device connects to Module A. Communication anomalies occur at 400kHz, but it functions properly at 100kHz 1. Connecting module B of a different model within the same series at 400kHz is no problem 2. In terms of waveform, it is equivalent to an anomaly occurring when the host clock is stretched and then restored after connecting to Module A PS: Implement the I2C driver port of the device to another 1064 device, test module A, no issues at 400k What might be the reason？ 1. Figure 1 Module A Abnormal Waveform of Logic Analyzer at 400kHz foreverwlh2025_0-1782181859478.png 2. Figure 2: Waveform of Logic Analyzer for Module A at 100kHz foreverwlh2025_1-1782181977222.png 3. Figure 3: Waveform of Module B at 400kHz foreverwlh2025_2-1782182029028.png i.MXRT 106x Re: RT1064 I2C communication abnormality at 400kHz Hi @foreverwlh2025 , Thanks for the additional clarification — this is a very important observation.   From your observations, the issue appears more likely to be related to insufficient 400 kHz I2C timing margin caused by the two-stage ADUM1251 isolation link, rather than an abnormality of Module A itself. Even if the rise time is within spec, on RT1064, we still recommend checking the LPI2C master-side 400 kHz configuration, especially MCFGR2[FILTSCL/FILTSDA] and MCCR0/MCCR1 , because the master synchronization latency on RT1064 is affected not only by rise time, but also by the digital filter and timing parameter settings. We suggest reading out the actual configuration used in your project and comparing it with Table 47-5, “LPI2C Example Timing Configurations,” in Chapter 47 of the RT1064 Reference Manual . In particular, please check whether the following settings match to the example values for your selected clock condition: I2C module clock source Target baud rate: 400Kbps PRESCALE FILTSCL / FILTSDA SETHOLD CLKLO CLKHI DATAVD Wish it helps you Best Regards May Re: RT1064 I2C communication abnormality at 400kHz Additional information, there was some progress in positioning yesterday: Our hardware expansion is: Motherboard: RT1064--- ADUM1251    3.3 V to 5 V Subboard: ADUM1251- Module A          5v to 3.3v After verification, it was found that after adding ADUM1251 to the two layers of the hardware link, module A had abnormal communication. However, after removing it, communication returned to normal at 400k. What could be the reason for this？ PS: Our hardware engineers believe that ADUM1251 only increases communication latency and has no other impact Re: RT1064 I2C communication abnormality at 400kHz Hi,@mayliu1 Our product is about to be released, and we have been investigating this issue for several days. If we could receive your response as soon as possible, we would greatly appreciate it！ Re: RT1064 I2C communication abnormality at 400kHz Hi  Supplementary information 1. Our two hardware engineers checked the waveform of the problem through an oscilloscope, and the rise time met the requirements, within 100+ns 2. I ported I2C initialization and read-write function drivers to another type of RT1064 device,  and tested module A without any issues The following figure shows the waveform of another device module A testing logic analyzer foreverwlh2025_0-1782194338022.png doubt: 1. If the clock recovers abnormally after stretching, what other reasons could be causing it 2. Is there a dedicated function to set settings such as MCFGR2 mentioned in the last reply? I didn't see any interface to be set in the I2C initialization process ----If the rise time is met, do we not need to consider these register settings？ Re: RT1064 I2C communication abnormality at 400kHz Hi @foreverwlh2025 ， Thank you so much for your interest in our products and for using our community. I think that this is most likely not a Module A issue, but a 400 kHz timing-margin issue on that specific RT1064 LPI2C2 bus. On RT1064, LPI2C timing is affected by bus rise time, bus loading, pull-up resistors, and glitch-filter latency.  RT1064RM  reference manual describe  that larger rise time increases synchronization latency.  (refer to chapter 47.3.1.4 Timing Parameters) The master glitch filters MCFGR2[FILTSCL/FILTSDA] must be set so their latency stays below the minimum SCL low/high period, and RT1064 provides example 400 kbps timing settings in MCCR0/MCCR1 .  Please check the Table 47-5. LPI2C Example Timing Configurations mayliu1_0-1782186916949.png So if Module A makes the bus edges slightly slower or changes the effective loading, the bus may fail at 400 kHz but still work at 100 kHz .  Wish it helps you Best Regards May Re: RT1064 I2C communication abnormality at 400kHz Below is the configuration for printing. Which parameter may need to be adjusted? PS:apparently due to automatic interface allocation foreverwlh2025_0-1782704741259.png Re: RT1064 I2C communication abnormality at 400kHz A 10 MHz LPI2C functional clock is not listed in the RT1064 Reference Manual example timing configurations for 400 kbps. Although it is possible to generate a 400 kbps baud rate with this clock, the automatically generated timing parameters should be carefully verified against the I2C specification, particularly with respect to tLOW, tHIGH, setup/hold timing, and data valid timing. To reduce design risk, it is recommended to use a validated clock source, such as 48 MHz, as shown in the Reference Manual. Re: RT1064 I2C communication abnormality at 400kHz I tried modifying 60MHz and 8MHz, but it still didn't work. The red box in the figure below shows the values printed after modification, which are different from the manual foreverwlh2025_0-1782813239395.png Re: RT1064 I2C communication abnormality at 400kHz Hi @foreverwlh2025 , There are several ways to configure the I2C clock. As a suggestion, you can try 8 MHz and 60 MHz, as these two clock settings are relatively easy to achieve. I am using the SDK demo: "evkmimxrt1064_lpi2c_edma_b2b_transfer_master" Way 1: Configure LPI2C clock source to 60 MHz Simply set the clock divider to 0. mayliu1_3-1782806044116.png Way 2: Configure LPI2C clock source to 8 MHz Use the MCUXpresso IDE Clock Tool and configure it as shown below. Select OSC_CLK as the clock source and set the divider to 3, which will generate an 8 MHz clock for the LPI2C (I2C) module. mayliu1_0-1782804733641.png mayliu1_4-1782806209573.png Wish it helps you Best Regards May Re: RT1064 I2C communication abnormality at 400kHz Hi @foreverwlh2025 , You may try setting the registers directly. For example, when using a 60 MHz I2C clock, the following configuration can be applied. mayliu1_1-1782813580334.png Wish it helps you Best Regards May Re: RT1064 I2C communication abnormality at 400kHz The current I2C clock is configured based on the sample configuration in the SDK2_13_0-EVK-MIMXRT1064 \ boards \ evkmimxrt1064 \ river_deamples \ lpi2c directory, #define LPI2C_CLOCK_SELECT (0U) #define LPI2C_CLOCK_DIVIDER (5U) CLOCK_SetMux(kCLOCK_Lpi2cMux, LPI2C_CLOCK_SELECT); CLOCK_SetDiv(kCLOCK_Lpi2cDiv, LPI2C_CLOCK_DIVIDER); ---How can I modify it to obtain the precise 8MHz or 48MHz? (The clock tree doesn't seem to be visible) Re: RT1064 I2C communication abnormality at 400kHz As shown in the diagram, I tried to modify the register settings to correspond to the parameters, but there was no improvement at 60MHz; Even good modules cannot function properly at 8MHz foreverwlh2025_0-1782882582056.png Re: RT1064 I2C communication abnormality at 400kHz The cause has been identified, and the module with the problem will experience clock stretching at 400k. However, the isolator chip we are using does not support SCL bidirectional. After replacing the isolator chip, the test was normal; This order can be closed

S32G399A-RDB3 QNX PFE Driver Problems Greetings, we try to get PFE running on a S32G399A-RDB3 board with QNX. As far as I can tell, this is a valid combination: BSP 37.0 PFE-FW_S32G_1.7.0 PFE-DRV-S32G_A53_QNX_1.4.0 It ends with a no carrier error on all network interfaces. Plugging the cable into different ethernet ports changes nothing.  It used to work with gmac0. Any ideas? io pkt call: 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 parameters: Uboot is the same as from the Linux sdcard image with modified parmeters for qnx boot.  setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' setenv s32cc_gmac_mode disable setenv pfeng enable; s32ccgmac disable; s32ccgmac enable; setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb; pfeng enable; s32ccgmac disable; s32ccgmac enable; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui; bootm 0x80080000 - 0x83E00000' setenv bootcmd 'run boot_qnx_atf' saveenv Log: U-Boot 2020.04+g156b168010 (Jun 09 2023 - 10:14:25 +0000)   CPU:   NXP S32G399A rev. 1.1 Model: NXP S32G399A-RDB3 DRAM:  3.5 GiB MMC:   FSL_SDHC: 0 Loading Environment from MMC... OK Configuring PCIe0 as RootComplex PCIe0: Failed to get link up PCI: Failed autoconfig bar 1c In:    serial@401c8000 Out:   serial@401c8000 Err:   serial@401c8000 Board revision: RDB3 Revision F Net:   EQOS phy: rgmii @ 1   Warning: eth_eqos (eth0) using random MAC address - 26:e4:e6:43:15:ad eth0: eth_eqosFailed to get speed of XPCS for emac1_xpcs PFE: emac0: sgmii emac1: sgmii emac2: rgmii , eth1: eth_pfeng Hit any key to stop autoboot:  3  2  1  0  switch to partitions #0, OK mmc0 is current device 50640 bytes read in 17 ms (2.8 MiB/s) 11948752 bytes read in 540 ms (21.1 MiB/s) ## Booting kernel from Legacy Image at 80080000 ...    Image Name:       Image Type:   AArch64 Linux Kernel Image (uncompressed)    Data Size:    11948688 Bytes = 11.4 MiB    Load Address: 80080000    Entry Point:  80080000    Verifying Checksum ... OK ## Flattened Device Tree blob at 83e00000    Booting using the fdt blob at 0x83e00000    Loading Kernel Image    Using Device Tree in place at 0000000083e00000, end 0000000083e0f5cf    fixup: pfe0 set to 00:01:be:be:ef:11    fixup: pfe1 set to 00:01:be:be:ef:22    fixup: pfe1: update phy addr to 0x8    fixup: pfe2 set to 00:01:be:be:ef:33   Starting kernel ...   Reserving RAM region for PFE driver on EVB/RDB Done. ClockCycles samples:  0 43600679  1 43600679  2 43600678  3 43600679  4 43600678  5 43600678  6 43600678  7 43600679 All ClockCycles offsets within tolerance Welcome to QNX Neutrino 7.1.0 on the NXP S32G399A RDB Board!! Starting watchdog... Starting serial driver ... Starting Networking driver (/dev/socket)...   Process 4107 (ifconfig) exited status=0.   Process 10 (sh) exited status=0.   Process 9 (dhclient) exited status=0. cp: Can't open source file.  (/proc/boot/libfci_cli)   Process 20489 (cp) exited status=1. Starting SPI driver (/dev/spi0,1,2,3,4,5)... Starting I2C 0/1/2/3/4 driver (/dev/i2c0,1,2,3,4)... Starting USDHC0 memory card driver... [00]     SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00                       SDMMC:   Process 24596 (chkqnx6fs) exited status=0.   Process 28692 (mount) exited status=0. Starting QSPI Flash driver... Starting USB host driver (/dev/usb/*) Detected QSPI Flash: Macronix MX25UW512, JEDEC 0xC2 - 0x813A, Size: 0x4000000 Launching devb-umass for /dev/usb/* ... #  Process 36891 (sleep) exited status=0. sh: /var/cetitec2/startup.sh: No such file or directory   Process 45081 (sh) terminated signo=0 code=0 by process 0 value=0. slog2info   Jan 01 00:00:00.023                       random.4                  low*     0  qcrypto: loading configuration file '/etc/qcrypto.conf' [qcrypto_common.c(190)] Jan 01 00:00:00.024                    random.4..0                 slog*   700  Random is using the Fortuna PRNG Jan 01 00:00:00.031                       random.4                  low      0  qcrypto: 'openssl' plugin loaded [qcrypto_plugins.c(354)] Jan 01 00:00:00.031                    random.4..0                 slog    700  Selecting timer as an entropy source Jan 01 00:00:00.032                    random.4..0                 slog    700  Registered path names Jan 01 00:00:00.032                    random.4..0                 slog    700  random: starting resmgr Jan 01 00:00:00.032                    random.4..0                 slog    700  random: Daemonizing the process Jan 01 00:00:00.042             devc_serlinflexd.7                 slog*     0  serlinflexd_interrupt_attach: Attaching to interrupt 114 Jan 01 00:00:00.047                        iopkt.8          main_buffer*     0  tcpip starting Jan 01 00:00:00.047                        iopkt.8          main_buffer      0  smmu support is disabled Jan 01 00:00:00.049                        iopkt.8          main_buffer      0  initializing IPsec... Jan 01 00:00:00.049                        iopkt.8          main_buffer      0   done   Jan 01 00:00:00.049                        iopkt.8          main_buffer      0  IPsec: Initialized Security Association Processing.   Jan 01 00:00:00.051                        iopkt.8          main_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 Jan 01 00:00:00.052                 io_pkt_v6_hc.8                 slog*     0  INF[src/pfe_drv.c:1377]: VERSION INFO Driver version: 1.4.0 Driver commit hash: 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     Jan 01 00:00:00.052                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1384]: --- Safe IRQ enabled. No InterrupAttach() or InterruptAttach_r() allowed.   Jan 01 00:00:00.052                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_fw.c:83]: 42792 bytes read   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_fw.c:89]: Loaded firmware file: /proc/boot/s32g_pfe_class.fw   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1477]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII.   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1477]: MII mode configuration for pfe1/EMAC1 not found. Using SGMII.   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1477]: MII mode configuration for pfe2/EMAC2 not found. Using RGMII.   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1495]: Issuing PFE peripheral reset...   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1496]: PFE reset OK.   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 mapped @ v0x38f2e23000   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:3524]: HW version 0x101   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hw_feature.c:95]: Silicon S32G3   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:3536]: Fail-Stop mode disabled   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:Parity instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:Watchdog instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2718]: PFE_ERRORS:Bus Error instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2731]: PFE_ERRORS:FW Fail Stop instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2744]: PFE_ERRORS:Host Fail Stop instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2757]: PFE_ERRORS:Fail Stop instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2770]: PFE_ERRORS:ECC Err instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:1766]: BMU1 buffer base: p0xc0000000   Jan 01 00:00:00.277                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 buffer base: p0x83000000 (0x200000 bytes)   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ Worker started (IRQ ID: 226)   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:2194]: The option 'g2_ordered_class_writes' is disabled.   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready.   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready.   Jan 01 00:00:00.281                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2239]: Firmware .elf detected   Jan 01 00:00:00.281                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2248]: Uploading CLASS firmware   Jan 01 00:00:00.281                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_pe.c:609]: Selected FW loading OPs to load 8 PEs in parallel   Jan 01 00:00:00.285                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_pe.c:1945]: pfe_ct.h file version"92367c0e25f21f49217a9b08168ad2c8"   Jan 01 00:00:00.288                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_pe.c:2422]: [FW VERSION] 1.7.0, Build: Jun  2 2023, 13:48:57 (nogitaaa), ID: 0x31454650   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID incorrect or not set. Using default VLAN ID = 0x01.   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN stats size incorrect or not set. Using default VLAN stats size = 20.   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_l2br.c:1181]: Software vlan hash table @ p0x20001228     Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_l2br.c:1286]: Fall-back bridge domain @ 0x20000a7c (class)   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_l2br.c:1287]: Default bridge domain @ 0x20000a74 (class)   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2412]: Routing table created, Hash Table @ p0x80014000, Pool @ p0x8001c000 (65536 bytes)   Jan 01 00:00:00.407                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64   Jan 01 00:00:00.408                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64   Jan 01 00:00:00.409                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64   Jan 01 00:00:00.508                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:3705]: Feature err051211_workaround: DISABLED   Jan 01 00:00:00.509                        iopkt.8          main_buffer      0  pfe0   Jan 01 00:00:00.509                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2152]: pfe0: Using PHY mode: MDIO=0, ADDR=0, CLAUSE=0, RESET=0   Jan 01 00:00:00.509                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ Worker started (IRQ ID: 222)   Jan 01 00:00:00.509                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1795]: Adding 00:0a:0b:0c:0d:66 to pfe0   Jan 01 00:00:00.511                        iopkt.8          main_buffer      0  pfe1   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex.   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 0   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2152]: pfe1: Using PHY mode: MDIO=1, ADDR=0, CLAUSE=0, RESET=0   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ Worker started (IRQ ID: 223)   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1795]: Adding 00:1a:1b:1c:1d:66 to pfe1   Jan 01 00:00:00.513                        iopkt.8          main_buffer      0  pfe2   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe1 not found. Using 1 Gbps/full-duplex.   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 1   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ Worker started (IRQ ID: 224)   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1795]: Adding 00:2a:2b:2c:2d:66 to pfe2   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe2 not found. Using 1 Gbps/full-duplex.   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 2   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4   Jan 01 00:00:00.530                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2702]: Adding 00:0a:0b:0c:0d:66 to pfe0   Jan 01 00:00:00.530                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2707]: Unable to assign MAC address 00:0a:0b:0c:0d:66 to the pfe0   Jan 01 00:00:00.530                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.538                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_mdio.c:427]: pfe0: PHY @ bus 0 addr 0 not found. Switching to static mode.   Jan 01 00:00:00.538                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported.   Jan 01 00:00:00.538                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.540                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.540                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported.   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 01:00:5e:00:00:01 to emac0   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.554               spi_master.24585               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.558               spi_master.24587               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.561               spi_master.24588               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.565               spi_master.24589               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.582          devb_sdmmc_mx8x.24595                 slog*  1800  devb-sdmmc-mx8x 1.00A (Jun 23 2026 09:45:48) Jan 01 00:00:00.583          devb_sdmmc_mx8x.24595                 slog      0  libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 00:00:00.594          devb_sdmmc_mx8x.24595                 slog   1800  sdio_cd:  insertion path 0, cd state 0x1 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  SD CID: Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    MID 0x27, OID 0x5048, PNM SD32G Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    PRV 0x62, PSN 0x6c62d132, MDT 4-2023 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  SD CSD: Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    TAAC 14, NSAC 0, TRAN_SPEED 50 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    C_SIZE 59023, C_SIZE_MULT 0 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    READ_BL_LEN 9, WRITE_BL_LEN 9 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    blksz 512, sectors 60440576, dtr 25000000 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  SD SW CAPS: Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    bus mode 0x3, cmd sys 0x1 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    drv type 0x1, curr limit 0x1 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    dtr 50000000 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  CFG:  Timing HS, DTR 50000000, Bus Width 4 bit   Jan 01 00:00:00.645          devb_sdmmc_mx8x.24595                 slog    100  cam-disk.so (Jun 22 2020 21:33:17) Jan 01 00:00:00.647          devb_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, sense=5, asc=24, ascq=0 Jan 01 00:00:00.647          devb_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, sense=5, asc=24, ascq=0 Jan 01 00:00:00.647          devb_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, sense=5, asc=24, ascq=0 Jan 01 00:00:01.827          devb_sdmmc_mx8x.24595                 slog   1000  fs-qnx6: Allocation strategy 0 Jan 01 00:00:01.827          devb_sdmmc_mx8x.24595                 slog   1000  fs-qnx6: Use btree directory 0 Jan 01 00:00:01.828          devb_sdmmc_mx8x.24595                 slog   1000  fs-qnx6: fs-qnx6: trim (0,1048576,2) was not requested, and is NOT supported Jan 01 00:00:01.833               io_usb_otg.36885                 slog*     0  main(453)[tid:1]: io-usb-otg (Jun 13 2020 20:10:17) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5  Jan 01 00:00:01.835           devf_qspi_s32g.36884                 slog*     0  (devf  t1::f3s_qspi_ident:73) Page size: 256 Jan 01 00:00:01.835           devf_qspi_s32g.36884                 slog      0  (devf  t1::f3s_qspi_ident:74) Total chip size: 0x4000000, Unit size: 0x10000 Jan 01 00:00:01.839               io_usb_otg.36885                 slog      0  ehci_init: Initialiaing with sever version: 2  Jan 01 00:00:01.839               io_usb_otg.36885                 slog      0  ehci_controller_init(4303): devu-hcd-ehci-mx28.so (Apr 19 2024 13:44:54):  args ulpi,no_stream,verbose=5 Jan 01 00:00:01.840               io_usb_otg.36885                 slog      8  usb_enum_port(94)[tid:1]: busno 0, parent -1, port 0, High speed Jan 01 00:00:01.840               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 😎 Jan 01 00:00:01.840               io_usb_otg.36885                 slog     12  usb_device_set_address(245)[tid:1]: b:0 devno 0 Jan 01 00:00:01.840               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 18) Jan 01 00:00:01.841               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 9) Jan 01 00:00:01.841               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 25) Jan 01 00:00:01.841               io_usb_otg.36885                 slog      8  usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) Jan 01 00:00:01.841               io_usb_otg.36885                 slog     11  hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 Jan 01 00:00:01.841               io_usb_otg.36885                 slog     13  hub_configuration_enable(263)[tid:1]: 1 Jan 01 00:00:01.943               io_usb_otg.36885                 slog      0  usbh_timeout_init(203)[tid:1]: Complete Jan 01 00:00:01.954               io_usb_otg.36885                 slog      0  read_vid_pid: ULPI VID 0x0424 PID 0x0009 Jan 01 00:00:01.954               io_usb_otg.36885                 slog      0  s32g_phy_set_vbus: set_vbus off Jan 01 00:00:01.968               io_usb_otg.36885                 slog      0  s32g_phy_set_vbus: set_vbus on Jan 01 00:00:01.979               io_usb_otg.36885                 slog      0  ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 Jan 01 00:00:01.979               io_usb_otg.36885                 slog      8  usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) Jan 01 00:00:01.979               io_usb_otg.36885                 slog      8  usb_enum_port_extract(192)[tid:7]: status (2) Jan 01 00:00:01.983               devb_umass.36886                 slog*   900  devb-umass 1.00A (Jun 22 2020 21:33:41) Jan 01 00:00:01.984               devb_umass.36886                 slog      0  libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 00:00:01.985               io_usb_otg.36885                 slog      0  usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/boot/devb-umass usbdi_client 32eebb9a80 Jan 01 00:00:01.986               io_usb_otg.36885                 slog      0  usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 36886 usbdi_client 32eebb9a80  Jan 01 00:00:01.986               devb_umass.36886                 slog      0  usbdi debug path /pps/usb/debug/ doesn't exist   Process 49177 (slog2info) exited status=0. # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f enabled=0 address: 00:0a:0b:0c:0d:66 media: Ethernet none (1000baseT full-duplex) status: active inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:1a:1b:1c:1d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier pfe2: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:2a:2b:2c:2d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier   Process 57369 (ifconfig) exited status=0. #  Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, so I replaced s32g_pfe_class.fw and s32g_pfe_util.fw with the files from PFE-FW_S32G_1.6.0.zip here: https://nxp.flexnetoperations.com/control/frse/download?agree=Accept&element=14074877 Uboot parameters: setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb; run atf_fdt_0to3; run atf_fdt_4to7; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui; pfeng enable; s32ccgmac disable; s32ccgmac enable; 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' setenv s32cc_gmac_mode disable saveenv Note: I removed the release_cpus command from boot_qnx_atf because then I would havef a cpu 1 error. Doesn't look much better to me: NOTICE:  BL2: v2.5(release):bsp37.0_rc6-2.5 NOTICE:  BL2: Built : 09:12:21, Jun 13 2023 NOTICE:  BL2: Booting BL31     U-Boot 2020.04+g156b168010 (Jun 09 2023 - 10:14:25 +0000)   CPU:   NXP S32G399A rev. 1.1 Model: NXP S32G399A-RDB3 DRAM:  3.5 GiB MMC:   FSL_SDHC: 0 Loading Environment from MMC... OK Configuring PCIe0 as RootComplex PCIe0: Failed to get link up PCI: Failed autoconfig bar 1c In:    serial@401c8000 Out:   serial@401c8000 Err:   serial@401c8000 Board revision: RDB3 Revision F Net:   EQOS phy: rgmii @ 1   Warning: eth_eqos (eth0) using random MAC address - 16:ec:a0:4e:1d:7c eth0: eth_eqosFailed to get speed of XPCS for emac1_xpcs PFE: emac0: sgmii emac1: sgmii emac2: rgmii , eth1: eth_pfeng Hit any key to stop autoboot:  3  2  1  0  switch to partitions #0, OK mmc0 is current device 50640 bytes read in 17 ms (2.8 MiB/s) 11950600 bytes read in 534 ms (21.3 MiB/s) ## Booting kernel from Legacy Image at 80080000 ...    Image Name:       Image Type:   AArch64 Linux Kernel Image (uncompressed)    Data Size:    11950536 Bytes = 11.4 MiB    Load Address: 80080000    Entry Point:  80080000    Verifying Checksum ... OK ## Flattened Device Tree blob at 83e00000    Booting using the fdt blob at 0x83e00000    Loading Kernel Image    Using Device Tree in place at 0000000083e00000, end 0000000083e0ffff    fixup: pfe0 set to 00:01:be:be:ef:11    fixup: pfe1 set to 00:01:be:be:ef:22    fixup: pfe1: update phy addr to 0x8    fixup: pfe2 set to 00:01:be:be:ef:33   Starting kernel ...   Reserving RAM region for PFE driver on EVB/RDB Done. ClockCycles samples:  0 43642864  1 43642864  2 43642864  3 43642864  4 43642864  5 43642864  6 43642864  7 43642864 All ClockCycles offsets within tolerance Welcome to QNX Neutrino 7.1.0 on the NXP S32G399A RDB Board!! Starting watchdog... Starting serial driver ... Starting Networking driver (/dev/socket)...   Process 4107 (ifconfig) exited status=0.   Process 10 (sh) exited status=0.   Process 9 (dhclient) exited status=0. cp: Can't open source file.  (/proc/boot/libfci_cli)   Process 20489 (cp) exited status=1. Starting SPI driver (/dev/spi0,1,2,3,4,5)... Starting I2C 0/1/2/3/4 driver (/dev/i2c0,1,2,3,4)... Starting USDHC0 memory card driver... [00]     SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00                       SDMMC:   Process 24596 (chkqnx6fs) exited status=0.   Process 28692 (mount) exited status=0. Starting QSPI Flash driver... Starting USB host driver (/dev/usb/*) Detected QSPI Flash: Macronix MX25UW512, JEDEC 0xC2 - 0x813A, Size: 0x4000000 Launching devb-umass for /dev/usb/* ... # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f enabled=0 address: 00:0a:0b:0c:0d:66 media: Ethernet none (1000baseT full-duplex) status: active inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:1a:1b:1c:1d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier pfe2: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:2a:2b:2c:2d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier   Process 40985 (ifconfig) exited status=0. #  Process 36891 (sleep) exited status=0. sh: /var/cetitec2/startup.sh: No such file or directory   Process 53273 (sh) terminated signo=0 code=0 by process 0 value=0.   # ifconfig    lo0: flags=8049 mtu 33136 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f enabled=0 address: 00:0a:0b:0c:0d:66 media: Ethernet none (1000baseT full-duplex) status: active inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:1a:1b:1c:1d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier pfe2: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:2a:2b:2c:2d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier   # slog2info | grep pfe Jan 01 00:00:00.051 iopkt.8 main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog* 0 INF[src/pfe_drv.c:1377]: VERSION INFO Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1384]: --- Safe IRQ enabled. No InterrupAttach() or InterruptAttach_r() allowed. Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:83]: 49480 bytes read Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:89]: Loaded firmware file: /proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe1/EMAC1 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe2/EMAC2 not found. Using RGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1495]: Issuing PFE peripheral reset... Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1496]: PFE reset OK. Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 mapped @ v0x1abef95000 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3524]: HW version 0x101 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]: Fail-Stop mode disabled Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:Parity instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:Watchdog instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2718]: PFE_ERRORS:Bus Error instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2731]: PFE_ERRORS:FW Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2744]: PFE_ERRORS:Host Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2757]: PFE_ERRORS:Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2770]: PFE_ERRORS:ECC Err instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1766]: BMU1 buffer base: p0xc0000000 Jan 01 00:00:00.277 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 buffer base: p0x83000000 (0x200000 bytes) Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]: The option 'g2_ordered_class_writes' is disabled. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready. Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2239]: Firmware .elf detected Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2248]: Uploading CLASS firmware Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:609]: Selected FW loading OPs to load 8 PEs in parallel Jan 01 00:00:00.285 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:1945]: pfe_ct.h file version"92367c0e25f21f49217a9b08168ad2c8" Jan 01 00:00:00.288 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:2422]: [FW VERSION] 1.6.0, Build: Mar 15 2023, 12:37:54 (), ID: 0x31454650 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID incorrect or not set. Using default VLAN ID = 0x01. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN stats size incorrect or not set. Using default VLAN stats size = 20. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1181]: Software vlan hash table @ p0x20001208 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1286]: Fall-back bridge domain @ 0x20000a44 (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1287]: Default bridge domain @ 0x20000a3c (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2412]: Routing table created, Hash Table @ p0x80014000, Pool @ p0x8001c000 (65536 bytes) Jan 01 00:00:00.407 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.408 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.409 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.508 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3705]: Feature err051211_workaround: DISABLED Jan 01 00:00:00.509 iopkt.8 main_buffer 0 pfe0 Jan 01 00:00:00.509 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:00.510 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.512 iopkt.8 main_buffer 0 pfe1 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe1: Using static PHY mode, RESET=0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:1a:1b:1c:1d:66 to pfe1 Jan 01 00:00:00.514 iopkt.8 main_buffer 0 pfe2 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe1 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 1 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:2a:2b:2c:2d:66 to pfe2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe2 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2702]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2707]: Unable to assign MAC address 00:0a:0b:0c:0d:66 to the pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.532 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 01:00:5e:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode # slog2info  | grep io_pkt_v6_hc Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog* 0 INF[src/pfe_drv.c:1377]: VERSION INFO Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1384]: --- Safe IRQ enabled. No InterrupAttach() or InterruptAttach_r() allowed. Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:83]: 49480 bytes read Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:89]: Loaded firmware file: /proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe1/EMAC1 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe2/EMAC2 not found. Using RGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1495]: Issuing PFE peripheral reset... Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1496]: PFE reset OK. Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 mapped @ v0x1abef95000 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3524]: HW version 0x101 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]: Fail-Stop mode disabled Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:Parity instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:Watchdog instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2718]: PFE_ERRORS:Bus Error instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2731]: PFE_ERRORS:FW Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2744]: PFE_ERRORS:Host Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2757]: PFE_ERRORS:Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2770]: PFE_ERRORS:ECC Err instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1766]: BMU1 buffer base: p0xc0000000 Jan 01 00:00:00.277 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 buffer base: p0x83000000 (0x200000 bytes) Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]: The option 'g2_ordered_class_writes' is disabled. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ Worker started (IRQ ID: 226) Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready. Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2239]: Firmware .elf detected Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2248]: Uploading CLASS firmware Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:609]: Selected FW loading OPs to load 8 PEs in parallel Jan 01 00:00:00.285 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:1945]: pfe_ct.h file version"92367c0e25f21f49217a9b08168ad2c8" Jan 01 00:00:00.288 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:2422]: [FW VERSION] 1.6.0, Build: Mar 15 2023, 12:37:54 (), ID: 0x31454650 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID incorrect or not set. Using default VLAN ID = 0x01. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN stats size incorrect or not set. Using default VLAN stats size = 20. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1181]: Software vlan hash table @ p0x20001208 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1286]: Fall-back bridge domain @ 0x20000a44 (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1287]: Default bridge domain @ 0x20000a3c (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2412]: Routing table created, Hash Table @ p0x80014000, Pool @ p0x8001c000 (65536 bytes) Jan 01 00:00:00.407 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.408 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.409 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.508 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3705]: Feature err051211_workaround: DISABLED Jan 01 00:00:00.509 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:00.509 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ Worker started (IRQ ID: 222) Jan 01 00:00:00.510 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe1: Using static PHY mode, RESET=0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ Worker started (IRQ ID: 223) Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:1a:1b:1c:1d:66 to pfe1 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe1 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 1 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ Worker started (IRQ ID: 224) Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:2a:2b:2c:2d:66 to pfe2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe2 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2702]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2707]: Unable to assign MAC address 00:0a:0b:0c:0d:66 to the pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.532 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 01:00:5e:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Process 172057 (slog2info) exited status=0. Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2495]: Removing 01:00:5e:00:00:01 from emac0 Jan 01 00:01:01.632 io_pkt_v6_hc.8 slog 0 INF[src/pfe_phy_if.c:2716]: Address 01:00:5e:00:00:01 removed from emac0 Jan 01 00:01:01.632 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your post. By default, the S32G PFE QNX Driver Version 1.4.0 is compatible with S32G PFE Firmware Standard Version 1.6.0, would you mind testing it again with this PFE FW version instead? BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, so I downloaded the  BSP_nxp-s32g-evb_br-710_be-710_SVN984052_JBN51 package you mentioned, modified the .build file and add the  kprintf("Reserving RAM region for PFE driver on EVB/RDB\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); to src/hardware/startup/boards/s32g/s32g399a-rdb/s32g_init_raminfo.c and replace my ifs file with the resulting ifs-s32g399a-rdb.ui. Unfortunately, it doesn't seem to execute the pfe_ddr allocation from above.  Is there anything I need to modify for the uboot parameters or else for this new image to work? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. I suggest referencing the integration manual strictly, refer to the part you mentioned, the following need to be modified before building the QNX BSP. chenyin_h_0-1782443542271.png BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, do you know if NXP provides SDCard images that already have the uboot modifications necessary for PFE as in board_cleanup_before_linux? I don't know what packages like binaries_auto_linux_bsp37.0_s32g3_pfe do. Regards Re: S32G399A-RDB3 QNX PFE Driver Problems And what was the PFE firmware version used? JBN51 needs NXP BSP39 which comes with PFE Firmware 1.8.0. But section 2.1.3 of the Pfe Driver 1.7.0 release notes states that only PFW FW 1.10.0 was tested with this release. Seneca_0-1782903766239.png Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. The tested BSP version is BSP39 combine with QNX driver version 1.7.0 and QNX SDP 7.1 BSP JBN51 BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, I intend to try the following combination: BSP 33 PFE Driver 1.2.0 PFE FW 1.3.0 Is this officially supported? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, I intend to try the following combination: BSP 33 PFE Driver 1.2.0 PFE FW 1.3.0 Is this officially supported? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello. @Seneca  Thanks for your reply. 1. For the combination, I suggest referencing the documents included in the QNX PFE drivers directly, which included the recommended/tested combination. Other combination may or may not work, you may test it accordingly if indeed needed. 2. From the available information, for QNX PFE drive 1.2, the supported PFE FW is 1.2 with BSP30 used for test BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello Chenyin, can you tell me which NXP BSP Version was used by the person who tested the PFE Driver 1.7.0 with the QNXJBN51? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Sorry that there are not such images for publicly downloaded. For "binaries_auto_linux_bsp37.0_s32g3_pfe", seems it is the name of the tgz file from: chenyin_h_0-1782879234963.png If so, it includes the pre-built binaries of Linux BSP provisioned by NXP, there are not any QNX related images included.  BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. Would you mind providing the full booting log including all u-boot env information for further checking? BR Chenyin  Re: S32G399A-RDB3 QNX PFE Driver Problems Note: io pkt is not started at the moment. Starting it will not remove the no carrier problem though. U-Boot 2022.04 (Jul 01 2026 - 16:53:39 +0200) SoC: NXP S32G399A rev. 1.1 CPU: ARM Cortex-A53 r0p4 @ max 1300 MHz Model: NXP S32G399A-RDB3 DRAM: 3.5 GiB Core: 306 devices, 25 uclasses, devicetree: board MMC: FSL_SDHC: 0 Loading Environment from MMC... OK In: serial@401c8000 Out: serial@401c8000 Err: serial@401c8000 Board revision: RDB3 Revision F PCIe: BusDevFun VendorId DeviceId Device Class Sub-Class __________________________________________________________________________ pcie@40400000 RootComplex | `-- 01:00.00 0x1957 0x4300 Bridge device 0x04 Net: eth0: ethernet@4033c000 Found PFE version 0x0101 (S32G3) , eth1: pfe0, eth2: pfe1, eth3: pfe2 Hit any key to stop autoboot: 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>; baudrate=115200 board_rev=F boot_mtd=booti boot_qnx_atf=mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb; run atf_fdt_0to3; run atf_fdt_4to7; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui; bootm 0x80080000 - 0x83E00000 bootargs=root=/dev/ram rw earlycon loglevel=7 bootcmd=run boot_qnx_atf bootdelay=2 console=ttyLF0 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; 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 Booting from flash...; run flashbootargs;mtd read Kernel ${loadaddr};mtd read DTB ${fdt_addr};mtd read Rootfs ${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 image=Image initrd_high=0xffffffffffffffff ipaddr=10.0.0.100 loadaddr=0x80000000 loadfdt=fatload mmc ${mmcdev}:${mmcpart} ${fdt_addr} ${fdt_file}; run 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 Booting from mmc ...; run mmcargs; if run loadfdt; then run fdt_fixups; ${boot_mtd} ${loadaddr} - ${fdt_addr}; else echo WARN: Cannot load the 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 Booting from net ...; 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: Cannot load the DT; fi; fi; else ${boot_mtd}; fi; netmask=255.255.255.0 nfsboot=echo Booting from net using tftp and nfs...; run nfsbootargs;run loadtftpimage; run 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=enable,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; script=boot.scr serverip=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 stdin=serial@401c8000 stdout=serial@401c8000 Environment size: 3581/8188 bytes => boot switch to partitions #0, OK mmc0 is current device 59970 bytes read in 7 ms (8.2 MiB/s) 9362112 bytes read in 394 ms (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 ## Flattened Device Tree blob at 83e00000 Booting using the fdt blob at 0x83e00000 Loading Kernel Image Using Device Tree in place at 0000000083e00000, end 0000000083e11fff fixup: pfe1: update phy addr to 0x8 Starting kernel ... board_cleanup_before_linux: QNX PFE code. ethernet@4033c000 Waiting for PHY auto negotiation to complete......... TIMEOUT ! phy_startup() failed: -110FAILED: -110 Found PFE version 0x0101 (S32G3) Found PFE version 0x0101 (S32G3) pfe2 Waiting for PHY auto negotiation to complete......... TIMEOUT ! pfeng_netif pfe1: Failed to establish XPCS link on PFE1 ## Setting pfe_ts clock ... ## Setting ftm0_sys clock ... ## Setting ftm0_ext clock ... ## Setting ftm1_sys clock ... ## Setting ftm1_ext clock ... Reserving RAM region for PFE driver on EVB/RDB ClockCycles samples: 0 166386615 1 166386614 2 166386615 3 166386615 4 166386615 5 166386615 6 166386616 7 166386615 All ClockCycles offsets within tolerance Welcome to QNX Neutrino 7.1.0 on the NXP S32G399A RDB Board!! Starting watchdog... Starting serial driver ... Starting Networking driver (/dev/socket)... Utarting SPI driver (/dev/spi0,1,2,3,4,5)... Starting I2C 0/1/2/3/4 driver (/dev/i2c0,1,2,3,4)... Starting USDHC0 memory card driver... [00] Starting QSPI Flash driver... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: Starting USB host driver (/dev/usb/*) Detected QSPI Flash: Macronix MX25UW512, JEDEC 0xC2 - 0x813A, Size: 0x4000000 Launching devb-umass for /dev/usb/* ... U# slogi 2info Jan 01 00:00:00.022 random.4 low* 0 qcrypto: loading configuration file '/etc/qcrypto.conf' [qcrypto_common.c(190)] Jan 01 00:00:00.023 random.4..0 slog* 700 Random is using the Fortuna PRNG Jan 01 00:00:00.031 random.4 low 0 qcrypto: 'openssl' plugin loaded [qcrypto_plugins.c(354)] Jan 01 00:00:00.031 random.4..0 slog 700 Selecting timer as an entropy source Jan 01 00:00:00.031 random.4..0 slog 700 Registered path names Jan 01 00:00:00.031 random.4..0 slog 700 random: starting resmgr Jan 01 00:00:00.031 random.4..0 slog 700 random: Daemonizing the process Jan 01 00:00:00.041 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: Attaching to interrupt 114 Jan 01 00:00:10.146 spi_master.8 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.149 spi_master.9 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.152 spi_master.10 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.155 spi_master.11 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.158 spi_master.12 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.161 spi_master.13 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.177 devb_sdmmc_mx8x.19 slog* 1800 devb-sdmmc-mx8x 1.00A (Jul 1 2026 14:10:37) Jan 01 00:00:10.178 devb_sdmmc_mx8x.19 slog 0 libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 00:00:10.189 devb_sdmmc_mx8x.19 slog 1800 sdio_cd: insertion path 0, cd state 0x1 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CID: Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 MID 0x27, OID 0x5048, PNM SD32G Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 PRV 0x62, PSN 0x6c62d196, MDT 4-2023 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CSD: Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 blksz 512, sectors 60440576, dtr 25000000 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD SW CAPS: Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 bus mode 0x3, cmd sys 0x1 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 drv type 0x1, curr limit 0x1 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 dtr 50000000 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CFG: Timing HS, DTR 50000000, Bus Width 4 bit Jan 01 00:00:10.240 devb_sdmmc_mx8x.19 slog 100 cam-disk.so (Jun 22 2020 21:33:17) Jan 01 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, sense=5, asc=24, ascq=0 Jan 01 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, sense=5, asc=24, ascq=0 Jan 01 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, sense=5, asc=24, ascq=0 Jan 01 00:00:10.248 io_usb_otg.21 slog* 0 main(453)[tid:1]: io-usb-otg (Jun 13 2020 20:10:17) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 Jan 01 00:00:10.250 devf_qspi_s32g.20 slog* 0 (devf t1::f3s_qspi_ident:73) Page size: 256 Jan 01 00:00:10.250 devf_qspi_s32g.20 slog 0 (devf t1::f3s_qspi_ident:74) Total chip size: 0x4000000, Unit size: 0x10000 Jan 01 00:00:10.254 io_usb_otg.21 slog 0 ehci_init: Initialiaing with sever version: 2 Jan 01 00:00:10.254 io_usb_otg.21 slog 0 ehci_controller_init(4292): devu-hcd-ehci-mx28.so (Aug 15 2023 16:44:48): args ulpi,no_stream,verbose=5 Jan 01 00:00:10.254 io_usb_otg.21 slog 8 usb_enum_port(94)[tid:1]: busno 0, parent -1, port 0, High speed Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 😎 Jan 01 00:00:10.255 io_usb_otg.21 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 18) Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 9) Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 25) Jan 01 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) Jan 01 00:00:10.256 io_usb_otg.21 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 Jan 01 00:00:10.256 io_usb_otg.21 slog 13 hub_configuration_enable(263)[tid:1]: 1 Jan 01 00:00:10.358 io_usb_otg.21 slog 0 usbh_timeout_init(203)[tid:1]: Complete Jan 01 00:00:10.369 io_usb_otg.21 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 Jan 01 00:00:10.369 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus off Jan 01 00:00:10.383 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus on Jan 01 00:00:10.394 io_usb_otg.21 slog 0 ehci_get_port_status(3557 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 Jan 01 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) Jan 01 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(192)[tid:7]: status (2) Jan 01 00:00:10.398 devb_umass.22 slog* 900 devb-umass 1.00A (Jun 22 2020 21:33:41) Jan 01 00:00:10.399 devb_umass.22 slog 0 libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 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 Jan 01 00:00:10.400 io_usb_otg.21 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 22 usbdi_client 51ba29fa80 Jan 01 00:00:10.400 devb_umass.22 slog 0 usbdi debug path /pps/usb/debug/ doesn't exist Jan 01 00:00:14.507 qconn.24 slog* 0 Couldn't initialize listen service: tcp (Address family not supported by protocol family) Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for sharing the log. There seems serdes issues existed during the booting phase, may I know if you had done the following modification? (to comment out the init_serdes() function) chenyin_h_0-1782977121730.png BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Note: I not both pfe0 and pfe2 work at the same time. And when I ping them from an external machine it assigns pfe0 a funny mac address: arp -a | grep 192 ? (192.168.0.200) at 22:33:44:55:66:77 [ether] on enx00e04c680383 ? (192.168.0.202) at on enx00e04c680383 This is from qnx slog2info: Jan 01 00:00:58.251 iopkt.4121 main_buffer 0 duplicate IP address 192.168.0.200 sent from link address 22:33:44:55:66:77 Re: S32G399A-RDB3 QNX PFE Driver Problems Ok some more news: When I start the network client manually 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 and set a static ip for pfe0 ifconfig pfe0 192.168.0.200 netmask 255.255.255.0 ifconfig pfe0 down ifconfig pfe0 up I actually get a ping to an external address. Nevertheless, in ifconfig pfe0 still shows ethernet none. It seems to me there are problems negotiating interface speed # slog2info | grep pfe0 Jan 01 00:00:25.515 iopkt.4121 main_buffer 0 /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 Jan 01 00:00:25.517 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:1460]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII. Jan 01 00:00:25.647 iopkt.4121 main_buffer 0 pfe0 Process 98332 (slog2info) exited status=0. Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2124]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2286]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:01:05.966 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode For Pfe2 it might already fail in uboot in the board_cleanup_before_linux pfe2 Waiting for PHY auto negotiation to complete......... TIMEOUT ! Edit: I can also obtain a ping from pfe2 but it also seems to have problems negotiating the correct speed. I wonder if the above timeout is correct. Re: S32G399A-RDB3 QNX PFE Driver Problems Ok then hopefully these questions will bring me close to the finish line: - How should I set the MAC addresses of pfe0 and pfe2? I understand an attempt is made to set it via io pkt 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 But when I ping pfe0 from an external machine that machines arp table presents a bogus address ? (192.168.0.200) at 22:33:44:55:66:77 [ether] on enx00e04c680383 On the external machine, tcpdump reveals there doesn't seem to be an arp response from pfe0 which has 192.168.0.200: 08:53:11.208021 IP6 user-Precision-7510 > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), length 48 08:53:11.394038 IP6 user-Precision-7510 > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), length 48 08:53:25.750284 ARP, Request who-has 192.168.0.200 tell 192.168.0.200, length 46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6, multicast listener reportmax resp delay: 0 addr: ff02::1:ff0c:d66, length 24 08:53:26.692011 IP6 :: > ff02::1:ff0c:d66: ICMP6, neighbor solicitation, who has fe80::20a:bff:fe0c:d66, length 24 08:53:32.742005 IP6 fe80::20a:bff:fe0c:d66 > ff02::1:ff0c:d66: HBH ICMP6, multicast listener reportmax resp delay: 0 addr: ff02::1:ff0c:d66, length 24 When I cast another ping from the external machine I finally get a response: 08:59:22.118282 ARP, Request who-has 192.168.0.200 tell user-Precision-7510, length 28 08:59:22.118553 ARP, Reply 192.168.0.200 is-at 22:33:44:55:66:77 (oui Unknown), length 46 08:59:22.118569 IP user-Precision-7510 > 192.168.0.200: ICMP echo request, id 1, seq 1, length 64 08:59:22.118554 ARP, Reply 192.168.0.200 is-at 00:0a:0b:0c:0d:66 (oui Unknown), length 46 00:0a:0b:0c:0d:66 is what should be the correct mac address. Nevertheless the arp table of the external machine still shows the bogus address arp -a ? (192.168.0.200) at 22:33:44:55:66:77 [ether] on enx00e04c680383 My first guess would be to set them manually in uboot but I see no section in the integration manual that recommends that. - What are the commands to use "fixed link"? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems I see. The ethaddr, eth1addr, eth2addr, eth3addr are set in my uboot but they are not enough to prevent the funny MAC for pfe0. Are there other parameters? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your updates. Glad that the PFE would ping correctly with the external machine. There are limitation for the PFE driver in QNX: chenyin_h_0-1783044213433.png So that it is suggested using the fixed link, while speed changes triggered by AN are not supported. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, just for understanding this right: There is another component that just happens to use 192.168.0.200? And if I use 192.168.1.200 for pfe0 I will be fine? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for the reply. 1. Yes, it is usually by default used by the switch connected. 2. I think the new IP addr you mentioned is fine for the test. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. 1. For setting the MAC address, you may try using the  "io-pkt-v6-hc -p tcpip -d \ pfe1_mac=000a0b0c0d0e,pfe2_mac=001a1b1c1d1e" for example. 2. Since you are using RDB3, while with default settings you tried, the PFE0 connected to the sja1110 switch, usually the 192.168.0.200 is set internally within the SJA1110 SDK, so I suggest not using this IP for testing with PFE0, you may try setting other IP address like 192.168.1.X for PFE0 3. In u-boot, you may try setting the mac address with the "setenv ethaddr/eth1addr/eth2addr xxxx" for each MAC. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings chenyin, I intend to create a bridge interface using the ethernet ports gmac0, pfe0, pfe2. https://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/b/brconfig.html The connected clients are intended to be in the subnet 192.168.0.X netmask 255.255.255.0  Will this conflict with 192.168.0.200 or anything else? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. If you do want to use the 192.168,.0.x subnet, when not assigning 192.168.0.200 to both PFE0 and the external devices that are connected to the switch, It would be correct for the network connection when you try pinging from outside to PFE0 or vice versa. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. From my understanding, there would not be confliction while not using 192.168.0.200. However, if possible, you may use other subnet instead to avoid possible issues. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, can you tell me if 192.168.0.200 listens to broadcast calls or something like that? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Would you mind making sure internally? Is there anything 192.168.0.200 does that requires it to have sole control of the subnet? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. This IP could receive the broadcast packets from linked devices. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings chenyin, a new problem has arisen: The arp handshake fails when I connect a TC387 / FreeRTOS target to pfe_mac2. It works with a regular Linux machine. Any ideas? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. Since the same setup works with a Linux machine, the problem is more likely to be on the TC387 side (Ethernet driver, TCP/IP stack configuration, or related implementation) rather than on the MAC side. Further packet-level analysis would be needed to confirm the exact cause BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. Since the PFE2 could work correctly with a Linux machine, there may not much issue existed on the S32G side, in order for solving your issue, you may try checking the link status, every frames sent between the two sides and then analyze on them, sorry that I do not know much about the software stack on your Infineon board. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, when I connect the TC387 to my Linux desktop there are lots of arp/icmp messages produced immediately. The same when I connect my S32G pfe2 port to the Linux desktop. But when I connect the TC387 to the S32G pfe2 port I get not arp or icmp messages at all. For which error messages should I look? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings chenyin, could you please tell me again which ports on the target was exactly pfe0 and pfe2 on s32g399Ardb3? I assumed pfe0 is the left one of the three stacked ports and pfe2 top-center, is this correct? Are there any known problems mixing pfe and gmac? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. I suggest referencing the following picture. chenyin_h_0-1784081687384.png PFE0 is connected with the SJA1110, cables connected to P1/2/3 could be linked with PFE0 GMAC could be used with PFE together. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Another thing. Will this uboot line recommended in the integration manual: 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" Really enable gmac0, pfe0 and pfe2 as individual interfaces or only two of them? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. 1. For the hwconfig you mentioned, when using them on RDB3, the 3 MACs could all be used. 2. For the error log you shared, sorry that we do not commonly support QNX commands directly, form my personal experience, it may caused by the command used itself, I suggest  re-checking syntax of commands based on the QNX document. 3. Under QNX, there are some limitation for the PFE driver, auto-negotiation is not supported, so you may make sure that the two sides are running with the same speed. chenyin_h_0-1784104171784.png BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, I tried setting the correct speed on QNX with something like ifconfig pfe2 media 100baseTX mediaopt full-duplex but it wasn't enough. Do I have to do something else, maybe even in uboot parameters? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, after more research it seem that pfe_mac2 in particular has problems with our 100T1 ethernet adapters. Connecting a Linux Laptop with USB ethernet works fine though. Do you know if pfe_mac2 can connect to this adapter type correctly and if I have to do something special to make it work? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, so I should be able to use, from the three stacked ports, left port as pfe0 and top center as pfe2 I presume. Bottom center for gmac0. Now, I try to start the interfaces in bridge mode using the following io pkt syntax (note the bridge parameter behind tcp ip): 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 create ifconfig bridge0 add dwc0 add pfe0 add pfe2 up This will result in lots of memory errors in slog2info Jan 01 00:04:37.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]: (DRIVER) event 1 - Driver runtime error: Mbuf addr out of 32bit. Start @ p0x8df239b58 end @ p0x8df239b82 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]: (DRIVER) event 1 - Driver runtime error: Mbuf addr out of 32bit. Start @ p0x8df239558 end @ p0x8df239582 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]: (DRIVER) event 1 - Driver runtime error: Mbuf addr out of 32bit. Start @ p0x8df239558 end @ p0x8df239582 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]: (DRIVER) event 1 - Driver runtime error: Mbuf addr out of 32bit. Start @ p0x8df239b58 end @ p0x8df239b82 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]: (DRIVER) event 1 - Driver runtime error: Mbuf addr out of 32bit. Start @ p0x8df239b58 end @ p0x8df239b82 Is bridge parameter correct in io-pkt-v6-hc call?  Also, I use this allocation from the driver integration manual for both gmac0 and pfe as can be seen in the io-pkt-v6-hc call. Is that a problem? kprintf("Reserving RAM region for PFE driver on EVB/RDB\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your post. 1. I can confirm that the PFE2 port on RDB3 could work correctly with connection to 100T1 network via a 100base-TX<->100base-T1 converter under Linux BSP provisioned by NXP. 2. You may try the following command for a test: io-pkt-v6-hc -p tcpip -d pfe2_link=100-1-2  But I am not very sure for these settings on QNX since it is beyond our S32G community supporting scope,  sorry for your inconvenience. BR Chenyin

MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) Hi, I am using MCUXpresso Config Tools v26.x with an MCXN547 project and configuring an ADC -> eDMA transfer using the eDMA peripheral component. Configuration: eDMA Channel API mode: Transactional (transfer configuration) eDMA request: ADC1 FIFO A request Submit transfer: Enabled Auto stop request: Enabled Peripheral request: Enabled The generated code in peripherals.c contains: status = EDMA_SubmitTransfer(&DMA0_CH0_Handle, DMA0_CH0_Transfers_config, 1U); assert(status == kStatus_Success); However, no declaration for status is generated. As a result, the project fails to compile with: error: 'status' undeclared (first use in this function) Expected generated code would be either: status_t status; status = EDMA_SubmitTransfer(...); or: assert(kStatus_Success == EDMA_SubmitTransfer(...)); Has anyone seen this issue before? Is this a known code-generation bug in Config Tools, or is there an additional configuration option required when using "Submit transfer"? I can provide the generated peripherals.c and .mex configuration if needed. Thanks. Board Design MCXN Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) Hi Thnaks for the fast responds. Yes, I have v26.03 of the tool Processors: MCXN547 (26.03.20) - MCX MCXN MCUXpresso SDK version 25.13.00 Package: mcuxsdk-core Version: 2.0.0 The 'Loop all transfeer' in the DMA0- Transfeer Configuration ad this code to DMA0_init() /* DMA0 loop transfer submit */ status = EDMA_SubmitLoopTransfer(&DMA0_CH0_Handle, DMA0_CH0_Transfers_config, 1U); assert(status == kStatus_Success); Where 'status' is not declared anywhere. Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) Hi @tjo_dk  Thank you for your post! Could you please share the which package of MCXN547 are you using? Which version of Config tools are you using? is it 26.03? Which SDK version do you have installed?  Please share this information to replicate the setup on my end. Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) Hi @tjo_dk, I tried to replicate the issue using the same configuration you are using. However, on my side, the code preview already includes the declaration of the status variable in the DMA0_init function. carlos_o_0-1782316035555.png

imx93 sai - 简单音频卡设备树设置 您好，我正在查找以下设备的 simple-audio-card 的设备树设置： -imx93 是主控 音频编解码器为从属 TDM 16 插槽/32 位 并且必须满足以下时间要求： M_MA_0-1782210727905.png 任何提示都将不胜感激。 Linux Re: imx93 sai - simple-audio-card devicetree settings 你好， 遗憾的是，我们没有用于将 i.MX93 的 SAI 端口配置为 TDM 从设备的设备树示例。 您可以参考这篇文章： https://community.nxp.com/t5/i-MX-Processors/How-should-I-write-a-dts-file-to-use-16ch-TDM-with-quot-simple/mp/1625768#M203519 顺祝商祺！

EMIOS PWM 工具错误，MCL 中的 EMIOS 0 通道 255 我正在尝试使用 S32K312 迷你开发板运行梯形电机控制。 移植初始化后，出现以下错误： 问题：[生成错误] 请在 MCL 中配置计数器总线 EMIOS_0_CH_255 级别：错误 类型：工具问题 工具：外围设备 来源：外围设备 资源：资料来源 信息：[生成错误] 请在 MCL 中配置计数器总线 EMIOS_0_CH_255 我的配置如下： EMIOS mcl 初始化 0 和 1。 EMIOS0 - 通道 0 -> PWM 时基 EMIOS1 - 通道 23 -> 霍尔脉冲计数器的时基 EMIOS PWM EMIOS0 通道 1 作为 OPWMB 用于 20KHz PWM EMIOS通道3作为OPWMB用于PWM脉冲 这两个通道均基于 二进码十进数(BCD) 模式下的 EMIOS 通道 0。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 这是一个mex文件。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 嗨@ArunnK 我已尝试将您提到的 Emios_Mcl 和 Emios_Pwm 配置应用到 FreeRTOS_Toggle_Example_S32K312（RTD 7.0.0 和 FreeRTOS 7.0.0）中，我这边无法重现这些错误。 请问您介意分享一下您的.mex域名吗？文件？如果您能详细说明一下您采取的步骤，那就太好了，这样我就可以尝试在这里重现同样的情况。 BR，VaneB Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL 嗨@ArunnK 感谢您分享您的 .mex 文件。文件。 我将其导入到 FreeRTOS_Toggle_Example_S32K312（RTD 7.0.0 和 FreeRTOS 7.0.0）中。我之前使用的项目并没有出现过这个错误。为了确保我们遵循相同的步骤，请您尝试以下步骤： 删除当前示例项目并重新创建。 根据需要更新代码，确保一切正确。 配置生成成功后，转到“文件”→“导入”→“S32 配置工具”→“导入配置 (*.mex)”。 选择 .mex将您共享的文件合并到当前配置中。 之后，错误还会出现吗？为了确保万无一失，请再次确认您使用的所有软件版本是否兼容。

UJA1169ATK/F/3 私はFlexCAN1のS32K146 CPUに接続したUJA1169ATK/F/3を使っています。UJA1169ATK/F/3は、ウェイクアップフレーム(FDなし!)を伴うパーシャル・ネットワーキングで、システム全体をディープスリープモードから覚醒させるために使われます。 実際には、有効なフレームがCANバス内で送信されれば、すべてのことは正しく動作します(有効なフレームとは選択したフィルタリングマスクと互換性のあるフレームを指します)。 問題は、不要なフレーム（つまり、構文的には正しいが、使用中の WUP フィルタリングを通過しない、FD ではないフレーム）が送信された場合に発生します。こうしたフレームが送信されると、連続する有効なフレームはトランシーバを起動しなくなります。不要なフレームが存在すると、多くの場合、UJA1169ATK/F/3 が有効なフレームを正しく認識し、ウェイクアップする機能がロックされてしまうようです。 最初は、バス上の何かがバスエラーを発生させ、その結果UJA1169ATK/F/3がリセットモードに切り替えられ、RX信号を動かさずCPUに通知されなくなるのではないかと思います。しかし実際はそうではなく、CANモニターを使ってバスエラーは記録されませんでした(なお、私はWindowsアプリケーションでCAN BUS上のメッセージを生成し、別のアプリケーションでバスを監視しています。両アプリケーションとも別々のUSB/CANコンバーターを使用しています)。 どの問題が原因か心当たりはありますか? Re: UJA1169ATK/F/3 こんにちは、ミシェルさん。 ご説明いただいた動作は、UJA1169Aの内部PNエラー処理に関連している可能性が最も高いです。 このデバイスは、内部にフレーム検出エラーカウンタを備えています。設定されたPNフィルターと一致しないフレーム列が受信された場合(またはPN評価で無効と解釈された場合)、このカウンターがオーバーフローし、PNフレーム検出エラー(PNFDE)を引き起こす可能性があります。 この状態が発生すると、SBCは有効なウェイクアップフレームを一時的に正しく認識できなくなる可能性があり、これがその後の有効なフレームがデバイスを起動しなくなる理由を説明できます。 PNFDEステータスビットを確認し、PN構成（ID/マスク、DLC、データマスク、データレート設定）を検証することをお勧めします。デバッグステップとして、データフィールド評価(PNDM = 0)を無効にして、問題がデータフィルタリングに関連しているかどうかを判断できます。 観察されたPNFDEの状態とPN構成を教えてください。分析をさらにサポートするために。 BRs、トーマス

EMIOS PWMツールエラー Emios 0 ch 255 in MCL 私はS32K312ミニ開発ボードを使って台形モーター制御を試みています。 初期化処理を移植した後、次のエラーが発生します。 問題:[生成エラー] MCLでカウンターバスEMIOS_0_CH_255を設定してください レベル:誤差 タイプ:工具の問題 ツール:ペリフェラル 起源:ペリフェラル リソース:出典 情報:[生成エラー] MCLでカウンターバスEMIOS_0_CH_255を設定してください 私のセットアップは以下のとおりです。 EMIOS mcl は 0 と 1 を初期化します EMIOS0 - チャネル0 ->PWMのタイムベース EMIOS1 - チャネル23 -> ホールパルスカウンターのタイムベース EMIOS pwm PWM 20KHz用のOPWMBとしてEMIOS0チャンネル1 EMIOSチャンネル3をPWMパルス用のOPWMBとして 両チャネルともBCDモードでEMIOSチャネル0をベースにしています。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL ここにmexファイルがあります。 Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL こんにちは、 @ArunnK さん。 FreeRTOS_Toggle_Example_S32K312 (RTD 7.0.0、FreeRTOS 7.0.0) で、Emios_Mcl と Emios_Pwm に対してご指摘いただいた設定を適用してみました。私の方では、そのエラーを再現することができませんでした。 .mex ファイルを共有していただけませんか？ファイル？また、あなたが踏んだ手順を教えていただけるととても助かります。ここで同じ行動を再現できるので。 BR、VaneB Re: EMIOS Pwm tooling error Emios 0 ch 255 in MCL こんにちは、 @ArunnK さん。 .mexファイルを共有していただきありがとうございます。ファイル。 FreeRTOS_Toggle_Example_S32K312 (RTD 7.0.0、FreeRTOS 7.0.0) にインポートしました。以前使用していたプロジェクトでは、このエラーは発生しませんでした。同じ手順を踏んでいるか確認するために、以下の方法を試していただけますか: 現在のサンプルプロジェクトを削除して、再作成してください。 すべてが正しく動作するように、必要に応じてコードを更新してください。 設定が正常に生成されたら、[ファイル] → [インポート] → [S32 設定ツール] → [設定のインポート (*.mex)] に進みます。 .mexファイルを選択してくださいあなたが共有したファイルを現在の構成に統合します。 その後もエラーは表示されますか？念のため、使用しているすべてのソフトウェアバージョンが互換性があるかを必ず再確認してください。

启用“提交传输”时，MCUXpresso 生成无效的 eDMA 代码 (MCXN547) 您好， 我正在使用 MCUXpresso 配置工具 v26.x 和一个 MCXN547 项目，并使用 eDMA 外设元器件配置 ADC -> eDMA 传输。 配置： eDMA通道API模式：事务型（传输配置） eDMA 请求：ADC1 FIFO A 请求 提交转账：已启用 自动停止请求：已启用 外围设备请求：已启用 生成的peripherals.c代码包含： status = EDMA_SubmitTransfer(&DMA0_CH0_Handle, DMA0_CH0_Transfers_config, 1U); assert(status == kStatus_Success); 然而，并未生成状态声明。因此，项目编译失败，并显示以下错误： error: 'status' undeclared (first use in this function) 预期生成的代码将是以下两种之一： status_t status; status = EDMA_SubmitTransfer(...); 或者： assert(kStatus_Success == EDMA_SubmitTransfer(...)); 有人以前遇到过这个问题吗？ 这是配置工具中已知的代码生成错误，还是在使用“提交传输”时需要额外的配置选项？ 如有需要，我可以提供生成的peripherals.c和.mex配置文件。 谢谢。 电路板设计 MCX N Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) HI 感谢您的快速回复。 是的，我使用的是该工具的 v26.03 版本。 处理器： MCXN547 (2020年3月26日) - MCX MCXN MCUXpresso SDK版本 25.13.00 软件包：mcuxsdk-core 版本：2.0.0 在 DMA0 传输配置中，“循环所有传输”将此代码添加到 DMA0_init() 函数中。 /* DMA0 循环传输提交 */ status = EDMA_SubmitLoopTransfer(&DMA0_CH0_Handle, DMA0_CH0_Transfers_config, 1U); 断言(状态 == kStatus_Success); 其中未在任何地方声明“状态”。 Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) 嗨@tjo_dk 感谢您的帖子！ 请问您使用的是MCXN547的哪个软件包？ 您使用的是哪个版本的配置工具？是 26.03 版本吗？ 您安装的是哪个版本的SDK？ 请分享这些信息，以便我这边也能复现同样的设置。 Re: MCUXpresso generates invalid eDMA code when "Submit transfer" is enabled (MCXN547 ) 嗨@tjo_dk ， 我尝试使用与您相同的配置来重现该问题。但是，在我这边，代码预览中已经包含了 DMA0_init 函数中状态变量的声明。 carlos_o_0-1782316035555.png

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 pkt呼び出し: 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 U-Bootパラメータ： UbootはLinuxのSDカードイメージと同じで、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' setenv s32cc_gmac_mode disable 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' saveenv ログ： 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から環境を読み込んでいます... OK PCIe0をルートコンプレックスとして構成する PCIe0: リンクアップに失敗しました PCI: 自動構成バー 1c が失敗しました 入力: serial@401c8000 出力: serial@401c8000 エラー: serial@401c8000 ボード改訂：RDB3 改訂F ネットワーク: EQOS 物理: 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に切り替える、OK mmc0は現在のデバイスです 50640バイトを17ミリ秒で読み込みました（2.8 MiB/秒） 11948752バイトを540ミリ秒で読み込みました（21.1 MiB/秒） ## レガシーイメージからカーネルを80080000番地で起動中... 画像名: イメージタイプ:AArch64 Linux カーネルイメージ(非圧縮) データサイズ: 11948688バイト = 11.4MiB ロードアドレス: 80080000 エントリーポイント: 80080000 チェックサムを検証中...OK ## フラット化されたデバイスツリーブロブ (83e00000) 0x83e00000にあるfdtブロブを使用して起動しています カーネルイメージをロード中 デバイスツリーを0000000083e00000で使用、終了0000000083e0f5cf 修正: pfe0 を 00:01:be:be:ef:11 に設定 修正: pfe1 を 00:01:be:be:ef:22 に設定 修正: pfe1: phy アドレスを 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（マウント）が終了ステータス0で終了しました。 QSPI Flashドライバーを起動中... USBホストドライバー(/dev/usb/*)を起動中 検出されたQSPIフラッシュ：Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ：0x4000000 /dev/usb/* 用に devb-umass を起動しています... # プロセス36891（スリープ）が終了ステータス0で終了しました。 sh: /var/cetitec2/startup.sh:そのようなファイル、又はディレクトリはありません   プロセス 45081 (sh) は、プロセス 0 によって signo=0 code=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 PRNG を使用しています 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.8main_buffer* 0 tcpip 起動中 1月1日 00:00:00.047iopkt.8main_buffer 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]:--- 安全なIRQが有効になっています。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ペリフェラルリセットを発行中...   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。   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]: シリコン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:パリティインスタンスが作成されました   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]:選択したFWロード操作により、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]:[FW バージョン] 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]:pfe0に00:0a:0b:0c:0d:66を追加   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の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   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.8スログ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]:pfe1に00:1a:1b:1c:1d:66を追加   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の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   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.8スログ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]:pfe2に00:2a:2b:2c:2d:66を追加   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   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.8スログ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]:pfe0に00:0a:0b:0c:0d:66を追加   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.8スログ 0 INF[src/pfe_mdio.c:427]:pfe0: PHY @ バス 0 アドレス 0 が見つかりません。静的モードに切り替えます。   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]:emac0に33:33:ff:0c:0d:66を追加   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]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   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]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   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]:emac0に01:00:5e:00:00:01を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   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 通常* 0 スパイマスターリソースマネージャー起動 1月1日 00:00:00.558spi_master.24587 通常* 0 spi-masterリソースマネージャー起動 1月1日 00:00:00.561spi_master.24588 normal* 0 spi-master resource マネージャ 起動 1月1日 00:00:00.565spi_master.24589 通常* 0 スパイマスターリソースマネージャー開始 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 スログ 0 libcam.so(2020年6月22日 21:33:15) ババー 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 drvタイプ 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 スログ 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、sense=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、sense=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、sense=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) args: -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]: busno 0, parent -1, port 0, High speed 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 が列挙されました(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: set_vbus off 1月1日 00:00:01.968io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus オン 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]: (busno 0, pdevno 0, portno 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 スログ 0 libcam.so(2020年6月22日 21:33:15)学士 7010003 1月1日 00:00:01.985io_usb_otg.36885 slog 0 usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/boot/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: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=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 U-Bootパラメータ： 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' setenv s32cc_gmac_mode disable saveenv 注: 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から環境を読み込んでいます... OK PCIe0をルートコンプレックスとして構成する PCIe0: リンクアップに失敗しました PCI: 自動構成バー 1c が失敗しました 入力: serial@401c8000 出力: serial@401c8000 エラー: serial@401c8000 ボード改訂：RDB3 改訂F ネットワーク: EQOS 物理: 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に切り替える、OK mmc0は現在のデバイスです 50640バイトを17ミリ秒で読み込みました（2.8 MiB/秒） 11950600バイトを534ミリ秒で読み込みました（21.3 MiB/秒） ## レガシーイメージからカーネルを80080000番地で起動中... 画像名: イメージタイプ:AArch64 Linux カーネルイメージ(非圧縮) データサイズ: 11950536バイト = 11.4MiB ロードアドレス: 80080000 エントリーポイント: 80080000 チェックサムを検証中...OK ## フラット化されたデバイスツリーブロブ (83e00000) 0x83e00000にあるfdtブロブを使用して起動しています カーネルイメージをロード中 デバイスツリーを0000000083e00000で使用、終了0000000083e0ffff 修正: pfe0 を 00:01:be:be:ef:11 に設定 修正: pfe1 を 00:01:be:be:ef:22 に設定 修正: pfe1: phy アドレスを 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（マウント）が終了ステータス0で終了しました。 QSPI Flashドライバーを起動中... USBホストドライバー(/dev/usb/*)を起動中 検出されたQSPIフラッシュ：Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ：0x4000000 /dev/usb/* 用に devb-umass を起動しています... # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=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) は、プロセス 0 によって signo=0 code=0 で終了しました。   # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=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 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:49480バイトを読み込みました 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中... 1月1日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x1abef95000 にマッピングされました 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000 1 月 1 日 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース：p0x83000000（0x200000バイト） 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。 1 月 01 日 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" 1 月 1 日 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 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バイト）。 1 月 1 日 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 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 1 月 1 日 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]:pfe0に00:0a:0b:0c:0d:66を追加 1月1日 00:00:00.512 iopkt.8メインバッファ 0 pfe1 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加 1月1日 00:00:00.514 iopkt.8メインバッファ 0 pfe2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：1、ID：2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 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ドライバ started Jan 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：2、ID：4 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 1 日 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します #slog2info | grep io_pkt_v6_hc 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:49480バイトを読み込みました 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中... 1月1日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x1abef95000 にマッピングされました 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000 1 月 1 日 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース：p0x83000000（0x200000バイト） 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQワーカーが開始されました (IRQ ID: 226) 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。 1 月 01 日 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" 1 月 1 日 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 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バイト）。 1 月 1 日 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 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 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0: 静的PHYモードを使用、RESET=0 1 月 1 日 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]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQワーカーが開始されました (IRQ ID: 223) 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：1、ID：2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQワーカーが開始されました (IRQ ID: 224) 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 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ドライバ started Jan 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：2、ID：4 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 1 日 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します プロセス172057（slog2info）が終了ステータス0で終了しました。 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2495]:emac0から01:00:5e:00:00:01を削除しています 1 月 1 日 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_phy_if.c:2716]:アドレス 01:00:5e:00:00:01 が emac0 から削除されました 1 月 1 日 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\nでPFEドライバー用にRAM領域を予約する"); 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 BSPをビルディングする前に以下の部分を修正する必要があります。 chenyin_h_0-1782443542271.png BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 NXPは、board_cleanup_before_linuxのように、PFEに必要なubootの変更が既に含まれているSDカードイメージを提供しているかどうかご存知ですか？ binaries_auto_linux_bsp37.0_s32g3_pfeのようなパッケージが何をするのかはわかりません。 よろしくお願いします。 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 使用されたPFEファームウェアのバージョンは何でしたか？ JBN51にはNXP BSP39が必要で、これにはPFEファームウェア1.8.0が付属しています。しかし、Pfeドライバー1.7.0リリースノートのセクション2.1.3には、このリリースでテストされたのはPFW FW 1.10.0のみと記載されています。 Seneca_0-1782903766239.png Re: S32G399A-RDB3 QNX PFE Driver Problems 統合マニュアルに従って、自分でU-Bootを構築しました。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自動交渉完了を待っていますか.........タイムアウト! pfe1 pfeng_netif:PFE1でXPCSリンクを確立できませんでした これは普通のことですか？ Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 私は以下の組み合わせを試してみようと思っています。 BSP 33 PFEドライバー 1.2.0 PFE FW 1.3.0 これは公式にサポートされているのですか？ よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 私は以下の組み合わせを試してみようと思っています。 BSP 33 PFEドライバー 1.2.0 PFE FW 1.3.0 これは公式にサポートされているのですか？ よろしくお願いします。 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ドライバー1.7.0をQNXJBN51でテストした人が使っていたNXP BSPバージョンを教えてもらえますか? よろしくお願いします。 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 こんにちは、 @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 [ether] on 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 @ max 1300 MHz モデル:NXP S32G399A-RDB3 DRAM:3.5 GiB コア:306デバイス、25 uクラス、devicetree:ボード MMC: FSL_SDHC: 0 MMCからの読み込み環境...わかった 収録:serial@401c8000 アウト:serial@401c8000 えっと:serial@401c8000 ボード改訂:RDB3 改訂 F PCIe: BusDevFun VendorId DeviceId デバイスクラスサブクラス __________________________________________________________________________ pcie@40400000 ルートコンプレックス |「-- 01:00 0x1957 0x4300 ブリッジ装置0x04 ネット:eth0: ethernet@4033c000 PFEバージョン0x0101(S32G3)を見つけました 、eth1: PFE0、eth2: PFE1、eth3: PFE2 Hit any key to stop autoboot: 2  1  0 => printenv atf_fdt_0to3=FDT addr 0x83e00000;FDTリサイズ;FDT セット /CPUS/cpu@1 CPU-release-addr <0x0 0xa0000010>;FDT set /CPUS/cpu@100 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@101 CPU-release-addr <0x0 0xa0000010>; atf_fdt_4to7=FDT set /cpus/cpu@2 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@3 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@102 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@103 CPU-リリース-addr <0x0 0xa0000010>; ボーレート=115200 board_rev=F boot_mtd=booti boot_qnx_atf=MMC dev 0;ファットロード MMC 0:1 0x83e00000 S32G399A-RDB3.dtb;atf_fdt_0to3 を実行; atf_fdt_4to7 を実行; mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui をファットロード;ブーツム0x80080000 - 0x83E00000 bootargs=root=/dev/ram RW EarlyCon loglevel=7 bootcmd=run boot_qnx_atf ブート遅延=2 console=ttyLF0 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; 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 加算 ${fdt_addr};FDT RM /SOC/MMC No-1-8-V;FDTリサイズ; fdt_file=S32G399a-rdb3.dtb fdt_high=0xffffffffffffffff fdt_override=; FDTcontroladdr=ffa96000 flashboot=echo フラッシュから起動中...;flashbootargsを実行;mtdはKernel ${loadaddr}を読みました;mtdはDTBを読み ${fdt_addr};mtdはRootfs ${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:速度=2G5;xpcs1_1:速度=1G 画像=画像 initrd_high=0xffffffffffffffff ipaddr=10.0.0.100 loadaddr=0x80000000 LoadFDT=Fatload MMC ${mmcdev}:${mmcpart}${fdt_addr} span translate=「いいえ」>13 ${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};そうでなければエコーWARN: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 ネットから起動中...;NetARGSを運営;もし検定 ${ip_dyn} = はいならば、次にSetenv get_cmd DHCP、else setenv get_cmd TFTP;fi; ${get_cmd} ${image};もし検定 ${boot_fdt} = はい ||テスト ${boot_fdt} =トライ;もし ${get_cmd} ${fdt_addr} ${fdt_file}ならば;それなら ${boot_mtd}${loadaddr} span translate=「no」>42 - ${fdt_addr};そうでなければ test ${boot_fdt} = try の場合;次に${boot_mtd};そうでなければエコーWARN:DTをロードできません;fi;fi;それ以外${boot_mtd};fi; netmask=255.255.255.0 nfsboot=echo tftpとnfsを使用してネットからブートしています...; run nfsbootargs;run loadtftpimage; run 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=enable,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; script=boot.scr serverip=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 stdin=serial@401c8000 stdout=serial@401c8000 環境サイズ:3581/8188バイト =>ブーツ パーティション#0に切り替える、OK MMC0は現在のデバイスです 59970バイトを7ms(8.2 MiB/s)で読み取る 9362112バイトの読み取り速度は394ms(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のフラット化されたデバイスツリーブロブ 0x83e00000のFDTブロブを使って起動します カーネルイメージの読み込み デバイスツリーを00000000083e00000に設置して、終了時の0000000083e11fff 修正:PFE1:PHY ADRを0x8に更新 カーネルを起動中… board_cleanup_before_linux: QNX PFE コード。 ethernet@4033c000 PHYの自動交渉完了を待っていますか.........タイムアウト! phy_startup()失敗:-110 失敗:-110 PFEバージョン0x0101(S32G3)を見つけました PFEバージョン0x0101(S32G3)を見つけました pfe2 PHY自動交渉完了を待っていますか.........タイムアウト! pfe1 pfeng_netif: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 すべてのClockCyclesオフセットは許容範囲内です QNX ニュートリノ 7.1.0へようこそNXP S32G399A RDBボードにて!! 見張りを始める... シリアルドライバ起動中... ネットワークドライバ(/dev/socket)を起動中... Utarting SPIドライバ(/dev/spi0,1,2,3,4,5)... I2C 0/1/2/3/4ドライバ(/dev/i2c0,1,2,3,4)を起動中... USDHC0メモリーカードドライバを起動中... [00] QSPI フラッシュドライバを起動中... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: USBホストドライバ(/dev/usb/*)を起動中 QSPIフラッシュ検出:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 /dev/usb/* のdevb-umassを起動します... U# slogi 2info 1月1日 00:00:00.022 ランダム.4low* 0 qcrypto: 設定ファイル '/etc/qcrypto.conf' を読み込んでいます[qcrypto_common.c(190)] 1月1日 00:00:00.023 random.4..0 slog* 700 RandomはFortuna PRNGを使用しています 1月1日 00:00:00.031 ランダム.4low 0 qcrypto: 'openssl' プラグインがロードされました [qcrypto_plugins.c(354)] 1月1日 00:00:00.031 random..0 スログ700 エントロピーソースとしてタイマーを選択する 1月1日 00:00:00.031 random..0 slog 700 登録済みパス名 1月1日 00:00:00.031 random..0 スログ700ランダム:レスミュラー開始 1月1日 00:00:00.031 random..0 スログ 700 ランダム:プロセスをデーモニズム化 1月1日 00:00:00.041 devc_serlinflexd.7 スロー* 0 serlinflexd_interrupt_attach:中断114に接続中 1月1日 00:00:10.146 spi_master.8 通常* 0 スパイマスターリソースマネージャー起動中 1月1日 00:00:10.149 spi_master.9 通常* 0 spi-masterリソースマネージャー起動中 1月1日 00:00:10.152 spi_master.10 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.155 spi_master.11 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.158 spi_master.12 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.161 spi_master.13 通常* 0 スパイマスターリソースマネージャー開始中 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 スログ 0 libcam.so(2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.189 devb_sdmmc_mx8x.19 スログ 1800 sdio_cd:挿入パス0、CD 状態0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SD CID: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 ミッド0x27、OID 0x5048、PNM SD32G 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ1800 PRV 0x62、PSN 0x6c62d196、MDT 4-2023 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SDのCSD: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スローグ 1800 消去 GRP_SIZE 0, GRP_MULT 0, サイズ 127 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 blksz 512, sectors 60440576, dtr 25000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SD SWキャップ: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 バスモード0x3、cmd sys 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ1800 drv タイプ0x1、現在の限界0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 dtr 50000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 CFG:タイミングHS、DTR 50000000、バス幅4ビット 1月1日 00:00:10.240 devb_sdmmc_mx8x.19 スログ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, sense=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, sense=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, sense=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) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:10.250 devf_qspi_s32g.20 スローグ* 0 (devf t1::f3s_qspi_ident:73) ページサイズ:256 1月1日 00:00:10.250 devf_qspi_s32g.20 スログ0(devf t1::f3s_qspi_ident:74) チップサイズ:0x4000000、ユニットサイズ:0x10000 1月1日 00:00:10.254 io_usb_otg.21 スログ 0 ehci_init: バージョン2で初期化 1月1日 00:00:10.254 io_usb_otg.21 スログ 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 スログ 8 usb_enum_port(94)[tid:1]: バスノ0、親船-1、ポート0、高速 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ1, インデックス0、長さ 😎 1月1日 00:00:10.255 io_usb_otg.21 スログ 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ1、インデックス0、長さ18) 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ2、インデックス0、長さ9) 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ2、インデックス0、長さ25) 1月1日 00:00:10.256 io_usb_otg.21 スログ 8 usb_enum_port(141)[tid:1]: vid 0x0000、列挙0x0000しましたか(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 スログ 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:10.358 io_usb_otg.21 苦労 0 usbh_timeout_init(203)[tid:1]: 完了 1月1日 00:00:10.369 io_usb_otg.21 苦労 0 read_vid_pid:ULPI VID 0x0424 PID 0x0009 1月1日 00:00:10.369 io_usb_otg.21 苦労 0 s32g_phy_set_vbus: set_vbus off 1月1日 00:00:10.383 io_usb_otg.21 スローグ 0 s32g_phy_set_vbus: でset_vbus 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]: (busno 0, pdevno 0, portno 1) 1月1日 00:00:10.394 io_usb_otg.21 スログ 8 usb_enum_port_extract(192)[tid:7]: status(2) 1月1日 00:00:10.398 devb_umass.22 スログ* 900 devb-umass 1.00A (2020年6月22日 21:33:41)) 1月1日 00:00:10.399 devb_umass.22 スローグ 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 苦労 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 さて、さらにニュースをお伝えします。 ネットワーククライアントを手動で起動すると 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 Jan 01 00:00:25.515 iopkt.4121 main_buffer 0 /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 1 月 1 日 00:00:25.517 io_pkt_v6_hc.4121 スログ 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で終了しました。 1 月 1 日 00:00:25.647 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2124]:pfe0: 静的PHYモードを使用、RESET=0 1 月 01 日 00:00:25.647 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2286]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:01:05.966 io_pkt_v6_hc.4121 スログ 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 ご挨拶申し上げます。 init_serdes(); s32g399a-rdb の main.c からコメントアウトされています。 よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems それでは、これらの質問がゴールに近づくための助けとなることを願っています。 - pfe0とpfe2のMACアドレスはどのように設定すればよいですか？io pkt を介して設定しようとする試みがあることは理解しています。 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にpingを実行すると、そのマシンのARPテーブルには偽のアドレスが表示されます。 ? (192.168.0.200) 22:33:44:55:66:77 [ether] on enx00e04c680383 外部マシンでは、tcpdumpによって、192.168.0.200を持つpfe0からの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、誰かをリクエスト 192.168.0.200 テイル 192.168.0.200、長さ46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6、マルチキャストリスナー報告 最大応答遅延:0 addr: 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 addr: ff02::1:ff0c:d66、長さ24 外部マシンから再度pingを送信すると、ようやく応答が得られました。 08:59:22.118282 ARP、192.168.0.200 をリクエスト、ユーザー-Precision-7510を伝えてください、長さ28 08:59:22.118553 ARP、応答 192.168.0.200 is-at 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 is-at 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] on enx00e04c680383 私の最初の推測では、ubootで手動で設定するべきだと思うのですが、統合マニュアルにはそれを推奨するセクションが見当たりません。 - 「固定リンク」を使用するためのコマンドは何ですか？ よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems なるほど。 ethaddr、eth1addr、eth2addr、eth3addrは私のubootで設定されていますが、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を使っているので、デフォルト設定で試したのですが、PFE0はsja1110スイッチに接続しています。通常、192.168.0.200はSJA1110 SDK内で内部設定されています。ですので、このIPはPFE0のテストに使わないことをお勧めします。PFE0には192.168.1.Xなど他のIPアドレスを設定してみてください。 3. u-bootでは、各MACアドレスに対して「setenv ethaddr/eth1addr/eth2addr xxxx」を使用してMACアドレスを設定してみてください。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems では、これを正しく理解するために： たまたま192.168.0.200を使用している別のコンポーネントがあるのでしょうか？ そして、192.168.1.200 を使用した場合pfe0なら大丈夫でしょうか？ よろしくお願いします。 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 こんにちは、 @Seneca ご返信ありがとうございます。 1. はい、通常は接続されたスイッチでデフォルトで使用されています。 2. あなたがおっしゃった新しいIPアドレスはテストには問題ないと思います。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、chenyinさん。 イーサネットポートの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サブネットを使いたい場合、PFE0とスイッチに接続されている外部デバイスの両方に192.168.0.200を割り当てていない場合、外部から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 こんにちは、chenyinさん。 新たな問題が発生した。 TC387 / FreeRTOSターゲットをpfe_mac2に接続すると、ARPハンドシェイクが失敗します。通常のLinuxマシンでも動作します。 何か解決策はありますか。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 この問題はpfe2ポートでのみ発生します。TC387をpfe0またはgmac0に接続すれば、その問題は発生しません。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 PFE2はLinuxマシンで正常に動作するので、S32G側にはあまり問題がないかもしれません。問題を解決するために、リンクの状態や両側間で送信されるすべてのフレームを確認してから分析してみてください。すみません、Infineonボードのソフトウェアスタックについて詳しくありません。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 同じ構成がLinuxマシンでも動作するため、問題はMAC側よりもTC387側(イーサネットドライバー、TCP/IPスタック構成、または関連実装)にある可能性が高いです。正確な原因を確認するには、パケットレベルでのさらなる分析が必要となる。 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 こんにちは、chenyinさん。 もう一度、ターゲットのどのポートがS32G399Ardb3のPFE0とPFE2だったのか教えていただけますか? pfe0は3つのスタックされたポートのうち左側のポートで、pfe2は上部中央にあると想定していますが、これは正しいでしょうか？ pfeとgmacを混在させる際に、何か既知の問題はありますか？ よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 さらに調べてみると、特にpfe_mac2は100T1イーサネットアダプターで問題を抱えているようです。LinuxノートPCをUSBイーサネットに接続すると問題なく動作します。 このアダプタータイプpfe_mac2正しく接続できるのか、また動作させるために特別なことをする必要があるのかご存知ですか? よろしくお願いします。 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 こんにちは、 @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 もう一つ。統合マニュアルで推奨されている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を個別のインターフェースとして本当に有効にするべきか、それとも2つだけ有効にするべきか? Re: S32G399A-RDB3 QNX PFE Driver Problems なるほど、3つの重ねられたポートから使えるはずです。左ポートはpfe0、上中央はpfe2だと思います。gmac0は下中央に表示されます。 今は、以下のio pkt構文(tcp ipの後ろにあるブリッジパラメータに注目)を使ってインターフェースをブリッジモードで起動しようとしています。 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 create ifconfig bridge0 add dwc0 add pfe0 add pfe2 up これにより、slog2infoで多数のメモリエラーが発生します。 1 月 1 日 00:04:37.485 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始位置：p0x8df239b58 終了位置：p0x8df239b82 1 月 1 日 00:04:38.485 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始：p0x8df239558　終了：p0x8df239582 1 月 1 日 00:04:38.485 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始：p0x8df239558　終了：p0x8df239582 1 月 1 日 00:04:39.451 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始位置：p0x8df239b58 終了位置：p0x8df239b82 1 月 1 日 00:04:39.451 io_pkt_v6_hc.159753 スログ 0 ERR[src/pfe_drv.c:2996]:(DRIVER) イベント1 - ドライバ実行時エラー:32bitのMbuf addr。開始位置：p0x8df239b58 終了位置：p0x8df239b82 io-pkt-v6-hc呼び出しにおけるブリッジパラメータは正しいですか？ また、私はドライバー統合マニュアルのこの割り当てをgmac0とpfeの両方で使っており、io-pkt-v6-hcコールで確認できます。それは問題ですか？ kprintf("EVB/RDB\nでPFEドライバー用にRAM領域を予約する"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM、「pfe_ddr」「ram」); Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 投稿ありがとうございます。 1.RDB3のPFE2ポートは、NXPがプロビジョニングしたLinux BSPの下で100base-TX<->100base-T1コンバーター経由で100T1ネットワークに接続すれば正常に動作することを確認できます。 2. テストとして、以下のコマンドを試してみてください。io -pkt-v6-hc -p tcpip -d pfe2_link=100-1-2 しかし、QNXにおけるこれらの設定については、S32Gコミュニティのサポート範囲外であるため、よく分かりません。ご迷惑をおかけして申し訳ありません。 BR チェイン

FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 经理： FS32K144UAT0VLLT电路采用5VDC供电，20MHZ外部晶振，匹配电容10pF,外部晶振没有起振，上位机使用SW不能正常连接此芯片。 测量此32K144UA芯片第97脚PTA5（RESET）电平出现三角波，频率1280HZ，幅度3.3Vp-p， 如下图所示，请经理各位老师帮助分析原因，使用LDO电源芯片5V供电正常，晶振为什么没有起振，复位管脚怎么产生三角波，是哪儿虚焊造成，谢谢！ FS32K144UAT0VLLT第97脚PTA5（RESET）电平.jpg Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Hi 复位引脚现在接了电容所以变成了三角波，要么先移除电容观察复位引脚波形。 然后参考 S32K1xx系列MCU应用指南之芯片锁死(lockup)复位原因分析与恢复方法详解的 "7. S32K1xx系列MCU芯片锁死(lockup)原因分析及恢复方法"章节内容判断具体什么情况。 复位引脚周期性拉低，程序都没运行起来，晶振无法根据程序里的使能位起振。 不要测之前那片VDD 3.3v供电，但VREFH却5v供电的芯片，建议重新焊接一块芯片然后使用调试器下载程序。 Best Regards, Robin 回复： FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 各位老师： 补充： 上面FS32K144UAT0VLLT复位电路，复位管脚接10K电阻上拉到+5V，同时接100nF电容到GND，谢谢！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 复位引脚波形看起来符合 ： ②RESET引脚输出周期性复位脉冲信号 a. 若复位信号周期为~118us，高电平时间为~660ns的方波信号  可以通过SWD/JTAG调试接口执行mass erase命令解密恢复MCU； 建议直接使用该文章百度云盘里那个脚本操作吧。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 经理： 复位电路去掉电容后，就是脉冲，如图所示。 1.参考“ 7. S32K1xx系列MCU芯片锁死(lockup)原因分析及恢复方法"，J-llnk总是不能和电脑正常连接，但ST-link可以，但软件不支持； 2. 复位电路不能正常和J-Link连接 ，连接时复位电路需要焊接电容吗？目前复位电路是10k上拉5V，5V供电，100nF接GND，仍然不能连接J-link，需要采取什么措施？ 3. FS32K144UAT0VLLT是新的，已经更换了2片，为什么新的芯片也出现加密情况？ 谢谢！ 复位电路去掉电容后.jpg Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: 电路5V供电，复位电路10K上拉电阻到5V，没有接地电容，连接时需要添加接地电容吗？ 在J-Link>输入unlock kinetis命令，电脑回复如下： Unlocking device...ERROR: Read from DP/AP register failed! 1. 复位管脚脉冲波形见下图，周期接近118uS, PNG_20266257220.png 2. 整个脉冲的长度时间为1500nS，如果FS32K144工作在5V，复位高电平阈值多大？下图高电平时间是660nS吗？下图高电平合格吗？ PNG_20266256505.png 3. 在J-Link>下输入命令截图： （1）在J-Link>下输入connect，回复后输入“？”，使用FS32K144UAT0VLLT选择 S32K144 (ALLOW SECURITY)，对吗？如下图： 选择.png （2）当输入频率112000KHZ后，出来的没有合适选项，此处应该怎么输入频率？ 选择2.png （3）下面时J-Link下输入Comnnect，unlock Kinetis等命令的回复截图，请经理看看哪儿输入错误，谢谢！ 1.png 2.png Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1、2都可以的。 3(1)  开发阶段建议先别选 allow security(微信文章里都有介绍建议仔细看一遍) 3(2) 你的芯片是FS32K144UAT0VLLT，但截图Device为什么选择S32K11系列？我没明白你提到的112000KHZ是什么频率，SWD或者JTAG速率可以选择低一些。 3(3) 你不是说5V供电的么，怎么VTref=3.309V。 请问调试接口是否符合AN5426的“Table 8. S32K1xx - JTAG and SWD interface” 和 “Figure 11. JTAG/SWD signal connections”。或者你把原理图最小电路部分发给我检查一下。 另外注意给S32K144供电的LDO需要满足至少250mA(详细参考ERR052094) Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: 老师你好： 1. 在J-Link下输入unlock kinetis命令，回复： 11.png 这表示已经解锁成功了吧？ 2. 但是测量PTA5复位管脚，仍然是三角波： 222.png 3. 当电路板和上位机下载软件连接时，当打开查看内核时如下图，复位管脚电平才是4V的直线， 一旦关闭下面窗口，复位管脚又变为三角波，这种状态正常吗？ 并且解锁后的芯片，进行SWDIO连接时需要添加复位信号线，不然无法连接，这是为什么？ 谢谢！ 33.png Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1. 是的。然后你需要给芯片下载程序，复位引脚才恢复高电平。  2. 微信文章里有提到：如果Flash中没有代码(比如新芯片，Flash为空)，MCU将由于内核死锁(lockup)不断地周期性复位。   这就是空芯片的复位引脚在接电容情况下观察到三角波、不接电容情况下观察到周期性脉冲的原因。 3. 连接、复位、下载或编程流程中通常会 halt CPU, 一旦 halt住CPU就不会复位了。 但是复位电平怎么会只有4V呢？ 请容我再次向你确认调试接口电路是否正确： Table 8. S32K1xx - JTAG and SWD interface AN5426.png S32K1的reset信号需要连接调试器的复位信号。

FRDM i.MX 93 用 22 ピン MIPI-DSI ディスプレイ こんにちは、 私はFRDM i.MX 93を使用しており、22ピンMIPI-DSIポートに接続できる互換性のあるディスプレイを探しています。板に乗せられる~5〜5.5インチのサイズが好みです。ディスプレイRK055HDMIPI4MA0見つけましたが、Waveshareの40ピンFPCと7インチディスプレイしかサポートしていません。モデルはまだよくわかりません。公式にサポートされているモデルや、NXPのYocto BSP Linuxで公式に対応していないディスプレイの使用体験について、どなたか共有していただけませんか? どうもありがとうございます。 Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 @Zhiming_Liu さん、本当にありがとうございました。試してみます。 Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 こんにちは、 @KoThi さん 以前の投稿でこの製品リンクを参照できます。 https://github.com/nxp-imx-support/meta-imx-frdm/blob/lf-6.6.36-2.1.0/meta-imx-bsp/recipes-kernel/linux/linux-imx/0004-Add-DSI-Panel-for-imx93.patch#L224 よろしくお願いします、 志明

Where is the download Guider v1.8.1 Hi, Currently, I have a project that needs to be opened with GUI Guider v1.8.1. However, I cannot find a download link for GUI Guider v1.8.1 on the public website anymore. Could you please advise where I can download this version? Thank you. GUI-GUIDER  Re: Where is the download Guider v1.8.1 Hi @IKnow  Sorry, currently we only provide the latest version(GUI Guider v1.10.1) download link. Create Modern Embedded GUIs Fasts | NXP Semiconductors BR Harry

NFC CSVインポートエラーの原因は？HTTPS URL 最大540バイトのNDEFデータをサポートするNTAG215タグを購入しました。長い認証用URLが問題なく収まるようにするため、これらのタグに200ユーロ以上を費やしました。 しかし、NXP TagWriterアプリはCSVファイルのインポートを拒否し、常に「無効な形式」と報告します。CSVの構造は正しく（RecordType、URI）、ファイルはBOM付きのUTF-8で保存されており、URLは有効で、タグには十分なメモリがあります。同じデータを単一のタグに手動で書き込むことも問題ありません。この問題はCSVファイルのインポート時にのみ発生します。 つまり、制限要因はタグでも、URLでも、CSV形式でもないということです。この制限は、TagWriterアプリ自体の内部にあるようです。 公式NXPタグにこれだけの費用をかけたにもかかわらず、公式NXPアプリで一括書きできないのは非常にフラストレーションが溜まります。TagWriterがサポートしていると主張する基本的な操作を行うためだけにサードパーティ製アプリを購入させられるべきではありません。 以下の点について明確な説明が必要です。 TagWriterは、URLの長さがNTAG215のメモリ制限内である場合、有効なCSVファイルを拒否するのはなぜですか？ これは既知の制限事項ですか、それともCSVインポート機能のバグですか？ 別のアプリにお金を払う必要のない、公式な回避策はありますか？ 私たちは緊急に解決策を必要としています。なぜなら、これらのタグはこの用途のために特別に購入したからです。 Re: NFC CSV Import Error, why? HTTPS URLS 私のURLは次のようになっています。 https://200.410.222.111:4443/verify-status.html?work_id=9d611323a-a9ac-4fb9-9039-74f443cf2720&sig=MKIRQDMQl3/NKQXSKLwZ123IvEgxkda123Gq0LOPqBz84mQIhANGc2GQFSNONSWR27nps0NMieAF5rZSkXt2j2rgquKh6 Re: NFC CSV Import Error, why? HTTPS URLS ありがとうございます。しかし、彼は今は何も見せてくれません。エラーは発生しなかったが、データもなかった。テストではこういう感じです。通常はURLがかなり長いです Re: NFC CSV Import Error, why? HTTPS URLS お世話になります。 あなたのCSVファイルを確認したところ、構造に追加する必要のあるフィールドがいくつかあります。 以下のコミュニティケースを参照してください:TagWriter for AndroidでCSVを選択しようとした際にエラー「Not valid NDEF records found」 - NXPコミュニティ ユーザーマニュアルの3)LINK_RECORDの説明を確認してください。 良い一日をお過ごしください！ Re: NFC CSV Import Error, why? HTTPS URLS こんにちは、 NDEFの短いリンクを正常に読めるかどうか確認していただけますか? 私がこう尋ねるのは、もしこれが機能しているのなら、問題はNDEFの構造自体にある可能性が非常に高いからです。NFCフォーラムの仕様によると、レコードとショートレコードの両方が存在することにご注意ください。ペイロードサイズが255オクテットを超える場合、NDEFが正しく構築されていない可能性があります。 NFCフォーラムのウェブサイトで入手できるNFCデータ交換フォーマットの仕様書を確認することをお勧めします。

HSE Firmware Installation luojing_0-1782185681956.png Where can I download the HSE-B Firmware Reference Manual document as shown in the above figure? Please provide a download link.Thanks. Re: HSE Firmware Installation Hi luojing, If you have already signed an NDA, please refer to the steps in the document to register and upload your NDA. https://www.nxp.com.cn/docs/en/user-guide/nxp-secure-access-rights-registration.pdf Then you will see RM00286 HSE-B Firmware Reference Manual - V2.7. download RM00286 HSE-B Firmware Reference Manual - V2.7 Secure File.png Best Regards, Robin

MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? I am currently using the MCXA174 chip and need to program code with J-Link. However, when creating a project in J-Flash and reaching the device selection step, there is no available option for the MCXA174/3 chip. I have tried selecting MCXA15X and MCXA344 as alternative devices, but none of them worked. What should I do? Thank you. SEGGER JLINK Software version V9.52 dylan_yu_0-1782201264463.png MCXA Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? I only have a j-link, which is a general-purpose burner. Is there any other way to use it? Can NXP provide the necessary files to add the device, such as .xml, .jlinkscript, and .FLM files? If not, it would be too unfriendly to users. Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello NXP does not control for when third-party tool vendors add support for specific devices to their development environments; As of the release notes for most recent versions on the tool page, the MCXA174/3 is not listed yet. If you want to program the MCXA174, you could use debuggers from NXP as the MCU Link. Let me know if you need more information on this Best Regards Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello, I would recommend checking with Segger support to verify a launching version for the support on this device. Additional, I found some links from Segger page that could be helpful for you. J-Link Device Support Kit - SEGGER Knowledge Base Has a section on adding new devices NXP MCX A - SEGGER Knowledge Base has the MCXA family information including MCXA174 Best Regards.

Verfiying Backdoor access key using in S32k144 Before project start i wanna verfity backdoor test using s32k144. I have a example code about unsecureProject. (Example_S32K144_Verify_Backdoor_Access_Key_S32DS1.3_v2.zip) compare with example code and Referenece manual I have some question. 1. According to the Reference Manual about Verify Backdoor Access Key, it states like below table. LGI_0-1782174796203.png FCCOB Number 0 is used when command. but in the code, FCCOB Number 4 is used when command. LGI_1-1782174829617.png so I wondered. FTFC->FCCOB[0x0] = 0x45; // Backdoor Key Verify command (0x45) FTFC->FCCOB[0x3] = 0x45; // Backdoor Key Verify command (0x45) which is the right one? 2. I want to check the lock and unlock(verify backdoor access) mechanism. First. Set the backdoor key using T32. (I know it isn't normal way. usually insert the code)        ex)  Data.Set SD:0x400 %LE %Long &pwd_Head                  Data.Set SD:0x404 %LE %Long &pwd_Tail               Data.Set SD:0x40C %LE %Long 0xFFFF7FBF Second. upon reset, the FSEC register (0x40020002) is initialized with the value stored in the security byte of the Flash Configuration Field (0x40C).       Q. 2-1. Does this mean the device remains in the unsecure state until reset, and after reset, the FSEC register (0x40020002) is updated with the value read from 0x40C, causing the device to enter the secure state? LGI_2-1782175329362.png Third. When Verify Backdoor Access, Reference Manual mention like capture below. LGI_3-1782175422077.png Q. 2-2. Does this mean the FSEC register is temporarily changed to the unsecured mode and then restored after reset? On reset,  FSEC register (0x40020002) read value from 0x40C again right? Q. 2-3. When this update occurs, is only the security-related bit changed, or is the entire FSEC byte overwritten? For example, is the transition BF → FE or BF → BE? 3. Based on this description, once the keys do not match, the device remains secured until reset. In this situation, if backdoor access is disabled, how can the device be reset? LGI_4-1782176250749.png 4. When I execute the following command: Data.Set AD:0x40020000 %Byte 0x30 and then immediately read it back using: Data.Byte(AD:0x40020000) the value still remains 0x80. What could be the reason for this behavior, and what does it mean? ================================================================== So, I think When programming data into the S32K144, the configuration values are written to the 0x400–0x40F region. When the MCU is reset or rebooted, the FTFC registers read the configuration values stored in the 0x400–0x40F region and operate according to those settings.       right? Also, the backdoor comparison key appears in startup_S32K144.S, should I understand that the configuration is applied before entering main()? ================================================= Using the address 0x40000100 or 0x40000104 to check the unsecure status. Is this correct? I could not find any related description in the Reference Manual. thank you.  #s32k144 @backdoor access Re: Verfiying Backdoor access key using in S32k144 thank you for your support!! Re: Verfiying Backdoor access key using in S32k144 Hi @LGI, A4 follow up: At address 0x40020000, the FSTAT register is located. As mentioned previously, this register cannot be written in a way that sets bits from 0 to 1. Writing a ‘1’ to a bit only clears it (W1C – Write‑1‑to‑Clear). Therefore, writing ‘1’ does not set a bit; it only clears bits that are already ‘1’. A8 follow up: These are the MDM‑AP status and control registers, which are accessible only through the Arm Debug Access Port (DAP). For example, it is used in this script: https://community.nxp.com/t5/S32K-Knowledge-Base/Lauterbach-Script-For-MDM-AP-Mass-erase-S32K142/ta-p/2336449 Regards, Daniel Re: Verfiying Backdoor access key using in S32k144 thank you for your answer. @danielmartynek  then, I have some question for your answer.  A4. I wrote 0x30 to address 0x40020000, but when I read it back, the value did not change to 0x30 and remained 0x80. What could be the reason for this behavior, and what does it mean? Q8. This is actually related to a Trace32 example. In the Trace32 example for the S32K144, addresses 0x40000100 and 0x40000104 are used for security state information. However, I could not find any information about addresses 0x40000100 and 0x40000104. That’s the point I’m asking about. Thank you for your support. Re: Verfiying Backdoor access key using in S32k144 Hi @LGI, A1: It is FTFC->FCCOB[0x3] = 0x45; // Backdoor Key Verify command (0x45) Because FCCOB0 is the 4th register in the memory map. danielmartynek_0-1782199747739.png A2: You can program the Flash Configuration Field using a programmer/debugger, but the sector must be erased beforehand. Note that a mass erase also programs the FSEC byte to the Unsecure state. A2.1: Yes A2.2: Yes A2.3: Only FSEC[SEC]. A3: There are many reset sources on the MCU (RM, 25.2.2 System reset sources). The debugger can reset the MCU by asserting Reset_b pin (PTA5). A4: Write to the register has the W1C function only: danielmartynek_1-1782200487390.png Q5: When programming data into the S32K144, the configuration values are written to the 0x400–0x40F region. A5: Yes Q6: When the MCU is reset or rebooted, the FTFC registers read the configuration values stored in the 0x400–0x40F region and operate according to those settings. A6: Yes, the MCU loads the FTFC registers with the values in the Flash configuration field. Q7: Also, the backdoor comparison key appears in startup_S32K144.S, should I understand that the configuration is applied before entering main() A7: Reset is required, but this is what the programmer/debugger usually does after programming. Q8: Using the address 0x40000100 or 0x40000104 to check the unsecure status. Is this correct? A9: I'm not what you mean. Please elaborate. Regards, Daniel

我想在 Yocto 上运行 Qt 应用程序，并使用 Wayland 作为后端。 我想在 基于 iMX9332 + Linux 6.12.49 和从 imx-image-full-imx93evk.wic 中提取的 rootfs 的 wayland 后端上 运行 Qt 应用程序 。 但发生错误：qt.qpa.wayland：qtvirtualkeyboard 目前在客户端不受支持，请在合成器端使用 QT_IM_MODULES=qtvirtualkeyboard。 如何使用 QT qtvirtualkeyboard？ 谢谢！ Yocto Project Re: I want to run Qt Application on Yocto with wayland backend. 你好@OscarLi 希望你一切都好。 imx-image-full图像默认使用 Weston 作为 Wayland 合成器。 Weston 通过 weston.ini 处理输入法。位于 /etc/xdg/weston/weston.ini。 在该文件中，您需要添加 [input-method] 并设置 QT 虚拟键盘框架。 例如： [input-method] path=/usr/libexec/qtvirtualkeyboard-path 然后导出： export QT_IM_MODULE=qtvirtualkeyboard ./your-qt-application -platform wayland 您也可以尝试： export QT_IM_MODULE=wayland ./your-qt-application -platform wayland 顺祝商祺！ 萨拉斯。

NFC CSV Import Error, why? HTTPS URLS We purchased NTAG215 tags specifically because they support up to 540 bytes of NDEF data. We spent more than 200 EUR on these tags to ensure that our long verification URLs would fit without any issues. However, the NXP TagWriter app refuses to import our CSV file and always reports “Invalid format”. The CSV structure is correct (RecordType,URI), the file is saved as UTF-8 with BOM, the URLs are valid, and the tags have enough memory. The same data can be written manually to a single tag without any problem. The issue only happens during CSV import. This means the limitation is not the tag, not the URL, and not the CSV format. The limitation appears to be inside the TagWriter app itself. It is extremely frustrating that after spending this amount of money on official NXP tags, we cannot use the official NXP app to batch-write them. We should not be forced to buy a third-party app just to perform a basic operation that TagWriter claims to support. We need clarification on the following points: Why does TagWriter reject valid CSV files when the URL length is within the NTAG215 memory limits? Is this a known limitation or a bug in the CSV import function? Is there an official workaround that does not require paying for another app? We urgently need a solution, because we purchased these tags specifically for this use case. Re: NFC CSV Import Error, why? HTTPS URLS and my URL is looking like this: https://200.410.222.111:4443/verify-status.html?work_id=9d611323a-a9ac-4fb9-9039-74f443cf2720&sig=MKIRQDMQl3/NKQXSKLwZ123IvEgxkda123Gq0LOPqBz84mQIhANGc2GQFSNONSWR27nps0NMieAF5rZSkXt2j2rgquKh6 Re: NFC CSV Import Error, why? HTTPS URLS thank you, but now he shows nothing. No error but also no data. It looks lik this for testing - normal case we have much longer URL Re: NFC CSV Import Error, why? HTTPS URLS Hello sir, I was checking your CSV file, there are some fields that you need to add to your structure. Please refer to the following community case: Error "Not valid NDEF records found" when trying to select a CSV in TagWriter for Android - NXP Community In the User Manual, please check the description of 3) LINK_RECORD. Have a great day, sir! Re: NFC CSV Import Error, why? HTTPS URLS Hello, Could you please confirm whether you are able to successfully read a short link from the NDEF? I ask because, if this is working, it is very likely that the issue lies in the NDEF structure itself. Please note that, according to the NFC Forum specification, there are both Records and Short Records. If your payload size exceeds 255 octets, it is possible that the NDEF has not been constructed correctly. I recommend reviewing the NFC Data Exchange Format specification available on the NFC Forum website.

MCXA174：J-FLASH 设备列表中没有 MCXA174/3 设备，无法擦除/读取/编程，如何解决？ 我目前正在使用MCXA174芯片，需要使用J-Link进行编程。但是，在 J-Flash 中创建项目并到达设备选择步骤时，没有 MCXA174/3 芯片的可用选项。我尝试选择 MCXA15X 和 MCXA344 作为备选设备，但它们都无法正常工作。我应该怎么办？谢谢。 SEGGER JLINK 软件版本 V9.52 dylan_yu_0-1782201264463.png MCXA Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? 我只有一台 J-Link 烧录器，它是一款通用型烧录器。还有其他使用方法吗？NXP能否提供添加该设备所需的必要文件，例如.xml文件？.jlinkscript，还有.FLM文件？否则，对用户来说就太不友好了。 Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello NXP 无法控制第三方工具供应商何时将对特定设备的支持添加到其开发环境中；根据工具页面上最新版本的版本说明，MCXA174/3 尚未列出。 如果要对 MCXA174 进行编程，可以使用 NXP 的调试器作为 MCU Link。 如果您需要更多相关信息，请告诉我。 顺祝商祺！ Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? 你好， 我建议您联系 Segger 技术支持，确认该设备支持的启动版本。 另外，我在Segger的页面上找到了一些可能对您有帮助的链接。 J-Link 设备支持套件 - SEGGER 知识库包含有关添加新设备的章节 NXP MCX A - SEGGER 知识库包含 MCXA 系列产品信息，包括 MCXA174。 顺祝商祺！