Thread (4 messages) 4 messages, 2 authors, 2021-03-01

Re: [PATCH V2 2/2] backlight: qcom-wled: Correct the sync_toggle sequence

From: Daniel Thompson <hidden>
Date: 2021-03-01 09:40:58
Also in: dri-devel, linux-arm-msm, linux-devicetree, linux-leds, lkml, phone-devel

On Mon, Mar 01, 2021 at 02:15:12PM +0530, kgunda@codeaurora.org wrote:
On 2021-02-26 22:56, Daniel Thompson wrote:
quoted
On Fri, Feb 26, 2021 at 05:42:24PM +0530, Kiran Gunda wrote:
quoted
As per the current implementation, after FSC (Full Scale Current)
and brightness update the sync bits are transitioned from 1 to 0.
This still seems to incorrectly describe the current behaviour.

Surely in most cases (i.e. every time except the first) the value of the
sync bit is 0 when the function is called and we get both a 0 to 1
and then a 1 to 0 transition.

That is why I recommended set-then-clear terminology to describe the
current behaviour. It is concise and correct.
Okay. Actually I have mentioned the "clear-and-set" in explaining the fix.
Let me modify the same terminology in explaining the problem case also.
Yes please.

In my original review I took time to explain why patch descriptions
require care and attention and, also, why expressing the original behaviour
as 1 to 0 was inadequate. Based on the previous feedback (and reply) I
was rather surprised that the problem was only half corrected in the
next revision.


Daniel.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help