On 12/9/20 5:51 PM, Uwe Kleine-König wrote:
Hi Andrew,
On Wed, Dec 09, 2020 at 03:44:13PM +0100, Andrew Lunn wrote:
On Wed, Dec 09, 2020 at 11:29:59AM +0100, Uwe Kleine-König wrote:
Do you have
ommit 1e6114f51f9d4090390fcec2f5d67d8cc8dc4bfc
Author: Greg Ungerer <g...@linux-m68k.org>
Date: Wed Oct 28 15:22:32 2020 +1000
net: fec: fix MDIO probing for some FEC hardware blocks
Some (apparently older) versions of the FEC hardware block do not like
the MMFR register being cleared to avoid generation of MII events at
initialization time. The action of clearing this register results in no
future MII events being generated at all on the problem block. This means
the probing of the MDIO bus will find no PHYs.
Create a quirk that can be checked at the FECs MII init time so that
the right thing is done. The quirk is set as appropriate for the FEC
hardware blocks that are known to need this.
in your tree?
Unless I did something wrong I also saw the failure with v5.10-rc$latest
earlier today.
... some time later ...
Argh, I checked my git reflog and the newest release I tested was
5.9-rc8.
I wonder if my patch is a simpler and more straight forward fix for the
problem however, but that might also be because I don't understand the
comment touched by 1e6114f51f9d4090390fcec2f5d67d8cc8dc4bfc without
checking the reference manual (which I didn't).
@Marian: As it's you who has to work on this i.MX25 machine, can you
maybe test if using a kernel > 5.10-rc3 (or cherry-picking
1e6114f51f9d4090390fcec2f5d67d8cc8dc4bfc) fixes the problem for you?
Tested it on 5.10-rc7 and the problem is fixed without your previous patch.
Best regards,
Marian
Best regards
Uwe