[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
<TYZPR04MB585382F43299E49FE1D2F2D0D6082@TYZPR04MB5853.apcprd04.prod.outlook.com>
Date: Tue, 16 Apr 2024 01:48:45 +0000
From: Delphine_CC_Chiu/WYHQ/Wiwynn <Delphine_CC_Chiu@...ynn.com>
To: Guenter Roeck <linux@...ck-us.net>, Delphine_CC_Chiu/WYHQ/Wiwynn
<Delphine_CC_Chiu@...ynn.com>
CC: "patrick@...cx.xyz" <patrick@...cx.xyz>, Jean Delvare <jdelvare@...e.com>,
"linux-hwmon@...r.kernel.org" <linux-hwmon@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v1] hwmon: max31790: revise the scale to write pwm
> -----Original Message-----
> From: Guenter Roeck <groeck7@...il.com> On Behalf Of Guenter Roeck
> Sent: Friday, April 12, 2024 9:03 PM
> To: Delphine_CC_Chiu/WYHQ/Wiwynn <Delphine_CC_Chiu@...ynn.com>
> Cc: patrick@...cx.xyz; Jean Delvare <jdelvare@...e.com>;
> linux-hwmon@...r.kernel.org; linux-kernel@...r.kernel.org
> Subject: Re: [PATCH v1] hwmon: max31790: revise the scale to write pwm
>
> Security Reminder: Please be aware that this email is sent by an external
> sender.
>
> On Fri, Apr 12, 2024 at 11:25:58AM +0800, Delphine CC Chiu wrote:
> > Since the value for PWMOUT Target Duty Cycle register is a 9 bit
> > left-justified value that ranges from 0 to 511 and is contained in 2
> > bytes.
> >
> > There is an issue that the LSB of the 9 bit would always be zero if it
> > just left shift 8 bit for the value that write to PWMOUT Target Duty
> > Cycle register.
> >
> > Therefore, revise the scale of the value that was writen to pwm input
> > from 255 to 511 and modify the value to left-justified value.
> >
>
> The only difference is that it writes 511 instead of 510. All other values are the
> same. I am not sure if that is really worth the trouble. It would have made a
> little more sense to me if you had used DIV_ROUND_CLOSEST(), but you didn't
> do that. As it is, I really don't understand the point. If it is really important to
> write 511 instead of 510, the commit description should explain that and not
> talk about the last bit always being zero (which it still is after this patch except,
> again, when writing 511 instead of 510).
>
> Thanks,
> Guenter
>
Hi Guenter,
Thanks for your reviewing.
I'll revise the code to use DIV_ROUND_CLOSEST().
The reason why we add this patch is that we saw an issue that the PWM signal we get with oscilloscope would not be on consistently if we set PWM to 100% to the driver, which would fail our hardware testing.
I'll describe more detail in the commit message.
Thanks.
Powered by blists - more mailing lists