Linux PCI subsystem development
 help / color / mirror / Atom feed
From: Bjorn Helgaas <helgaas@kernel.org>
To: linux-pci@vger.kernel.org
Cc: "David E. Box" <david.e.box@linux.intel.com>,
	Jonathan Yong <jonathan.yong@intel.com>,
	Len Brown <lenb@kernel.org>
Subject: [bugzilla-daemon@bugzilla.kernel.org: [Bug 209361] New: PTMControl Enabled blocks Low Power Idle in 5% of s2idle attempts - Dell XPS-13 9300 Ice Lake]
Date: Wed, 23 Sep 2020 14:00:45 -0500	[thread overview]
Message-ID: <20200923190045.GA2285394@bjorn-Precision-5520> (raw)

----- Forwarded message from bugzilla-daemon@bugzilla.kernel.org -----

Date: Wed, 23 Sep 2020 15:22:47 +0000
From: bugzilla-daemon@bugzilla.kernel.org
To: bjorn@helgaas.com
Subject: [Bug 209361] New: PTMControl Enabled blocks Low Power Idle in 5% of
	s2idle attempts - Dell XPS-13 9300 Ice Lake
Message-ID: <bug-209361-41252@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=209361

            Bug ID: 209361
           Summary: PTMControl Enabled blocks Low Power Idle in 5% of
                    s2idle attempts - Dell XPS-13 9300 Ice Lake
           Product: Drivers
           Version: 2.5
    Kernel Version: 5.9-rc5
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: PCI
          Assignee: drivers_pci@kernel-bugs.osdl.org
          Reporter: lenb@kernel.org
        Regression: No

System: Dell XPS-13 9300, Intel(R) Core(TM) i7-1065G7

Up through Linux 5.9-rc5, this system will typically get very good residency
in Low-Power-Idle upon s2idle.  But on 5% of attempts, it gets ZERO
residency in low-power-idle.

I have confirmed that this does not change if the time sleeping
is extended, or the time between experiments is extended.

David Box suggested disabling PTM.
Doing so resulted -- for the first time --
the system entering LPI on s2idle 100% of s2idle attempts
(770 attempts over 8 hours)

~/bin/pci_write8 0 0x1d 0 0x158 0
~/bin/pci_write8 0 0x1d 7 0x158 0

is what I used to disable PTM on my system
(write a 0, where pci_read8 previously showed the value 3)

This change is visible in the output of lspci as for both bridges:

< PTMControl: Enabled:+ RootSelected:+
> PTMControl: Enabled:- RootSelected:-

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

----- End forwarded message -----

                 reply	other threads:[~2020-09-23 19:00 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20200923190045.GA2285394@bjorn-Precision-5520 \
    --to=helgaas@kernel.org \
    --cc=david.e.box@linux.intel.com \
    --cc=jonathan.yong@intel.com \
    --cc=lenb@kernel.org \
    --cc=linux-pci@vger.kernel.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