linux-arm-msm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hemant Kumar <hemantk@codeaurora.org>
To: Thomas Perrot <thomas.perrot@bootlin.com>, linux-arm-msm@vger.kernel.org
Cc: manivannan.sadhasivam@linaro.org, bbhatt@codeaurora.org
Subject: Re: MHI driver issue with Sierra Wireless AirPrime EM919X
Date: Sun, 1 Aug 2021 14:56:20 -0700	[thread overview]
Message-ID: <ddc50c84-13c6-7921-a4b0-cec22fd329b6@codeaurora.org> (raw)
In-Reply-To: <1e288e5bee3f2a18e0ddb8b7a50158ecb793822d.camel@bootlin.com>

Hi Thomas,

On 7/30/2021 10:52 AM, Thomas Perrot wrote:
> Hello,
> 
> I’m trying to use the MHI driver with a Sierra Wireless AirPrime EM919X
> connected to an NXP i.MX6DL through a PCIe gen2 bus, on 5.13.6, but the
> device initialisation fails, as follows:
> 
> [    3.029401] mhi-pci-generic 0000:01:00.0: BAR 0: assigned [mem
> 0x01100000-0x01100fff 64bit]
> [    3.041095] mhi-pci-generic 0000:01:00.0: enabling device (0140 ->
> 0142)
> [    3.118299] mhi mhi0: Requested to power ON
> [   11.370361] mhi mhi0: Power on setup success
> [   11.372503] mhi mhi0: Wait for device to enter SBL or Mission mode
> [   15.664068] mhi-pci-generic 0000:01:00.0: failed to suspend device:
> -16
> [   22.619948] mhi-pci-generic 0000:01:00.0: refused to change power
> state from D3hot to D0
> [   57.289998] mhi-pci-generic 0000:01:00.0: can't change power state
> from D3hot to D0 (config space inaccessible)
> [   73.769675] mhi-pci-generic 0000:01:00.0: can't change power state
> from D3cold to D0 (config space inaccessible)
> [   73.780188] mhi-pci-generic 0000:01:00.0: can't change power state
> from D3hot to D0 (config space inaccessible)
> [   73.836150] PC is at mhi_pci_read_reg+0xc/0x14
> [   73.840642] LR is at mhi_get_mhi_state+0x2c/0x5c
> [   74.121120] [<c05dcaf4>] (mhi_pci_read_reg) from [<c05d754c>]
> (mhi_get_mhi_state+0x2c/0x5c)
> [   74.129529] [<c05d754c>] (mhi_get_mhi_state) from [<c05da440>]
> (mhi_pm_resume+0x38/0x298)
> [   74.137754] [<c05da440>] (mhi_pm_resume) from [<c05dcbd0>]
> (mhi_pci_runtime_resume+0x70/0xe0)
> [   74.146326] [<c05dcbd0>] (mhi_pci_runtime_resume) from [<c0604da0>]
> (pci_pm_runtime_resume+0x84/0xa0)
> 
> Do you have any idea where the issue might come from?
> 
> MHI seems to enter in READY state and waiting to enter in SBL or
> Mission mode when the issue occurs, the host can start MHI
> initialization by programming MMIO registers and sets the device into
> MHI_M0 state.
If the issue is MHI host not getting SBL EE change event on primary 
event ring then, is it possible that there is some issue with FW image 
being flashed ? It is possible for you to enable dev_dbg logs to show up 
in dmesg for MHI core when you reproduce this issue? You can share the 
entire dmesg log with that. Are you observing this issue after moving to 
5.13.6? Do you know if the same FW worked on this device on any other 
kernel ver before?
> 
> Best regards,
> Thomas
> 

Thanks,
Hemant
-- 
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora 
Forum, a Linux Foundation Collaborative Project

  reply	other threads:[~2021-08-01 21:56 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-30 17:52 MHI driver issue with Sierra Wireless AirPrime EM919X Thomas Perrot
2021-08-01 21:56 ` Hemant Kumar [this message]
2021-08-02 15:32   ` Thomas Perrot
2021-08-02 15:22 ` Loic Poulain
2021-08-02 15:37   ` Thomas Perrot
2021-08-02 16:33     ` Loic Poulain
2021-08-02 18:14       ` Bhaumik Bhatt
2021-08-03 13:44         ` Thomas Perrot
2021-08-03 15:02           ` Loic Poulain
2021-08-05  7:18             ` Thomas Perrot
2021-08-05  7:33               ` Thomas Perrot

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=ddc50c84-13c6-7921-a4b0-cec22fd329b6@codeaurora.org \
    --to=hemantk@codeaurora.org \
    --cc=bbhatt@codeaurora.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=manivannan.sadhasivam@linaro.org \
    --cc=thomas.perrot@bootlin.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).