When powertop package is installed, as service activates USB suspend after 3 seconds. As this is not enough for mouses, Mageia provides a script that configures a longer suspend time. As with kernels 4.14.70, the product is not provided in /sys any more for some USB mouses, so this update searches only for the idProduct to change suspend time. RPMS : powertop-2.9-6.{i586|x86_64}.rpm
I guess this would not apply to wireless USB?
CC: (none) => tarazed25
(In reply to Len Lawrence from comment #1) > I guess this would not apply to wireless USB? It does, for the USB dongle. If it does not awake automatically...
Status: NEW => ASSIGNED
MGA 6-32 MATE in IBM Thinkpad R50e No installation issues Not sure how this operates, so got info from: https://wiki.archlinux.org/index.php/powertop At CLI: # systemctl start powertop [root@mach6 ~]# systemctl -l status powertop ● powertop.service - PowerTOP autotuner Loaded: loaded (/usr/lib/systemd/system/powertop.service; enabled; vendor preset: enabled) Active: inactive (dead) since di 2018-11-06 13:44:21 CET; 3s ago Process: 13186 ExecStart=/usr/sbin/powertop.sh (code=exited, status=0/SUCCESS) Main PID: 13186 (code=exited, status=0/SUCCESS) nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Cannot load from file /var/cache/powertop/saved_ nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: File will be loaded after taking minimum number nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for 0101 nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for c05a nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for 3319 nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for 0002 nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for 0001 nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for 0001 nov 06 13:44:21 mach6.hviaene.thuis powertop.sh[13186]: Setting suspend delay to 180000 ms for 0001 nov 06 13:44:21 mach6.hviaene.thuis systemd[1]: Started PowerTOP autotuner. and from above website: # powertop --html=powerreport.html modprobe cpufreq_stats failedLoaded 0 prior measurements Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only RAPL device for cpu 0 RAPL device for cpu 0 Devfreq not enabled glob returned GLOB_ABORTED Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only Preparing to take measurements Taking 1 measurement(s) for a duration of 20 second(s) each. PowerTOP outputing using base filename powerreport.html Note that I run this laptop from mains, the battery being close to dead. Then file powerreport.html gives info on what applications use power. But my USB mouse remains dead after 20 min. So not sure if this is OK.
CC: (none) => herman.viaene
(In reply to Herman Viaene from comment #3) > But my USB mouse remains dead after 20 min. > So not sure if this is OK. The service activates autosuspend of the USB mouse after 180 seconds. So it is Ok if you have to click to awake the mouse after 20 minutes... I don't know any model that awakes without a click!
Click on what? Just clicking somewhere does not help.
(In reply to Herman Viaene from comment #5) > Click on what? Just clicking somewhere does not help. Clicking on a physical button. If it does not help, try to unplug, then plug it in ANOTHER usb port.
What is blocking this bug? My own tests shows it works nicely!
(In reply to José Jorge from comment #7) > What is blocking this bug? My own tests shows it works nicely! We really need another test: Herman was not convinced. Naive question (because I do not have one): I imagine this needs a battery-powered pertable? I will ask around. If nothing happens soon, please OK and validate it. I am doing an Advisory from comment 0.
CC: (none) => lewyssmithKeywords: (none) => advisory
(In reply to José Jorge from comment #7) > What is blocking this bug? My own tests shows it works nicely! I took a look, and can't figure out how to use it adequately, let alone test it. I can't even decide if my Logitech wireless mouse would give it a proper test, anyway. The package installed cleanly, and I was able to generate an html report. That's about as far as I can go. But I'll give it an OK, based on your claim that it works, and will validate based on that and the fact that both arches install without problems.
Whiteboard: (none) => MGA6-64-OKKeywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
> (In reply to José Jorge from comment #7) > I imagine this needs a battery-powered > pertable? I will ask around. For future reference, testing this does not need a battery powered laptop. A simple wired USB mouse would be suspended. For wireless ones, this does not happen.
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2018-0179.html
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED