Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2920234imu; Fri, 18 Jan 2019 01:28:28 -0800 (PST) X-Google-Smtp-Source: ALg8bN6ifqFtAS+K//Tb74AQ8QwFOhUmOBK/SSjsqfEEiP2hCTeNo6wYa+cUEkp99B7PgiT90iXK X-Received: by 2002:a62:e044:: with SMTP id f65mr18440265pfh.208.1547803708428; Fri, 18 Jan 2019 01:28:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547803708; cv=none; d=google.com; s=arc-20160816; b=iJqfIlkANKZ38m0b37QmbAje+Zbu3lwZHsY7t0+zDCVkYaAORkJh1qCK/ywWv7oPUJ zjVFLDGxkLjEyOH797/HsqTmc3daMsay91Z4hPk0T3tBZfUNfUckaoTD2i/i3iR0unXd t/LzU8q/dw3BC2AXc0/7wf30o2jREexW3bH/wGCv+in2cukzJg/9tVcpPSOhGGM9eU1v x5p7QtpVumii2lApNQ3YoKmRcj2/iv7Y6R/gMx9tMKL253dluqFD85IOLsmNdJwt1lWq qV39LKYNF8HPOt8tNwtrQmXmW1RXaCeXI0VSZJGJbsoGhg4D4dpdJjuUHYuZ9fuva7Aw fZxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-id:user-agent:content-language:accept-language:in-reply-to :references:message-id:date:thread-index:thread-topic:subject:cc:to :from; bh=NtheeQTyfvnaS3mi8RuilvKSdRLvmqn8aS/ZBBJLIEs=; b=mZzVfd2f7JZPmdEeWLicS5829NMF47OCt69eUuOqsQ9lEBFz3x9TejweDOz6zxqLPi uQ73wXub0BTFgmp9T3AfN1E1keimM/l5sLykEAckUbDM+hVmgXALpUUNFok4mld19rJn /YeMHpWBdrjcEdFhsgvHzRe/LKqKkRW9zuPl+CEnorVJQNFKOmJMcqarl/Fv5qwxnIdZ kTnIfmXZRK9oF4wvJcCtRRPLaOH36kcYUwR3LjozsYYK3Qdi+UPZx1DwiFeBZb+t0EPc GmUy1KUY2IcRGKMBK6TDWBinKuOMqV/LYsbMHRK/V4sTcu1+14s8CHjaUxKS1+FBzxAq wf8Q== ARC-Authentication-Results: i=1; mx.google.com; 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 t17si3648418pgk.217.2019.01.18.01.28.10; Fri, 18 Jan 2019 01:28:28 -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; 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 S1726461AbfARJ0x convert rfc822-to-8bit (ORCPT + 99 others); Fri, 18 Jan 2019 04:26:53 -0500 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:44995 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725856AbfARJ0x (ORCPT ); Fri, 18 Jan 2019 04:26:53 -0500 Received: from pps.filterd (m0046661.ppops.net [127.0.0.1]) by mx08-00178001.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x0I9Q2eQ030668; Fri, 18 Jan 2019 10:26:47 +0100 Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx08-00178001.pphosted.com with ESMTP id 2pyby1pput-1 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Jan 2019 10:26:46 +0100 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 2FD3A34; Fri, 18 Jan 2019 09:26:46 +0000 (GMT) Received: from Webmail-eu.st.com (sfhdag7node1.st.com [10.75.127.19]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 0A6A4258A; Fri, 18 Jan 2019 09:26:46 +0000 (GMT) Received: from SFHDAG3NODE3.st.com (10.75.127.9) by SFHDAG7NODE1.st.com (10.75.127.19) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Fri, 18 Jan 2019 10:26:45 +0100 Received: from SFHDAG3NODE3.st.com ([fe80::3507:b372:7648:476]) by SFHDAG3NODE3.st.com ([fe80::3507:b372:7648:476%20]) with mapi id 15.00.1347.000; Fri, 18 Jan 2019 10:26:45 +0100 From: Benjamin GAIGNARD To: Mark Brown CC: "robh@kernel.org" , "arnd@arndb.de" , "linux-kernel@vger.kernel.org" , Loic PALLARDY , "benjamin.gaignard@linaro.org" Subject: Re: [RFC 2/7] domainsctrl: Introduce domains controller framework Thread-Topic: [RFC 2/7] domainsctrl: Introduce domains controller framework Thread-Index: AQHUrBdmkQbOFJl8106mIDHzMYNXUKWzqwcAgAEL4oA= Date: Fri, 18 Jan 2019 09:26:45 +0000 Message-ID: <7a1c6906-7b16-317f-ead8-35bbcf07d95a@st.com> References: <20190114144202.27315-1-benjamin.gaignard@st.com> <20190114144202.27315-3-benjamin.gaignard@st.com> <20190117172758.GD7003@sirena.org.uk> In-Reply-To: <20190117172758.GD7003@sirena.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.75.127.49] Content-Type: text/plain; charset="Windows-1252" Content-ID: <2D8D4C63715E81438EEEFCECA4CF00B5@st.com> Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-01-18_05:,, signatures=0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/17/19 6:27 PM, Mark Brown wrote: > On Mon, Jan 14, 2019 at 03:41:57PM +0100, Benjamin Gaignard wrote: > >> Configurations could be applied with functions like >> domainsctrl_set_config_by_index() or domainsctrl_set_config_by_name(). > Do you have any clients in the works for this? It seems fairly likely > that everything is fine in terms of setting the mode but it'd be good to > confirm that's the case. The main thing I can think of that might be a > problem here is how you'd handle a case where we were talking to another > processor that owns the permissions, we'd probably want more ways to > query state there but I'm thinking there'd likely be some other higher > level way to talk to the other processor there so perhaps it's moot. Patch 3 use those functions to apply the default configuration before probing a driver (or after unbind it). I have in mind that drivers could ask to apply a configuration like it is done for pinctrl in resume/suspend functions. An example of that could be to start the hardware block on the main processor and, when going to sleep, change the configuration to grant the access to lower power processor. I think that talking to a remote processor is another problem already addressed remoteproc or secure monitor calls. Domains controllers drivers should be created for those cases. > > Otherwise this all looks pretty clean and simple, there's some handling > for probe deferral in there which is the only slightly complex thing I > noticed.