Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Svyatoslav Ryhel" <clamor95@gmail.com>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org, robh@kernel.org
Subject: Re: [PATCH v2 06/10] ARM: tegra: tf701t: Tune MMC devices
Date: Tue, 21 Jul 2026 10:33:44 +0000	[thread overview]
Message-ID: <20260721103345.34D791F00A3A@smtp.kernel.org> (raw)
In-Reply-To: <20260721101059.451699-7-clamor95@gmail.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] Moving the MicroSD card power control to `power-gpios` and a shared regulator breaks MMC power cycling, preventing UHS-I (1.8V) error recovery.
--

--- Patch [6]: [PATCH v2 06/10] ARM: tegra: tf701t: Tune MMC devices ---
commit 08fae6eaa1d66420a7beb84b307b949d0eb99b35
Author: Svyatoslav Ryhel <clamor95@gmail.com>

ARM: tegra: tf701t: Tune MMC devices

This commit adds SDR104 mode to WiFi SDIO and uSD device nodes, removes
mmc-ddr-1_8v, and improves power sequences. The uSD card configuration is
adjusted to mimic the downstream kernel setup.

> diff --git a/arch/arm/boot/dts/nvidia/tegra114-asus-tf701t.dts b/arch/arm/boot/dts/nvidia/tegra114-asus-tf701t.dts
> index 83f8dd84d28a2..3de5c84d5f009 100644
> --- a/arch/arm/boot/dts/nvidia/tegra114-asus-tf701t.dts
> +++ b/arch/arm/boot/dts/nvidia/tegra114-asus-tf701t.dts

[ ... ]

> @@ -2396,14 +2394,18 @@ wifi@1 {
>  	/* MicroSD card */
>  	mmc@78000400 {
>  		status = "okay";
> -
>  		bus-width = <4>;
> +
>  		cd-gpios = <&gpio TEGRA_GPIO(V, 2) GPIO_ACTIVE_LOW>;
> +		power-gpios = <&gpio TEGRA_GPIO(K, 1) GPIO_ACTIVE_HIGH>;
> +
> +		sd-uhs-ddr50;
> +		sd-uhs-sdr104;
>  
>  		nvidia,default-tap = <0x3>;
>  		nvidia,default-trim = <0x3>;
>  
> -		vmmc-supply = <&vdd_2v9_usd>;
> +		vmmc-supply = <&vcore_emmc>;

[Severity: High]
Does replacing the dynamic regulator with a static power-gpios property and a
shared upstream regulator prevent the MMC subsystem from cycling VDD?

During an MMC power cycle (e.g., error recovery or system reset), the MMC core
attempts to cycle vmmc-supply. However, vmmc-supply is now the shared
vcore_emmc, which remains on because the non-removable eMMC holds a reference.

Meanwhile, the actual load switch for the MicroSD slot (TEGRA_GPIO(K, 1)) is
permanently held high during probe and never toggled:

drivers/mmc/host/sdhci-tegra.c:sdhci_tegra_probe() {
    ...
    tegra_host->power_gpio = devm_gpiod_get_optional(&pdev->dev, "power",
                                                     GPIOD_OUT_HIGH);
    ...
}

If UHS-I 1.8V mode negotiation fails, or if a soft reboot occurs while the
card is in 1.8V mode, the card will remain stuck expecting 1.8V signalling.
The host will revert to 3.3V (or 2.9V) and fail to initialize the card until
a hard cold boot.

>  		vqmmc-supply = <&vddio_usd>;
>  	};

[ ... ]

> @@ -2608,17 +2611,6 @@ hdmi_5v0_sys: regulator-hdmi {
>  		vin-supply = <&vdd_smps10_out2>;
>  	};
>  
> -	vdd_2v9_usd: regulator-vdd-usd {
> -		compatible = "regulator-fixed";
> -		regulator-name = "vdd_sd_slot";
> -		regulator-min-microvolt = <2900000>;
> -		regulator-max-microvolt = <2900000>;
> -		regulator-boot-on;
> -		gpio = <&gpio TEGRA_GPIO(K, 1) GPIO_ACTIVE_HIGH>;
> -		enable-active-high;
> -		vin-supply = <&vcore_emmc>;
> -	};
> -

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260721101059.451699-1-clamor95@gmail.com?part=6

  reply	other threads:[~2026-07-21 10:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-21 10:10 [PATCH v2 00/10] ARM: tegra: tf701t: Add new features Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 01/10] ARM: tegra: tf701t: Configure CPU DFLL clock node Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 02/10] ARM: tegra: tf701t: Add core-supply to PMC node Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 03/10] ARM: tegra: tf701t: Add MC and EMC timing nodes Svyatoslav Ryhel
2026-07-21 10:31   ` sashiko-bot
2026-07-21 10:10 ` [PATCH v2 04/10] ARM: tegra: tf701t: Remove pin_ prefix from PMIC pinmux Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 05/10] ARM: tegra: tf701t: Add thermal zones for nct1008 sensor Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 06/10] ARM: tegra: tf701t: Tune MMC devices Svyatoslav Ryhel
2026-07-21 10:33   ` sashiko-bot [this message]
2026-07-21 10:10 ` [PATCH v2 07/10] ARM: tegra: tf701t: Fix BCM43341 WiFi/BT chip configuration Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 08/10] ARM: tegra: tf701t: Complete power sensor node Svyatoslav Ryhel
2026-07-21 10:10 ` [PATCH v2 09/10] ARM: tegra: tf701t: Configure UART-B line used for GPS Svyatoslav Ryhel
2026-07-21 10:23   ` sashiko-bot
2026-07-21 10:10 ` [PATCH v2 10/10] ARM: tegra: tf701t: Add chosen node Svyatoslav Ryhel

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=20260721103345.34D791F00A3A@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=clamor95@gmail.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox