Hi!
In BananaPi-M2 Ultra also the problem occurred when updating to the kernel. 
but I can't establish a connection
El lunes, 19 de octubre de 2020 a las 1:14:46 UTC-3, Chen-Yu Tsai escribió:

> On Sat, Oct 17, 2020 at 3:08 AM Jernej Škrabec <jernej....@gmail.com> 
> wrote:
> >
> > Dne petek, 16. oktober 2020 ob 20:44:38 CEST je Marc Haber napisal(a):
> > > Hi Jernej,
> > >
> > > On Thu, Oct 15, 2020 at 09:23:37PM +0200, Jernej Škrabec wrote:
> > > > Dne četrtek, 15. oktober 2020 ob 21:11:39 CEST je Marc Haber 
> napisal(a):
> > > > > when I boot my Banana Pi (with Debian buster installed) with 
> kernel 5.9,
> > > > > the network interface doesn't work too well. Packet loss of more 
> than
> > > > > 50 %, machine nearly unuseable. Going back to 5.8.13 fixes the 
> issue,
> > > > > going forward to 5.9 again makes the issue reappear.
> > > > >
> > > > > Does anybody have a good guess what to try first before going the
> > > > > "implant 5.8.13 stmmac driver to 5.9, maybe bisect" route?
> > > >
> > > > Try to revert 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/
> > > > linux.git/commit/?h=v5.9&id=bbc4d71d63549bcd003a430de18a72a742d8c91e
> > > >
> > > > This commit was found to cause issue on Beelink GS1 (Allwinner H6) 
> which
> > > > has RTL8211e PHY. Since Banana Pi have same PHY, it might cause issue
> > > > there too.
> > > Reverting this commit does actually help here. Will there be a fix in
> > > Greg's kernel releases?
> >
> > I have no clue. I don't have any problematic board, I just spotted 
> commit when
> > rebasing my kernel and suggested as a possible reason. I suggest that you
> > contact all people involved in that commit (including relevant mailing 
> lists)
> > and explain the issue. Given that this commit is the fix, it's possible 
> that it
> > just uncovered another issue.
>
> The proper fix now is to check the schematics, and change the phy-mode 
> property
> to the correct type. It used to be that we used "rgmii" for all RGMII PHYs.
>
> Turns out there are four modes of RGMII, depending on whether the MAC or 
> PHY
> enable TX / RX signal delays.
>
> Most boards in sunxi are designed so that the PHY is providing both TX and 
> RX
> delays, which is done by pulling up the TXDLY and RXDLY pins at power up.
>
> The commit "net: phy: realtek: fix rtl8211e rx/tx delay config" fixes the 
> PHY
> driver so that it will correctly "reconfigure" the PHY to the requested 
> mode.
> Previously this was not happening due to incorrect register definitions.
>
> To summarize, the PHY driver fix exposes errors in our DTs.
>
>
> Regards
> ChenYu
>

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
To view this discussion on the web, visit 
https://groups.google.com/d/msgid/linux-sunxi/83697565-cbff-4198-8a9b-12d2a7fb133en%40googlegroups.com.

Reply via email to