(08-06-2016, 08:30 PM)amc2012 Wrote:

(08-06-2016, 08:23 PM)waldo Wrote:

(08-06-2016, 08:05 PM)cdslashetc Wrote: The only FREE solution. I bought V.TOP gigabit USB adapter for $13.99.

Sent from my Nexus 6 using Tapatalk

Bought and free is a bit weird... 
And usb2 tops out at 480mbits.... That and probably some overhead and a lot of usb jitter. 

Lets not waste time on discussions about usb adapters or 100mbit.... 
This just needs to get solved,... 
... My hope atm is on the 'master' phy thing... 
... Otherwise it might be time to accept a HW issue... 

Ps also check olimex's try at an a64 board,  they delayed theirs because of issues with GbE and the realtek phy

Amen, waldo.

I really do apologize for being snippy, but this is exactly the case - those who have the faulty boards already are either using Gig USB to get at least a small boost, or are using the workaround of ethtool to fast ethernet speeds. 

My patience with this issue just wore thin today.

(08-06-2016, 07:52 PM)amc2012 Wrote: They do not affect what you correctly state has to be a hardware issue. I saw the post about how a specific chip was sourced from another location to try to get the orders out, but I also saw the one where someone was able to identify they had two boards with the SAME sourced chip and one worked and the other didn't. 

It seems this may be a manufacturing issue at this point that's triggered by something in the environment. Someone else sent in their board to longsleep and it worked fine in that environment.

(09-04-2016, 09:48 AM)androsch Wrote:

(08-06-2016, 07:52 PM)amc2012 Wrote: They do not affect what you correctly state has to be a hardware issue. I saw the post about how a specific chip was sourced from another location to try to get the orders out, but I also saw the one where someone was able to identify they had two boards with the SAME sourced chip and one worked and the other didn't. 

It seems this may be a manufacturing issue at this point that's triggered by something in the environment. Someone else sent in their board to longsleep and it worked fine in that environment.

I'm the one who sent his board to longsleep and it was fine there, but i'm still checking out with him, whether this was a iperf vs. iperf3 issue. My board reports  now also in my environment with iperf at about 300 mbits, thats similar to longsleep, but iperf3 only shows about 2-20 mbits, so this is still bad and the board is very laggy on GbE mode.
Will have my board checked deeper by tkaiser and we will report back in this forum also, even when he left resp. was forced to leave.

Edit (09/05): Got reply from longsleep, he also used iperf3 and iperf for testing, both worked fine, so really interested in tkaisers tests in the next week with my board....

Gesendet von meinem XT1032 mit Tapatalk

(09-07-2016, 05:00 PM)tllim Wrote:

(09-04-2016, 09:48 AM)androsch Wrote:

(08-06-2016, 07:52 PM)amc2012 Wrote: They do not affect what you correctly state has to be a hardware issue. I saw the post about how a specific chip was sourced from another location to try to get the orders out, but I also saw the one where someone was able to identify they had two boards with the SAME sourced chip and one worked and the other didn't. 

It seems this may be a manufacturing issue at this point that's triggered by something in the environment. Someone else sent in their board to longsleep and it worked fine in that environment.

I'm the one who sent his board to longsleep and it was fine there, but i'm still checking out with him, whether this was a iperf vs. iperf3 issue. My board reports  now also in my environment with iperf at about 300 mbits, thats similar to longsleep, but iperf3 only shows about 2-20 mbits, so this is still bad and the board is very laggy on GbE mode.
Will have my board checked deeper by tkaiser and we will report back in this forum also, even when he left resp. was forced to leave.

Edit (09/05): Got reply from longsleep, he also used iperf3 and iperf for testing, both worked fine, so really interested in tkaisers tests in the next week with my board....

Gesendet von meinem XT1032 mit Tapatalk

I have deep interest on the GbE finding.

(09-08-2016, 11:58 AM)MarkHaysHarris777 Wrote: tkaiser is correct about one thing, and one thing only related to this discussion, the micro-usb connector is insufficient for providing power to the Pine board.

... the micro-usb connector is insufficient for power to the Pine boards, and its insufficient for power to the PI(s)...  this has been proven empirically.

Everything else he has said about this problem is incorrect. All of my boards are powered from the bus, not via the micro-usb connector.  Also, all of my boards have more than adequate power supplies;  one of my boards works flawlessly (GbE), the other one (GbE) does not work at all.  Both boards work flawlessly at 100mb/s.   (this is NOT a software problem, and this is NOT an environment problem, nor is this a power problem)

The situation is NOT related to power.  The only power related observation I have so far is that if my working board is run from battery ( because the DC IN is very clean ) the speeds go up slightly.  This does not affect the non working GbE board at all )

To prove that tkaiser does not have a clue what he is talking about---   all you have to do is have everyone on the POLL list that reports having a non functioning GbE board power their Pines from the euler bus...  if it fixes all boards (including mine) then I'm wrong... if it fixes no board (as well as mine) then I'm correct; Its an eay experiment.

(09-08-2016, 11:58 AM)MarkHaysHarris777 Wrote: tkaiser is correct about one thing, and one thing only related to this discussion, the micro-usb connector is insufficient for providing power to the Pine board.

... the micro-usb connector is insufficient for power to the Pine boards, and its insufficient for power to the PI(s)...  this has been proven empirically.

Everything else he has said about this problem is incorrect. All of my boards are powered from the bus, not via the micro-usb connector.  Also, all of my boards have more than adequate power supplies;  one of my boards works flawlessly (GbE), the other one (GbE) does not work at all.  Both boards work flawlessly at 100mb/s.   (this is NOT a software problem, and this is NOT an environment problem, nor is this a power problem)

The situation is NOT related to power.  The only power related observation I have so far is that if my working board is run from battery ( because the DC IN is very clean ) the speeds go up slightly.  This does not affect the non working GbE board at all )

To prove that tkaiser does not have a clue what he is talking about---   all you have to do is have everyone on the POLL list that reports having a non functioning GbE board power their Pines from the euler bus...  if it fixes all boards (including mine) then I'm wrong... if it fixes no board (as well as mine) then I'm correct; Its an eay experiment.

(09-08-2016, 01:07 PM)cdslashetc Wrote: I switched to Euler for power and with respect to the gigabit issue it made no difference on my board with the issue.

Sent from my Nexus 6 using Tapatalk

(09-08-2016, 01:05 PM)waldo Wrote:

(09-08-2016, 11:58 AM)MarkHaysHarris777 Wrote: <snip>

To prove that tkaiser does not have a clue what he is talking about---   all you have to do is have everyone on the POLL list that reports having a non functioning GbE board power their Pines from the euler bus...  if it fixes all boards (including mine) then I'm wrong... if it fixes no board (as well as mine) then I'm correct; Its an eay experiment.

Mark, please abide to your own rules , do not get personal, don't bash people, ... in fact ... by your own guidelines you should realy delete this post ....