summaryrefslogtreecommitdiff
path: root/drivers/pnp/pnpbios
diff options
context:
space:
mode:
authorDaniel Vetter <daniel.vetter@ffwll.ch>2015-05-08 20:33:25 +0200
committerDaniel Vetter <daniel.vetter@ffwll.ch>2015-12-04 17:08:01 +0100
commit5947ebff98121374dd01eba49cb26a6e1d2482c4 (patch)
tree101cf31be9ccbde999744fbec247387e355fb8eb /drivers/pnp/pnpbios
parent12a920c289218a5b20ca0a2c290d03a9ff3786d7 (diff)
drm/i915: Enable runtime pm
Like with every other feature that's not enabled by default we break runtime pm support way too often by accident because the overall test coverage isn't great. And it's been almost 2 years since we enabled the power well code by default commit bf51d5e2cda5d36d98e4b46ac7fca9461e512c41 Author: Paulo Zanoni <paulo.r.zanoni@intel.com> Date: Wed Jul 3 17:12:13 2013 -0300 drm/i915: switch disable_power_well default value to 1 It's really more than overdue for runtime pm itself to follow! Note that in practice this wont do a hole lot yet, since we're still gated on snd-hda-intel doing proper runtime pm. But I've discussed this with Liam and we agreed that this needs to be done. And the audio team is working to hold up their end of this bargain. And the justification for updating the autosuspend delay to 100ms: Quick measurment shows that we can do a full rpm cycle in about 5ms, which means the delay should still be really conservative from a power conservation pov. The only workload that would suffer from ping-pong is also only gpu/compute with all screens off. 100ms should cover any kind of latency with submitting follow-up batches. Cc: Takashi Iwai <tiwai@suse.de> Cc: Liam Girdwood <liam.r.girdwood@intel.com> Cc: Yang, Libin <libin.yang@intel.com> Cc: Lin, Mengdong <mengdong.lin@intel.com> Cc: Li, Jocelyn <jocelyn.li@intel.com> Cc: Kaskinen, Tanu <tanu.kaskinen@intel.com> Cc: Zanoni, Paulo R <paulo.r.zanoni@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Diffstat (limited to 'drivers/pnp/pnpbios')
0 files changed, 0 insertions, 0 deletions