Message-ID: <26c4e138-68c4-4d1b-b3cf-f7601effbeb0@wanadoo.fr>
Date:   Sat, 11 Feb 2023 19:08:54 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.7.1
Subject: Re: [PATCH] iio: frequency: adf4377: remove duplicate/repeating
 constant
Content-Language: fr, en-GB
To:     Deepak R Varma <drv@mailo.com>
Cc:     Michael.Hennerich@analog.com, antoniu.miclaus@analog.com,
        jic23@kernel.org, kumarpraveen@linux.microsoft.com,
        lars@metafoo.de, linux-iio@vger.kernel.org,
        linux-kernel@vger.kernel.org, ssengar@microsoft.com
References: <Y+c+mwNnlPpSH49/@ubun2204.myguest.virtualbox.org>
 <1f9d31ad-db91-a6b9-3a70-cfc983cd99b7@wanadoo.fr>
 <Y+fAa5N3YbMW6yJt@ubun2204.myguest.virtualbox.org>
From:   Christophe JAILLET <christophe.jaillet@wanadoo.fr>
In-Reply-To: <Y+fAa5N3YbMW6yJt@ubun2204.myguest.virtualbox.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: bulk

Le 11/02/2023 à 17:20, Deepak R Varma a écrit :
> On Sat, Feb 11, 2023 at 03:57:51PM +0100, Christophe JAILLET wrote:
>> Le 11/02/2023 à 08:07, Deepak R Varma a écrit :
>>> Constant ADF4377_0000_SOFT_RESET_R_MSK is unnecessarily or'ed with
>>> itself. Remove the redundant constant from the expression.
>>> Issue identified using doublebitand.cocci Coccinelle semantic patch.
>>>
>>> Signed-off-by: Deepak R Varma <drv-asAA5fHt7EIAvxtiuMwx3w@public.gmane.org>
>>> ---
>>>    drivers/iio/frequency/adf4377.c | 4 ++--
>>>    1 file changed, 2 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/iio/frequency/adf4377.c b/drivers/iio/frequency/adf4377.c
>>> index 26abecbd51e0..caefd7ea6b14 100644
>>> --- a/drivers/iio/frequency/adf4377.c
>>> +++ b/drivers/iio/frequency/adf4377.c
>>> @@ -495,8 +495,8 @@ static int adf4377_soft_reset(struct adf4377_state *st)
>>>    		return ret;
>>>    	return regmap_read_poll_timeout(st->regmap, 0x0, read_val,
>>> -					!(read_val & (ADF4377_0000_SOFT_RESET_R_MSK |
>>> -					ADF4377_0000_SOFT_RESET_R_MSK)), 200, 200 * 100);
>>> +					!(read_val & ADF4377_0000_SOFT_RESET_R_MSK),
>>> +					200, 200 * 100);
>>
>> Based on the code just above, it is likely that one is expected to be
>> ADF4377_0000_SOFT_RESET_MSK.
> 
> Hello CJ,
> I agree, that appears to be a close possibility. I also tried looking to the
> data sheet, but could not conclude.
> How can I make sure if the other one should be ADF4377_0000_SOFT_RESET_MSK?
> 
> Thank you,
> ./drv

I don't have the hardware, but based on the datasheet, table 43, 
ADF4377_0000_SOFT_RESET_R_MSK is a repeat of ADF4377_0000_SOFT_RESET_MSK.

My understanding is that the regmap_update_bits() a few lines above sets 
bits to request the chip to reset. Both bits have the same meaning and I 
guess that writing only one would be enough or the chip require both to 
be written for some kind of "security" feature maybe.

Anyway, on reset, both are zeroed.
That is what is tested by regmap_read_poll_timeout().

So the code should work fine as-is, but to keep the logic, I would 
definitively use ADF4377_0000_SOFT_RESET_MSK | 
ADF4377_0000_SOFT_RESET_R_MSK.


Finally, the driver is new and the author is in copy, so I guess that he 
would be in the best position to confirm all that.

CJ

> 
>>
>> CJ
>>
>>>    }
>>>    static int adf4377_get_freq(struct adf4377_state *st, u64 *freq)
>>
> 
> 
>