[Bug 194963] schedutil governor causes audio problem in game

[bugzilla-daemon@bugzilla.kernel.org]

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

Rafael J. Wysocki (rjw@rjwysocki.net) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |ASSIGNED

--- Comment #7 from Rafael J. Wysocki (rjw@rjwysocki.net) ---
(In reply to John from comment #6)
> The schedutil patch didn't seem to change anything, though the 4th hunk of
> cpufreq_schedutil.c didn't apply and I had to do it manually, so it is
> possible I messed up somewhere (I copied/pasted it so it's unlikely, but I
> thought it'd be better to say it).

OK, this means that schedutil is not a good match for you.

It is a bit less aggressive than ondemand, on purpose.

There is one more schedutil change that you may try, but I need to prepare a
patch for that first.

> As for pstate, I think that's the first time I've seen my CPU scaling on
> pstate's powersave. I've tried the game, and I think, but not sure, that
> when it started the sound cracked for just a bit, maybe before the CPU
> scaled up enough?

Yes, that's possible.

> After that no issue, and I verified the CPU was at its
> maximum frequency. When I quit the game, the CPU scaled down to its minimum
> frequency within 2 seconds. Pstate's performance still doesn't scale, is it
> expected? I thought on pstate both would.

If you mean scaling_governor=performance, then it will always request the max
P-state now, as that's what it is supposed to be doing.

Thanks for the testing, the intel_pstate change will be queued up for 4.12 in
the next couple of days.

-- 
You are receiving this mail because:
You are the assignee for the bug.