[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <59ca8e12-a4ab-7f5b-68ba-fe04683b3cf5@wanadoo.fr>
Date: Mon, 22 May 2023 19:18:29 +0200
From: Christophe JAILLET <christophe.jaillet@...adoo.fr>
To: Simon Horman <simon.horman@...igine.com>
Cc: "David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>,
Dominik Brodowski <linux@...inikbrodowski.net>,
linux-kernel@...r.kernel.org, kernel-janitors@...r.kernel.org,
netdev@...r.kernel.org
Subject: Re: [PATCH net] 3c589_cs: Fix an error handling path in tc589_probe()
Le 22/05/2023 à 14:34, Simon Horman a écrit :
> On Sat, May 20, 2023 at 11:48:55AM +0200, Christophe JAILLET wrote:
>> Should tc589_config() fail, some resources need to be released as already
>> done in the remove function.
>>
>> Fixes: 15b99ac17295 ("[PATCH] pcmcia: add return value to _config() functions")
>
> That commit is probably going back far enough, but I actually
> suspect the problem has been there since the beginning of git history.
In fact, before that commit, the probe was always returning 0, so there
was no need for an error handling path.
FYI, commit 15b99ac17295 ("[PATCH] pcmcia: add return value to _config()
functions") messed up many drivers for the same reason.
I sent a few patches to see if there was an interest to fix these
(really) old drivers, most linked with pcmcia which seems to slowly be
removed from the kernel.
So I'm a bit unsure if fixing it really matters.
Let see if I collect some other R-b tags for the other patches.
CJ
>
>> Signed-off-by: Christophe JAILLET <christophe.jaillet@...adoo.fr>
>
> Reviewed-by: Simon Horman <simon.horman@...igine.com>
>
>
>
Powered by blists - more mailing lists