Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1277553imw; Wed, 13 Jul 2022 17:12:46 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tqT85m3LaDA/o9f+TU+JiV56KxU3MujrVXCR0XsrrOS77oQsZYeCBYH6phtAOmdjnDu2dJ X-Received: by 2002:a17:906:9be0:b0:72b:4600:e9ce with SMTP id de32-20020a1709069be000b0072b4600e9cemr5944636ejc.224.1657757565796; Wed, 13 Jul 2022 17:12:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657757565; cv=none; d=google.com; s=arc-20160816; b=DSLD9jzlPVUmkLk2ZCH/IETrt6fwjfbdlQMffF8SjyLYx+oEIBulu0S8YzrZW4QZhZ TNu42NzErI6zl+Gvh29qdDTvEsxf4P2irU+8JBEtuGItkTWOGLswwrng+IUM4VDtXUK1 gz+YpUOglcOH4sbNVJiwi0T0rgJWU7w0Kped8YMSXPCPwZ5oIr6SlfvOZTzD8c7pD5Jt VRSpzErmVZ8HUBx++qNL3mQaX4ukbfGTWIeV2eanb1XfyS+y9VcGZNLidO613BhkKhRg E7Fzb1kzwtV5/IA/nPCoSzTl8Yu+D9VOKMdiyZFIDqQDBP1QS7c+RnOZuuj/7dAEs5l5 jo4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:to:from; bh=2UZDS6JTByQ+XGKk7pbT/oSTVMtoiobxte+zNcyrW/4=; b=RM7b8JxgALyB9Z+lQZigaFOJAQWtmSQMgA2sdL89SA+4w/QB+SNOftKXt9kEVz8fOY XSVTTXTXTmJs3fKA9yAjfv4APK/O0B7bp89qNHC8GzBez+MyojGXzTUFj8h/mqxteRN9 YX+zAG7MxcEyAe1FmHuUf6+zHfMkICP0y0Xevsob3H1cEz5hpLCBn5yx59IRxs59dlju VHYqciGBJ/s4IDKZoHW2LKt/8IFW912P2xiP0irDb5IIR1/d3O6mzcxbIKtPdq+eardL u7X0SKOSi3vOhwbpUzmdLIN7uhXXXyz363zxpZzNKTDqKJKdjNPRvuAyPKTti3EeTMlp dC7w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e35-20020a056402332300b0043ac557662csi217579eda.35.2022.07.13.17.12.19; Wed, 13 Jul 2022 17:12:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231218AbiGMXll convert rfc822-to-8bit (ORCPT + 99 others); Wed, 13 Jul 2022 19:41:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51918 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231706AbiGMXl1 (ORCPT ); Wed, 13 Jul 2022 19:41:27 -0400 Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6DB9552DC3 for ; Wed, 13 Jul 2022 16:41:19 -0700 (PDT) Received: from ip5b412258.dynamic.kabel-deutschland.de ([91.65.34.88] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1oBlym-0008AU-FZ; Thu, 14 Jul 2022 01:41:16 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, Christian =?ISO-8859-1?Q?Kohlsch=FCtter?= Subject: Re: [PATCH] arm64: dts: rockchip: Fix SD card init on rk3399-nanopi4 Date: Thu, 14 Jul 2022 01:41:15 +0200 Message-ID: <12878108.O9o76ZdvQC@diego> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_SCC_BODY_TEXT_LINE,T_SPF_HELO_TEMPERROR autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Christian, Am Donnerstag, 14. Juli 2022, 00:22:23 CEST schrieb Christian Kohlsch?tter: > mmc/SD-card initialization may sometimes fail on NanoPi r4s with > "mmc1: problem reading SD Status register" / > "mmc1: error -110 whilst initialising SD card" > > Moreover, rebooting would also sometimes hang. > Nit: here the commit message should continue with something like: ----- This is caused by the vcc3v0-sd regulator referencing the wrong gpio. Fix the regulator to use the correct pin and drop the always-on property. ----- > Signed-off-by: Christian Kohlsch?tter > --- > arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi b/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi > index 8c0ff6c96e03..91789801ab03 100644 > --- a/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi > +++ b/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi > @@ -67,10 +67,10 @@ vcc1v8_s3: vcc1v8-s3 { > vcc3v0_sd: vcc3v0-sd { > compatible = "regulator-fixed"; > enable-active-high; > - gpio = <&gpio0 RK_PA1 GPIO_ACTIVE_HIGH>; > + gpio = <&gpio0 RK_PD6 GPIO_ACTIVE_HIGH>; The interesting question would be how nano-pi-specific that gpio is. I.e. this is the rk3399-nanopi4.dtsi that is shared by multiple board types, so can you check in schematics if gpio0-d6 is always used on all of them? Thanks Heiko > pinctrl-names = "default"; > pinctrl-0 = <&sdmmc0_pwr_h>; > - regulator-always-on; > + regulator-boot-on; > regulator-min-microvolt = <3000000>; > regulator-max-microvolt = <3000000>; > regulator-name = "vcc3v0_sd"; > @@ -580,7 +580,7 @@ wifi_reg_on_h: wifi-reg_on-h { > > sdmmc { > sdmmc0_det_l: sdmmc0-det-l { > - rockchip,pins = <0 RK_PA7 RK_FUNC_GPIO &pcfg_pull_up>; > + rockchip,pins = <0 RK_PD6 RK_FUNC_GPIO &pcfg_pull_up>; > }; > > sdmmc0_pwr_h: sdmmc0-pwr-h { >