Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp821051rwl; Fri, 24 Mar 2023 02:24:05 -0700 (PDT) X-Google-Smtp-Source: AKy350Yjs/7oCGajzHn7EEzQLv4DzMQ3Vw7sxITAaj7ManCMegqaRc8ZIf2QhYf2n1xDhnB70K6L X-Received: by 2002:a17:902:e744:b0:1a1:cc0c:a5c2 with SMTP id p4-20020a170902e74400b001a1cc0ca5c2mr2287290plf.62.1679649845574; Fri, 24 Mar 2023 02:24:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679649845; cv=none; d=google.com; s=arc-20160816; b=llCSlStOYkNE5HM4P2Aolcj7vKGKsaKdPu3S3dnLO17Np7+NoJ9PwV9hVR/5bn+gR5 UXJ5hyuPBGRaTPBIriBHV8gzoR7JmeBPbw1YxTOzOZpaXvzBMPGbXrswNOPwWL31WJGA 8fIYiMDeZEDAt51homCrvUQ3kzkXGkDuAjbXS3MZTOw0XU7JySgsuSatZHj0I9znWQO+ KbkbCN7J1a03Od8BV2FYduI+3W3s0QJBOI1KoqG3LdE3SA6HpbNiSkXfOcmLHFBj0Xs9 ajvCGcqlkHKrL4vkI1mkv5Kaf00zWxPItXh69tbVG7O0kaFjhAOTDPgcd4ydgaprjHsh NTww== 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=PjojhDR+j8OZSSeQ3YV5sggRek06OGFFYeqFFzU5slg=; b=AXW1qSJaShLJrVqq3HPWovH33lWUB9ilef/hsZHCvq8EEsEXkzSd3xYQBux68bGikB LziW6OtHKCu/5dmpzccjKL0eTCuOgpEXOmzzCJw178LQJE7hH+r4eVVyHAqQIjqaXK4I 5N+J2PfknjlwUuJT1cWrJbr8cr9d72TdocydzGXglIdyRyaEa7zDyLQa6ibuAfMxnmbp UomAMqdmQMCUE3Sz4Rudw9VIIAB2Ne5IPqMW1O+XQPDF8VKJ8kp/qurSCuqcpEg3FxnU zW4LyYYXgWAIVyaHTv0JHqUc/H4Y7bt1dNc3gEiSagSpUkHSA2dUnyGOhorQklq6RTcG Yubg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cirrus.com header.s=PODMain02222019 header.b=KT9Ed3WO; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=cirrus.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q5-20020a170902c74500b0019266fcbd20si19182044plq.623.2023.03.24.02.23.53; Fri, 24 Mar 2023 02:24:05 -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=@cirrus.com header.s=PODMain02222019 header.b=KT9Ed3WO; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=cirrus.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232067AbjCXJWT (ORCPT + 99 others); Fri, 24 Mar 2023 05:22:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52650 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232078AbjCXJWN (ORCPT ); Fri, 24 Mar 2023 05:22:13 -0400 Received: from mx0b-001ae601.pphosted.com (mx0b-001ae601.pphosted.com [67.231.152.168]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07FC3233C6; Fri, 24 Mar 2023 02:21:51 -0700 (PDT) Received: from pps.filterd (m0077474.ppops.net [127.0.0.1]) by mx0b-001ae601.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 32O737JW001266; Fri, 24 Mar 2023 04:21:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cirrus.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=PODMain02222019; bh=PjojhDR+j8OZSSeQ3YV5sggRek06OGFFYeqFFzU5slg=; b=KT9Ed3WONEmFg0DvcMihUxIoW8cXUx9QddLgqk1QveYSM+I94fkw2kYmzzAM0ZqsInrC Y6eisyyALiteRfRLls2TpDAcQDb1Px+r0T8N6e4s3K/bHg1EfCXJUzwk3rKVSUfxN/nm EZtX+ppSZq7Ib082ZXsYinc9le0WWTNjhLNX7+jKH+jf+FpG20mw/wTjX7YP4d4h3HgS 3Ms9HkBOFRWbIinxgmUfB5qwYGumSEMfiLXwa9+WNxK0ZUds+b2Ln7zP8pg9iSl4lSvp YNRwSR/0oSK/EIvRPlwZRxv/BSjKU95S9ribeQ+oQyn8HSUMKFMweBogNiLd3Uj2IGrz OA== Received: from ediex02.ad.cirrus.com ([84.19.233.68]) by mx0b-001ae601.pphosted.com (PPS) with ESMTPS id 3pgy7drqyk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 24 Mar 2023 04:21:43 -0500 Received: from ediex01.ad.cirrus.com (198.61.84.80) by ediex02.ad.cirrus.com (198.61.84.81) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.25; Fri, 24 Mar 2023 04:21:41 -0500 Received: from ediswmail.ad.cirrus.com (198.61.86.93) by ediex01.ad.cirrus.com (198.61.84.80) with Microsoft SMTP Server id 15.2.1118.25 via Frontend Transport; Fri, 24 Mar 2023 04:21:41 -0500 Received: from ediswmail.ad.cirrus.com (ediswmail.ad.cirrus.com [198.61.86.93]) by ediswmail.ad.cirrus.com (Postfix) with ESMTP id BC8C545; Fri, 24 Mar 2023 09:21:41 +0000 (UTC) Date: Fri, 24 Mar 2023 09:21:41 +0000 From: Charles Keepax To: Mark Brown CC: Doug Anderson , Marek Szyprowski , , , Liam Girdwood , Subject: Re: [PATCH] regulator: wm8994: Use PROBE_FORCE_SYNCHRONOUS Message-ID: <20230324092141.GN68926@ediswmail.ad.cirrus.com> References: <20230323083312.199189-1-m.szyprowski@samsung.com> <20230323114035.GL68926@ediswmail.ad.cirrus.com> <20230323174531.GM68926@ediswmail.ad.cirrus.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Proofpoint-ORIG-GUID: 3-rM4yn8D5wWzFtoApgRb1-j2A2GC718 X-Proofpoint-GUID: 3-rM4yn8D5wWzFtoApgRb1-j2A2GC718 X-Proofpoint-Spam-Reason: safe X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 Thu, Mar 23, 2023 at 05:49:28PM +0000, Mark Brown wrote: > On Thu, Mar 23, 2023 at 05:45:31PM +0000, Charles Keepax wrote: > > > I think really the best place to look at this would be at the > > regulator level. It is fine if mfd_add_devices passes, the problem > > really is that the regulator core doesn't realise the regulator is > > going to be arriving, and thus returns a dummy regulator, rather > > than returning EPROBE_DEFER. If it did the MFD driver would probe > > defer at the point of requesting the regulator, which would all > > make sense. > > You need the MFD to tell the regulator subsystem that there's a > regulator bound there, or to force all the users to explicitly do the > mapping of the regulator in their firmwares (which isn't really a > viable approach). Yeah changing the firmware situation is definitely not a goer. I need to just clarify in my head exactly what is missing, with respect to the know the regulator exists. Thanks, Charles