1G network jack not working, 100M network jack does

[Electron752]

I can't get the 1G networking to work with either the precompiled debian image or using the linux kernel for the VisionFive2 off the starfive-tech github. The 100M jack works fine.

Does the 1G network work? I can get the interface to go up and see the cable is up on my switch, but nothing works.

[cwt]

I build my custom kernel based on v2.8.0, my results may related to your issue.

I tested using an old Cisco Catalyst 2950 switch. It is connected via a 1 Gbps SFP fiber uplink, and all of its UTP ports are 10/100. Here are the results:

• When I plug the right port on VF2 (1 Gbps) into this switch, the kernel reports that the link is up with 100 Mbps/Full, but I cannot obtain an IP address.

• When I plug the left port on VF2 (100 Mbps) into this switch, the kernel reports that the link is up with 100 Mbps/Full and I successfully obtain an IP address.

• However, when I plug either port on VF2 into another 10/100/1000 switch, both ports can successfully obtain an IP address.

I believe the changes in the driver between v2.6.0 and v2.8.0 may be the cause of this problem.

[strlcat]

Same here. Is your VF2 is v1.2a revision? Mine is, and I never been able to get 1GbE port working on it since shipping it to me in December. So far, what I've got:

Test setup:

• VF2 v1.3b, 2x1GbE, both confirmed working with my router
• VF2 v1.2a, 1x100M confirmed working, 1x1GbE faulty one
• U-Boot & OpenSBI from git tag VF2_v2.11.5 with enabled networking
• Linux kernel JH7110_VisionFive2_devel fetched from git & built about a week ago
• An ethernet cable with all 4 twisted pairs (not an "economic" cable with only two pairs, but I use such that was bundled with my router to connect to VF2 v1.3b to control it via SSH)

So far, I observed the following:

• Both boards boot to Linux, configure static networking as 192.168.5.10/24 on 1GbE port on V1.2A side and SECOND 1GbE port on "host" V1.3B side as 192.168.5.1/24, ports are connected by full blown 4 twisted pair cable, V1.3B lights up orange port led together with green one (see below why)
• So far so good, both sides output to dmesg smth like Link is Up - 1Gbps/Full - flow control rx/tx
• Ping 192.168.5.1 from V1.2A does NOT work. There is ARP lookup error, and tcpdump on V1.3B side shows NOTHING when V1.2A tries to communicate with it.
• Same from V1.3B by pinging 192.168.5.10 (V1.2A side), but now on V1.2A's tcpdump I do see ARP lookup attempts sent by V1.3B. V1.2A tries to reply, but replies never reach V1.3B.
• I switch ports on V1.2A, configure 100M to same address and try again. Now V1.3B's port orange led is off, and it tells that it's port is only 100Mbps/Full - flow control rx/tx
• Pings & other stuff succeed, both parties start to chat right like any other networking equipment you expect. tcpdumps are fine, there's even ipv6 autoconf stuff goes in
• I reset V1.2A back to U-Boot prompt, switch port back to 1GbE and now I configure it. Interestingly, U-Boot's networking stuff now can chat with V1.3B, V1.3B side shows Link is Up - 1Gbps/Full - flow control off, and I can even transfer a file to V1.2A RAM with tftpboot.
• No errors in dmesg were observed on both sides.

Conclusion: Linux driver is broken, U-Boot is fine, hardware is also fine.

HTH

[jimmystewpot]

I think that this might be fixed, in the most recent firmware/armbian builds I have both networks now working without error.

[   16.694079] starfive-eth-plat 16040000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[   16.694112] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[   34.452364] mipi_0p9: disabling
[   70.772475] starfive-eth-plat 16040000.ethernet eth1: Link is Down
[   73.894947] starfive-eth-plat 16030000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[   73.895007] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

This previously didn't work for me, only started working from 3.0.3 release and the most recent kernels in armbian.

 5.15.0-starfive2 #1 SMP Mon Mar 20 17:53:42 UTC 2023 riscv64 riscv64 riscv64 GNU/Linux