From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
To: Bhaumik Bhatt <bbhatt@codeaurora.org>
Cc: linux-arm-msm@vger.kernel.org, hemantk@codeaurora.org,
jhugo@codeaurora.org, linux-kernel@vger.kernel.org,
carl.yin@quectel.com, naveen.kumar@quectel.com,
loic.poulain@linaro.org
Subject: Re: [PATCH] bus: mhi: pci_generic: Apply no-op for wake using inband wake support flag
Date: Fri, 18 Jun 2021 22:57:46 +0530 [thread overview]
Message-ID: <20210618172746.GA30140@workstation> (raw)
In-Reply-To: <83d12d5cc46ef7fda12caf7e3bdfddd1@codeaurora.org>
On Fri, Jun 18, 2021 at 10:06:28AM -0700, Bhaumik Bhatt wrote:
> Hi Mani,
> On 2021-06-17 11:52 PM, Manivannan Sadhasivam wrote:
> > On Thu, Jun 17, 2021 at 11:23:53AM -0700, Bhaumik Bhatt wrote:
> > > Devices such as SDX24 do not have the provision for inband wake
> > > doorbell in the form of channel 127. Newer devices such as SDX55
> > > or SDX65 have it by default. Ensure the functionality is used
> > > based on this such that device wake stays held when a client
> > > driver uses mhi_device_get() API or the equivalent debugfs entry.
> > >
> > > Fixes: e3e5e6508fc1 ("bus: mhi: pci_generic: No-Op for device_wake
> > > operations")
> > > Signed-off-by: Bhaumik Bhatt <bbhatt@codeaurora.org>
> > > ---
> > > drivers/bus/mhi/pci_generic.c | 26 ++++++++++++++++++--------
> > > 1 file changed, 18 insertions(+), 8 deletions(-)
> > >
> > > diff --git a/drivers/bus/mhi/pci_generic.c
> > > b/drivers/bus/mhi/pci_generic.c
> > > index d84b743..31360a2 100644
> > > --- a/drivers/bus/mhi/pci_generic.c
> > > +++ b/drivers/bus/mhi/pci_generic.c
> > > @@ -32,6 +32,7 @@
> > > * @edl: emergency download mode firmware path (if any)
> > > * @bar_num: PCI base address register to use for MHI MMIO register
> > > space
> > > * @dma_data_width: DMA transfer word size (32 or 64 bits)
> > > + * @no_inband_wake: Devices without inband wake support (such as
> > > sdx24)
> >
> > I'd rather like this field to be "inband_wake" and set to false/true
> > based on the capability of the devices. Rest looks good.
> >
> > Thanks,
> > Mani
> >
> I should have known this was coming :)
>
> Can I use sideband_wake instead of no_inband_wake and leave the booleans as
> is?
Do you mean, the older devices uses a dedicated sideband GPIO for
controlling the wakeup? If so, what is it?
> By default, inband_wake will have to be true for any and all devices moving
> forward.
>
Right but still the functionality is not present in older devices. So I
think it makes sense to stay with "inband_wake".
Thanks,
Mani
> Please let me know your preference.
> > > */
> > > struct mhi_pci_dev_info {
> > > const struct mhi_controller_config *config;
> > > @@ -40,6 +41,7 @@ struct mhi_pci_dev_info {
> > > const char *edl;
> > > unsigned int bar_num;
> > > unsigned int dma_data_width;
> > > + bool no_inband_wake;
> > > };
> > >
> > > #define MHI_CHANNEL_CONFIG_UL(ch_num, ch_name, el_count, ev_ring) \
> > > @@ -242,7 +244,8 @@ static const struct mhi_pci_dev_info
> > > mhi_qcom_sdx65_info = {
> > > .edl = "qcom/sdx65m/edl.mbn",
> > > .config = &modem_qcom_v1_mhiv_config,
> > > .bar_num = MHI_PCI_DEFAULT_BAR_NUM,
> > > - .dma_data_width = 32
> > > + .dma_data_width = 32,
> > > + .no_inband_wake = false
> > > };
> > >
> > > static const struct mhi_pci_dev_info mhi_qcom_sdx55_info = {
> > > @@ -251,7 +254,8 @@ static const struct mhi_pci_dev_info
> > > mhi_qcom_sdx55_info = {
> > > .edl = "qcom/sdx55m/edl.mbn",
> > > .config = &modem_qcom_v1_mhiv_config,
> > > .bar_num = MHI_PCI_DEFAULT_BAR_NUM,
> > > - .dma_data_width = 32
> > > + .dma_data_width = 32,
> > > + .no_inband_wake = false
> > > };
> > >
> > > static const struct mhi_pci_dev_info mhi_qcom_sdx24_info = {
> > > @@ -259,7 +263,8 @@ static const struct mhi_pci_dev_info
> > > mhi_qcom_sdx24_info = {
> > > .edl = "qcom/prog_firehose_sdx24.mbn",
> > > .config = &modem_qcom_v1_mhiv_config,
> > > .bar_num = MHI_PCI_DEFAULT_BAR_NUM,
> > > - .dma_data_width = 32
> > > + .dma_data_width = 32,
> > > + .no_inband_wake = true
> > > };
> > >
> > > static const struct mhi_channel_config mhi_quectel_em1xx_channels[]
> > > = {
> > > @@ -301,7 +306,8 @@ static const struct mhi_pci_dev_info
> > > mhi_quectel_em1xx_info = {
> > > .edl = "qcom/prog_firehose_sdx24.mbn",
> > > .config = &modem_quectel_em1xx_config,
> > > .bar_num = MHI_PCI_DEFAULT_BAR_NUM,
> > > - .dma_data_width = 32
> > > + .dma_data_width = 32,
> > > + .no_inband_wake = true
> > > };
> > >
> > > static const struct mhi_channel_config mhi_foxconn_sdx55_channels[]
> > > = {
> > > @@ -339,7 +345,8 @@ static const struct mhi_pci_dev_info
> > > mhi_foxconn_sdx55_info = {
> > > .edl = "qcom/sdx55m/edl.mbn",
> > > .config = &modem_foxconn_sdx55_config,
> > > .bar_num = MHI_PCI_DEFAULT_BAR_NUM,
> > > - .dma_data_width = 32
> > > + .dma_data_width = 32,
> > > + .no_inband_wake = false
> > > };
> > >
> > > static const struct pci_device_id mhi_pci_id_table[] = {
> > > @@ -640,9 +647,12 @@ static int mhi_pci_probe(struct pci_dev *pdev,
> > > const struct pci_device_id *id)
> > > mhi_cntrl->status_cb = mhi_pci_status_cb;
> > > mhi_cntrl->runtime_get = mhi_pci_runtime_get;
> > > mhi_cntrl->runtime_put = mhi_pci_runtime_put;
> > > - mhi_cntrl->wake_get = mhi_pci_wake_get_nop;
> > > - mhi_cntrl->wake_put = mhi_pci_wake_put_nop;
> > > - mhi_cntrl->wake_toggle = mhi_pci_wake_toggle_nop;
> > > +
> > > + if (info->no_inband_wake) {
> > > + mhi_cntrl->wake_get = mhi_pci_wake_get_nop;
> > > + mhi_cntrl->wake_put = mhi_pci_wake_put_nop;
> > > + mhi_cntrl->wake_toggle = mhi_pci_wake_toggle_nop;
> > > + }
> > >
> > > err = mhi_pci_claim(mhi_cntrl, info->bar_num,
> > > DMA_BIT_MASK(info->dma_data_width));
> > > if (err)
> > > --
> > > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora
> > > Forum,
> > > a Linux Foundation Collaborative Project
> > >
>
> Thanks,
> Bhaumik
> ---
> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
> a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2021-06-18 17:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-17 18:23 [PATCH] bus: mhi: pci_generic: Apply no-op for wake using inband wake support flag Bhaumik Bhatt
2021-06-17 18:52 ` Loic Poulain
2021-06-17 21:58 ` Hemant Kumar
2021-06-18 6:52 ` Manivannan Sadhasivam
2021-06-18 17:06 ` Bhaumik Bhatt
2021-06-18 17:27 ` Manivannan Sadhasivam [this message]
2021-06-18 17:41 ` Bhaumik Bhatt
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=20210618172746.GA30140@workstation \
--to=manivannan.sadhasivam@linaro.org \
--cc=bbhatt@codeaurora.org \
--cc=carl.yin@quectel.com \
--cc=hemantk@codeaurora.org \
--cc=jhugo@codeaurora.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=loic.poulain@linaro.org \
--cc=naveen.kumar@quectel.com \
/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).