Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
Date:   Fri, 4 Mar 2022 15:52:35 +0200
From:   Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To:     Sakari Ailus <sakari.ailus@linux.intel.com>
Cc:     Bjorn Andersson <bjorn.andersson@linaro.org>,
        Rob Herring <robh+dt@kernel.org>,
        Daniel Scally <djrscally@gmail.com>,
        Heikki Krogerus <heikki.krogerus@linux.intel.com>,
        "Rafael J. Wysocki" <rafael@kernel.org>,
        Hans de Goede <hdegoede@redhat.com>,
        linux-usb@vger.kernel.org, devicetree@vger.kernel.org,
        linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
        Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Subject: Re: [PATCH v3 1/6] device property: Helper to match multiple
 connections
Message-ID: <YiIZoyfsJDcwR4gr@smile.fi.intel.com>
References: <20220303223351.141238-1-bjorn.andersson@linaro.org>
 <YiIL/ejgxhfRhTDP@smile.fi.intel.com>
 <YiIXDZnquRZj8dU5@paasikivi.fi.intel.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <YiIXDZnquRZj8dU5@paasikivi.fi.intel.com>
Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo
Precedence: bulk

On Fri, Mar 04, 2022 at 03:41:33PM +0200, Sakari Ailus wrote:
> On Fri, Mar 04, 2022 at 02:54:21PM +0200, Andy Shevchenko wrote:
> > On Thu, Mar 03, 2022 at 02:33:46PM -0800, Bjorn Andersson wrote:

...

> > > +		if (count >= matches_len && matches) {
> > > +			fwnode_handle_put(ep);
> > > +			return count;
> > > +		}
> > 
> > Wouldn't be the same as
> > 
> > 		if (count >= matches_len) {
> > 			fwnode_handle_put(ep);
> > 			break;
> > 		}
> 
> Don't you need to check for non-NULL matches here?

Right, this should be kept as in original patch.

> I find return above easier to read.

Okay, original code may work, so I have no strong opinion about return vs
break, although I find slightly better to have a single point of return in
such case.

> > ?

...

> > > +	count_graph = fwnode_graph_devcon_matches(fwnode, con_id, data, match,
> > > +						  matches, matches_len);
> > 
> > > +	matches += count_graph;
> > > +	matches_len -= count_graph;
> > 
> > No, won't work when matches == NULL.
> > 
> > Also, matches_len is expected to be 0 in that case (or at least being ignored,
> > check with vsnprintf() behaviour in similar case).
> > 
> > So, something like this, perhaps
> > 
> > 	if (matches && matches_len) {
> > 		matches += count_graph;
> > 		matches_len -= count_graph;
> > 	}
> 
> Good find!

I have checked vsnprintf() and indeed, it expects to have the size is 0 when
the resulting buffer pointer is NULL, and it doesn't do any additional checks.

> > > +	count_ref = fwnode_devcon_matches(fwnode, con_id, data, match,
> > > +					  matches, matches_len);

-- 
With Best Regards,
Andy Shevchenko