Message-ID: <503b2ade-ff8e-c354-3886-3b7b511bd07e@samsung.com>
Date:   Wed, 2 Oct 2019 09:25:18 +0900
From:   Chanwoo Choi <cw00.choi@...sung.com>
To:     Dmitry Osipenko <digetx@...il.com>,
        Thierry Reding <thierry.reding@...il.com>
Cc:     MyungJoo Ham <myungjoo.ham@...sung.com>,
        Kyungmin Park <kyungmin.park@...sung.com>,
        Jonathan Hunter <jonathanh@...dia.com>,
        Tomeu Vizoso <tomeu.vizoso@...labora.com>,
        linux-pm@...r.kernel.org, linux-tegra@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v6 00/19] More improvements for Tegra30 devfreq driver

Hello Dmitry and Thierry,

On 19. 10. 2. 오전 6:15, Dmitry Osipenko wrote:
> 12.08.2019 00:22, Dmitry Osipenko пишет:
>> Hello,
>>
>> This series addresses some additional review comments that were made by
>> Thierry Reding to [1], makes several important changes to the driver,
>> fixing excessive interrupts activity, and adds new features. In the end
>> I'm proposing myself as a maintainer for the Tegra devfreq drivers.
>>
>> [1] https://lore.kernel.org/lkml/0fb50eb1-a173-1756-6889-2526a10ac707@gmail.com/T/
>>
>> Changelog:
>>
>> v6:  Addressed review comment that was made by Chanwoo Choi to v5 by
>>      squashing "Define ACTMON_DEV_CTRL_STOP" patch into the "Use CPUFreq
>>      notifier" patch.
>>
>> v5:  Addressed review comments that were made by Chanwoo Choi to v4 by
>>      squashing few patches, dropping some questionable patches, rewording
>>      comments to the code, restructuring the code and etc.
>>
>>      These patches are now dropped from the series:
>>
>>        PM / devfreq: tegra30: Use tracepoints for debugging
>>        PM / devfreq: tegra30: Inline all one-line functions
>>
>>      The interrupt-optimization patches are squashed into a single patch:
>>
>>        PM / devfreq: tegra30: Reduce unnecessary interrupts activity
>>
>>      because it's better to keep the optimizations as a separate change and
>>      this also helps to reduce code churning, since the code changes depend
>>      on a previous patch in order to stay cleaner.
>>
>>      Fixed a lockup bug that I spotted recently, which is caused by a
>>      clk-notifier->cpufreq_get()->clk_set_rate() sequence. Now a non-blocking
>>      variant of CPU's frequency retrieving is used, i.e. cpufreq_quick_get().
>>
>>      Further optimized the CPUFreq notifier by postponing the delayed
>>      updating in accordance to the polling interval, this actually uncovered
>>      the above lockup bug.
>>
>>      Implemented new minor driver feature in the new patch:
>>
>>        PM / devfreq: tegra30: Support variable polling interval
>>
>> v4:  Added two new patches to the series:
>>
>>        PM / devfreq: tegra30: Synchronize average count on target's update
>>        PM / devfreq: tegra30: Increase sampling period to 16ms
>>
>>      The first patch addresses problem where governor could get stuck due
>>      to outdated "average count" value which is snapshoted by ISR and there
>>      are cases where manual update of the value is required.
>>
>>      The second patch is just a minor optimization.
>>
>> v3:  Added support for tracepoints, replacing the debug messages.
>>      Fixed few more bugs with the help of tracepoints.
>>
>>      New patches in this version:
>>
>>        PM / devfreq: tegra30: Use tracepoints for debugging
>>        PM / devfreq: tegra30: Optimize CPUFreq notifier
>>        PM / devfreq: tegra30: Optimize upper consecutive watermark selection
>>        PM / devfreq: tegra30: Optimize upper average watermark selection
>>        PM / devfreq: tegra30: Include appropriate header
>>
>>      Some of older patches of this series also got some extra minor polish.
>>
>> v2:  Added more patches that are cleaning driver's code further and
>>      squashing another kHz conversion bug.
>>
>>      The patch "Rework frequency management logic" of the v1 series is now
>>      converted to "Set up watermarks properly" because I found some problems
>>      in the original patch and then realized that there is no need to change
>>      the logic much. So the logic mostly preserved and only got improvements.
>>
>>      The series is based on the today's linux-next (25 Jun) and takes into
>>      account minor changes that MyungJoo Ham made to the already queued
>>      patches from the first batch [1].
>>
>> Dmitry Osipenko (19):
>>   PM / devfreq: tegra30: Change irq type to unsigned int
>>   PM / devfreq: tegra30: Keep interrupt disabled while governor is
>>     stopped
>>   PM / devfreq: tegra30: Handle possible round-rate error
>>   PM / devfreq: tegra30: Drop write-barrier
>>   PM / devfreq: tegra30: Set up watermarks properly
>>   PM / devfreq: tegra30: Tune up boosting thresholds
>>   PM / devfreq: tegra30: Fix integer overflow on CPU's freq max out
>>   PM / devfreq: tegra30: Ensure that target freq won't overflow
>>   PM / devfreq: tegra30: Use kHz units uniformly in the code
>>   PM / devfreq: tegra30: Reduce unnecessary interrupts activity
>>   PM / devfreq: tegra30: Use CPUFreq notifier
>>   PM / devfreq: tegra30: Move clk-notifier's registration to governor's
>>     start
>>   PM / devfreq: tegra30: Reset boosting on startup
>>   PM / devfreq: tegra30: Don't enable consecutive-down interrupt on
>>     startup
>>   PM / devfreq: tegra30: Constify structs
>>   PM / devfreq: tegra30: Include appropriate header
>>   PM / devfreq: tegra30: Increase sampling period to 16ms
>>   PM / devfreq: tegra30: Support variable polling interval
>>   PM / devfreq: tegra20/30: Add Dmitry as a maintainer
>>
>>  MAINTAINERS                       |   9 +
>>  drivers/devfreq/tegra30-devfreq.c | 706 +++++++++++++++++++++++-------
>>  2 files changed, 555 insertions(+), 160 deletions(-)
>>
> 
> Hello Chanwoo,
> 
> I don't have any more updates in regards to this series, everything is
> working flawlessly for now. Will be awesome if we could continue the
> reviewing and then get the patches into linux-next to get some more testing.
> 
> 

Hello Dmitry,

I'm sorry for late reply. Except for patch5, I reviewed the patches.
Please check my comment. Actually, It is difficult to review the patch5
without any testing environment and detailed knowledge of watermark of tegra.
It is not familiar with me.


Hello Thierry,
If possible, Could you review the patch5 related to setting up the watermark
and other patches?

-- 
Best Regards,
Chanwoo Choi
Samsung Electronics

Powered by blists - more mailing lists