Bug 43761 - upowerd and others are getting stuck in D-state
Summary: upowerd and others are getting stuck in D-state
Status: CLOSED INVALID
Alias: None
Product: ACPI
Classification: Unclassified
Component: Power-Other (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: acpi_power-other
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-25 14:41 UTC by Frank
Modified: 2012-07-25 03:01 UTC (History)
1 user (show)

See Also:
Kernel Version: 3.0
Subsystem:
Regression: No
Bisected commit-id:


Attachments
output after "echo w >/proc/sysrq-trigger" (47.79 KB, text/plain)
2012-06-25 14:41 UTC, Frank
Details

Description Frank 2012-06-25 14:41:55 UTC
Created attachment 74241 [details]
output after "echo w >/proc/sysrq-trigger"

Distribution: Fedora 15
Kernel 3.1
upower 0.9.12-1

Problem Description:
Every now and then several tasks on my system are getting stuck in D-State:
upowerd
[kworker/0:1]
cat /proc/acpi/battery/BAT1/*
cat /sys/class/thermal/cooling_device0/cur_state

Plus a program I wrote to read the systems temperature from /sys filesystem using 
std::fstream classes.

I use another program to query the systems battery information via the DBUS interface of upower which give this error message once upowerd is stuck:

failed to set path: cannot refresh: Cannot get device properties for /org/f
reedesktop/UPower/devices/battery_BAT1: Couldn't call GetAll() to get prope
rties for /org/freedesktop/UPower/devices/battery_BAT1: Did not receive a r
eply. Possible causes include: the remote application did not send a reply,
 the message bus security policy blocked the reply, the reply timeout expir
ed, or the network connection was broken.

If you need more information, please ask and I'll try to provide it.
The problem occurs relatively seldom. But when I read the systems battery information using the I2C bus, the chance to see this problem increases.
I got this several times directly after reading the battery via I2C.
Comment 1 Frank 2012-07-05 10:22:07 UTC
I tried to reproduce that problem on a system using kernel 2.6.27 and is not happening there.

Actually I'm not 100% sure if this is a kernel bug or just happening to me because of a combination of the battery manager we use, the kernel and my program.
Comment 2 Frank 2012-07-16 07:30:53 UTC
Closed because of no reactions on this bug.
Probably not a kernel bug.

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