[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e482a189-823f-35b1-b411-4c4db22a86a6@quicinc.com>
Date: Wed, 15 Mar 2023 16:52:39 +0530
From: Devi Priya <quic_devipriy@...cinc.com>
To: Andy Shevchenko <andy.shevchenko@...il.com>
CC: <agross@...nel.org>, <andersson@...nel.org>,
<konrad.dybcio@...aro.org>, <robh+dt@...nel.org>,
<krzysztof.kozlowski+dt@...aro.org>, <mturquette@...libre.com>,
<sboyd@...nel.org>, <linus.walleij@...aro.org>,
<catalin.marinas@....com>, <will@...nel.org>,
<p.zabel@...gutronix.de>, <shawnguo@...nel.org>, <arnd@...db.de>,
<marcel.ziswiler@...adex.com>, <dmitry.baryshkov@...aro.org>,
<nfraprado@...labora.com>, <broonie@...nel.org>,
<linux-arm-msm@...r.kernel.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <linux-clk@...r.kernel.org>,
<linux-gpio@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<quic_srichara@...cinc.com>, <quic_gokulsri@...cinc.com>,
<quic_sjaganat@...cinc.com>, <quic_kathirav@...cinc.com>,
<quic_arajkuma@...cinc.com>, <quic_anusha@...cinc.com>,
<quic_poovendh@...cinc.com>
Subject: Re: [PATCH V8 4/7] pinctrl: qcom: Add IPQ9574 pinctrl driver
On 3/8/2023 6:54 PM, Andy Shevchenko wrote:
> On Wed, Mar 8, 2023 at 11:52 AM Devi Priya <quic_devipriy@...cinc.com> wrote:
>> On 3/7/2023 5:28 AM, andy.shevchenko@...il.com wrote:
>
> ...
>
>>>> + depends on OF
>>>
>>> No compile test on non-OF configurations?
>
>> As per the generic convention followed in other
>> SoCs, we do not have compile test on non-OF configurations
>
> Why not? So, you have to explain the deliberate narrowing of the test coverageOn adding 'depends on OF || COMPILE_TEST', the driver compiles
for non-OF configuration as well.
Will update this in the next spin!
>
>>>> + depends on ARM64 || COMPILE_TEST
>
> ...
>
>>>> +#define FUNCTION(fname) \
>>>
>>> PINCTRL_PINFUNCTION() ?
>> I see that there are quite a bunch of files that has to
>> be modified for using the generic data type and
>> macro for the pin function definition
>> We shall post a separate series to accommodate the changes
>
> Sure, that's fine. Please do!
Sure, thanks
>
>>>> + [msm_mux_##fname] = { \
>>>> + .name = #fname, \
>>>> + .groups = fname##_groups, \
>>>> + .ngroups = ARRAY_SIZE(fname##_groups), \
>>>> + }
>
> ...
>
>>>> +#define PINGROUP(id, f1, f2, f3, f4, f5, f6, f7, f8, f9) \
>>>> + { \
>>>> + .name = "gpio" #id, \
>>>> + .pins = gpio##id##_pins, \
>>>> + .npins = (unsigned int)ARRAY_SIZE(gpio##id##_pins), \
>>>
>>> Can you embed struct pingroup?
>> Will take care of this in a separate series
>
> Ditto. Thanks!
Sure, thanks
>
>>>> + }
>
> ...
>
>>>> +};
>>>
>>> No MODULE_DEVICE_TABLE()?
>> The MODULE_DEVICE_TABLE(of, ipq9574_pinctrl_of_match) entry has
>> been added at the end of the file
>
> So, you know what to do then to address my comment :-)
Yep, got it!
>
Best Regards,
Devi Priya
Powered by blists - more mailing lists