PINE64

Full Version: Ethernet Slow Download
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8 9
Possible relevant discussion from longsleep on Github might be worth trying some different values with sysctl

https://github.com/longsleep/build-pine6...e/issues/5

Some interesting stuff on sunxi about GMAC, requires an external PHY plus some tweaking to get clock in sync with data signals to PHY, but not sure why boards would be different.

"For reliable Gigabit networking (1000Mbit operation), several sunxi devices require an important tweak that adjusts the relative timing of the clock and data signals to the PHY, in order to compensate for differing trace lengths on the PCB."

http://linux-sunxi.org/Ethernet

(optional) WiFi 802.11 b/g/n (Realtek 8723BS), 10/100/1000Mbps Ethernet (Realtek 8211E) (plus version), 10/100Mbps Ethernet (Realtek 8201FN) (non-plus version)

From http://linux-sunxi.org/Pine64 rightmost column under Network.

Appear to be some similar problems on Banana Pi and Cubietruck which have some PHY id 001cc915

http://forum.armbian.com/index.php/topic...h-gigabit/

http://forum.armbian.com/index.php/topic...ork-speed/

CONFIG_GMAC_TX_DELAY= (try with numbers from 1-10) but looks like this requires kernel recompile.

Nice script here to test different values, shouldn't be too hard to adapt.

http://forum.armbian.com/index.php/topic...bit/?p=171
If anyone has an idea how to specifically set the tx-delay and rx-delay, just let me know and I'll try it out? That doesn't seem to mentioned in the Github. I did se the sysctl values.
I have two working boards that seem to be fine with the default tx-delay = <0x3>; rx-delay = <0x0>; settings. However when I change my settings to tx-delay = <0x7> for example, GbE stops working, barely gets anything sent at all... so trying to play with those values on boards that don't work atm could be interesting....
(07-11-2016, 06:03 PM)coleshores Wrote: [ -> ]utdrmac are you using Android as well like Summons is?
Im using Longsleep's Ubuntu image

No, I'm using Longsleep's Ubuntu image as well.
(07-11-2016, 07:56 PM)cdslashetc Wrote: [ -> ]Possible relevant discussion from longsleep on Github might be worth trying some different values with sysctl

https://github.com/longsleep/build-pine6...e/issues/5

Some interesting stuff on sunxi about GMAC, requires an external PHY plus some tweaking to get clock in sync with data signals to PHY, but not sure why boards would be different.

"For reliable Gigabit networking (1000Mbit operation), several sunxi devices require an important tweak that adjusts the relative timing of the clock and data signals to the PHY, in order to compensate for differing trace lengths on the PCB."

http://linux-sunxi.org/Ethernet

(optional) WiFi 802.11 b/g/n (Realtek 8723BS), 10/100/1000Mbps Ethernet (Realtek 8211E) (plus version), 10/100Mbps Ethernet (Realtek 8201FN) (non-plus version)

From http://linux-sunxi.org/Pine64 rightmost column under Network.

Appear to be some similar problems on Banana Pi and Cubietruck which have some PHY id 001cc915

http://forum.armbian.com/index.php/topic...h-gigabit/

http://forum.armbian.com/index.php/topic...ork-speed/

CONFIG_GMAC_TX_DELAY= (try with numbers from 1-10) but looks like this requires kernel recompile.

Nice script here to test different values, shouldn't be too hard to adapt.

http://forum.armbian.com/index.php/topic...bit/?p=171

(07-17-2016, 05:11 PM)xalius Wrote: [ -> ]I have two working boards that seem to be fine with the default tx-delay = <0x3>; rx-delay = <0x0>; settings. However when I change my settings to tx-delay = <0x7> for example, GbE stops working, barely gets anything sent at all... so trying to play with those values on boards that don't work atm could be interesting....

Excuse my ignorance Wink.. where do i change this ? ...a how to somewhere ?
I have 2x 2GB boards ,one working and one that has a will of its own when it comes to GbE
Not to derail this discussion, but the latest Android 5.1.1 2016-07-11 release does the same trick...  Nil fix.

You do get to see your Ethernet settings now, and can turn them off and on and watch them repopulate...

Any quick instruction set to change the Tx/Rx values - or is this a crap shoot too?
    Thanks 
             Eric
Changing the tx- / rx- delay settings requires compiling either a new devicetree or changing the u-boot boot settings. I am looking into that with lukasz since he has a board with bad GbE, maybe we can post an easy guide to do that...
An easy guide for compiling either a new devicetree or changing the u-boot boot settings would be nice :Tongue Thanks in advance

I read about another sunxi sbc with the same issue, they ended up building a whole range of rx tx combo images and asked peeps to test them on their broken boards ... switching between 'em with a simple script or even a deb package iirc....

Thanks for your time !
My workaround for now is to use ASIX AX8817x Chipset USB to Gigabit ethernet adapter on the 1 out of 5 boards I have that has this problem. I got this Plugable one from Amazon.

https://www.amazon.com/gp/product/B003VS...UTF8&psc=1

At $25 I suppose it's a bit expensive, also going to try this V.TOP USB 3.0 at $13.99 (I know the pine64 only supports USB 2.0 speeds).

https://www.amazon.com/gp/product/B01GWW...UTF8&psc=1

With the desktop images like MATE or XFCE it just worked. With xenial-pine64-bspkernel-20160716-1.img I had to add asix module to be loaded at boot time and add an interface entry for eth1 then it just worked. I have only tested with Ubuntu Linux distro and not Android, Arch etc. I'm getting some more micro SD cards to make it easier to test other distro without messing up my main effort to build a cluster sandbox.
(07-18-2016, 09:08 AM)cdslashetc Wrote: [ -> ]My workaround for now is to use ASIX AX8817x Chipset USB to Gigabit ethernet adapter on the 1 out of 5 boards I have that has this problem. I got this Plugable one from Amazon.

https://www.amazon.com/gp/product/B003VS...UTF8&psc=1

At $25 I suppose it's a bit expensive, also going to try this V.TOP USB 3.0 at $13.99 (I know the pine64 only supports USB 2.0 speeds).

https://www.amazon.com/gp/product/B01GWW...UTF8&psc=1

With the desktop images like MATE or XFCE it just worked. With xenial-pine64-bspkernel-20160716-1.img I had to add asix module to be loaded at boot time and add an interface entry for eth1 then it just worked. I have only tested with Ubuntu Linux distro and not Android, Arch etc. I'm getting some more micro SD cards to make it easier to test other distro without messing up my main effort to build a cluster sandbox.

I did the same to get a little more speed out of my RaspberryPi, but in this case, the entire reason for getting the PINE was for that gigabit ethernet, at least in my case. I hope someone can post some steps on a workaround to get the gigabit speed. It's been a long time since I recompiled a Linux kernel. Smile
Pages: 1 2 3 4 5 6 7 8 9