Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp616639pxx; Mon, 26 Oct 2020 17:02:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyJR+AedCm2F02hccTHr8hcB3nuFzWiDF88xGUE3CEVbZwikwDlOlbJIqnLkiRf0YX4nFkD X-Received: by 2002:aa7:c7d9:: with SMTP id o25mr18967176eds.318.1603756944812; Mon, 26 Oct 2020 17:02:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603756944; cv=none; d=google.com; s=arc-20160816; b=MBQsatpaPPs+KlSQJnuqavBgPAX4ooKmVzPD6PHuLEEvm5oXf8tNgTf7LfHJmcfECO uQBOvD4MJTcxVR85/o9BA8lZ9uAXj/oc+rBnGRr12qL7wrJ1MBrSLfTYBQo0XnmpOtr2 EnRdhxweNxABKzSIl2KsiNshakTchSxb+6jWd1oR1rS6UFYtoBTzDYW1oFI82aw21s4d dwb+Ndgt1xT7p0hXYFLckDZBm51sFE2v6xdHg8xAkQdXcbO9unC5AmVrjt8oJFagQppr FsjJQUkalH341WVCfTxa1f4+THgAw1M/BZa0wJSfv6/KtOQ14eWldMKfanBOj8K1/5Ql nCZw== 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=BSOADK5zvlAxKcxkNAcF0DHCAXaMnPHmAvJmrKkM94c=; b=grzff1ofpUN921OktjaytavL7f2Lln96WbYNRk0oFXINTME3mkkbGafxb23ULT781T TohpY1/D9gH9y39cSfYdbY6FAJ+bMF6zE6qtQYwH1G3GaMlilXRMNUJ+DRrxknrNtsSL zmkc3A8Xkvv5PpmUwh9fRTQUYu0sG2v0JAhuj+6cK/UaXtU70bCoTUuTcg8OPHgDOodb CMY7iQPkbkLnCNVI9HjYWlav/zQB2s+bFsWJLJVWDg0bKZKh9JMiUsIU9+32g/BuF+X5 QKOLTDHJ6ayAh7KS5SfIP/nDWvh309zUZgP21Lkh2KNtIVVX68A8QflHDPxFnQMbEFRp wj1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TyNgwzHM; 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 d2si10259610ejm.716.2020.10.26.17.02.02; Mon, 26 Oct 2020 17:02:24 -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=default header.b=TyNgwzHM; 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 S2388347AbgJZUgO (ORCPT + 99 others); Mon, 26 Oct 2020 16:36:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:35280 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388247AbgJZUgO (ORCPT ); Mon, 26 Oct 2020 16:36:14 -0400 Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D9722207E8; Mon, 26 Oct 2020 20:36:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603744573; bh=O52isSyK67wz7u/WK6c8oDPAtmNSuqkBMdDiqRurhQM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=TyNgwzHMG3kipk9sEO1r3JgY4RC0iydlCvAz/zgXCSQluq1TXqAWBbaZfBH4HcV1u YIyh/VB5f3XoCUDAmciA5GwXT0MUE5LfAy7+nS5e1pYUw5wm3diqPBWLKKovncNyU7 eoJN/DpPloMredPYPKTO+z24scAZ0scFA3/VggB0= Date: Mon, 26 Oct 2020 20:36:08 +0000 From: Mark Brown To: Fabien Parent Cc: "moderated list:ARM/Mediatek SoC support" , Linux ARM , DTML , linux-kernel , Matthias Brugger , Rob Herring , lgirdwood@gmail.com, Rob Herring Subject: Re: [PATCH v5 1/2] dt-bindings: regulator: add support for MT6392 Message-ID: <20201026203608.GJ7402@sirena.org.uk> References: <20201024200304.1427864-1-fparent@baylibre.com> <20201026121316.GB7402@sirena.org.uk> <20201026172431.GI7402@sirena.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="j+MD90OnwjQyWNYt" Content-Disposition: inline In-Reply-To: X-Cookie: Safety Third. User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --j+MD90OnwjQyWNYt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 26, 2020 at 07:38:14PM +0100, Fabien Parent wrote: > On Mon, Oct 26, 2020 at 6:24 PM Mark Brown wrote: > > > .name = "mt6392-regulator", > > > .of_compatible = "mediatek,mt6392-regulator" > > This is still unneeded, it's just a reflection of Linux implementation > > details and should be removed. The MFD can just register the child > > without supplying a compatible and things will continue to work just as > > well. > I'm not exactly sure how it is supposed to work. mfd_add_devices seems > to register devices based on of_compatible or acpi_match from the > mfd_cell. This platform does not have ACPI so I don't understand how It should also support unconditionally registering devices, if it no longer does so that's a regression in the framework which should be fixed. Looking at mfd_add_devices() I can't see an issue though, both ACPI and DT information is optional - the entire DT section in mfd_add_device() will be skipped if no of_compatible is specified in the cell. Are you *sure* that the regulator driver isn't running? --j+MD90OnwjQyWNYt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl+XMzcACgkQJNaLcl1U h9D8Fgf/aY41lzA2GffEUL92jRQgpryeIR0UjVjAKQ15Q+FNzHhDQDjS62uceDK7 wH/NxVxXJwmheYwxvKDRglhGW0BSlYd2T/ALNzTDrb1HlHaaYmkYftCf3Ijj4EDI sX7lN0rcEG95Z8uSVgKxOw98sX4tvqItnM+sNrHbkq1aE6Vz8cX7jaxkn7DvC+G7 sayBo3bg1cUj+yWVFzkGhmlm9ihb38yX3UI3dTOKQlh+rjCxw0o+R34whmJPtZe8 BRhcrr+/Zw5slffrzVmjSeklyFaqem839diSUzj7UoG6CuFyP4n9XbCpiaNz01aJ 9jzOgf4SPNSSyceZfdZLoxQgGvAHqg== =tD5M -----END PGP SIGNATURE----- --j+MD90OnwjQyWNYt--