Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Subject: Re: [PATCH v5 3/3] backlight: lm3630a: add firmware node support
To:     Brian Masney <masneyb@onstation.org>
CC:     <lee.jones@linaro.org>, <daniel.thompson@linaro.org>,
        <jingoohan1@gmail.com>, <robh+dt@kernel.org>,
        <jacek.anaszewski@gmail.com>, <pavel@ucw.cz>,
        <mark.rutland@arm.com>, <b.zolnierkie@samsung.com>,
        <dri-devel@lists.freedesktop.org>, <linux-leds@vger.kernel.org>,
        <devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
        <linux-fbdev@vger.kernel.org>, <jonathan@marek.ca>
References: <20190418151143.26068-1-masneyb@onstation.org>
 <20190418151143.26068-4-masneyb@onstation.org>
 <dc20ab5d-8c44-78a8-3ebc-7fefe8aaf2d5@ti.com>
 <20190423140150.GA10071@basecamp>
 <dfd59e3f-b60b-da09-bf23-a05de5f4575a@ti.com>
 <20190423160019.GA10501@basecamp>
From:   Dan Murphy <dmurphy@ti.com>
Message-ID: <f8499848-1490-cee5-c943-fa7fb77236ce@ti.com>
Date:   Tue, 23 Apr 2019 14:02:51 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <20190423160019.GA10501@basecamp>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Brian

On 4/23/19 11:00 AM, Brian Masney wrote:
> On Tue, Apr 23, 2019 at 10:31:41AM -0500, Dan Murphy wrote:
>> On 4/23/19 9:01 AM, Brian Masney wrote:
>>> On Tue, Apr 23, 2019 at 08:49:20AM -0500, Dan Murphy wrote:
>>>>> +static int lm3630a_parse_led_sources(struct fwnode_handle *node,
>>>>> +				     int default_led_sources)
>>>>> +{
>>>>> +	u32 sources[LM3630A_NUM_SINKS];
>>>>> +	int ret, num_sources, i;
>>>>> +
>>>>> +	num_sources = fwnode_property_read_u32_array(node, "led-sources", NULL,
>>>>> +						     0);
>>>>> +	if (num_sources < 0)
>>>>> +		return default_led_sources;
>>>>> +	else if (num_sources > ARRAY_SIZE(sources))
>>>>> +		return -EINVAL;
>>>>> +
>>>>> +	ret = fwnode_property_read_u32_array(node, "led-sources", sources,
>>>>> +					     num_sources);
>>>>> +	if (ret)
>>>>> +		return ret;
>>>>> +
>>>>> +	for (i = 0; i < num_sources; i++) {
>>>>> +		if (sources[i] < LM3630A_SINK_0 || sources[i] > LM3630A_SINK_1)
>>>>> +			return -EINVAL;
>>>>> +
>>>>> +		ret |= BIT(sources[i]);
>>>>> +	}
>>>>> +
>>>>> +	return ret;
>>>>> +}
>>>>> +
>>>>> +static int lm3630a_parse_bank(struct lm3630a_platform_data *pdata,
>>>>> +			      struct fwnode_handle *node, int *seen_led_sources)
>>>>
>>>> Why is seen_led_sources passed in here?
>>>> It is initialized on the stack in lm3630a_parse_node but the variable is never referenced in that API.
>>>
>>> It's to see all of the led-sources that are configured across all of the
>>> banks. If it is just in lm3630a_parse_bank(), then it won't catch the
>>> following invalid configuration:
>>>
>>
>> Ok I see what it is for now.
>>
>> Not sure why it is declared as a pointer though.
> 
> It's so that lm3630a_parse_bank() can update that value with the
> led-sources that have been seen. Otherwise, the changes wouldn't make
> their way back out to the outer function.
> 

OK.  Thats another way to do it.  I may have just done a return with the value.

Otherwise

Reviewed-by: Dan Murphy <dmurphy@ti.com>

> Brian
>