Bug#880203: After suspend&resume, cpufreq/scaling_max_freq is ignored - alternative shell script

2017-11-01 Thread Leon Meier
One can also sidestep writing to /tmp in the script in /lib/systemd/system-sleep/: #!/bin/bash ### Ensure that the frequency is restored upon resuming from suspend # The array to store frequencies: declare -a frequencies # Number of processors minus 1: N=$((`nproc --all`-1)) case "${1}" in pos

Bug#880203: closed by Ben Hutchings (Re: Fwd: Re: Bug#880203: After suspend&resume, cpufreq/scaling_max_freq is ignored)

2017-11-01 Thread Leon Meier
On 01.11.2017 13:38, Ben Hutchings wrote: On Tue, 31 Oct 2017 13:25:11 +0100 Leon Meier wrote: On 31.10.2017 11:39, Debian Bug Tracking System wrote: Yes, but that doesn't mean we can do anything about it. Why not simply re-issue the request setting the performance-level after resume?

Bug#880203: After suspend&resume, cpufreq/scaling_max_freq is ignored - (wild hack) shell script

2017-11-01 Thread Leon Meier
On 31.10.2017 13:25, Leon Meier wrote: On 31.10.2017 11:39, Debian Bug Tracking System wrote: Yes, but that doesn't mean we can do anything about it. Why not simply re-issue the request setting the performance-level after resume? You could at least suggest a script similar to the foll

Bug#880203: closed by Ben Hutchings (Re: Fwd: Re: Bug#880203: After suspend&resume, cpufreq/scaling_max_freq is ignored)

2017-10-31 Thread Leon Meier
On 31.10.2017 11:39, Debian Bug Tracking System wrote: Yes, but that doesn't mean we can do anything about it. Why not simply re-issue the request setting the performance-level after resume?

Bug#880203: After suspend&resume, cpufreq/scaling_max_freq is ignored

2017-10-31 Thread Leon Meier
tags 880203 - moreinfo thanks Ben, thank you for the clarification. On 31.10.2017 00:35, Ben Hutchings wrote: Control: tag -1 moreinfo If this system has an Intel CPU, I'm afraid this is expected behaviour. They no longer allow the OS to set an exact frequency, only a 'P- state' (performanc

Bug#880203: After suspend&resume, cpufreq/scaling_max_freq is ignored

2017-10-30 Thread Leon Meier
Package: linux-image-4.9.0-4-amd64 Version: 4.9.51-1 To avoid fan noise, I set up my laptop such that it sets a low CPU frequency upon boot via for i in `seq 0 7`; do echo 120 > /sys/devices/system/cpu/cpu$i/cpufreq/scaling_max_freq; done in a startup script. This all goes well until I

Bug#858824: closed by Ben Hutchings (Re: Bug#858824: Disrupting messages to tty)

2017-03-27 Thread Leon Meier
> This is not a bug. Use a support channel to ask questions about > managing console output: > https://www.debian.org/support Thanks, Ben. Do you mean an IRC channel? Btw., I searched the documentation there. If the answer is there, it is not easy to find. That site seems (partially) unmainta

Bug#858824: Disrupting messages to tty

2017-03-27 Thread Leon Meier
Package: firmware-iwlwifi Version: 20161130-2 When I'm doing whatever tasks in tty..., following messages get printed to the screen every couple of minutes: iwlwifi ... L1 Enabled - LTR Disabled along with a bunch of other, mostly iwlwifi-related messages. They disrupt my workflow, overwriti