mirror of
https://gitlab.freedesktop.org/upower/upower.git
synced 2026-02-04 20:00:35 +01:00
read-only-mirror of https://gitlab.freedesktop.org/upower/upower
ac68136b41
When a UpDevice is finally created, it's possible that we've seen "add" events as well as "change" events for siblings. But as the "change" events don't create new unknown siblings to store, we have GUdevDevices from the original "add" event in that store. As the GUdevDevice documentation mentions: "By design, GUdevDevice will not react to changes for a device – it only contains a snapshot of information when the GUdevDevice object was created. To work with changes, you typically connect to the “uevent” signal on a GUdevClient and get a new GUdevDevice whenever an event happens." To avoid having to try and update the siblings store, fetch an updated GUdevDevice for the sibling we want to tell the core about, with the properties all updated. This fixes headsets plugged in after the daemon start being detected as keyboards when the sound card device is tagged with the form factor in a change event before the battery is exported. Closes: https://gitlab.freedesktop.org/upower/upower/-/issues/239 |
||
|---|---|---|
| .ci | ||
| dbus | ||
| doc | ||
| etc | ||
| libupower-glib | ||
| po | ||
| rules | ||
| src | ||
| tools | ||
| .gitlab-ci.yml | ||
| AUTHORS | ||
| code-of-conduct.md | ||
| COMMITMENT | ||
| COPYING | ||
| HACKING | ||
| meson.build | ||
| meson_options.txt | ||
| NEWS | ||
| README | ||
| RELEASE | ||
===============
UPower
===============
Requirements:
glib-2.0 >= 2.34.0
gio-2.0 >= 2.16.1
gudev-1.0 >= 235 (Linux)
libimobiledevice-1.0 >= 0.9.7 (optional)
UPower is an abstraction for enumerating power devices,
listening to device events and querying history and statistics.
Any application or service on the system can access the
org.freedesktop.UPower service via the system message bus.
Debugging
---------
When doing bug reports, the following information can be useful:
* `grep . /sys/class/power_supply/*/*`:
This includes the current kernel view of all power supplies in the
system. It is always a good idea to include this information.
* `udevadm info -e`:
This shows the hardware configuration and is relevant when e.g. the
type of an external device is misdetected.
* `upower -d`:
Shows upower's view of the state
* `upower --monitor-detail`:
Dumps device information every time that a change happens. This helps
with debugging dynamic issues.
* `udevadm monitor`:
Dumps the udev/kernel reported hardware changes (and addition/removal).
This is helpful when debugging dynamic issues, in particular if it is
not clear whether the issue is coming from the kernel or upower.
In addition, it can also be useful to run upower in debug mode and post the
logs. There are two ways of doing so:
* Run upower daemon manually, you can do so using:
`sudo /usr/libexec/upowerd -rd`
* Modify the systemd service and restart. This is best done by:
1. `sudo systemctl edit upower.service`
2. Adding the two lines:
```
[Service]
Environment=G_MESSAGES_DEBUG=all
```
3. `sudo systemctl restart upower.service`
4. Grab logs using `journalctl -u upower.service` or similar