Bug 668297
| Summary: | upower causing black flashing screen | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tom <thomasbelvin> |
| Component: | upower | Assignee: | Richard Hughes <rhughes> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | airlied, ajax, awilliam, bruno, bskeggs, henriquecsj, rhughes, richard |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-03-24 11:04:09 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Tom
2011-01-09 21:27:17 UTC
upower uses the drm state to detect if the laptop is docked or not. I'm guessing you also get the blanking when you do: cat /sys/class/drm/*/status as a normal user. If so, that's a nouveau bug, and a fairly serious DOS if that's the case. Yes, I get that blanking screen with cat /sys/class/drm/*/status and it says: disconnected disconnected connected I get this error on an old desktop. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I am seeing what seems to be the same thing on a desktop system with an nv28. The screen blanks briefly about every 30 seconds. This is also happening on my rv280 system. It's just that the blink is much shorter. It happens every 30 seconds. Related to this is that the nouveau driver (but not radeon) will write a console message for each of these checks. This makes using vts a pain. This is still happening with kernel-PAE-2.6.38-0.rc7.git2.3.fc15.i686 and xorg-x11-drv-nouveau-0.0.16-20.20110224gitbc5dec2.fc15.i686. FWIW, I applied this the other day:
commit 38199e44ff1e87b586d51d30b69d1f70e40d27f1
Author: Richard Hughes <richard>
Date: Thu Mar 3 14:02:27 2011 +0000
Add an option for polling dock devices in UPower.conf, defaulting to false
So now we're relying on the kernel to do the polling for us. If that doesn't work the user can re-enable the userspace poll in a config file.
That may help, but it still seems like there is a bug in the drivers. The last upower build is from before that change. Is there going to be a new one soon? It's not a bug in the drivers, such blinking is unavoidable with VGA load detection. I don't know about radeon, but nouveau tries its very best to avoid causing the screen to flicker when doing load detection. It does this by: 1. using an unused CRTC (if there's any available) while doing the probe, and 2. not polling for VGA disconnects when a mode is set on a VGA output If upower is sitting there explicitly asking us to reprobe whether a connected VGA monitor has disappeared, there's *nothing* we can do. So, reassigning to upower until the upstream fix has made it into the fedora package. *** Bug 678381 has been marked as a duplicate of this bug. *** This no longer happens with upower-0.9.9-1.fc15.i686. Thanks. |