Received: by 2002:a05:6358:bb9e:b0:b9:5105:a5b4 with SMTP id df30csp3733349rwb; Mon, 5 Sep 2022 17:55:54 -0700 (PDT) X-Google-Smtp-Source: AA6agR46z/kXMLs80Je0rS7tt+ZeOZmrnlKzEUm4nK618wRE+VyUbKN6/dt4VK/bbsgHRY4+KcQt X-Received: by 2002:a17:906:6a03:b0:730:a20e:cf33 with SMTP id qw3-20020a1709066a0300b00730a20ecf33mr38737158ejc.620.1662425754624; Mon, 05 Sep 2022 17:55:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662425754; cv=none; d=google.com; s=arc-20160816; b=lLkQZS8XJX2YKnIRDY/k1XVxFRY1VbylTnNVsAMNCRrhzRM7IkQX4aLqvkWNlmfqxa tOdHInEGUJ54B0CHUSrznLr/Avdy2FQvWZd2spPDHEQQV6fNpznjwOP5SXcgJWipGStr sQPKdRLbZKkAADCbZGS1fkRsBze3KpqRTcPQ4l1OZjM0ke0eCMD9e9jsElwX0ucafLPC PWphwdqDIzM2knd1gSQH5YhhK7YFt3VUwq5JEcIln8LAYQbB+o71g5CK5M3OIVUpYAqY x9cUajCVaA9x1ptGJUJ2MUGYrTmYcfT6gYkJYujL5VaI4vpIH6brh0Ze/HKKA1098UHG KTnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=Qc6NYY5YexS1HOTxn9qDikjXhg24+BGxEee+8YgWJDE=; b=C7iyrnCoqX3ZSRFINyQvdVlQEFfmzr1XEEmEpwjpZ5i611Rk2/fWuxxfssPPZGFlpy HebkqoAbnhvIjieIrUpvTodWLeBUjhW8ysXD7qf6342rvQzucK0LH6lODI2U2P9LaegA XAeWAqvR3Jt83s9rOEgwZlZEbkih0mJCqeyAme8abvi60tjnfA6w+cFzMMFF3Ptvp/c1 OFomNBOLfT2wDcCf0gFxZ8ejjIvM8N6iiQsy4ApTMAjqlxhq8BdstO0Azup8GrD7PCkY lC3sXVqArNymOzBu7MHojxH+jB9RLJuWkVsjL9/aJp/dAj3X04EgTq+i+aAqXBCIPBqR wi8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nfraprado.net header.s=gm1 header.b=B3cTm8Gf; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y3-20020a50eb03000000b0043bc19efc0bsi6905229edp.136.2022.09.05.17.55.30; Mon, 05 Sep 2022 17:55:54 -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; dkim=pass header.i=@nfraprado.net header.s=gm1 header.b=B3cTm8Gf; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233073AbiIFAqL (ORCPT + 99 others); Mon, 5 Sep 2022 20:46:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50652 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229817AbiIFAqJ (ORCPT ); Mon, 5 Sep 2022 20:46:09 -0400 Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:dc4:8::223]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9BD70696E5; Mon, 5 Sep 2022 17:46:04 -0700 (PDT) Received: (Authenticated sender: n@nfraprado.net) by mail.gandi.net (Postfix) with ESMTPSA id C8C4D60005; Tue, 6 Sep 2022 00:45:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nfraprado.net; s=gm1; t=1662425160; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Qc6NYY5YexS1HOTxn9qDikjXhg24+BGxEee+8YgWJDE=; b=B3cTm8GfX1EYIoLJc4q1Z3RO2PR3LQp/UZ9kTf3g3hvmUIAqtFl5XKHYnzCJCYMW23Z0ra xQRSSSnkS4Co4YBkIvIy+L5sc9mMw85G/3qkS/RYUbeNE+0MMXCNIB4iHE3LE2erUszrCX CLm73BkIp8Kz7UhULj5fKQ+yIabJIYZBuvh3OFm6/6uPsdhmkyC/2LxEpRKn/jpEf3iirD w9MmR0CQGP1gSY6tsKpo7yzk1uvtxPsU9m4WLcHv/OhX2ttxtu4aYFUtEHtR3NmzfQyuWe 7Fm2jy9dat9B0JOvEVXkcjx5Jqq7Q8I12aS1kbX/muRY6VWx/ZQ9NPfttQ2bqQ== Date: Mon, 5 Sep 2022 20:45:54 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: Ondrej Jirman Cc: linux-rockchip@lists.infradead.org, Rob Herring , Krzysztof Kozlowski , Heiko Stuebner , Martijn Braam , Tom Fitzhenry , Caleb Connolly , Arnaud Ferraris , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "moderated list:ARM/Rockchip SoC support" , open list Subject: Re: [PATCH] arm64: dts: rockchip: Fix SD card controller probe on Pinephone Pro Message-ID: <20220906004554.btzmcjqox4n3hdtf@notapiano> References: <20220904233652.3197885-1-megi@xff.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220904233652.3197885-1-megi@xff.cz> X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE 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 On Mon, Sep 05, 2022 at 01:36:47AM +0200, Ondrej Jirman wrote: > Voltage constraints on vccio_sd are invalid. They don't match the voltages > that LDO9 can generate, and this causes rk808-regulator driver to fail > to probe with -EINVAL when it tries to apply the constraints during boot. > > Fix the constraints to something that LDO9 can be actually configured for. > > Fixes: 78a21c7d5952 ("arm64: dts: rockchip: Add initial support for Pine64 PinePhone Pro") > Signed-off-by: Ondrej Jirman > --- > arch/arm64/boot/dts/rockchip/rk3399-pinephone-pro.dts | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm64/boot/dts/rockchip/rk3399-pinephone-pro.dts b/arch/arm64/boot/dts/rockchip/rk3399-pinephone-pro.dts > index f00c80361377a..2e058c3150256 100644 > --- a/arch/arm64/boot/dts/rockchip/rk3399-pinephone-pro.dts > +++ b/arch/arm64/boot/dts/rockchip/rk3399-pinephone-pro.dts > @@ -253,8 +253,8 @@ regulator-state-mem { > > vccio_sd: LDO_REG9 { > regulator-name = "vccio_sd"; > - regulator-min-microvolt = <1710000>; > - regulator-max-microvolt = <3150000>; > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <3300000>; Shouldn't the maximum be 3.1V? The SDMMC0_VDD pin on RK3399 that this regulator is connected to expects a maximum voltage of 3.15V, so 3.3V would be too high. The output voltage for LDO9 is configured in 100mV steps, so I imagine that's why 3.15V fails, but 3.1V should work fine. I haven't tested yet though. Thanks, N?colas