On 27-11-17 12:13, Bastien Nocera wrote:
----- Original Message -----
> On 03-11-17 09:59, Hans de Goede wrote:
>> 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 ?
>>> 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 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.
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.