| Message ID | 1423223238-17530-1-git-send-email-rmanohar@qti.qualcomm.com (mailing list archive) |
|---|---|
| State | Not Applicable |
| Headers | show |
On 6 February 2015 at 12:47, Rajkumar Manoharan <rmanohar@qti.qualcomm.com> wrote: > Some of of qca988x solutions are having global reset issue > during target initialization. What kind of issue? How/when does it manifest? > Bypassing PLL setting before > downloading firmware and letting the SoC run on REF_CLK is fixing > the problem. Corresponding firmware change is also needed to set > the clock source once the target is initialized. Since 10.2.4 > firmware is having this ROM patch, applying skip_clock_init only > for 10.2.4 firmware versions. Which 10.2.4? There are at least two publicly available blobs. Do all of them support this? How do other firmware revisions handle setting skip_clock_init to 1? > Signed-off-by: Rajkumar Manoharan <rmanohar@qti.qualcomm.com> > --- > drivers/net/wireless/ath/ath10k/core.c | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/drivers/net/wireless/ath/ath10k/core.c b/drivers/net/wireless/ath/ath10k/core.c > index 310e12b..3119192 100644 > --- a/drivers/net/wireless/ath/ath10k/core.c > +++ b/drivers/net/wireless/ath/ath10k/core.c > @@ -797,6 +797,20 @@ static int ath10k_download_cal_data(struct ath10k *ar) > ar->cal_mode = ATH10K_CAL_MODE_OTP; > > done: > + if ((ar->hw_rev != ATH10K_HW_QCA988X) || > + (ar->wmi.op_version != ATH10K_FW_WMI_OP_VERSION_10_2_4)) { Maybe using fw_features is a better idea, no? > + ath10k_dbg(ar, ATH10K_DBG_BOOT, > + "boot using calibration mode %s\n", > + ath10k_cal_mode_str(ar->cal_mode)); I don't really like the idea of duplicating debug prints. > + return 0; > + } > + > + ret = ath10k_bmi_write32(ar, hi_skip_clock_init, 1); > + if (ret) { > + ath10k_err(ar, "could not write skip_clock_init (%d)\n", ret); > + return ret; > + } > + > ath10k_dbg(ar, ATH10K_DBG_BOOT, "boot using calibration mode %s\n", > ath10k_cal_mode_str(ar->cal_mode)); > return 0; Micha? -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Feb 06, 2015 at 12:58:40PM +0100, Michal Kazior wrote: > On 6 February 2015 at 12:47, Rajkumar Manoharan > <rmanohar@qti.qualcomm.com> wrote: > > Some of of qca988x solutions are having global reset issue > > during target initialization. > > What kind of issue? How/when does it manifest? > PCI bus error was reported before downloading the firmware. This is issue is very rarely observed with few qca8888 chips. Postponing PLL settings is solving the problem. > > > Bypassing PLL setting before > > downloading firmware and letting the SoC run on REF_CLK is fixing > > the problem. Corresponding firmware change is also needed to set > > the clock source once the target is initialized. Since 10.2.4 > > firmware is having this ROM patch, applying skip_clock_init only > > for 10.2.4 firmware versions. > > Which 10.2.4? There are at least two publicly available blobs. Do all > of them support this? How do other firmware revisions handle setting > skip_clock_init to 1? > Yes. 10.2.4 firmwares are having this ROM patch fix. Others firmware revisions do not have this ROM patch. > > > Signed-off-by: Rajkumar Manoharan <rmanohar@qti.qualcomm.com> > > --- > > drivers/net/wireless/ath/ath10k/core.c | 14 ++++++++++++++ > > 1 file changed, 14 insertions(+) > > > > diff --git a/drivers/net/wireless/ath/ath10k/core.c b/drivers/net/wireless/ath/ath10k/core.c > > index 310e12b..3119192 100644 > > --- a/drivers/net/wireless/ath/ath10k/core.c > > +++ b/drivers/net/wireless/ath/ath10k/core.c > > @@ -797,6 +797,20 @@ static int ath10k_download_cal_data(struct ath10k *ar) > > ar->cal_mode = ATH10K_CAL_MODE_OTP; > > > > done: > > + if ((ar->hw_rev != ATH10K_HW_QCA988X) || > > + (ar->wmi.op_version != ATH10K_FW_WMI_OP_VERSION_10_2_4)) { > > Maybe using fw_features is a better idea, no? > Hmm..Anyway we are using both fw_features & wmi.op_version across driver. Still want to go with fw_features? > > + ath10k_dbg(ar, ATH10K_DBG_BOOT, > > + "boot using calibration mode %s\n", > > + ath10k_cal_mode_str(ar->cal_mode)); > > I don't really like the idea of duplicating debug prints. > Agree. Me too...:) Thanks for the review. -Rajkumar -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/net/wireless/ath/ath10k/core.c b/drivers/net/wireless/ath/ath10k/core.c index 310e12b..3119192 100644 --- a/drivers/net/wireless/ath/ath10k/core.c +++ b/drivers/net/wireless/ath/ath10k/core.c @@ -797,6 +797,20 @@ static int ath10k_download_cal_data(struct ath10k *ar) ar->cal_mode = ATH10K_CAL_MODE_OTP; done: + if ((ar->hw_rev != ATH10K_HW_QCA988X) || + (ar->wmi.op_version != ATH10K_FW_WMI_OP_VERSION_10_2_4)) { + ath10k_dbg(ar, ATH10K_DBG_BOOT, + "boot using calibration mode %s\n", + ath10k_cal_mode_str(ar->cal_mode)); + return 0; + } + + ret = ath10k_bmi_write32(ar, hi_skip_clock_init, 1); + if (ret) { + ath10k_err(ar, "could not write skip_clock_init (%d)\n", ret); + return ret; + } + ath10k_dbg(ar, ATH10K_DBG_BOOT, "boot using calibration mode %s\n", ath10k_cal_mode_str(ar->cal_mode)); return 0;
Some of of qca988x solutions are having global reset issue during target initialization. Bypassing PLL setting before downloading firmware and letting the SoC run on REF_CLK is fixing the problem. Corresponding firmware change is also needed to set the clock source once the target is initialized. Since 10.2.4 firmware is having this ROM patch, applying skip_clock_init only for 10.2.4 firmware versions. Signed-off-by: Rajkumar Manoharan <rmanohar@qti.qualcomm.com> --- drivers/net/wireless/ath/ath10k/core.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+)