Re: [PATCH v2 2/2] hwmon: ltc4282: add support for the LTC4282 chip

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 27/11/2023 09:10, Krzysztof Kozlowski wrote:
> On 27/11/2023 08:53, Nuno Sá wrote:
>>>    355  
>>>  > 356  unsigned long ltc4282_recalc_rate(struct clk_hw *hw, unsigned long parent)
>>>    357  {
>>>    358          struct ltc4282_state *st = container_of(hw, struct ltc4282_state,
>>>    359                                                  clk_hw);
>>>    360          u32 clkdiv;
>>>    361          int ret;
>>>    362  
>>>    363          ret = regmap_read(st->map, LTC4282_CLK_DIV, &clkdiv);
>>>    364          if (ret)
>>>    365                  return 0;
>>>    366  
>>>    367          clkdiv = FIELD_GET(LTC4282_CLKOUT_MASK, clkdiv);
>>>    368          if (!clkdiv)
>>>    369                  return 0;
>>>    370          if (clkdiv == LTC4282_CLKOUT_INT)
>>>    371                  return LTC4282_CLKOUT_SYSTEM;
>>>    372  
>>>    373          return LTC4282_CLKOUT_CNV;
>>>    374  }
>>>    375  
>>>
>>
>> Arghh, I do need to see if I can add some test branch of my own to the test robot :/.
>> Anyways, will wait for some more reviewing before sending v3 to address this.
> 
> It's easy to test your patches on your own machines...  Just build few
> different configs.
> 

Wait, this was not even unusual test, just standard compile, which means
you did not do basic tests on your end. You must build your new driver
with W=1, smatch, sparse and coccinelle before sending upstream.

Best regards,
Krzysztof





[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux