Bug#812541: More information
I already blacklisted the USB mouse the the problem was resolved for me, but its good you changed the default configuration so other users would not experience this issue in the future. Thanks.
Bug#812541: More information
Control: tag -1 +fixed-upstream On Tue, 2016-01-26 at 14:41 +0530, Ritesh Raj Sarraf wrote: > The problem is with faulty devices, that report power saving > capabilities, that they don't implement well. I've switched defaults to blacklisting USB class devices. This should definitely improve the current state. The same will be part of the next release, very soon. Until then, you can modify it be self. https://github.com/rickysarraf/laptop-mode-tools/commit/57e2cf44d70e948 ce4ec4123a9bec3c6dddc67e3 -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." signature.asc Description: This is a digitally signed message part
Bug#812541: More information
On Mon, 2016-01-25 at 19:02 +0200, Stanimir Stoyanov wrote: > Okay, I removed the usb-autosuspend.conf file and checked out the > runtime-pm. Well, this is not a bug but a perfectly working program > with > bad configuration... > > LM/NOLM_SUSPEND_RUNTIME is set by default to 1 with a timeout of 2 > seconds! This is really wrong and annoying in my opinion for default > configuration. The problem is with faulty devices, that report power saving capabilities, that they don't implement well. As for why Runtime Power Management is effective even on AC, is because you don't want to melt down your devices by running them at full power. I don't have the relevant documentation accessible right now, but the defaults for runtime-pm in the kernel too were to dynamically scale in/out the capability than running at full power and generating too much heat. So the defaults are set that way for a reason. If you just blacklist your faulty device, you should be good. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." signature.asc Description: This is a digitally signed message part
Bug#812541: More information
Okay, I removed the usb-autosuspend.conf file and checked out the runtime-pm. Well, this is not a bug but a perfectly working program with bad configuration... LM/NOLM_SUSPEND_RUNTIME is set by default to 1 with a timeout of 2 seconds! This is really wrong and annoying in my opinion for default configuration.