[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20220329054710.rw75gc74wunsf7ms@pengutronix.de>
Date: Tue, 29 Mar 2022 07:47:10 +0200
From: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org, NXP Linux Team <linux-imx@....com>,
Joakim Zhang <qiangqing.zhang@....com>, kernel@...gutronix.de,
"David S. Miller" <davem@...emloft.net>
Subject: Re: [PATCH net-next] net: fec: Do proper error checking for enet_out
clk
On Mon, Mar 28, 2022 at 04:09:10PM -0700, Jakub Kicinski wrote:
> On Fri, 25 Mar 2022 17:55:43 +0100 Uwe Kleine-König wrote:
> > An error code returned by devm_clk_get() might have other meanings than
> > "This clock doesn't exist". So use devm_clk_get_optional() and handle
> > all remaining errors as fatal.
> >
> > Signed-off-by: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
> > ---
> > Hello,
> >
> > this isn't urgent and doesn't fix a problem I encountered, just noticed
> > this patch opportunity while looking up something different in the
> > driver.
>
> Would you mind reposting after the merge window?
> We keep net-next closed until -rc1 is cut.
I somehow expected there is an implicit queue of patches that is
processed once net-next opens again. But sure, will resend after -rc1.
Best regards
Uwe
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists