10-31-2016, 04:28 PM
(10-27-2016, 11:32 AM)waldo Wrote: Apparently ... the RX/TX vallues are under scrutiny ... again ...
has anyone ever tried the script i wrote to see if it becomes better for any of you ?
I only went downhill for me ....
(10-25-2016, 07:17 PM)tllim Wrote:(10-25-2016, 07:08 PM)endotronic Wrote: Hey all, I found this thread while searching for ways to get GigE working on my Pine64 2GB. I'm not quite sure I have the latest longsleep kernel, but I did just install the most recent one I could find the other day:
Code:kevin@pine64:~$ uname -a
Linux pine64 3.10.102-2-pine64-longsleep #66 SMP PREEMPT Sat Jul 16 10:53:13 CEST 2016 aarch64 aarch64 aarch64 GNU/Linux
I added the network tuning script to /etc/rc.local, but the improvement was very minimal. Using iperf I see bandwidths rarely topping 4 Mbits/sec. If I run "sudo ethtool -s eth0 speed 100 duplex full" or plug into a 10/100 switch, I very consistently get 92+ MBits/sec.
I can live with this, but I intended to use my Pine64 as a file server, so it is falling a little short. Am I missing something?
longsleep, thank you for all your hard work on this. It's really impressive.
We recently make some good progress on the gigabit connection issue (packet loss) by tuning the GbE TX/RX delay. We will release the Android build first on few hours time. If the improvement shows positive, we will propagate to Linux build.
Our experience is need to disable the RX delay, this can be implement thru hardware method: discover the LED2_RXDLY line pull up resistor to pul down or software method, program the RX control register: phy_write(phydev, 0x28, 0xd591);//only enable TX.
Somehow, setup the RX delay to 0 not same as disable RX delay. This finding also puzzle me.
... TL Lim