Hi,
On Fri, Jul 29, 2022 at 5:27 AM Bean Huo <huobean@xxxxxxxxx> wrote:
>
> On Thu, 2022-07-28 at 14:09 -0700, Bart Van Assche wrote:
> > On 7/28/22 00:16, peter.wang@xxxxxxxxxxxx wrote:
> > > Mediatek ufs do not want to toggle write booster when clock
> > > scaling.
> > > This patch set allow vendor disable wb toggle in clock scaling.
> >
> > I don't like this approach. Whether or not to toggle the write
> > booster
> > when scaling the clock is not dependent on the host controller and
> > hence
> > should not depend on the host controller driver.
> >
> > Has it been considered to add a sysfs attribute in the UFS driver
> > core
> > to control this behavior?
> >
>
> Bart,
> we already have wb_on sysfs node, but it only allows to write this node
> when clock scaling is not supported.
>
>
> static ssize_t wb_on_store(..)
> {
> struct ufs_hba *hba = dev_get_drvdata(dev);
> unsigned int wb_enable;
> ssize_t res;
>
> if (ufshcd_is_clkscaling_supported(hba)) {
> /*
> * If the platform supports
> UFSHCD_CAP_AUTO_BKOPS_SUSPEND,
> * turn WB on/off will be done while clock scaling
> up/down.
> */
> dev_warn(dev, "To control WB through wb_on is not
> allowed!\n");
> return -EOPNOTSUPP;
> }
>
>
> Kind regards,
> Bean
>
> > Thanks,
> >
> > Bart.
Acked to this patch series.
Clk-Scaling is aimed to save power by fine-tuning any possible
resources depending on the workload.
Currently below items would be tuned,
1. Clk rate
2. Gear
3. Write Booster switch on/off
The truth is that each host (and device) vendor has different designs
to reduce the power, therefore those tunings may not be suitable or
need different ways for all host platforms.
Take below cases for example,
1. The clk cannot be set at different rates directly because it is
shared with other users.
2. The Write Booster feature does not need to be disabled because this
impacts the performance too much. Performance may be even worse than
the case when clk-scaling is disabled. In addition, system power may
be not reduced if a long data write period is harmful to the system
low-power design.
Thanks,
Stanley
