linux-arm-msm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeffrey Hugo <jhugo@codeaurora.org>
To: Gokul Sriram Palanisamy <gokulsri@codeaurora.org>,
	manivannan.sadhasivam@linaro.org, hemantk@codeaurora.org
Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org,
	sricharan@codeaurora.org
Subject: Re: [PATCH RFC] bus: mhi: core: Enable unique QRTR node ID support
Date: Fri, 16 Oct 2020 13:57:51 -0600	[thread overview]
Message-ID: <ef188540-932e-9da6-7af1-a970024930ff@codeaurora.org> (raw)
In-Reply-To: <1602875069-12514-2-git-send-email-gokulsri@codeaurora.org>

On 10/16/2020 1:04 PM, Gokul Sriram Palanisamy wrote:
> On multi-mhi platforms, host WiFi driver and
> QMI test driver needs to differntiate between
> QMI packets received from multiple mhi devices.
> 
> With QCN9000 PCI cards, once SBL gets loaded, we
> utilize ERRDBG2 register to write a unique value
> per mhi device from device-tree that the device
> utilizes to set a unique QRTR node ID and
> instance ID for the QMI service. This helps QRTR
> stack in differenting the packets in a multi-mhi
> environment and can route them accordingly.
> 
> sample:
> root@OpenWrt:/# qrtr-lookup
>    Service Version Instance Node  Port
>         69       1       40   40     2 ATH10k WLAN firmware service
>         15       1        0   40     1 Test service
>         69       1       39   39     2 ATH10k WLAN firmware service
>         15       1        0   39     1 Test service
> 
> Here on column 4, 39 and 40 are the node IDs that
> is unique per mhi device.
> 
> Signed-off-by: Gokul Sriram Palanisamy <gokulsri@codeaurora.org>
> ---
>   .../devicetree/bindings/mhi/qcom,mhi.yaml          | 36 ++++++++++++++++++++++
>   drivers/bus/mhi/core/boot.c                        | 14 +++++++++
>   2 files changed, 50 insertions(+)
>   create mode 100644 Documentation/devicetree/bindings/mhi/qcom,mhi.yaml
> 
> diff --git a/Documentation/devicetree/bindings/mhi/qcom,mhi.yaml b/Documentation/devicetree/bindings/mhi/qcom,mhi.yaml
> new file mode 100644
> index 0000000..f763e9f
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/mhi/qcom,mhi.yaml
> @@ -0,0 +1,36 @@
> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> +
> +%YAML 1.2
> +---
> +$id: "http://devicetree.org/schemas/pci/qcom,pcie.yaml#"
> +$schema: "http://devicetree.org/meta-schemas/core.yaml#"
> +
> +title: Qualcomm Modem Host Interface
> +
> +maintainers:
> +  - Gokul Sriram Palanisamy <gokulsri@codeaurora.org>
> +
> +properties:
> +  qrtr-instance-id:
> +    const: 32
> +
> +required:
> +  - reg
> +  - qrtr-instance-id
> +
> +examples:
> +  - |
> +    pcie: pci@10000000 {
> +        compatible = "qcom,pcie-qcs404";
> +        status = "ok";
> +        perst-gpio = <&tlmm 58 0x1>;
> +
> +        pcie0_rp: pcie0_rp {
> +            reg = <0 0 0 0 0>;
> +            status = "ok";
> +            mhi_0: qcom,mhi@0 {
> +                reg = <0 0 0 0 0 >;
> +                qrtr_instance_id = <0x20>;
> +            };
> +        };
> +    };

So, its impossible for me to have multiple QCN9000 PCI devices on say an 
x86 host, since x86 doesn't support DT?

Also, I have to know ahead of time, when I'm writing the DT, how many of 
these devices I'm going to have in a system, and if I decide to add N 
more at a later time, I'm back at square 1?

> diff --git a/drivers/bus/mhi/core/boot.c b/drivers/bus/mhi/core/boot.c
> index 0b38014..7406f28 100644
> --- a/drivers/bus/mhi/core/boot.c
> +++ b/drivers/bus/mhi/core/boot.c
> @@ -18,6 +18,9 @@
>   #include <linux/wait.h>
>   #include "internal.h"
>   
> +#define QRTR_INSTANCE_MASK	0x0000FFFF
> +#define QRTR_INSTANCE_SHIFT	0

I fail to understand why IPC Router specific stuff is being clobbered 
into MHI.

> +
>   /* Setup RDDM vector table for RDDM transfer and program RXVEC */
>   void mhi_rddm_prepare(struct mhi_controller *mhi_cntrl,
>   		      struct image_info *img_info)
> @@ -445,6 +448,17 @@ void mhi_fw_load_handler(struct mhi_controller *mhi_cntrl)
>   		return;
>   	}
>   
> +	if (!ret && mhi_cntrl->cntrl_dev->of_node) {
> +		ret = of_property_read_u32(mhi_cntrl->cntrl_dev->of_node,
> +					   "qrtr-instance-id", &instance);
> +		if (!ret) {
> +			instance &= QRTR_INSTANCE_MASK;
> +			mhi_write_reg_field(mhi_cntrl, mhi_cntrl->bhi,
> +					    BHI_ERRDBG2, QRTR_INSTANCE_MASK,
> +					    QRTR_INSTANCE_SHIFT, instance);


This violates the BHI spec which states that this register is read only 
from the host perspective.  You cannot write to it.


Overall, I get why you are attempting to do this, but solution proposed 
in this RFC is pretty bad.  I'm thinking it would be better to have the 
QCN9000 "generate" its node id based on the assigned PCI bus address 
(SBDF)  The current Router maintainers should probably weigh in to 
ensure that won't cause conflicts in the node id space.

-- 
Jeffrey Hugo
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.

      reply	other threads:[~2020-10-16 19:58 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-16 19:04 [PATCH RFC] mhi: Enable unique QRTR node ID support Gokul Sriram Palanisamy
2020-10-16 19:04 ` [PATCH RFC] bus: mhi: core: " Gokul Sriram Palanisamy
2020-10-16 19:57   ` Jeffrey Hugo [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ef188540-932e-9da6-7af1-a970024930ff@codeaurora.org \
    --to=jhugo@codeaurora.org \
    --cc=gokulsri@codeaurora.org \
    --cc=hemantk@codeaurora.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manivannan.sadhasivam@linaro.org \
    --cc=sricharan@codeaurora.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).