Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug report] OpenNIC not receiving in the first time insmod #19

Open
laochonlam opened this issue Jan 3, 2022 · 2 comments
Open

[Bug report] OpenNIC not receiving in the first time insmod #19

laochonlam opened this issue Jan 3, 2022 · 2 comments

Comments

@laochonlam
Copy link

Hi,

I interconnected U250's two 100G ports and tried to test them by ping from one to another. However, the receiver cannot detect the sender's ARP request packet after the driver is installed "the first time". The packet can be seen in tcpdump -i enp94s0f0 but not tcpdump -i enp94s0f1.

This is what I did

$ sudo insmod onic.ko
$ ping 1.1.1.1 -I enp94s0f0

My Solution

When I remove the module and install it again, that works. (tcpdump can capture the packet on both sides)

$ sudo rmmod onic.ko
$ sudo insmod onic.ko

My two machines with two different U250s encounter the same situation. Although it works after the second time insmod, I still want to report it and see if this is a bug or not.

Thanks,
ChonLam

@laochonlam laochonlam changed the title [Bug report] [Bug report] OpenNIC not receiving in the first time insmod Jan 3, 2022
@cneely-amd
Copy link
Collaborator

Hi @laochonlam,

I've usually tested the two ports on the U250 across different machines.

I know that one possible way to test between two interfaces in the same machine is with using a namespace method. I'm pasting an example that someone else had provided to me earlier.

`eth0=enp10s0f0
eth1=enp10s0f1

ip netns add foobar
ip link set dev $eth0 down
ip link set dev $eth1 down
ip link set dev $eth1 netns foobar

ip address add 192.168.20.2/24 dev $eth0
ip netns exec foobar ip address add 192.168.20.3/24 dev $eth1

#info
ip address show
ip netns exec foobar ip address show

ip link set dev $eth0 up
ip netns exec foobar ip link set dev $eth1 up
ip netns exec foobar ip link set dev lo up

#info
ip route show
ip netns exec foobar ip route show`

"then any command from the namespace must be preceded by ip netns exec foobar in this case. For example, ip netns exec foobar ping 192.168.20.2 or ip netns exec foobar nc ..."

I tried something similar to the above example and I was able to ping across the ports on the same U250, using the "ip netns exec foobar" preceding my commands and verifying the RX and TX packet counts using ifconfig (and also ifconfig with the prefix command).

It sounds like, however, you have found a method that is working for you that might be easier.

Best regards,
--Chris

@laochonlam
Copy link
Author

Thanks for your reply @cneely-xlnx. I'll try your solution the next time.

But I think I also did a two-machine experiment before with the other end-point is a normal NIC. This situation remains after each reboot.

Thanks,
ChonLam

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants