Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 21 Jun 2020 18:54:02 +0200
From:      Emmanuel Vadot <manu@bidouilliste.com>
To:        =?ISO-8859-1?Q?S=F8ren?= Schmidt <soren.schmidt@gmail.com>
Cc:        charlesr@scd-systems.net, freebsd-arm@freebsd.org
Subject:   Re: Rock64 dwc interface issues
Message-ID:  <20200621185402.9d40f269cb07706242622af6@bidouilliste.com>
In-Reply-To: <48C101F9-9C1F-46EB-A092-EE903D5070D1@gmail.com>
References:  <877d6e2d-6cd8-30f3-08c3-60a2bacb5873@scd-systems.net> <7B4746AD-A8B7-43F0-B5EC-F3812A91F344@gmail.com> <20200619194222.73bc7dd705f6d80e63757796@bidouilliste.com> <48C101F9-9C1F-46EB-A092-EE903D5070D1@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 21 Jun 2020 11:38:38 +0200
S=F8ren Schmidt <soren.schmidt@gmail.com> wrote:

>=20
> On 19 Jun 2020, at 19.42, Emmanuel Vadot <manu@bidouilliste.com> wrote:
>=20
> >=20
> > I've just took the last image for rock64 and rockpro64 to test on my
> > boards (I usually netboot but testing the image give a common reference
> > between everyone).
> > As a reference the image I've burned on the sd are :
> > FreeBSD-13.0-CURRENT-arm64-aarch64-ROCK64-20200618-r362292.img.xz
> > FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200618-r362292.img.xz
> >=20
> > On Rock64 v2.0 (2017-0713) I see no issues, I got an IP from my dhcp
> > server and could install packages properly.
> > Using iperf3 I have ~275Mbits/sec which isn't great but we're aware of
> > the bad perf of the dwc(4) driver.
>=20
> I checked my build env, and the error was that I didn?t change the u-boot=
 used (got the pinebookpro version mixed in).
> Using the correct u-boot makes the dwc net work.

 Cool, good to know that it's working now.

> However, I did use the correct DTB for the kernel to use (static build in=
 to be sure), so it should have configured things correctly shouldn?t it ? =
I guess we inherit lots of things from u-boot that does not get initialised=
 by the kernel even if the correct DTB is in place.
> Funny thing is that it appeared to work, led?s and all, but no traffic wa=
s coming through.

 Agreed that it should work, it's been a long time that I've check
every driver using a u-boot recompiled to remove support for them to
make sure that we didn't missed a thing, maybe it's time I do it again.

> > On RockPro64 v2.1 I also see no issues, iperf3 give the same speed
> > result for tx but rx is worse (~100Mbits/sec).
>=20
> It the 2.1 version I?ve got btw.
>=20
> > S=F8ren, what are your hack for R40 (which do not have support for in
> > term of clock so I'm not surprise that you need "something" for it).=20
>=20
> I have implemented the clks etc that?s missing from our support, but inst=
ead of mutilating the dwc driver, I?ve hacked up an older version (before s=
yscon etc went in) and made it work with the R40 way of things as a new dri=
ver.

 Ok.

> All this is done on a 12-stable tree though, but I guess it could be move=
d to -current rather easily. It does make the Bananapi M2 Berry work quite =
nicely (except video which I have no use for.
>=20
> -S=F8ren

 I'll happily review your patches if you port them to current at one
point.

--=20
Emmanuel Vadot <manu@bidouilliste.com>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200621185402.9d40f269cb07706242622af6>