Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp205189imm; Thu, 30 Aug 2018 20:59:41 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYj5GUfvNQ1Wgq09SOLGnGdsuN1DMXGuX2JRyigLGj3w7JX19gHlcO7KBdeYalk7a3gmEaF X-Received: by 2002:a17:902:7587:: with SMTP id j7-v6mr13478260pll.256.1535687981322; Thu, 30 Aug 2018 20:59:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535687981; cv=none; d=google.com; s=arc-20160816; b=NwkaFWEvWPRt7Exzza+4KZOzyYkdmnVJ0us/z7uzTT7l3JJf+rY3C90zBglKFhN+9K TO9h8Z9tMAkZR4dSlJ1Ef9r3WJn0gRXAYY6KDhSjOVtP4unwLTLXLV+6Myl0FDyI/oa5 IuWXU3N9YuDzyZpwksGyiccjazxl+MS99g/t4maiCxsnUlYvNQWHPnB1vFKKrgfaRQbH p/tK7htoYfKp8bDeC45e+x6Hq0+DIKqvFo89mYCFQKw8dIZQkKNckKIe9n8s5S/Aqsu1 eEhBqauPyQ5O4+ZEmRSOMHoqyM1TRSDEUoyfYnUYBQGt9Limq3GHvI0KgrROQALHqVso JqJw== 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:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=YwH4d6DYvPm84NYvC1ok9Eg2SYNgKHTGR+CF3VmQ/LM=; b=rBGvswdhKOtyQBC029xA2eaQrPG/302o5mw+L52vfbKpd93uo1eldLWxYTVOzHabOc adwYaC89McAvDwWOz1IJhnNZjlZZKJZzb+zPe3YiwBevGSg1wm/3FK1DD2+Oehn2R5PR 4bb+m08XDtJB2ZwooNMSXmyihsJ9nw9okhuc3sNBFi6fO5sEKjK9ROJBYd7G8gsxcHMV A3679FvHfZxZXfj93nqbeTNC/LNrRjLTVEOOvXUckTf/qs4pkb5ruEQJY1WArPmHS3ra 9a6hxDhvOt1s5nWJzwvZx4Zi+ibpWHZnKkBpFp6tDa99+gTa7GwJCifvdoFi3Lb2wJ6N sUzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=lSYS+cP+; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o1-v6si9061076pfe.259.2018.08.30.20.59.26; Thu, 30 Aug 2018 20:59:41 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=lSYS+cP+; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727410AbeHaIDY (ORCPT + 99 others); Fri, 31 Aug 2018 04:03:24 -0400 Received: from mail-pl1-f194.google.com ([209.85.214.194]:37040 "EHLO mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726974AbeHaIDX (ORCPT ); Fri, 31 Aug 2018 04:03:23 -0400 Received: by mail-pl1-f194.google.com with SMTP id d12-v6so4800693pls.4; Thu, 30 Aug 2018 20:58:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=YwH4d6DYvPm84NYvC1ok9Eg2SYNgKHTGR+CF3VmQ/LM=; b=lSYS+cP+kIjwy39d3ubY2YHQ3BJxqC0Og8lf9fOOMOzX93K8ImPIWxrRJgd9QUwRlh cbSe0ttZFS55wCCZhei1yMcvRdOICfu6coSSr5KRRRQfxRmQfEhru/Qu0Dpjylut4THl VsFJVr8HolIa7HTfcWID+daExQwsBBDzhKYw4dZICGoztEAWSTQmYqQ861D9KyAZjVTd /e8otaoNqDxWoWKXJ2tUb5O9b44God5xwnZRMk/pb4B+5485IUsWjDGZM3VgFgYGkumL 9JbD+qrokzBQr6XUZ9A2PhTocdBChD1rNYOXtxr9DIosfYpmzps7G4LCP6zdDyV88s8Y bHwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=YwH4d6DYvPm84NYvC1ok9Eg2SYNgKHTGR+CF3VmQ/LM=; b=cQQ/BQzxlyS5Rnbh/18Obz9RiW0RESylgNKmsyTuCITJZqYN0h9vRvwrRM1wOCMPdA 1ijS+XqAMKaNIt7KTooy2PahhmyNXU7L8NbdoiIyedQlEZ12AMM9luZtvTdWq2v5Cljf OkhKioUKyRvJMsC270M0QVQf6AAR5HEMPSwptAeCaH3Uo21RCpAzcCghLXy5MjPcJc9q 2NcLAQnA9qJyCscpeRbrr90qJ+4OfCwizeYrW2WcU9HfyVDe71kzl57zzSl/EtoJSMs3 mtWBa+OkGWquB5ftM7dgma9B/UHwEK10M+r7IvF99k5lcaBL3Pj4P6tHE4dXCq/H6Ek4 am4w== X-Gm-Message-State: APzg51DfayhTc+iKRLFEUe6sxir7Y0DwHNEJBHWfKyXchKuEp5a2ovbY txlxSvVSJOQEm5okgVWgB4w= X-Received: by 2002:a17:902:8d8c:: with SMTP id v12-v6mr13076726plo.94.1535687879692; Thu, 30 Aug 2018 20:57:59 -0700 (PDT) Received: from [192.168.1.70] (c-24-6-192-50.hsd1.ca.comcast.net. [24.6.192.50]) by smtp.gmail.com with ESMTPSA id y69-v6sm16783509pfd.36.2018.08.30.20.57.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Aug 2018 20:57:59 -0700 (PDT) Subject: Re: [PATCH v3] rpmsg: qcom_smd: Access APCS through mailbox framework To: Bjorn Andersson , Rob Herring Cc: Mark Rutland , Ohad Ben-Cohen , linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-remoteproc@vger.kernel.org, Nicolas Dechesne References: <20180420011757.22389-1-bjorn.andersson@linaro.org> From: Frank Rowand Message-ID: Date: Thu, 30 Aug 2018 20:57:57 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180420011757.22389-1-bjorn.andersson@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bjorn, On 04/19/18 18:17, Bjorn Andersson wrote: > Attempt to acquire the APCS IPC through the mailbox framework and fall > back to the old syscon based approach, to allow us to move away from > using the syscon. > > Reviewed-by: Arun Kumar Neelakantam > Signed-off-by: Bjorn Andersson > --- > > Changes since v2: > - Added comment about mbox_send_message() return value. > > .../devicetree/bindings/soc/qcom/qcom,smd.txt | 8 ++- > drivers/rpmsg/Kconfig | 1 + > drivers/rpmsg/qcom_smd.c | 67 ++++++++++++++++------ > 3 files changed, 56 insertions(+), 20 deletions(-) This patch in the mainline Linux kernel as commit ab460a2e72dabecfdabd45eb7e3ee2d73fc876d4 causes a problem with the APQ8074 Dragonboard. The mmc device is not set up with the patch applied, thus I do not have the block device my root file system is located on. Testing on v4.18, if I revert this commit the mmc device is available. I'll reply to this email with the console messages for 4.18 and for 4.18 with this commit reverted. -Frank > > diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,smd.txt b/Documentation/devicetree/bindings/soc/qcom/qcom,smd.txt > index ea1dc75ec9ea..234ae2256501 100644 > --- a/Documentation/devicetree/bindings/soc/qcom/qcom,smd.txt > +++ b/Documentation/devicetree/bindings/soc/qcom/qcom,smd.txt > @@ -22,9 +22,15 @@ The edge is described by the following properties: > Definition: should specify the IRQ used by the remote processor to > signal this processor about communication related updates > > -- qcom,ipc: > +- mboxes: > Usage: required > Value type: > + Definition: reference to the associated doorbell in APCS, as described > + in mailbox/mailbox.txt > + > +- qcom,ipc: > + Usage: required, unless mboxes is specified > + Value type: > Definition: three entries specifying the outgoing ipc bit used for > signaling the remote processor: > - phandle to a syscon node representing the apcs registers > diff --git a/drivers/rpmsg/Kconfig b/drivers/rpmsg/Kconfig > index 0fe6eac46512..2e4fb4ffd562 100644 > --- a/drivers/rpmsg/Kconfig > +++ b/drivers/rpmsg/Kconfig > @@ -39,6 +39,7 @@ config RPMSG_QCOM_GLINK_SMEM > > config RPMSG_QCOM_SMD > tristate "Qualcomm Shared Memory Driver (SMD)" > + depends on MAILBOX > depends on QCOM_SMEM > select RPMSG > help > diff --git a/drivers/rpmsg/qcom_smd.c b/drivers/rpmsg/qcom_smd.c > index bc0b30657230..3ff271a44bef 100644 > --- a/drivers/rpmsg/qcom_smd.c > +++ b/drivers/rpmsg/qcom_smd.c > @@ -14,6 +14,7 @@ > > #include > #include > +#include > #include > #include > #include > @@ -107,6 +108,8 @@ static const struct { > * @ipc_regmap: regmap handle holding the outgoing ipc register > * @ipc_offset: offset within @ipc_regmap of the register for ipc > * @ipc_bit: bit in the register at @ipc_offset of @ipc_regmap > + * @mbox_client: mailbox client handle > + * @mbox_chan: apcs ipc mailbox channel handle > * @channels: list of all channels detected on this edge > * @channels_lock: guard for modifications of @channels > * @allocated: array of bitmaps representing already allocated channels > @@ -129,6 +132,9 @@ struct qcom_smd_edge { > int ipc_offset; > int ipc_bit; > > + struct mbox_client mbox_client; > + struct mbox_chan *mbox_chan; > + > struct list_head channels; > spinlock_t channels_lock; > > @@ -366,7 +372,17 @@ static void qcom_smd_signal_channel(struct qcom_smd_channel *channel) > { > struct qcom_smd_edge *edge = channel->edge; > > - regmap_write(edge->ipc_regmap, edge->ipc_offset, BIT(edge->ipc_bit)); > + if (edge->mbox_chan) { > + /* > + * We can ignore a failing mbox_send_message() as the only > + * possible cause is that the FIFO in the framework is full of > + * other writes to the same bit. > + */ > + mbox_send_message(edge->mbox_chan, NULL); > + mbox_client_txdone(edge->mbox_chan, 0); > + } else { > + regmap_write(edge->ipc_regmap, edge->ipc_offset, BIT(edge->ipc_bit)); > + } > } > > /* > @@ -1326,27 +1342,37 @@ static int qcom_smd_parse_edge(struct device *dev, > key = "qcom,remote-pid"; > of_property_read_u32(node, key, &edge->remote_pid); > > - syscon_np = of_parse_phandle(node, "qcom,ipc", 0); > - if (!syscon_np) { > - dev_err(dev, "no qcom,ipc node\n"); > - return -ENODEV; > - } > + edge->mbox_client.dev = dev; > + edge->mbox_client.knows_txdone = true; > + edge->mbox_chan = mbox_request_channel(&edge->mbox_client, 0); > + if (IS_ERR(edge->mbox_chan)) { > + if (PTR_ERR(edge->mbox_chan) != -ENODEV) > + return PTR_ERR(edge->mbox_chan); > > - edge->ipc_regmap = syscon_node_to_regmap(syscon_np); > - if (IS_ERR(edge->ipc_regmap)) > - return PTR_ERR(edge->ipc_regmap); > + edge->mbox_chan = NULL; > > - key = "qcom,ipc"; > - ret = of_property_read_u32_index(node, key, 1, &edge->ipc_offset); > - if (ret < 0) { > - dev_err(dev, "no offset in %s\n", key); > - return -EINVAL; > - } > + syscon_np = of_parse_phandle(node, "qcom,ipc", 0); > + if (!syscon_np) { > + dev_err(dev, "no qcom,ipc node\n"); > + return -ENODEV; > + } > > - ret = of_property_read_u32_index(node, key, 2, &edge->ipc_bit); > - if (ret < 0) { > - dev_err(dev, "no bit in %s\n", key); > - return -EINVAL; > + edge->ipc_regmap = syscon_node_to_regmap(syscon_np); > + if (IS_ERR(edge->ipc_regmap)) > + return PTR_ERR(edge->ipc_regmap); > + > + key = "qcom,ipc"; > + ret = of_property_read_u32_index(node, key, 1, &edge->ipc_offset); > + if (ret < 0) { > + dev_err(dev, "no offset in %s\n", key); > + return -EINVAL; > + } > + > + ret = of_property_read_u32_index(node, key, 2, &edge->ipc_bit); > + if (ret < 0) { > + dev_err(dev, "no bit in %s\n", key); > + return -EINVAL; > + } > } > > ret = of_property_read_string(node, "label", &edge->name); > @@ -1452,6 +1478,8 @@ struct qcom_smd_edge *qcom_smd_register_edge(struct device *parent, > return edge; > > unregister_dev: > + if (!IS_ERR_OR_NULL(edge->mbox_chan)) > + mbox_free_channel(edge->mbox_chan); > put_device(&edge->dev); > return ERR_PTR(ret); > } > @@ -1480,6 +1508,7 @@ int qcom_smd_unregister_edge(struct qcom_smd_edge *edge) > if (ret) > dev_warn(&edge->dev, "can't remove smd device: %d\n", ret); > > + mbox_free_channel(edge->mbox_chan); > device_unregister(&edge->dev); > > return 0; >