Hi,
On 27-11-17 12:13, Bastien Nocera wrote:
----- Original Message -----
Hi,
On 03-11-17 09:59, Hans de Goede wrote:
Hi,
On 01-11-17 20:34, Laura Abbott wrote:
On 11/01/2017 11:09 AM, Hans de Goede wrote:
Hi All,
I'm working on trying to improve the OOTB power-consumption
of Fedora Workstation on laptops.
One of the easy wins here is setting snd_hda_intel.power_save=1,
which saves about 0.4W which given that modern laptops idle at
around 6-8W is a significant saving.
I've asked the upstream kernel devs if there are any downsides
to setting SND_HDA_POWER_SAVE_DEFAULT=1 and I got a reply that
this should be fine and that OpenSUSE Tumbleweed is already
doing this.
So unless there are any objections I would like to change this
option to 1 starting with 4.14 kernel. Is that ok ?
Regards,
Hans
I'm always a bit uneasy about enabling hardware power saving
since it rarely seems to be done correctly but as Peter pointed
out it's easy to revert if something goes wrong. Having the
endorsement of upstream is also good since it means they should
be responsive.
Enabling for 4.14 sounds like a good plan. Did you intend for
this to end up in stable releases on rebase?
That was my original intention yes. But now that you explicitly
ask I guess that we may want to hold off on that and just
make the change for rawhide / F28. I will try to get the
change committed to the master branch today (otherwise
I will do it Monday). I will leave it up to you if you also
make the change to the stable releases on rebase.
I see that Justin has already taken care of this while
updating to Linux v4.14-rc7-47-g3a99df9a3d14, thank you Justin.
Is this what's responsible for loud pops when I stop playing music for a
couple of seconds, or restart after not using it?
I use headphones in a multi-use audio jack port[1] on a Dell desktop machine.
And they pop quite loudly every time I start playing audio again after a little
while, or when I stop/pause for more than a couple of seconds.
[1]: http://www.hadess.net/2016/08/blog-backlog-post-4-headset-fixes-for.html
Copy and pasting my reply to your status report about this:
Are you running a rawhide kernel, then yes this might be the cause.
When I asked upstream if it would be save to enable hda codec powersaving
by default, they mentioned that there are some (according to them rare)
devices which suffer from this, to test pass: "snd_hda_intel.power_save=0"
on the kernel cmdline, if that fixes it then you've a model affected
by this. I think we need a udev/hwdb based blacklist for this.
Regards,
Hans
_______________________________________________
kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
