From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfram Sang Subject: Re: [PATCH] mmc: renesas_sdhi: add checks for pinctrl_lookup_state Date: Thu, 31 Oct 2019 23:12:11 +0100 Message-ID: <20191031221211.GA3853@kunai> References: <20191018131338.11713-1-hslester96@gmail.com> <20191023153313.GB5153@kunai> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Ulf Hansson Cc: Chuhong Yuan , Wolfram Sang , "linux-mmc@vger.kernel.org" , Linux Kernel Mailing List List-Id: linux-mmc@vger.kernel.org --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable HI Ulf, > > Well, I don't like to bail out because this error is not fatal for basic > > operations. How about releasing priv->pinctrl again with an additional > > warning that pinctrl settings are broken and will prevent 1.8v modes? > > > > Opinions? >=20 > Hmm, from a mmc driver probe point of view, I don't quite share this appr= oach. >=20 > I would rather fail as it forces the DTB to be corrected immediately, > rather than trusting some developer to look at a warning in a log. The > point is, in such a case it may never get fixed, if the product is > shipped with the wrong DTB. I could agree to this arguement, iff the only way pinctrl_select fails is a DT misconfiguration. I am not sure if this is true right now, and we can't be sure about the future. Or? > My concern at this point is rather to break existing DTBs, but it > seems that should not be an issue, right? AFAIK not for the upstream ones, I don't know the customer ones. I still prefer to not bail out. Kind regards, Wolfram --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAl27XDcACgkQFA3kzBSg KbYYBRAAiikrBSwiMJ26xkXJxt4soVNJykMZrHS9niXYlb+cM9mznO9ah9yPKjFL Op6LtWP5EKJPU7Yz1FM+wjKKyLgC/nvLKw3gvbXXDI1GhZAa4yl0e9diIBzECp8g 5EMTYmB5i9u5Z1MBkNQB8/UuQ7JlVNtGuWI3YcbcG0reM6i20BaynpDthwVKa9vv 2h+5OWf8Ep76B5CEOmqF/TePJeTwR/Dzzzf9PxJOqu/v3MW8Pwc9WF7UwWSmxLel yBHr4bHOxYg4WEta99YirlXYadlxdv9cZ3+lcx+6kwaWd0kgv+xF5sxsxJFz2G/Y d8c1zYso/Js37VFI/E0lxCDnVBbZaiDDpSkkS2E+ZmBFZeHigFhRvRenkPKnjxCu S38I9e3M4pE//z7UirjR/uHv6VDopd1nEOmx4Md6eo0Yj5QhrlPOromAIVenpECO S2/L5NWy+sNZ4APAUeesKqRy0yQVqEEg3U01AC6PQpqfIHrjKXXHObsTwtt24ct3 Vy51uTTB0BWZGY3cO+YuHJiJTCS5aC1k63FA7XCINArVhZh3ZTqGQZH3MoGy9dvj L168HXbOVK5HkDh/xZx9b1S0dkdPvciYYHiJ3GU2b63ICOczGPsF0vIwJdbgzN7i 66m5ckYQdR1zDZVQAdWSoAMGAUYScPDMm3sU6/MTTu7I9D2H4ks= =XBqM -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc--