Hi, community
When I test ieee802.1qbu on ls1028 board, I found out the frame could not be captured by wiresharks.
Here are the setting I have done:
tc qdisc add dev eno0 root handle 1: mqprio num_tc 8 map 0 1 2 3 4 5 6 7 hw 1
tsntool qbuset --device eno0 --preemptable 0xfe
/home/root/samples/pktgen/pktgen_twoqueue.sh -i eno0 -q 0 -s 100 -n 20000 -m 90:e2:ba:ff:ff:ff
Here is the problem that I could not capture any frame from queue 1 to 7, that only 0 queue frame can be captured.
The reference menu only use "tsntool regtool 0 0x11f18" to check if the qbu is working or not. Indeed it works from my board but I wonder where do the frames go(frame from queue 1 to 7)?
Thanks
已解决! 转到解答。
Please refer to section "4.1.4.1.3 Qbu" in https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG_Rev2.5.pdf.
For the TSN qbu, I have done another test;
I connect ls1028board eno0 to my PC. The eno0 ip is 192.168.0.232 and my PC ip is 192168.0.156
The ls1028 board can ping PC successfully.
Then I run the qbu command.
tc qdisc add dev eno0 root handle 1: mqprio num_tc 8 map 0 1 2 3 4 5 6 7 hw 1
tsntool qbuset --device eno0 --preemptable 0x07
which mean I set 0 queue to preemptable.
After finish all setting, the board lose the connection with PC.
I assume the PING frame is going to queue 0 but the queue has changed to preemptable. And it only happened on eno0 port.
I wonder if this phenomenon is correct?
I use real-time-edge v2.5 on the ls1028 board.
Thanks
Please refer to section "4.1.4.1.3 Qbu" in https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG_Rev2.5.pdf.
Hi @yipingwang
Thank you for your reply
I can not find the solution in the reference file.
My question is when I set any queues (from 0 -7) to preemptable. That queue can not send any frames any more.
For example, I set queue 0 to preemptable(tsntool qbuset --device eno0 --preemptable 0x07 ), this queue can not forward any frames even ping frame. But it is only happened on ENO0 port.
Thank you