[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180801215511.GG19257@lunn.ch>
Date: Wed, 1 Aug 2018 23:55:11 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Arun Parameswaran <arun.parameswaran@...adcom.com>
Cc: Russell King - ARM Linux <linux@...linux.org.uk>,
Florian Fainelli <f.fainelli@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Ray Jui <rjui@...adcom.com>,
Scott Branden <sbranden@...adcom.com>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will.deacon@....com>, netdev@...r.kernel.org,
bcm-kernel-feedback-list@...adcom.com,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
devicetree@...r.kernel.org
Subject: Re: [PATCH v3 7/8] net: phy: Add support to configure clock in
Broadcom iProc mdio mux
> md->core_clk = devm_clk_get(&pdev->dev, NULL);
> if (md->core_clk == ERR_PTR(-ENOENT) || md->core_clk == ERR_PTR(-EINVAL)) {
> /* clock is optional, without it the default
> * rate divider register values will be used
> */
> md->core_clk = NULL;
> } else if (IS_ERR(md->core_clk)) {
> return PTR_ERR(md->core_clk);
> } else {
> rc = clk_prepare_enable(md->core_clk);
> ...
> }
As Florian pointed out, the clk_ API is happy to take a NULL pointer
for a clock. So you don't need this last else.
Andrew
Powered by blists - more mailing lists