Received: by 2002:ac0:950e:0:0:0:0:0 with SMTP id f14csp310604imc; Sat, 16 Mar 2019 01:43:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqxYDpX+xqzYRkiCd0MSUSkV6VarJ0nsvuOZ472tEO9wHMt8o4h70FyKGilxHcfn24FaWJOM X-Received: by 2002:a17:902:2947:: with SMTP id g65mr8724551plb.258.1552725839012; Sat, 16 Mar 2019 01:43:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552725839; cv=none; d=google.com; s=arc-20160816; b=jUI6KNqcq6gRivsoolPJ88cp4CKFjyaWAeZAJFqIMCNCX6yQEgAs1ssqI0kb+ifkM+ JtoypY/FLSF0NT67nNBNGHZimtMskIALWUSy6JCOwVp1fllxY8CEmqN+I3fCp0hfk5Zj P85BHcbpBtECxmWFaI75izMt70/9NLHr13YkHIH1p+Qkrj2qI+N6vLHTNXdcLLFyETa5 qTHpBTRgoq9CljhHFT4MK05a2hIAVmAh1RchT1kAszQrk+V2drVPXE0M391m2tJEuAfO gEDlCzsgXHB7bgC4f1RdqFEG/mXJWI4jAQndHqjwZasL8/LvAhLq3mqWLqzmWRUIHWVN qELw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=zv7QJ5SmZ/kPW73oltRh4VqZTuzPIDSqoLkqHPkzmTA=; b=Ek0++yAsFoPY1gwqZYARpN9gwtfP/aUOcf+H3DTB33pjeIrzbDI64DKDQK0haIe2Cu CtBtI4Ohm09XizSS/BnGnMHZ+QsL0Xsij2xOECCuf8Cj44aaqMMnVK32dXabzkGR0Aed yfXrrtJmLBPi3wJeER0tZeTn4Fsl/rFLLkBTuMZojqK1sl+fxcSUnGqP8zIqz1bl/ocL B4Fd6/Nr8rtd/vDANYA/fnzgexBt0/2Oo3b82f1oF44YxMINBc2jwOy0H9tHsnoOapDV FrX50UzpiZEiOwYdy7R+biT21/78yNl+3+CL/XN4LG+CdtP8BTS7IOyVO5KkYinAFt9v Z3yw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l66si187173pgl.474.2019.03.16.01.43.41; Sat, 16 Mar 2019 01:43:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726571AbfCPInA (ORCPT + 99 others); Sat, 16 Mar 2019 04:43:00 -0400 Received: from mga07.intel.com ([134.134.136.100]:54353 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726020AbfCPInA (ORCPT ); Sat, 16 Mar 2019 04:43:00 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Mar 2019 01:42:59 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,485,1544515200"; d="scan'208";a="283189520" Received: from raj-desk2.iind.intel.com ([10.223.107.30]) by orsmga004.jf.intel.com with ESMTP; 16 Mar 2019 01:42:55 -0700 Date: Sat, 16 Mar 2019 14:00:24 +0530 From: Rajneesh Bhardwaj To: Rajat Jain Cc: Vishwanath Somayaji , Darren Hart , Andy Shevchenko , platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org, furquan@google.com, evgreen@google.com, rajatxjain@gmail.com, rajneesh.bhardwaj@linux.intel.com, srinivas.pandruvada@linux.intel.com, david.e.box@intel.com Subject: Re: [PATCH 2/2] platform/x86: intel_pmc_core: Allow to dump debug registers on S0ix failure Message-ID: <20190316083024.GB21812@raj-desk2.iind.intel.com> References: <20190313222124.229371-1-rajatja@google.com> <20190313222124.229371-2-rajatja@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313222124.229371-2-rajatja@google.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 13, 2019 at 03:21:24PM -0700, Rajat Jain wrote: > Add a module parameter which when enabled, will check on resume, if the > last S0ix attempt was successful. If not, the driver would provide > helpful debug information (which gets latched during the failed suspend > attempt) to debug the S0ix failure. + Srinivas and David. > > This information is very useful to debug S0ix failures. Specially since > the latched debug information will be lost (over-written) if the system > attempts to go into runtime (or imminent) S0ix again after that failed > suspend attempt. > > Signed-off-by: Rajat Jain > --- > drivers/platform/x86/intel_pmc_core.c | 86 +++++++++++++++++++++++++++ > drivers/platform/x86/intel_pmc_core.h | 7 +++ > 2 files changed, 93 insertions(+) > > diff --git a/drivers/platform/x86/intel_pmc_core.c b/drivers/platform/x86/intel_pmc_core.c > index 55578d07610c..b1f4405a27ce 100644 > --- a/drivers/platform/x86/intel_pmc_core.c > +++ b/drivers/platform/x86/intel_pmc_core.c > @@ -20,6 +20,7 @@ > #include > #include > #include > +#include > #include > > #include > @@ -890,9 +891,94 @@ static int pmc_core_remove(struct platform_device *pdev) > return 0; > } > > +#ifdef CONFIG_PM_SLEEP > + > +static bool warn_on_s0ix_failures; > +module_param(warn_on_s0ix_failures, bool, 0644); > +MODULE_PARM_DESC(warn_on_s0ix_failures, "Check and warn for S0ix failures"); > + > +static int pmc_core_suspend(struct device *dev) > +{ > + struct pmc_dev *pmcdev = dev_get_drvdata(dev); > + > + /* Save PC10 and S0ix residency for checking later */ > + if (warn_on_s0ix_failures && > + !rdmsrl_safe(MSR_PKG_C10_RESIDENCY, &pmcdev->pc10_counter) && > + !pmc_core_dev_state_get(pmcdev, &pmcdev->s0ix_counter)) > + pmcdev->check_counters = true; > + else > + pmcdev->check_counters = false; > + > + return 0; > +} > + > +static inline bool pc10_failed(struct pmc_dev *pmcdev) > +{ > + u64 pc10_counter; > + > + if (!rdmsrl_safe(MSR_PKG_C10_RESIDENCY, &pc10_counter) && > + pc10_counter == pmcdev->pc10_counter) > + return true; > + else > + return false; > +} > + > +static inline bool s0ix_failed(struct pmc_dev *pmcdev) > +{ > + u64 s0ix_counter; > + > + if (!pmc_core_dev_state_get(pmcdev, &s0ix_counter) && > + s0ix_counter == pmcdev->s0ix_counter) > + return true; > + else > + return false; > +} > + > +static int pmc_core_resume(struct device *dev) > +{ > + struct pmc_dev *pmcdev = dev_get_drvdata(dev); > + > + if (!pmcdev->check_counters) > + return 0; > + > + if (pc10_failed(pmcdev)) { > + dev_info(dev, "PC10 entry had failed (PC10 cnt=0x%llx)\n", > + pmcdev->pc10_counter); > + } else if (s0ix_failed(pmcdev)) { > + > + const struct pmc_bit_map **maps = pmcdev->map->slps0_dbg_maps; slps0_dbg feature is not available on Skylake and Kabylake. PCH IP power gating status is available on all. > + const struct pmc_bit_map *map; > + int offset = pmcdev->map->slps0_dbg_offset; > + u32 data; > + > + dev_warn(dev, "S0ix entry had failed (S0ix cnt=%llu)\n", > + pmcdev->s0ix_counter); I feel this dev_warn may be frowned upon and should be possible kept behind something like pm_debug_messages_on though module param helps mitigate it. > + while (*maps) { > + map = *maps; > + data = pmc_core_reg_read(pmcdev, offset); > + offset += 4; > + while (map->name) { > + dev_warn(dev, "SLP_S0_DBG: %-32s\tState: %s\n", > + map->name, > + data & map->bit_mask ? "Yes" : "No"); > + ++map; > + } > + ++maps; > + } > + } > + return 0; > +} > + > +#endif > + > +const struct dev_pm_ops pmc_core_pm_ops = { > + SET_LATE_SYSTEM_SLEEP_PM_OPS(pmc_core_suspend, pmc_core_resume) > +}; > + > static struct platform_driver pmc_core_driver = { > .driver = { > .name = "pmc_core", > + .pm = &pmc_core_pm_ops > }, > .probe = pmc_core_probe, > .remove = pmc_core_remove, > diff --git a/drivers/platform/x86/intel_pmc_core.h b/drivers/platform/x86/intel_pmc_core.h > index 88d9c0653a5f..fdee5772e532 100644 > --- a/drivers/platform/x86/intel_pmc_core.h > +++ b/drivers/platform/x86/intel_pmc_core.h > @@ -241,6 +241,9 @@ struct pmc_reg_map { > * @pmc_xram_read_bit: flag to indicate whether PMC XRAM shadow registers > * used to read MPHY PG and PLL status are available > * @mutex_lock: mutex to complete one transcation > + * @check_counters: On resume, check if counters are getting incremented > + * @pc10_counter: PC10 residency counter > + * @s0ix_counter: S0ix residency (step adjusted) > * > * pmc_dev contains info about power management controller device. > */ > @@ -253,6 +256,10 @@ struct pmc_dev { > #endif /* CONFIG_DEBUG_FS */ > int pmc_xram_read_bit; > struct mutex lock; /* generic mutex lock for PMC Core */ > + > + bool check_counters; /* Check for counter increments on resume */ > + u64 pc10_counter; > + u64 s0ix_counter; > }; > > #endif /* PMC_CORE_H */ > -- > 2.21.0.360.g471c308f928-goog > -- Best Regards, Rajneesh