Re: [PATCH net v3] net: fec: Refactor MAC reset to function

From: Csókás Bence
Date: Wed Feb 05 2025 - 08:54:05 EST


Hi,

On 2025. 02. 04. 16:45, Jakub Kicinski wrote:
> Please don't post new versions in-reply-to, and add lore links to
> the previous version in the changelog.

Will do. Is it okay to only include the last version, or should I collect them going back to v1?

On Tue, 4 Feb 2025 10:37:54 +0100 Csókás, Bence wrote:
For instance, as of now, `fec_stop()` does not check for
`FEC_QUIRK_NO_HARD_RESET`, meaning the MII/RMII mode is cleared on eg.
a PM power-down event; and `fec_restart()` missed the refactor renaming
the "magic" constant `1` to `FEC_ECR_RESET`.

Laurent responded to v1 saying this was intentional. Please give more
details on how problem you're seeing and on what platforms. Otherwise
this is not a fix but refactoring.

True, but he also said:
On 2025. 01. 21. 17:09, Badel, Laurent wrote:
> If others disagree and there's a consensus that this change is ok, I'm happy
> for the patch to get through, but I tend to err on the side of caution in such
> cases.

I understand he is cautious, but I'd argue that the fact that two people already posted Reviewed-by: (not counting Simon, who since withdrew it), means that others also agree that we should err on the OTHER side of caution, and do the check in both cases. He also mentions that the reason he didn't do the check in `fec_stop()` was that he believed that the only time that gets called is on driver/interface remove, but that is not the case, as I outlined in the message already.

Bence