[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <170793345802.27225.14414738389431861403.b4-ty@kernel.org>
Date: Wed, 14 Feb 2024 11:57:43 -0600
From: Bjorn Andersson <andersson@...nel.org>
To: Andy Gross <agross@...nel.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>,
Yassine Oudjana <y.oudjana@...tonmail.com>
Cc: Yassine Oudjana <yassine.oudjana@...il.com>,
linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] arm64: dts: qcom: msm8996: Define UFS UniPro clock limits
On Mon, 18 Dec 2023 13:39:42 +0000, Yassine Oudjana wrote:
> These limits were always defined as 0, but that didn't cause any issue
> since the driver had hardcoded limits. In commit b4e13e1ae95e ("scsi: ufs:
> qcom: Add multiple frequency support for MAX_CORE_CLK_1US_CYCLES") the
> hardcoded limits were removed and the driver started reading them from DT,
> causing UFS to stop working on MSM8996. Add real UniPro clock limits to fix
> UFS.
>
> [...]
Applied, thanks!
[1/1] arm64: dts: qcom: msm8996: Define UFS UniPro clock limits
commit: 68c4c20848d71b0e69c3403becb5dd23e89e5896
Best regards,
--
Bjorn Andersson <andersson@...nel.org>
Powered by blists - more mailing lists