I did some more testing on this bug this afternoon because I discovered that
powertop can generate an HTML report that I can view after assistive tech is
re-enabled. What I found is that for some reason, speech dispatcher is
preventing the package from entering low power savings like pc2 through
I bisected this. After I see what the change was, its hard to imagine how
accessibility could have anything to do with this since its i915 related. The
person I had read the screen in powertop is not really a computer user so maybe
they accidentally read the wrong numbers to me or I did somethin
I built some kernels from mainline to narrow this down exactly. I don't
reproduce in 5.3.10. I reproduce in 5.3.11. Not sure if something was fixed in
the kernel that exposed an Orca/Speech Dispatcher bug or if this is a kernel
regression. Hopefully narrowing this down helps some. 5.3.10 to 5.3.
Control: reassign -1 orca
I'm reassigning this to orca, in case there is something that can be
done there to allow power saving when it's not actively speaking.
Ben.
On Thu, 2019-11-28 at 20:54 -0500, thom...@fastmail.cn wrote:
> I have to appologize for an error I made when reporting this. It c
I have to appologize for an error I made when reporting this. It can actually
be reproduced in both Arch and Debian. The difference was that I didn't have
pulseaudio installed on my Arch system. I am blind and use Orca. If I have Orca
playing through pulse, the pc states are not entered in both
package: src:linux
1. run powertop --auto-tune to ensure settings are optimal for power saving.
This may require a laptop.
2. Run powertop, press tab, and notice that the values in pc2 through pc10 are
not incrementing.
Reproduced on Broadwell and Whiskey Lake. The first version of 5.3 posted to
6 matches
Mail list logo
