[Bug 75121] Intel Pstate driver - powersave mode - CPU frequency too low

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--- Comment #17 from Doug Smythies <dsmythies@xxxxxxxxx> ---
(In reply to Dirk Brandewie from comment #16)
> (In reply to Doug Smythies from comment #15)
> > Hi Dirk: Did you ever figure out for certain why some had the CPU freq
> > remains high after suspend issue? It remains unclear to me, and I do not
> > know how to even try to re-create here on my test computer.
> > 
> 
> I could make it happen occasionally on my ivy bridge laptop test system.
> 
> I think it have to the hardware coordination on the chip but I haven't
> proven that.
>  

I have figured out how to "suspend" my test computer. I have tried a few times,
but so far haven't been able to re-create the issue. I wanted to be able to
re-create the issue, as a base line reference, so that I would know how far I
can adjust C0_WEIGHT or C0_MINIMUM and still have the issue never occur.

It still doesn't make sense to me that the intel_pstate driver would work fine
before but not after a "suspend". If the root issue is some hardware
coordination on the chip, then shouldn't that be fixed (if possible via
whatever re-initialization) rather than messing with the intel_pstate servo
loop? If it is not some hardware coordination on the chip, but rather due to
some flaw in the servo loop, then we should be able to re-create the issue
without any intervening "suspend".

-- 
You are receiving this mail because:
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Devel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Forum]     [Linux SCSI]

  Powered by Linux