Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp494741pxb; Tue, 14 Sep 2021 02:15:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyN1pblkkP2oVWPyLrpNiCX6Y9emUvN8DyWZTkGrE/ufl+JBxyiiQz5I5CKtkJZznqKeCOj X-Received: by 2002:a05:6402:6d2:: with SMTP id n18mr17897631edy.333.1631610902638; Tue, 14 Sep 2021 02:15:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631610902; cv=none; d=google.com; s=arc-20160816; b=n7wTiNcn37Y6MxbR9B89dujgCg3o8dl61itr5+sVFl5gPFbiFknDdiDmYtM+6zdylY j/5ZJDTrLj6GtKZqtiZNTXm9nrejkd0eWbfdeHUj/tDP2Ao472KMZtXW/RAT/EDE/ljN OuxXgIKvWxooaGbPqZlIgmd5Xg+H/EfCGELblprFhJtS1WmzVrIrumMOg5WB53/KPFxM i1iuid0OXAbRgzfzfdUMpm8rlPqHlgk0hv3CoJAZVcWCzC8RWZm3drL0fUHBhOdJoEq+ GNJYSJpE4agHHj7VFLshfrK5DQqJlu1aTWcmAaQvMRBXe3f5qwycSs8Q85qbpS9kX/sv d6vw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:user-agent:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :dkim-signature; bh=avXpeJn35Q4//n/pNx9eS1nfFOHtV9+Q3BPHTxF0hk8=; b=tN+zCNd4AqJTcYzyGH1xz1x9FDrjKWvTCO3Sfa9/MKFBHBYefWQfJqhZLNioT82O+e oI9g2FTUj9mJ8hJqp7niuBgo+GrWrIwaA76Vqc5jxWFopG93nEGsDdifllZMHrJSLeLf YTXXDIq1e5zgHYPfa+3V5G056BbYBP43ScRjsw7zZFf+XIex5npOtTBwL7dQXiyPmyGn OnONtVWFuMKMkfbW0YSGSnTOLCyoqmdrNOXG0dzzkCQoxKXEiy3LfVRD72vIWKIki/BK sNIK89DlqurgbLgCT+KzEpgxxHPzESAnN/Pqqs3t5AxY81lNBVRlaNt6nh/3gVgMKCRg 1rRw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=vrvOP2iH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p3si9136657edb.46.2021.09.14.02.14.38; Tue, 14 Sep 2021 02:15:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=vrvOP2iH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231627AbhINJOI (ORCPT + 99 others); Tue, 14 Sep 2021 05:14:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48572 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231633AbhINJOD (ORCPT ); Tue, 14 Sep 2021 05:14:03 -0400 Received: from ssl.serverraum.org (ssl.serverraum.org [IPv6:2a01:4f8:151:8464::1:2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F146FC061766; Tue, 14 Sep 2021 02:12:45 -0700 (PDT) Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 5BA9D22236; Tue, 14 Sep 2021 11:12:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1631610763; 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=avXpeJn35Q4//n/pNx9eS1nfFOHtV9+Q3BPHTxF0hk8=; b=vrvOP2iHkoAcxA7jk5MY4225GTt140n9bFQsVPoxJzMPOFRuMU/0Yl0MNGZD01AbDc0YwJ gmRYmGLMPzuiAmgt4v+/X3SRMBCDkkrdpFPxlbUfeGQLw8Gjhg1F5KES6ha7GR2cJIG8Jo bbmDxs3zfotmyS8ZAT0WSBv5T7DXlp0= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 14 Sep 2021 11:12:43 +0200 From: Michael Walle To: Lucas Stach Cc: Heiko Thiery , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Fabio Estevam , Shengjiu Wang , Joakim Zhang , Krzysztof Kozlowski , Rob Herring , NXP Linux Team , Pengutronix Kernel Team , Shawn Guo , Sascha Hauer Subject: Re: [PATCH v2] arm64: dts: imx8mq-kontron-pitx-imx8m: remove vqmmc-supply node In-Reply-To: <2dc72116ec935a5a5d7a1a176868b7af7ff3227c.camel@pengutronix.de> References: <20210914072627.24173-1-heiko.thiery@gmail.com> <449f718706fd5af03190bdda986de37aa8fa14e3.camel@pengutronix.de> <79fb60ea9a002ea553a92ea08b28b866@walle.cc> <2dc72116ec935a5a5d7a1a176868b7af7ff3227c.camel@pengutronix.de> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <9e3d52c297ed024594a1e610a5cf61b2@walle.cc> X-Sender: michael@walle.cc Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 2021-09-14 10:52, schrieb Lucas Stach: > Am Dienstag, dem 14.09.2021 um 10:32 +0200 schrieb Michael Walle: >> Hi Lucas, >> >> Am 2021-09-14 10:20, schrieb Lucas Stach: >> > Am Dienstag, dem 14.09.2021 um 09:26 +0200 schrieb Heiko Thiery: >> > > The sw4 output (V_1V8_S0 voltage) from the PMIC is the main supply for >> > > the 1V8 power domain. It is not only used as supply for the eMMC. >> > > So this voltage can not be changed and is not allowed to switched off. >> > > Therefore we do not want to provide this regulator to the SDHC driver >> > > to >> > > control this voltage. >> > > >> > This specific requirement should not be solved by removing the >> > regulator connection from the SDHCI node, but instead by constraining >> > the regulator voltage range to a fixed 3.3V and marking the regulator >> > as always-on to reflect the hardware requirements in the DT. >> > >> > Also if your eMMC vqmmc is a fixed 3.3V, I don't think you need the >> > faster pinctrl states, as you can't use the faster pin states anyways, >> > as they require a 1.8V signaling voltage. >> >> Are you speaking of the 1.8V signalling modes? As far as I know the >> IMX SDHC controller will switch the voltage by its own function pin. >> That is, its not a GPIO. > > Ah, I mixed things up here. This is a fixed 1.8V supply, which is valid > for eMMC, so the high-speed modes are available. My comment still > applies that this should be fixed by constraining the regulator, not by > removing the DT connection. > > vqmmc is the MMC IO voltage, which can be switched either by the > function pin, which gets toggled automatically when software does the > voltage switch, or by explicitly switching the regulator voltage. eMMCs > are a bit special as they can work with a fixed 1.8V IO supply and > don't need to start with 3.3V. I tend to agree. There might be some useful information, like the driver could fetch the voltage although it is not able to change it. NB. the regulator is already fixed at 1.8V and is marked as always on. from arch/arm64/boot/dts/freescale/imx8mq-kontron-pitx-imx8m.dts: sw4_reg: sw4 { regulator-name = "V_1V8_S0"; regulator-min-microvolt = <1800000>; regulator-max-microvolt = <1800000>; regulator-always-on; }; -michael