Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp5017716ybl; Mon, 26 Aug 2019 21:01:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqz4KAL3t0d5SgxgKcPnT/YfHJ4td7HcKeSk3f9TuL2N7d6OVXj1IglEAE6UsR++JBxl/t4f X-Received: by 2002:a17:90a:c08f:: with SMTP id o15mr23770400pjs.31.1566878474688; Mon, 26 Aug 2019 21:01:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566878474; cv=none; d=google.com; s=arc-20160816; b=GcHNoh5Ek+WN8Jo083FLXYy7FDJAX5GIZ81N8YGHAFDsCnrD1MGLFPq1NqMFuvVW0M IRxD3CsmunkzGkSxH5BR4dq+Pk+bzuRWxzS/A7CsPjzFggI85UHzJkxQSpqo16Hhmok9 AEDcLSXglYdYuhj37JN8GYaItthkZNsWPT3TdTv0p5x/2KD60HAo2/biP2L9H7CgFrKP X4/M34qnzCVrQ09R3bfQ4XqY/ubdp3FqkoAj9lmvgm46ZoUYkP5/nSTD7A1hMeg3kfIf xORS9Ljg6m7tVjRMlFj0mzMqMA8iUDxATCFpB78NYk3GC1G5uN3X13Z/nRQ3HuHJ5rXb KL0g== 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:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=NkacbBjxS/2SCMBZ0CWfKdsBTQ/oFpsR+NYtyDQkik8=; b=DivKw/kWhNdZ4UBn8Uc+PYzsLv+kQN5xqoJNrDnZVg7k1b4GooiZ9F+g6Svov+y4y/ sMV4/lrKts1gLhALb5KotrpJKwIS4qmZQ7XSooYAw/4gsfTJn+oc4CJBynB2CKb6SSB7 +NqC8RmPBj2H191rVHkUNLJXt459IWhwoDM1Q4T/I/QSUlJ7SNsjfdO0P1np8j9HZk+3 x8ukwD8aSZ7jxlVMo3CssMW2t+Ud3XTdUJUu5R58ofvwv83GuFpGcYX4TyQ8/JtUO59Q euqBHkxL7jGab7XqT1/2RaEzC4febCUFYyqfmW0aYKSJAgEw/aPlun8TI3bSq9OkGPTJ Zdrw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d9si4372570pll.320.2019.08.26.21.00.59; Mon, 26 Aug 2019 21:01:14 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729238AbfH0D7f (ORCPT + 99 others); Mon, 26 Aug 2019 23:59:35 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:46880 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1728820AbfH0D7e (ORCPT ); Mon, 26 Aug 2019 23:59:34 -0400 X-UUID: e45fd75da6594be69814b2941f255a4a-20190827 X-UUID: e45fd75da6594be69814b2941f255a4a-20190827 Received: from mtkcas08.mediatek.inc [(172.21.101.126)] by mailgw02.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0707 with TLS) with ESMTP id 838284026; Tue, 27 Aug 2019 11:59:30 +0800 Received: from mtkcas09.mediatek.inc (172.21.101.178) by mtkmbs08n1.mediatek.inc (172.21.101.55) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 27 Aug 2019 11:59:37 +0800 Received: from [172.21.77.4] (172.21.77.4) by mtkcas09.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Tue, 27 Aug 2019 11:59:36 +0800 Message-ID: <1566878368.29523.1.camel@mtksdaap41> Subject: Re: [RESEND, PATCH v13 11/12] soc: mediatek: cmdq: add cmdq_dev_get_client_reg function From: Bibby Hsieh To: Matthias Brugger CC: Jassi Brar , Rob Herring , CK HU , Daniel Kurtz , "Sascha Hauer" , , , , , , "Sascha Hauer" , Philipp Zabel , Nicolas Boichat , YT Shen , Daoyuan Huang , Jiaguang Zhang , Dennis-YC Hsieh , Houlong Wei , Date: Tue, 27 Aug 2019 11:59:28 +0800 In-Reply-To: References: <20190820084932.22282-1-bibby.hsieh@mediatek.com> <20190820084932.22282-12-bibby.hsieh@mediatek.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2019-08-23 at 16:21 +0200, Matthias Brugger wrote: > > On 20/08/2019 10:49, Bibby Hsieh wrote: > > GCE cannot know the register base address, this function > > can help cmdq client to get the cmdq_client_reg structure. > > > > Signed-off-by: Bibby Hsieh > > Reviewed-by: CK Hu > > --- > > drivers/soc/mediatek/mtk-cmdq-helper.c | 29 ++++++++++++++++++++++++++ > > include/linux/soc/mediatek/mtk-cmdq.h | 21 +++++++++++++++++++ > > 2 files changed, 50 insertions(+) > > > > diff --git a/drivers/soc/mediatek/mtk-cmdq-helper.c b/drivers/soc/mediatek/mtk-cmdq-helper.c > > index c53f8476c68d..80f75a1075b4 100644 > > --- a/drivers/soc/mediatek/mtk-cmdq-helper.c > > +++ b/drivers/soc/mediatek/mtk-cmdq-helper.c > > @@ -27,6 +27,35 @@ struct cmdq_instruction { > > u8 op; > > }; > > > > +int cmdq_dev_get_client_reg(struct device *dev, > > + struct cmdq_client_reg *client_reg, int idx) > > +{ > > Can't we do/call this in cmdq_mbox_create parsing the number of gce-client-reg > properties we have and allocating these using a pointer to cmdq_client_reg in > cmdq_client? > We will have to free the pointer then in cmdq_mbox_destroy. > > Regards, > Matthias I don't think we need to keep the cmdq_client_reg in cmdq_client structure. Because our client will have own data structure, they will copy the client_reg information into their own structure. In the design now, we do not allocate the cmdq_client_reg, client pass the cmdq_client_reg pointer into this API. Client will destroy the pointer after they get the information they want. Thanks for the comments so much. Bibby > > > + struct of_phandle_args spec; > > + int err; > > + > > + if (!client_reg) > > + return -ENOENT; > > + > > + err = of_parse_phandle_with_fixed_args(dev->of_node, > > + "mediatek,gce-client-reg", > > + 3, idx, &spec); > > + if (err < 0) { > > + dev_err(dev, > > + "error %d can't parse gce-client-reg property (%d)", > > + err, idx); > > + > > + return err; > > + } > > + > > + client_reg->subsys = (u8)spec.args[0]; > > + client_reg->offset = (u16)spec.args[1]; > > + client_reg->size = (u16)spec.args[2]; > > + of_node_put(spec.np); > > + > > + return 0; > > +} > > +EXPORT_SYMBOL(cmdq_dev_get_client_reg); > > + > > static void cmdq_client_timeout(struct timer_list *t) > > { > > struct cmdq_client *client = from_timer(client, t, timer); > > diff --git a/include/linux/soc/mediatek/mtk-cmdq.h b/include/linux/soc/mediatek/mtk-cmdq.h > > index a345870a6d10..02ddd60b212f 100644 > > --- a/include/linux/soc/mediatek/mtk-cmdq.h > > +++ b/include/linux/soc/mediatek/mtk-cmdq.h > > @@ -15,6 +15,12 @@ > > > > struct cmdq_pkt; > > > > +struct cmdq_client_reg { > > + u8 subsys; > > + u16 offset; > > + u16 size; > > +}; > > + > > struct cmdq_client { > > spinlock_t lock; > > u32 pkt_cnt; > > @@ -24,6 +30,21 @@ struct cmdq_client { > > u32 timeout_ms; /* in unit of microsecond */ > > }; > > > > +/** > > + * cmdq_dev_get_client_reg() - parse cmdq client reg from the device > > + * node of CMDQ client > > + * @dev: device of CMDQ mailbox client > > + * @client_reg: CMDQ client reg pointer > > + * @idx: the index of desired reg > > + * > > + * Return: 0 for success; else the error code is returned > > + * > > + * Help CMDQ client parsing the cmdq client reg > > + * from the device node of CMDQ client. > > + */ > > +int cmdq_dev_get_client_reg(struct device *dev, > > + struct cmdq_client_reg *client_reg, int idx); > > + > > /** > > * cmdq_mbox_create() - create CMDQ mailbox client and channel > > * @dev: device of CMDQ mailbox client > >