[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <18146801.MNNF8PUAaN@diego>
Date: Thu, 15 Aug 2024 15:17:24 +0200
From: Heiko Stübner <heiko@...ech.de>
To: Detlev Casanova <detlev.casanova@...labora.com>,
linux-kernel@...r.kernel.org, Shawn Lin <shawn.lin@...k-chips.com>
Cc: shawn.lin@...k-chips.com, Ulf Hansson <ulf.hansson@...aro.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Jaehoon Chung <jh80.chung@...sung.com>,
linux-mmc@...r.kernel.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-rockchip@...ts.infradead.org,
kernel@...labora.com
Subject: Re: [PATCH v3 2/3] mmc: dw_mmc-rockchip: Add v2 tuning support
Am Donnerstag, 15. August 2024, 02:55:37 CEST schrieb Shawn Lin:
> Hi Detlev
>
> 在 2024/8/15 6:34, Detlev Casanova 写道:
> > From: Shawn Lin <shawn.lin@...k-chips.com>
> >
> > v2 tuning will inherit pre-stage loader's phase settings for the first
> > time, and do re-tune if necessary.
> > Re-tune will still try the rough degrees, for instance, 90, 180, 270,
> > 360 but continue to do the fine tuning if sample window isn't good
> > enough.
> >
> > Signed-off-by: Shawn Lin <shawn.lin@...k-chips.com>
> > Signed-off-by: Detlev Casanova <detlev.casanova@...labora.com>
> > @@ -277,6 +322,10 @@ static int dw_mci_rk3288_parse_dt(struct dw_mci *host)
> > &priv->default_sample_phase))
> > priv->default_sample_phase = 0;
> >
> > + priv->use_v2_tuning =
> > + of_device_is_compatible(host->dev->of_node,
> > + "rockchip,rk3576-dw-mshc");
> > +
>
> v2 is a kind of software decision instead of hardware dependency.
> So in theory, any SoC can claim to use it via DT.
which actually makes it unsuitable for dt.
Devicetree describes hardware-properties and should _not_ be used for
software configuration.
From the comment above, I assume the rk3576 does not need that feature
and can just work with the regular tuning?
So there are two routes for the immediate future:
(1) rk3576 _needs_ that feature, then going with the compatible is fine
(2) rk3576 does not need absolutely need that feature, then I'd expect
the basic rk3576 to first come without, as I'd expect a lot more explanation
on why it is actually needed, and which cases it does improve.
The commit message does not really explain that much about why this
is a great/needed feature and which areas it does improve.
Heiko
Powered by blists - more mailing lists