From: Krzysztof Kozlowski <krzk@kernel.org>
To: Sarthak Garg <quic_sartgarg@quicinc.com>,
Ulf Hansson <ulf.hansson@linaro.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Adrian Hunter <adrian.hunter@intel.com>
Cc: linux-mmc@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org,
quic_cang@quicinc.com, quic_nguyenb@quicinc.com,
quic_rampraka@quicinc.com, quic_pragalla@quicinc.com,
quic_sayalil@quicinc.com, quic_nitirawa@quicinc.com,
quic_bhaskarv@quicinc.com, kernel@oss.qualcomm.com
Subject: Re: [PATCH V3 4/4] arm64: dts: qcom: sm8550: Remove SDR104/SDR50 broken capabilities
Date: Wed, 18 Jun 2025 11:08:10 +0200 [thread overview]
Message-ID: <4038339c-a352-4007-85f5-44601a3578c2@kernel.org> (raw)
In-Reply-To: <86ad5ddb-1a43-45c3-af35-9eb863c66f63@quicinc.com>
On 18/06/2025 10:44, Sarthak Garg wrote:
>
>
> On 6/18/2025 1:11 PM, Krzysztof Kozlowski wrote:
>> On 18/06/2025 09:28, Sarthak Garg wrote:
>>> Kernel now handles all level shifter limitations related to SD card
>>> modes.
>>> As a result, the broken hardware capabilities for SDR104 and SDR50 modes
>>> can be removed from the device tree.
>>> Additionally, due to level shifter constraints, set the maximum
>>> frequency for High Speed (HS) mode to 37.5 MHz using the
>>> max-sd-hs-frequency property for sm8550.
>>>
>>> Signed-off-by: Sarthak Garg <quic_sartgarg@quicinc.com>
>>> ---
>>> arch/arm64/boot/dts/qcom/sm8550.dtsi | 4 +---
>>> 1 file changed, 1 insertion(+), 3 deletions(-)
>>>
>>> diff --git a/arch/arm64/boot/dts/qcom/sm8550.dtsi b/arch/arm64/boot/dts/qcom/sm8550.dtsi
>>> index 82cabf777cd2..2c770c979d39 100644
>>> --- a/arch/arm64/boot/dts/qcom/sm8550.dtsi
>>> +++ b/arch/arm64/boot/dts/qcom/sm8550.dtsi
>>> @@ -3180,6 +3180,7 @@ sdhc_2: mmc@8804000 {
>>> iommus = <&apps_smmu 0x540 0>;
>>> qcom,dll-config = <0x0007642c>;
>>> qcom,ddr-config = <0x80040868>;
>>> + max-sd-hs-frequency = <37500000>;
>> So my previous comments stay... This is SoC thus deducible from compatible.
>>
>> Best regards,
>> Krzysztof
>
> " I agree that a DT property for the mmc controller would make sense.
>
> Although, this seems limited to SD UHS-I speed modes, so perhaps
> "max-sd-uhs-frequency" would be a better name for it?
>
> Kind regards
> Uffe "
>
> https://patchwork.kernel.org/project/linux-mmc/cover/20250523105745.6210-1-quic_sartgarg@quicinc.com/
>
> This was the comment given on V2 to introduce a generic dt
> property.
I know, it does not matter. If this is here, it is a 100% proof this is
SoC specific, thus you have compatible for that.
Best regards,
Krzysztof
next prev parent reply other threads:[~2025-06-18 9:08 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-18 7:28 [PATCH V3 0/4] Add level shifter support for qualcomm SOC's Sarthak Garg
2025-06-18 7:28 ` [PATCH V3 1/4] mmc: sdhci-msm: Enable tuning for SDR50 mode for SD card Sarthak Garg
2025-06-18 7:28 ` [PATCH V3 2/4] dt-bindings: mmc: controller: Add max-sd-hs-frequency property Sarthak Garg
2025-06-18 7:43 ` Krzysztof Kozlowski
2025-06-18 8:38 ` Sarthak Garg
2025-06-18 9:08 ` Krzysztof Kozlowski
2025-06-20 9:07 ` Sarthak Garg
2025-06-21 10:20 ` Konrad Dybcio
2025-06-22 9:48 ` Krzysztof Kozlowski
2025-06-23 12:08 ` Konrad Dybcio
2025-06-23 12:16 ` Krzysztof Kozlowski
2025-06-23 12:31 ` Konrad Dybcio
2025-06-24 6:06 ` Krzysztof Kozlowski
2025-07-01 9:04 ` Konrad Dybcio
2025-07-01 9:30 ` Krzysztof Kozlowski
2025-07-24 11:48 ` Sarthak Garg
2025-06-18 7:28 ` [PATCH V3 3/4] mmc: core: Introduce a new flag max-sd-hs-frequency Sarthak Garg
2025-06-18 7:28 ` [PATCH V3 4/4] arm64: dts: qcom: sm8550: Remove SDR104/SDR50 broken capabilities Sarthak Garg
2025-06-18 7:41 ` Krzysztof Kozlowski
2025-06-18 8:44 ` Sarthak Garg
2025-06-18 9:08 ` Krzysztof Kozlowski [this message]
2025-06-21 10:23 ` Konrad Dybcio
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4038339c-a352-4007-85f5-44601a3578c2@kernel.org \
--to=krzk@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=kernel@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=quic_bhaskarv@quicinc.com \
--cc=quic_cang@quicinc.com \
--cc=quic_nguyenb@quicinc.com \
--cc=quic_nitirawa@quicinc.com \
--cc=quic_pragalla@quicinc.com \
--cc=quic_rampraka@quicinc.com \
--cc=quic_sartgarg@quicinc.com \
--cc=quic_sayalil@quicinc.com \
--cc=robh@kernel.org \
--cc=ulf.hansson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.