Bug 72211
| Summary: | intel_pstate Haswell CPU is not entering hardware package idle state | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | opensource |
| Component: | Network | Assignee: | drivers_network (drivers_network) |
| Status: | NEW --- | ||
| Severity: | normal | CC: | alan, dev.rindeal+kernel.org, dsmythies, joerg.beyer, lenb, linux-ide, liquid.acid, lsiudut, szg00000, tianyu.lan |
| Priority: | P1 | ||
| Hardware: | x86-64 | ||
| OS: | Linux | ||
| Kernel Version: | 3.13.6 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: | Kernel Config (Archlinux) | ||
|
Description
opensource
2014-03-16 16:30:22 UTC
(adding Len) the onboard network device (realtek r8168) was the issue. I replaced the vanilla kernel module (r8169) with realteks r8168. Once the monitor is switched off via dpms i reach 97% package c state pc6. I assume the r8169 does not support aspm. Should this bug be closed or moved to drivers? Similar problem here on a i7-4700HQ. According to i7z the CPU doesn't enter anything below C1 (Halt). And yes, there is nothing (except for init, which is OpenRC here on Gentoo) running when I measured this. With the same workload, my other system, a i5 M-450, stays in C6 ~90% of the time. OK, this turned out to be just a false alarm. The latest stable version of i7z doesn't correctly display statistics from the Haswell. Using the git version and also turbostat reveals that the cores are staying mostly in C7 when the system is idle. So everything is like it should be. Sorry for the noise! I'm struggling with this problem on Lenovo T440S. It's never going below PC3, moreover to achieve PC3 I need to suspend/resume my system. As a result my average power usage on idle is fixing around 7W, while in Windows I can easily get down to 5W. Is there any way I can determine what keeps my system to go down below PC3? Btw. I don't experience this problem on my second laptop, also Lenovo, model W540. It achieve PC7 easily once screen is switched of via dkms (hi-res LCD). r8169 is not working as expected: it is not being able to make the processor enter Package State C6 (pc6) for RTL8111 hardware where ASPM is enabled. This issue is still present in todays mainline built of kernel 3.17 (Aug 30th 2014). With r8168-dkms Haswell G1820 and Haswell-R G1840 processors will enter pc6. With r8169 and kernel 3.13 or 3.17 they don't. Affected hardware: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 11) In my case the change to the r8168-dkms net work driver package (on ubuntu-14.04) vastly improved the power consumption. I can reach Package Stage C6 with the new driver, while I couldn't with the vanilla driver. That brought power consumption from about 20 watts to 13. ... but, r8168-dkms slowed my network connections down by a factor around 100. So that is not working. How did you measure this? bugzilla-daemon@bugzilla.kernel.org schreef op 13-09-14 om 21:39: > https://bugzilla.kernel.org/show_bug.cgi?id=72211 > > --- Comment #8 from Joerg Beyer <joerg.beyer@gmail.com> --- > ... but, r8168-dkms slowed my network connections down by a factor around > 100. > So that is not working. > |