Bug 693084
Summary: | Screen dim on resume while on battery power | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ed Wolfe <ed.wolfe3> | ||||
Component: | pm-utils | Assignee: | Jaroslav Škarvada <jskarvad> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 14 | CC: | dwmw2, elad, james, jskarvad, pknirsch, ricardo.arguello, richard | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: |
It seems since I installed the group of patches that came out with kernel 2.6.35.13-91.fc14.i686 I am no longer able to reproduce the problem. It seems to have been fixed with one of those patches. This is the set that was applied:
from yum.log:
May 11 08:59:59 Updated: 2:ntfs-3g-2011.4.12-2.fc14.i686
May 11 09:00:00 Updated: 2:ntfsprogs-2011.4.12-2.fc14.i686
May 11 09:00:01 Updated: orc-0.4.14-1.fc14.i686
May 11 09:00:02 Updated: ibus-m17n-1.3.2-2.fc14.i686
May 11 09:00:03 Updated: polkit-0.98-5.fc14.i686
May 11 09:00:10 Installed: kernel-2.6.35.13-91.fc14.i686
May 11 09:00:12 Updated: kernel-headers-2.6.35.13-91.fc14.i686
May 11 09:00:21 Updated: seamonkey-2.0.14-1.fc14.i686
May 11 09:00:37 Installed: kernel-devel-2.6.35.13-91.fc14.i686
May 11 09:00:38 Updated: polkit-desktop-policy-0.98-5.fc14.noarch
May 13 20:31:24 Updated: flash-plugin-10.3.181.14-release.i386
|
Story Points: | --- | ||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-01-10 16:46:38 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: | |||||||
Attachments: |
|
Description
Ed Wolfe
2011-04-02 13:47:27 UTC
Throwing into approximate direction, please, reassign as appropriate. (was 0xFFFF) -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Please check actual_brightness, brightness, max_brightness in /sys/devices/virtual/backlight/acpi_video0 before suspend and after resume. Is there difference in content? Also try to set the brightness by hand by executing e.g.: # echo 9 > /sys/devices/virtual/backlight/acpi_video0/brightness Where the number 9 is from the interval 0 - max_brightness. Are you able to restore the brightness by this method? As you requested, I checked the actual_brightness, brightness, and max_brightness before, during and after. They are all 15 every time. They never vary, even when the screen dims. As you also suggested, If I run: echo 15 > /sys/devices/virtual/backlight/acpi_video0/brightness, the screen brightness returns. Thanks, now I at least have a workaround, and it sounds like you are on the right track. Thanks for info, it looks like kernel issue. Please provide output of: # pm-utils-bugreport-info.sh I will decide from its content. Created attachment 498654 [details]
Output from pm-utils-bugreport-info.sh
Thank. Please could you retest with F15 (e.g. from liveCD/USB)? Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: It seems since I installed the group of patches that came out with kernel 2.6.35.13-91.fc14.i686 I am no longer able to reproduce the problem. It seems to have been fixed with one of those patches. Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1,15 @@ -It seems since I installed the group of patches that came out with kernel 2.6.35.13-91.fc14.i686 I am no longer able to reproduce the problem. It seems to have been fixed with one of those patches.+It seems since I installed the group of patches that came out with kernel 2.6.35.13-91.fc14.i686 I am no longer able to reproduce the problem. It seems to have been fixed with one of those patches. This is the set that was applied: + +from yum.log: + +May 11 08:59:59 Updated: 2:ntfs-3g-2011.4.12-2.fc14.i686 +May 11 09:00:00 Updated: 2:ntfsprogs-2011.4.12-2.fc14.i686 +May 11 09:00:01 Updated: orc-0.4.14-1.fc14.i686 +May 11 09:00:02 Updated: ibus-m17n-1.3.2-2.fc14.i686 +May 11 09:00:03 Updated: polkit-0.98-5.fc14.i686 +May 11 09:00:10 Installed: kernel-2.6.35.13-91.fc14.i686 +May 11 09:00:12 Updated: kernel-headers-2.6.35.13-91.fc14.i686 +May 11 09:00:21 Updated: seamonkey-2.0.14-1.fc14.i686 +May 11 09:00:37 Installed: kernel-devel-2.6.35.13-91.fc14.i686 +May 11 09:00:38 Updated: polkit-desktop-policy-0.98-5.fc14.noarch +May 13 20:31:24 Updated: flash-plugin-10.3.181.14-release.i386 According to comments, the problem seems to be resolved and F14 is EOL, thus closing. |