Received-SPF: pass (google.com: domain of linux-kernel+bounces-201288-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Date: Tue, 4 Jun 2024 22:30:07 +0300
From: Andy Shevchenko <andy@kernel.org>
To: Markus Elfring <Markus.Elfring@web.de>
Cc: kernel-janitors@vger.kernel.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Marek =?iso-8859-1?Q?Beh=FAn?= <kabel@kernel.org>,
	Miguel Ojeda <ojeda@kernel.org>,
	Robin van der Gracht <robin@protonic.nl>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: auxdisplay: ht16k33: Drop device node reference after
 registration failure in ht16k33_led_probe()
Message-ID: <Zl9rPy3hD-Hk-gxm@smile.fi.intel.com>
References: <0fc79fe9-da49-4cbe-a7ff-6443ad93f120@web.de>
 <Zl9B2zqbJqVAf83d@smile.fi.intel.com>
 <503de0cb-09d2-4716-99cb-de257a33bad8@web.de>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <503de0cb-09d2-4716-99cb-de257a33bad8@web.de>
Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo

On Tue, Jun 04, 2024 at 08:15:35PM +0200, Markus Elfring wrote:
> > But, by design we don't use reference counting after we registered LED,
> > hence both error and successful paths need to have this,
> 
> Do you indicate really special data processing constraints here?

Nothing special, either we hold reference for the entire life time of the
device or not. For LEDS the convention is not to hold.


> > so add another fwnode_handle_put() after this branch.
> 
> Will this suggestion trigger any further clarifications for the affected software?

You need to put an fwnode handle in both paths: inside the if branch as you
have done (error path) and missing one is after that needs to be added.

Just address my comments and I believe everyone will be happy about it.

-- 
With Best Regards,
Andy Shevchenko