Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp342587pxt; Wed, 4 Aug 2021 12:37:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnMGwZb1iKdBqcM3tppb1Xy6fGep3ivjsuqwFGtgFvkrheHVd+Fui603WAqdvBFvXrMF9r X-Received: by 2002:a17:906:5e55:: with SMTP id b21mr767528eju.121.1628105850653; Wed, 04 Aug 2021 12:37:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628105850; cv=none; d=google.com; s=arc-20160816; b=pJFdKNdc+gOtJtlv/ezM2837Ewvd6OvLtpJf64KJwvhSmwbtNgEAIZgb0UEaiFbuvl YOvT2fuRukOZZhEbxwEbuFc4im8v6wR1XU9VIpXpoO/JKxWJ2jGAadOLTLvvsWsoi7P0 gSTj6TKBhiE7y2H0a6wT96mbY5DiMxUxsSPKYv/Z1J+D8Srn107DQLFCqnT/ofzi3OOA kysVVveMMqLM8JEK2FeaNzKe/4i9A61uaCakdao+sIrMVdpFBeaYbGXdIyLA4oDNh1f5 Bymy8H5LFEodFLNLIDPV0UgpZy+wh378OJOAGmd24+NPJAkfWoRmoNJckv9qHXSW2vsU kcYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=ioKGZoNhuZath2EMP6LxRhs46el4W5uLUKtjlnEVPlA=; b=iZa7BE3J0RZMXerxtGtdZoF9Z+7J/Qb1n1J77cerDoXXuYBbBIEgQasD0WpnkMiTu/ /NvW0aefPnveqLK3Cpps6cfaYIVtgMdQRJ04Kj22U+qlLIifC9q5kVMkGqTycO1dGRwg dbnWw7M1rySmMRLNjDWzo4EWq3mFya2O/OxA/nhAWBXPy0DaiOYad5Wtzb1xMqN1HTKp XV6sAezdRHd5pd63E8xbAcYywSjEIPWGHcuUvOg27gBVKLr47hKdkzlB163MPaQVr4QN 3IQ/xFcO9ZsVKLMte71WHgMLS3fifURtPq2Jksen6XvfRTzIc6IsmEQzzciCXasDmv3R SCTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=c0iuJnE+; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z69si3174741ede.301.2021.08.04.12.37.03; Wed, 04 Aug 2021 12:37:30 -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=@kernel.org header.s=k20201202 header.b=c0iuJnE+; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229807AbhHDQPc (ORCPT + 99 others); Wed, 4 Aug 2021 12:15:32 -0400 Received: from mail.kernel.org ([198.145.29.99]:38466 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229648AbhHDQP3 (ORCPT ); Wed, 4 Aug 2021 12:15:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8AC5F60F35; Wed, 4 Aug 2021 16:15:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1628093717; bh=SU7iytpCAGzQPHujZgCX1j7w+mEyOgO8m5L4Sfkfong=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=c0iuJnE+Iq2qLARWx2kO/wSRb9gScSFH2nSxE+ddHBNkgc+DefJHN4DSiqejGP2/E 4gHjzSW2bJZufF+GODGh0BLiCo8vrStx6Wr2Ikc+kDy/gPKWdX69wjdvTURirYRdQP yCY2AuyK9zN73Zw4glL3i/xCcNy0f80gjzop3EzmqAthLGu/Cz+tnGKkt1eiTrwyRG K8cXR8i87ZRn3/oJtNKkCmeR3IRw5GAE/eGTXrj7z9AZrnuwaaX4hoKsEaLHL6tXQu L67m89axZ3atNglt5rGg0LeIeJMJ97jK3SOy+DmbDdY5sV/RTCrdK40YD4t5iZoxqN wlemh04Wm9Y8g== Date: Wed, 4 Aug 2021 17:15:01 +0100 From: Mark Brown To: Peter Geis Cc: Ulf Hansson , Jaehoon Chung , Liam Girdwood , Rob Herring , linux-mmc@vger.kernel.org, Linux Kernel Mailing List , "open list:ARM/Rockchip SoC..." , devicetree@vger.kernel.org Subject: Re: [BUG] mmc_regulator_set_ocr can't cope with regulator-fixed Message-ID: <20210804161501.GB26252@sirena.org.uk> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: X-Cookie: MOUNT TAPE U1439 ON B3, NO RING User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 04, 2021 at 10:32:52AM -0400, Peter Geis wrote: > Removing the vmmc phandle from the sdio node is an option, but then it > doesn't fully describe the hardware (it's also a non-standard 4.4v). > I had considered changing the check in dw-mmc.c [1] to continue in the > case of -EINVAL, but there are other places in the regulator framework > that can also return that and it doesn't address the underlying issue. What is the underlying issue that you don't see as being fixed if the MMC code is able to cope with not being able to read the voltage? If we don't know what voltage the regulator has then no amount of wishful thinking is going to give us that knowledge, if we want to proceed with controlling the device then the MMC code is going to need to make some decisions about what it's safe to do given the limited information it has available to it. Otherwise there's no option other than providing the information about the voltage. --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmEKvQQACgkQJNaLcl1U h9C12Af8DblVDI9WXSmbrPRXViKHLSNZFzqp2ZuGthopEX5957SrGd87e5iV+I/g gre6Jo3qS3dGIailxhWX4Tcyd/OztkwsS4V9ep1FBb3Iqo6qBbByMHwD/w2wF7sw zYDzwdN0yUltexPHqnPjxatTxrTL09SM8NnIl0018t1hl5UKtM/KU8YN6nFJEPLH 4Q2ooIe2pPSz7gsg4fW1xsmxJXCqUulFtoyK59mwoHrvfdrLWWIXvvCh87c7LCxk kwhYlg3SbIcZlZvLL1lVcMbPnZj6F3lClwHbzhy8jAP/LXF0rtFjbvDjZJZUImq/ 3BOF/lOC6PcaomF/mguPVTzZj2XXoQ== =L2o3 -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ--