Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4331597ybl; Mon, 9 Dec 2019 09:04:33 -0800 (PST) X-Google-Smtp-Source: APXvYqyNXofxOcxrxKKBgdfqcTXHFbcYQv3yThdjChH6AOjtqk5oIQYSwpRNlsrKFB5oF5wY5/nl X-Received: by 2002:a05:6830:1185:: with SMTP id u5mr20916986otq.147.1575911073278; Mon, 09 Dec 2019 09:04:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575911073; cv=none; d=google.com; s=arc-20160816; b=dT3HJVyfrJA3q9haYgzyy3g8WD/rn7DYdtLgPT7XiYDA501p6eNRPSV4Vo8gqgXVV1 PGCUNZQp6t/Ax5EgpbZLzrWn1eS8gwCvVDKPV7/Pm1EujnM1EgMrhtvi1AqAtXvGggDi c4exHTF8tXRKDEyimLVDeiGDM7XXR1tv/iDEaq8kjuYeLmf8pgBmIHpR5zt0ZDYMwT2m J2+Usm5h45UKvhaDMC7QUJNBD93yBZ2rNpB9b4nXhZPMXLi8V8ODBfFcUNFIiZbMuLML fyFSloR0B7ZTiGIGTpmCthSJrS07YSn8Nm0C2yQfRMVokZUTt2i2idwKdaBHglU+N8Wv Yt/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:autocrypt:openpgp:from:references:cc:to :subject:reply-to:dkim-signature; bh=pGba+DH9YysyhcP+upbi58xXsQ3CZBcproves2H2c9A=; b=JwhNoqfDl+JGhikRiJhIiT0LIm9Q5OWBXDEMCEaDTckTtv2HXYP912fCoQXLaKzc8e +KQmfGWt15C/BeWrIVteUUVIr9Dyco+avMxprrin57bwiJJ5XH6aqpwp/JA5d5vyg82o kz9Wo9jNLIz4fGbL9S4uwNu6TZw+kWqmliRs6zNmATT9lO4HJ97Ryf61GFixQImEb0MT PZbrNlmpjn2JSgRizX7swK7QNp/BPzx+aAuraQDdFA1ooUKP9mowQFLoYkcGND8RjIKi H+uUIwrk+23WjsujvENKKWKDSIj3BaHN27yW4mTt9vKczkFL5hRn6n+BIM06FsbPYD4y oBnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=ALzopFQL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w65si217337oig.149.2019.12.09.09.04.21; Mon, 09 Dec 2019 09:04:33 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=ALzopFQL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726683AbfLIRDo (ORCPT + 99 others); Mon, 9 Dec 2019 12:03:44 -0500 Received: from perceval.ideasonboard.com ([213.167.242.64]:39802 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726290AbfLIRDo (ORCPT ); Mon, 9 Dec 2019 12:03:44 -0500 Received: from [192.168.0.20] (cpc89242-aztw30-2-0-cust488.18-1.cable.virginm.net [86.31.129.233]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 8DB1911B7; Mon, 9 Dec 2019 18:03:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1575911021; bh=mr+jK5r3XVWbTZg+DqoafdgX3g3Ns9IRa/wCOjA8Aw0=; h=Reply-To:Subject:To:Cc:References:From:Date:In-Reply-To:From; b=ALzopFQLdE116q4/nfvql434YtDl70hiCzN7Ia2v8YuoBv8LCDCjszb/qsHFkoe6g EnROZb0gxF8lSRLQkomQMjB6ZBIy3iS7/S26J0KRJPuBPse7+9prD3ZfhMeeZEvvf/ sPCZHNrFFGZKdDGUenulZK97IKPw/RJ9IF/P9X9Y= Reply-To: kieran.bingham@ideasonboard.com Subject: Re: Regulator probe on demand (or circular dependencies) To: Mark Brown Cc: Linux-Renesas , Liam Girdwood , Linux Kernel Mailing List , Laurent Pinchart , Jacopo Mondi , =?UTF-8?Q?Niklas_S=c3=b6derlund?= References: <23236201-a387-7257-35a4-ee4ed2f6bfd0@ideasonboard.com> <20191209163755.GF5483@sirena.org.uk> From: Kieran Bingham Openpgp: preference=signencrypt Autocrypt: addr=kieran.bingham@ideasonboard.com; keydata= mQINBFYE/WYBEACs1PwjMD9rgCu1hlIiUA1AXR4rv2v+BCLUq//vrX5S5bjzxKAryRf0uHat V/zwz6hiDrZuHUACDB7X8OaQcwhLaVlq6byfoBr25+hbZG7G3+5EUl9cQ7dQEdvNj6V6y/SC rRanWfelwQThCHckbobWiQJfK9n7rYNcPMq9B8e9F020LFH7Kj6YmO95ewJGgLm+idg1Kb3C potzWkXc1xmPzcQ1fvQMOfMwdS+4SNw4rY9f07Xb2K99rjMwZVDgESKIzhsDB5GY465sCsiQ cSAZRxqE49RTBq2+EQsbrQpIc8XiffAB8qexh5/QPzCmR4kJgCGeHIXBtgRj+nIkCJPZvZtf Kr2EAbc6tgg6DkAEHJb+1okosV09+0+TXywYvtEop/WUOWQ+zo+Y/OBd+8Ptgt1pDRyOBzL8 RXa8ZqRf0Mwg75D+dKntZeJHzPRJyrlfQokngAAs4PaFt6UfS+ypMAF37T6CeDArQC41V3ko lPn1yMsVD0p+6i3DPvA/GPIksDC4owjnzVX9kM8Zc5Cx+XoAN0w5Eqo4t6qEVbuettxx55gq 8K8FieAjgjMSxngo/HST8TpFeqI5nVeq0/lqtBRQKumuIqDg+Bkr4L1V/PSB6XgQcOdhtd36 Oe9X9dXB8YSNt7VjOcO7BTmFn/Z8r92mSAfHXpb07YJWJosQOQARAQABtDBLaWVyYW4gQmlu Z2hhbSA8a2llcmFuLmJpbmdoYW1AaWRlYXNvbmJvYXJkLmNvbT6JAlcEEwEKAEECGwMFCwkI BwIGFQgJCgsCBBYCAwECHgECF4ACGQEWIQSQLdeYP70o/eNy1HqhHkZyEKRh/QUCXWTtygUJ CyJXZAAKCRChHkZyEKRh/f8dEACTDsbLN2nioNZMwyLuQRUAFcXNolDX48xcUXsWS2QjxaPm VsJx8Uy8aYkS85mdPBh0C83OovQR/OVbr8AxhGvYqBs3nQvbWuTl/+4od7DfK2VZOoKBAu5S QK2FYuUcikDqYcFWJ8DQnubxfE8dvzojHEkXw0sA4igINHDDFX3HJGZtLio+WpEFQtCbfTAG YZslasz1YZRbwEdSsmO3/kqy5eMnczlm8a21A3fKUo3g8oAZEFM+f4DUNzqIltg31OAB/kZS enKZQ/SWC8PmLg/ZXBrReYakxXtkP6w3FwMlzOlhGxqhIRNiAJfXJBaRhuUWzPOpEDE9q5YJ BmqQL2WJm1VSNNVxbXJHpaWMH1sA2R00vmvRrPXGwyIO0IPYeUYQa3gsy6k+En/aMQJd27dp aScf9am9PFICPY5T4ppneeJLif2lyLojo0mcHOV+uyrds9XkLpp14GfTkeKPdPMrLLTsHRfH fA4I4OBpRrEPiGIZB/0im98MkGY/Mu6qxeZmYLCcgD6qz4idOvfgVOrNh+aA8HzIVR+RMW8H QGBN9f0E3kfwxuhl3omo6V7lDw8XOdmuWZNC9zPq1UfryVHANYbLGz9KJ4Aw6M+OgBC2JpkD hXMdHUkC+d20dwXrwHTlrJi1YNp6rBc+xald3wsUPOZ5z8moTHUX/uPA/qhGsbkCDQRWBP1m ARAAzijkb+Sau4hAncr1JjOY+KyFEdUNxRy+hqTJdJfaYihxyaj0Ee0P0zEi35CbE6lgU0Uz tih9fiUbSV3wfsWqg1Ut3/5rTKu7kLFp15kF7eqvV4uezXRD3Qu4yjv/rMmEJbbD4cTvGCYI d6MDC417f7vK3hCbCVIZSp3GXxyC1LU+UQr3fFcOyCwmP9vDUR9JV0BSqHHxRDdpUXE26Dk6 mhf0V1YkspE5St814ETXpEus2urZE5yJIUROlWPIL+hm3NEWfAP06vsQUyLvr/GtbOT79vXl En1aulcYyu20dRRxhkQ6iILaURcxIAVJJKPi8dsoMnS8pB0QW12AHWuirPF0g6DiuUfPmrA5 PKe56IGlpkjc8cO51lIxHkWTpCMWigRdPDexKX+Sb+W9QWK/0JjIc4t3KBaiG8O4yRX8ml2R +rxfAVKM6V769P/hWoRGdgUMgYHFpHGSgEt80OKK5HeUPy2cngDUXzwrqiM5Sz6Od0qw5pCk NlXqI0W/who0iSVM+8+RmyY0OEkxEcci7rRLsGnM15B5PjLJjh1f2ULYkv8s4SnDwMZ/kE04 /UqCMK/KnX8pwXEMCjz0h6qWNpGwJ0/tYIgQJZh6bqkvBrDogAvuhf60Sogw+mH8b+PBlx1L oeTK396wc+4c3BfiC6pNtUS5GpsPMMjYMk7kVvEAEQEAAYkCPAQYAQoAJgIbDBYhBJAt15g/ vSj943LUeqEeRnIQpGH9BQJdizzIBQkLSKZiAAoJEKEeRnIQpGH9eYgQAJpjaWNgqNOnMTmD MJggbwjIotypzIXfhHNCeTkG7+qCDlSaBPclcPGYrTwCt0YWPU2TgGgJrVhYT20ierN8LUvj 6qOPTd+Uk7NFzL65qkh80ZKNBFddx1AabQpSVQKbdcLb8OFs85kuSvFdgqZwgxA1vl4TFhNz PZ79NAmXLackAx3sOVFhk4WQaKRshCB7cSl+RIng5S/ThOBlwNlcKG7j7W2MC06BlTbdEkUp ECzuuRBv8wX4OQl+hbWbB/VKIx5HKlLu1eypen/5lNVzSqMMIYkkZcjV2SWQyUGxSwq0O/sx S0A8/atCHUXOboUsn54qdxrVDaK+6jIAuo8JiRWctP16KjzUM7MO0/+4zllM8EY57rXrj48j sbEYX0YQnzaj+jO6kJtoZsIaYR7rMMq9aUAjyiaEZpmP1qF/2sYenDx0Fg2BSlLvLvXM0vU8 pQk3kgDu7kb/7PRYrZvBsr21EIQoIjXbZxDz/o7z95frkP71EaICttZ6k9q5oxxA5WC6sTXc MW8zs8avFNuA9VpXt0YupJd2ijtZy2mpZNG02fFVXhIn4G807G7+9mhuC4XG5rKlBBUXTvPU AfYnB4JBDLmLzBFavQfvonSfbitgXwCG3vS+9HEwAjU30Bar1PEOmIbiAoMzuKeRm2LVpmq4 WZw01QYHU/GUV/zHJSFk Organization: Ideas on Board Message-ID: Date: Mon, 9 Dec 2019 17:03:38 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191209163755.GF5483@sirena.org.uk> Content-Type: text/plain; charset=windows-1252 Content-Language: en-GB Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mark, Thanks for getting back to me, On 09/12/2019 16:37, Mark Brown wrote: > On Fri, Dec 06, 2019 at 04:38:04PM +0000, Kieran Bingham wrote: > >> The MAX9286 also exposes 2 GPIO pins, as such I have configured the >> MAX9286 driver [1] to expose a gpio-chip [2]. > > So this seems like a MFD then? The nice thing about using the MFD > subsystem is that it means that the drivers for the various subsystems > on the device can instantiate in any order and defer separately without > interfering with each other which seems like it's the issue here. Well that's part of the problem... the V4L2 async framework can not currently support the device performing a probe-defer at all, so it *will* fail later (and crash currently). I hope we can fix this sometime - but it's a recurring pain point it seems. Unless it's just our video-capture driver, I'll have to dig deeper here, and check with Niklas. >> - is there anything I can do here within regulator_dev_lookup() to >> attempt creating the regulator_dev 'on-demand' when >> of_find_regulator_by_node(node) returns empty? (or is that crazy, and >> just a rabbit-hole?) > > This seems like a terrible idea, you'll have a half baked regulator in > the system which will need special casing all over the place and > doubtless be an ongoing source of bugs. Thanks - that's essentially what I'm glad to hear /before/ going down some rabbit hole. I'll re-evaluate with the team, and see what the next best steps are. -- Regards -- Kieran