-
Notifications
You must be signed in to change notification settings - Fork 189
Upower #3869
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upower #3869
Conversation
…n_complete_get_critical_action(), not up_exported_daemon_complete_get_display_device()
- minor_device_ioctl() should set device_path - canonify device_path, so that upower could handle it
up-daemon can't sum up UP_DEVICE_STATE_PENDING_CHARGE states, and system can stuck in unknown, battery-missing global state.
|
It seems, ioctl(battery_device_fd,ACPI_DRV_IOC_POWER_STATUS) can exit with ENXIO on real HW, need to find out if we can find a better way to find out if battery information is available and fix up_backend_get_ac_device_path(). |
|
EDIT: Here's the core, should you want it: core.gz. |
- minor_device_ioctl() should avoid testing other devices is first device has failed,
otherwise its semantic (device_path, present) is strange;
- when ioctl on battery fails, but battery device is present,
consider this an absent battery;
- tell about battery/ac devices to upower daemon even if probing
ioctls failed (could be an empty battery slot).
|
Now it dies the same way when ac0 device is present, but battery0 is not... |
No description provided.