From: Jeffrey Hugo <jhugo@codeaurora.org>
To: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>,
gregkh@linuxfoundation.org, davem@davemloft.net
Cc: smohanad@codeaurora.org, kvalo@codeaurora.org,
bjorn.andersson@linaro.org, hemantk@codeaurora.org,
linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 2/7] bus: mhi: core: Add support for reading MHI info from device
Date: Wed, 25 Mar 2020 13:04:32 -0600 [thread overview]
Message-ID: <e253497a-66fa-9179-eb27-5107b217fd1e@codeaurora.org> (raw)
In-Reply-To: <edc9fb15-67f3-9cd1-275a-d850d80e2b65@codeaurora.org>
On 3/24/2020 8:38 AM, Jeffrey Hugo wrote:
> On 3/24/2020 12:10 AM, Manivannan Sadhasivam wrote:
>> The MHI register base has several registers used for getting the MHI
>> specific information such as version, family, major, and minor numbers
>> from the device. This information can be used by the controller drivers
>> for usecases such as applying quirks for a specific revision etc...
>>
>> While at it, let's also rearrange the local variables
>> in mhi_register_controller().
>>
>> Suggested-by: Hemant Kumar <hemantk@codeaurora.org>
>> Signed-off-by: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
>> ---
>> drivers/bus/mhi/core/init.c | 19 +++++++++++++++++--
>> drivers/bus/mhi/core/internal.h | 10 ++++++++++
>> include/linux/mhi.h | 17 +++++++++++++++++
>> 3 files changed, 44 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/bus/mhi/core/init.c b/drivers/bus/mhi/core/init.c
>> index eb7f556a8531..d136f6c6ca78 100644
>> --- a/drivers/bus/mhi/core/init.c
>> +++ b/drivers/bus/mhi/core/init.c
>> @@ -802,12 +802,12 @@ static int parse_config(struct mhi_controller
>> *mhi_cntrl,
>> int mhi_register_controller(struct mhi_controller *mhi_cntrl,
>> struct mhi_controller_config *config)
>> {
>> - int ret;
>> - int i;
>> struct mhi_event *mhi_event;
>> struct mhi_chan *mhi_chan;
>> struct mhi_cmd *mhi_cmd;
>> struct mhi_device *mhi_dev;
>> + u32 soc_info;
>> + int ret, i;
>> if (!mhi_cntrl)
>> return -EINVAL;
>> @@ -874,6 +874,21 @@ int mhi_register_controller(struct mhi_controller
>> *mhi_cntrl,
>> mhi_cntrl->unmap_single = mhi_unmap_single_no_bb;
>> }
>> + /* Read the MHI device info */
>> + ret = mhi_read_reg(mhi_cntrl, mhi_cntrl->regs,
>> + SOC_HW_VERSION_OFFS, &soc_info);
>> + if (ret)
>> + goto error_alloc_dev;
>> +
>> + mhi_cntrl->family_number = (soc_info &
>> SOC_HW_VERSION_FAM_NUM_BMSK) >>
>> + SOC_HW_VERSION_FAM_NUM_SHFT;
>> + mhi_cntrl->device_number = (soc_info &
>> SOC_HW_VERSION_DEV_NUM_BMSK) >>
>> + SOC_HW_VERSION_DEV_NUM_SHFT;
>> + mhi_cntrl->major_version = (soc_info &
>> SOC_HW_VERSION_MAJOR_VER_BMSK) >>
>> + SOC_HW_VERSION_MAJOR_VER_SHFT;
>> + mhi_cntrl->minor_version = (soc_info &
>> SOC_HW_VERSION_MINOR_VER_BMSK) >>
>> + SOC_HW_VERSION_MINOR_VER_SHFT;
>> +
>> /* Register controller with MHI bus */
>> mhi_dev = mhi_alloc_device(mhi_cntrl);
>> if (IS_ERR(mhi_dev)) {
>> diff --git a/drivers/bus/mhi/core/internal.h
>> b/drivers/bus/mhi/core/internal.h
>> index 18066302e6e2..5deadfaa053a 100644
>> --- a/drivers/bus/mhi/core/internal.h
>> +++ b/drivers/bus/mhi/core/internal.h
>> @@ -196,6 +196,16 @@ extern struct bus_type mhi_bus_type;
>> #define BHIE_RXVECSTATUS_STATUS_XFER_COMPL (0x02)
>> #define BHIE_RXVECSTATUS_STATUS_ERROR (0x03)
>> +#define SOC_HW_VERSION_OFFS (0x224)
>> +#define SOC_HW_VERSION_FAM_NUM_BMSK (0xF0000000)
>> +#define SOC_HW_VERSION_FAM_NUM_SHFT (28)
>> +#define SOC_HW_VERSION_DEV_NUM_BMSK (0x0FFF0000)
>> +#define SOC_HW_VERSION_DEV_NUM_SHFT (16)
>> +#define SOC_HW_VERSION_MAJOR_VER_BMSK (0x0000FF00)
>> +#define SOC_HW_VERSION_MAJOR_VER_SHFT (8)
>> +#define SOC_HW_VERSION_MINOR_VER_BMSK (0x000000FF)
>> +#define SOC_HW_VERSION_MINOR_VER_SHFT (0)
>
> I'm tempted to give reviewed-by, however it occurs to me that I don't
> see this in the MHI spec. I'm looking at Rev E, which as far as I am
> aware is the latest.
>
> Hemant, is this in the spec, and if so, what Rev?
>
> I'm concerned that if its not in the spec, we may have an issue with
> some device not implementing this as expected.
>
Reviewed-by: Jeffrey Hugo <jhugo@codeaurora.org>
I talked with Hemant offline, and this is queued up for the next spec
rev. I'm satisfied with that.
--
Jeffrey Hugo
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
next prev parent reply other threads:[~2020-03-25 19:05 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-24 6:10 [PATCH v3 0/7] Improvements to MHI Bus Manivannan Sadhasivam
2020-03-24 6:10 ` [PATCH v3 1/7] bus: mhi: core: Pass module owner during client driver registration Manivannan Sadhasivam
2020-03-24 6:10 ` [PATCH v3 2/7] bus: mhi: core: Add support for reading MHI info from device Manivannan Sadhasivam
2020-03-24 14:38 ` Jeffrey Hugo
2020-03-25 19:04 ` Jeffrey Hugo [this message]
2020-03-24 6:10 ` [PATCH v3 3/7] bus: mhi: core: Initialize bhie field in mhi_cntrl for RDDM capture Manivannan Sadhasivam
2020-03-25 16:01 ` Jeffrey Hugo
2020-03-24 6:10 ` [PATCH v3 4/7] bus: mhi: core: Drop the references to mhi_dev in mhi_destroy_device() Manivannan Sadhasivam
2020-03-25 16:03 ` Jeffrey Hugo
2020-03-24 6:10 ` [PATCH v3 5/7] bus: mhi: core: Add support for MHI suspend and resume Manivannan Sadhasivam
2020-03-24 6:10 ` [PATCH v3 6/7] net: qrtr: Add MHI transport layer Manivannan Sadhasivam
2020-03-24 20:39 ` Bjorn Andersson
2020-03-25 10:37 ` Manivannan Sadhasivam
2020-03-26 22:54 ` Chris Lew
2020-03-30 9:49 ` Manivannan Sadhasivam
2020-03-30 22:19 ` Bjorn Andersson
2020-03-31 11:23 ` Manivannan Sadhasivam
2020-03-31 17:40 ` Bjorn Andersson
2020-03-24 6:10 ` [PATCH v3 7/7] net: qrtr: Do not depend on ARCH_QCOM Manivannan Sadhasivam
2020-03-24 20:40 ` Bjorn Andersson
2020-03-26 14:51 ` [PATCH v3 0/7] Improvements to MHI Bus Greg KH
2020-03-26 17:25 ` Manivannan Sadhasivam
2020-03-26 17:42 ` Greg KH
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=e253497a-66fa-9179-eb27-5107b217fd1e@codeaurora.org \
--to=jhugo@codeaurora.org \
--cc=bjorn.andersson@linaro.org \
--cc=davem@davemloft.net \
--cc=gregkh@linuxfoundation.org \
--cc=hemantk@codeaurora.org \
--cc=kvalo@codeaurora.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=smohanad@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