Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: Re: [PATCH net] net: lan966x: check devm_of_phy_get() for -EDEFER_PROBE
From:   patchwork-bot+netdevbpf@kernel.org
Message-Id: <165362691349.5864.17166538440351301920.git-patchwork-notify@kernel.org>
Date:   Fri, 27 May 2022 04:48:33 +0000
References: <20220525231239.1307298-1-michael@walle.cc>
In-Reply-To: <20220525231239.1307298-1-michael@walle.cc>
To:     Michael Walle <michael@walle.cc>
Cc:     horatiu.vultur@microchip.com, davem@davemloft.net,
        edumazet@google.com, kuba@kernel.org, pabeni@redhat.com,
        netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        UNGLinuxDriver@microchip.com
Precedence: bulk

Hello:

This patch was applied to bpf/bpf.git (master)
by Jakub Kicinski <kuba@kernel.org>:

On Thu, 26 May 2022 01:12:39 +0200 you wrote:
> At the moment, if devm_of_phy_get() returns an error the serdes
> simply isn't set. While it is bad to ignore an error in general, there
> is a particular bug that network isn't working if the serdes driver is
> compiled as a module. In that case, devm_of_phy_get() returns
> -EDEFER_PROBE and the error is silently ignored.
> 
> The serdes is optional, it is not there if the port is using RGMII, in
> which case devm_of_phy_get() returns -ENODEV. Rearrange the error
> handling so that -ENODEV will be handled but other error codes will
> abort the probing.
> 
> [...]

Here is the summary with links:
  - [net] net: lan966x: check devm_of_phy_get() for -EDEFER_PROBE
    https://git.kernel.org/bpf/bpf/c/b58cdd4388b1

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html