netdev - Re: [PATCH net] net: axienet: Handle deferred probe on clock properly

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Sat, 13 Feb 2021 01:45:49 +0000
From:   patchwork-bot+netdevbpf@...nel.org
To:     Robert Hancock <robert.hancock@...ian.com>
Cc:     radhey.shyam.pandey@...inx.com, davem@...emloft.net,
        kuba@...nel.org, netdev@...r.kernel.org
Subject: Re: [PATCH net] net: axienet: Handle deferred probe on clock properly

Hello:

This patch was applied to netdev/net.git (refs/heads/master):

On Fri, 12 Feb 2021 18:17:48 -0600 you wrote:
> This driver is set up to use a clock mapping in the device tree if it is
> present, but still work without one for backward compatibility. However,
> if getting the clock returns -EPROBE_DEFER, then we need to abort and
> return that error from our driver initialization so that the probe can
> be retried later after the clock is set up.
> 
> Move clock initialization to earlier in the process so we do not waste as
> much effort if the clock is not yet available. Switch to use
> devm_clk_get_optional and abort initialization on any error reported.
> Also enable the clock regardless of whether the controller is using an MDIO
> bus, as the clock is required in any case.
> 
> [...]

Here is the summary with links:
  - [net] net: axienet: Handle deferred probe on clock properly
    https://git.kernel.org/netdev/net/c/57baf8cc70ea

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