#Fpe g24102mkr driver for mac mac#

Iet-mac-verify : ip link set dev eth0 addr add 192.168.2.20/24 dev tc qdisc replace dev eth0 handle 100: parent root mqprio num_tc 2 map 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 queues hw 0 Iet-mac-verify : ethtool -set-priv-flags eth0 iet-mac-verify ethtool -show-priv-flags eth0 Ip link set dev eth0 ethtool -set-priv-flags eth0 p0-rx-ptype-rrobin ethtool -set-priv-flags eth0 iet-frame-preemption ethtool -show-priv-flags eth0 am65-cpsw-nuss 46000000.ethernet eth0: Link is DownД®thtool -set-priv-flags eth0 p0-rx-ptype-rrobin ethtool -L eth0 tx 2Д®thtool -show-priv-flags ethtool -l eth0Д®thtool -set-priv-flags eth0 iet-mac-verify off Out test resultВ Receiver side show as ethtool -S eth0 | grep iet TIВ documentВ Receiver side show as : ethtool -S eth0 | grep iet We can see the test resultВ Receiver side is not same a TI document( liet_rx_assembly_ok = liet_rx_frag number)В , what meaning for this scenario ( liet_rx_assembly_ok != liet_rx_frag number) ?Д¬ould you point me to what I have to do to fix this issue? (2) when two Quese(Q0 and Q1) config as TI document setting, test resultВ Receiver side :iet_rx_assembly_ok is not equal to iet_rx_frag, and iet_rx_assembly_err>0 (1) when only one Queues(Q0 or Q1)пјЊframe preemption will not happen,В liet_rx_assembly_ok / liet_rx_frag / liet_tx_frag = 0 Liet_tx_frag - Increments at the sender side if fragments are created due to frame preemption.

#Fpe g24102mkr driver for mac mac#

Liet_rx_frag - Incremenets at the receiver if MAC fragments are received due to preemption Liet_rx_assembly_ok - Increments at the receiver if re-assembly of MAC fragments are successful. (4)CPSW2g stats module provide a statistics counter for following that can be used to verify the IET FPE is functional : (2)Setup 2 J7200 EVMs (connected over MCU Ethernet/CPSW2g port ), (1)2 queues are configured then Q1 will be express queue and Q0 will be preemptible queues. I have tried setting the schedule as described in 'IET FPE example' section of the following web page