516860 – >=sys-kernel/gentoo-sources-3.15.1: usb devices lose consistent power supply on uevents processing

Bug 516860 - >=sys-kernel/gentoo-sources-3.15.1: usb devices lose consistent power supply on uevents processing

Summary: >=sys-kernel/gentoo-sources-3.15.1: usb devices lose consistent power supply ...

Status:	RESOLVED INVALID

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Core system (show other bugs)
Hardware:	All Linux

Importance:	Normal normal
Assignee:	Gentoo Linux bug wranglers

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2014-07-10 19:37 UTC by Casper Ti. Vector
Modified:	2014-07-11 18:49 UTC (History)
CC List:	3 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Casper Ti. Vector 2014-07-10 19:37:23 UTC

With >=sys-kernel/gentoo-sources-3.15.1, usb devices, including usb mice and usb-capable mobile phones, lose consistent power supply on `Waiting for uevents to be processed'.  Unplugging and then re-plugging the devices restores the persistent power supply.

Reproducible: Always

Steps to Reproduce:
1. Plug a mobile phone and an usb mouse to the machine.
2. Power on the machine.
Actual Results:  
Charging indicator on the phone and the bottom laser light of the usb mouse, go off on `Waiting for uevents to be processed', indicating they lose the persistent power supply.

Expected Results:  
The power supply is there all the time.

I am using a laptop with app-laptop/laptop-mode-tools, so the problem might not necessarily on the kernel side.

Comment 1 Ben Kohler gentoo-dev

2014-07-10 21:58:37 UTC

Can you attach the output of "dmesg" from a boot where you see the problem?

Comment 2 Casper Ti. Vector 2014-07-11 03:44:06 UTC

Just now I found this issue was directly caused by upgrade of app-laptop/laptop-mode-tools from 1.64-r2 to 1.65.  The upgrade of the two packages happened quite close to each other so I misintepreted the problem.  I am very sorry about that, and will look into the problem today :(

Comment 3 Casper Ti. Vector 2014-07-11 04:27:54 UTC

The problem should be caused by `CONTROL_RUNTIME_AUTOSUSPEND' (newly introduced in laptop-mode-tools 1.65) set to 1 by default in `conf.d/runtime-pm.conf', and is not related to a kernel bug.  Sorry for the inconvenience.