[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

Martin Peres  changed:

   What|Removed |Added

 Resolution|--- |MOVED
 Status|NEW |RESOLVED

--- Comment #31 from Martin Peres  ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/107.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #30 from Justin Stressman  ---
Just had it not come back on again, so I tested the power off/on trick to get
it working again and it did work. :D That's a big help for now at least.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #29 from Justin Stressman  ---
Also, the kernel I'm running is the following version: Linux version
3.11.0-13-generic (buildd at roseapple) (gcc version 4.8.1 (Ubuntu/Linaro
4.8.1-10ubuntu8) ) #20-Ubuntu SMP Wed Oct 23 07:38:26 UTC 2013

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #28 from Justin Stressman  ---
I'm seeing the same kind of issue here on my 3 monitor setup with Dell u2412m
monitors.

The 2 DVI connected monitors wake every time, but the Display Port one rarely
wakes if the screen has been off for awhile.

I have so far been loading display properties and making a change to that
monitor (like rotating it) and hitting apply, which wakes it, and then just
reverting the changes. Powering off and back on again didn't seem to help if I
recall correctly. I'll have to try again the next time I run into the issue.

video card: [AMD/ATI] Tahiti XT [Radeon HD 7970/R9 280X]

Software:
- xorg-server 1.14.3
- mesa 9.2.1
- xf86-video-ati 7.2.0
- glamor 0.5.1
- libdrm 2.4.0 (?)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #27 from tomi.orava at ncircle.nullnet.fi 2012-05-11 13:14:35 PDT 
---

> You can use xset to test dpms, e.g.,
> xset dpms force off
> 
> Also, for what it's worth, the driver only implements two states: on and off. 
> All of the intermediate dpms states that are not "on" map to "off".

What I meant was the problem existed also in linux console, outside of X11.
However, it seems that at least the LCD display seems to work just fine with an
old ATI HD 2400 card & radeon driver (dpms works just fine):

08:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV610
video device [Radeon HD 2400 PRO]

I'll try the latest git version of kernel.org kernel as there has been some
updates to DVI connectors/connections code for radeon to my knowledge.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #27 from tomi.or...@ncircle.nullnet.fi 2012-05-11 13:14:35 PDT ---

 You can use xset to test dpms, e.g.,
 xset dpms force off
 
 Also, for what it's worth, the driver only implements two states: on and off. 
 All of the intermediate dpms states that are not on map to off.

What I meant was the problem existed also in linux console, outside of X11.
However, it seems that at least the LCD display seems to work just fine with an
old ATI HD 2400 card  radeon driver (dpms works just fine):

08:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV610
video device [Radeon HD 2400 PRO]

I'll try the latest git version of kernel.org kernel as there has been some
updates to DVI connectors/connections code for radeon to my knowledge.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #26 from Alex Deucher  2012-04-04 06:07:48 PDT 
---
(In reply to comment #25)
> I just happened to test with this very same 3.3.0-rc3 kernel that while I was
> in linux console ie. no X and the screen blanker got activated, the lcd 
> display
> was put into suspend mode ---> I hit the keyboard at this stage and the screen
> came back without fuss. Last time when I tried all the different stages with
> xset, none of them worked well. Is there an easy way to modify the states the
> console screen saver is using (for testing purposes) ?

You can use xset to test dpms, e.g.,
xset dpms force off

Also, for what it's worth, the driver only implements two states: on and off. 
All of the intermediate dpms states that are not "on" map to "off".

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #25 from tomi.orava at ncircle.nullnet.fi 2012-04-04 04:39:41 PDT 
---
I just happened to test with this very same 3.3.0-rc3 kernel that while I was
in linux console ie. no X and the screen blanker got activated, the lcd display
was put into suspend mode ---> I hit the keyboard at this stage and the screen
came back without fuss. Last time when I tried all the different stages with
xset, none of them worked well. Is there an easy way to modify the states the
console screen saver is using (for testing purposes) ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #25 from tomi.or...@ncircle.nullnet.fi 2012-04-04 04:39:41 PDT ---
I just happened to test with this very same 3.3.0-rc3 kernel that while I was
in linux console ie. no X and the screen blanker got activated, the lcd display
was put into suspend mode --- I hit the keyboard at this stage and the screen
came back without fuss. Last time when I tried all the different stages with
xset, none of them worked well. Is there an easy way to modify the states the
console screen saver is using (for testing purposes) ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #26 from Alex Deucher ag...@yahoo.com 2012-04-04 06:07:48 PDT ---
(In reply to comment #25)
 I just happened to test with this very same 3.3.0-rc3 kernel that while I was
 in linux console ie. no X and the screen blanker got activated, the lcd 
 display
 was put into suspend mode --- I hit the keyboard at this stage and the screen
 came back without fuss. Last time when I tried all the different stages with
 xset, none of them worked well. Is there an easy way to modify the states the
 console screen saver is using (for testing purposes) ?

You can use xset to test dpms, e.g.,
xset dpms force off

Also, for what it's worth, the driver only implements two states: on and off. 
All of the intermediate dpms states that are not on map to off.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

Alex Deucher  changed:

   What|Removed |Added

  Attachment #57700|text/x-log  |text/plain
  mime type||
  Attachment #57700|0   |1
   is patch||

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #24 from tomi.orava at ncircle.nullnet.fi 2012-02-26 23:31:00 PST 
---
Created attachment 57700
  --> https://bugs.freedesktop.org/attachment.cgi?id=57700
Updated Xorg.log from pre-release Ubuntu 12.04 setup

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #23 from tomi.orava at ncircle.nullnet.fi 2012-02-26 23:29:12 PST 
---
I just updated to latest Ubuntu 12.04 pre-release and the combination ATI 5450
together with BenQ LCD monitor doesn't work any better than before.
The system is still running with the kernel.org 3.3-rc3+ kernel from git.

I wonder what kind of information would help in figuring out why this
particular combination doesn't wake up from standby ?


Below is some info & logs about the current configuration.

01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cedar
PRO [Radeon HD 5450] (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 0366
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at e000 (64-bit, prefetchable) [size=256M]
Memory at fdec (64-bit, non-prefetchable) [size=128K]
I/O ports at ac00 [size=256]
Expansion ROM at fdea [disabled] [size=128K]
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010

Capabilities: [150] Advanced Error Reporting
Kernel driver in use: radeon
Kernel modules: radeon

- xorg-server 2:1.11.4-0ubuntu4

[   105.589] (II) Module radeon: vendor="X.Org Foundation"
[   105.589]compiled for 1.11.3, module version = 6.14.99
[   105.589]Module class: X.Org Video Driver
[   105.589]ABI class: X.Org Video Driver, version 11.0

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

Alex Deucher ag...@yahoo.com changed:

   What|Removed |Added

  Attachment #57700|text/x-log  |text/plain
  mime type||
  Attachment #57700|0   |1
   is patch||

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #23 from tomi.or...@ncircle.nullnet.fi 2012-02-26 23:29:12 PST ---
I just updated to latest Ubuntu 12.04 pre-release and the combination ATI 5450
together with BenQ LCD monitor doesn't work any better than before.
The system is still running with the kernel.org 3.3-rc3+ kernel from git.

I wonder what kind of information would help in figuring out why this
particular combination doesn't wake up from standby ?


Below is some info  logs about the current configuration.

01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cedar
PRO [Radeon HD 5450] (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 0366
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at e000 (64-bit, prefetchable) [size=256M]
Memory at fdec (64-bit, non-prefetchable) [size=128K]
I/O ports at ac00 [size=256]
Expansion ROM at fdea [disabled] [size=128K]
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010
?
Capabilities: [150] Advanced Error Reporting
Kernel driver in use: radeon
Kernel modules: radeon

- xorg-server 2:1.11.4-0ubuntu4

[   105.589] (II) Module radeon: vendor=X.Org Foundation
[   105.589]compiled for 1.11.3, module version = 6.14.99
[   105.589]Module class: X.Org Video Driver
[   105.589]ABI class: X.Org Video Driver, version 11.0

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #24 from tomi.or...@ncircle.nullnet.fi 2012-02-26 23:31:00 PST ---
Created attachment 57700
  -- https://bugs.freedesktop.org/attachment.cgi?id=57700
Updated Xorg.log from pre-release Ubuntu 12.04 setup

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #22 from tomi.orava at ncircle.nullnet.fi 2012-02-14 22:49:18 PST 
---
(In reply to comment #20)
> Does kernel 3.3rc3 or newer work any better?

I tested with the latest git version from yesterday evening 
(13d261932bbfff7f45f288c5c8cce43177cccd3b) and unfortunately none of the "xset 
dpms force off,
standby or suspend" worked any differently than before.
The BenQ monitor just decides to stay in power saving mode and the only way to 
wake it up is to power cycle the monitor.

There really is nothing wrong with the hardware as the fglrx is able to use 
dpms power management just fine.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #21 from Oliver Winker  2012-02-14 
12:36:44 PST ---
Hi,

Just for info: in my case, since quite some time using 3.1 and 3.2 (and on 
debian xorg 7.6+11, radeon 6.14.3-2) the screen wake-up works quite reliable 
now,
without the xset dpms workaround.

I kept postponing to give an update on this on - sorry. Anyway, it looks better 
here in the meanwhile ;).

BR, Oliver

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #20 from Alex Deucher  2012-02-14 11:07:38 PST 
---
Does kernel 3.3rc3 or newer work any better?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #19 from tomi.orava at ncircle.nullnet.fi 2012-02-14 10:43:41 PST 
---
Sorry about the disappearence for a long time. I thought I had enabled the 
notifications for this bug.

It seems that I still have this very same problem even with kernel.org 3.2.5 
kernel. The previously mentioned workaround "xset dpms 0 240 0" that helped
someone, did not work in my setup at all.

In case the following debug info helps at all:

get-edid | parse-edid
get-edid: get-edid version 2.0.0

Performing real mode VBE call
Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
Function supported
Call successful

VBE version 300
VBE string at 0xc0204 "ATI ATOMBIOS"

VBE/DDC service about to be called
Report DDC capabilities

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
Function supported
Call successful

Monitor and video card combination does not support DDC1 transfers
Monitor and video card combination supports DDC2 transfers
0 seconds per 128 byte EDID block transfer
Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
Read EDID

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
[/pub/linux/kernel]
alderan#root>get-edid | parse-edid 2>&1 
get-edid: get-edid version 2.0.0

Performing real mode VBE call
Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
Function supported
Call successful

VBE version 300
VBE string at 0xc0204 "ATI ATOMBIOS"

VBE/DDC service about to be called
Report DDC capabilities

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
Function supported
Call successful

Monitor and video card combination does not support DDC1 transfers
Monitor and video card combination supports DDC2 transfers
0 seconds per 128 byte EDID block transfer
Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
Read EDID

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
parse-edid: parse-edid version 2.0.0
Function supported
Call successful

parse-edid: EDID checksum passed.

# EDID version 1 revision 3
Section "Monitor"
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
Identifier "BenQ G2400W"
VendorName "BNQ"
ModelName "BenQ G2400W"
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
HorizSync 31-94
VertRefresh 50-85
# Max dot clock (video bandwidth) 170 MHz
# Block type: 2:0 3:fc
# DPMS capabilities: Active off:yes  Suspend:no  Standby:no

Mode "1920x1200"# vfreq 59.950Hz, hfreq 74.038kHz
DotClock154.00
HTimings1920 1968 2000 2080
VTimings1200 1203 1209 1235
Flags"-HSync" "+VSync"
EndMode
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
EndSection

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #19 from tomi.or...@ncircle.nullnet.fi 2012-02-14 10:43:41 PST ---
Sorry about the disappearence for a long time. I thought I had enabled the 
notifications for this bug.

It seems that I still have this very same problem even with kernel.org 3.2.5 
kernel. The previously mentioned workaround xset dpms 0 240 0 that helped
someone, did not work in my setup at all.

In case the following debug info helps at all:

get-edid | parse-edid
get-edid: get-edid version 2.0.0

Performing real mode VBE call
Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
Function supported
Call successful

VBE version 300
VBE string at 0xc0204 ATI ATOMBIOS

VBE/DDC service about to be called
Report DDC capabilities

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
Function supported
Call successful

Monitor and video card combination does not support DDC1 transfers
Monitor and video card combination supports DDC2 transfers
0 seconds per 128 byte EDID block transfer
Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
Read EDID

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
[/pub/linux/kernel]
alderan#rootget-edid | parse-edid 21 
get-edid: get-edid version 2.0.0

Performing real mode VBE call
Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
Function supported
Call successful

VBE version 300
VBE string at 0xc0204 ATI ATOMBIOS

VBE/DDC service about to be called
Report DDC capabilities

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
Function supported
Call successful

Monitor and video card combination does not support DDC1 transfers
Monitor and video card combination supports DDC2 transfers
0 seconds per 128 byte EDID block transfer
Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
Read EDID

Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
parse-edid: parse-edid version 2.0.0
Function supported
Call successful

parse-edid: EDID checksum passed.

# EDID version 1 revision 3
Section Monitor
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
Identifier BenQ G2400W
VendorName BNQ
ModelName BenQ G2400W
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
HorizSync 31-94
VertRefresh 50-85
# Max dot clock (video bandwidth) 170 MHz
# Block type: 2:0 3:fc
# DPMS capabilities: Active off:yes  Suspend:no  Standby:no

Mode 1920x1200# vfreq 59.950Hz, hfreq 74.038kHz
DotClock154.00
HTimings1920 1968 2000 2080
VTimings1200 1203 1209 1235
Flags-HSync +VSync
EndMode
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
EndSection

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #20 from Alex Deucher ag...@yahoo.com 2012-02-14 11:07:38 PST ---
Does kernel 3.3rc3 or newer work any better?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #21 from Oliver Winker oliver...@oli1170.net 2012-02-14 12:36:44 
PST ---
Hi,

Just for info: in my case, since quite some time using 3.1 and 3.2 (and on 
debian xorg 7.6+11, radeon 6.14.3-2) the screen wake-up works quite reliable 
now,
without the xset dpms workaround.

I kept postponing to give an update on this on - sorry. Anyway, it looks better 
here in the meanwhile ;).

BR, Oliver

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #22 from tomi.or...@ncircle.nullnet.fi 2012-02-14 22:49:18 PST ---
(In reply to comment #20)
 Does kernel 3.3rc3 or newer work any better?

I tested with the latest git version from yesterday evening 
(13d261932bbfff7f45f288c5c8cce43177cccd3b) and unfortunately none of the xset 
dpms force off,
standby or suspend worked any differently than before.
The BenQ monitor just decides to stay in power saving mode and the only way to 
wake it up is to power cycle the monitor.

There really is nothing wrong with the hardware as the fglrx is able to use 
dpms power management just fine.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #18 from Oliver Winker  2011-11-14 
14:01:30 PST ---
(In reply to comment #17)
> DPMS standby, suspend, and off states are all treated the same from the
> driver's perspective.  The driver really only deals with 2 DPMS states on and
> off.

Ok, interesting to know. Now somehow the way using "xset dpms 240 0 0"
(stand-by) quite surely made a difference for me at the time (<3.1) - but I
can't prove and explain in detail.

Now currently I'm using "xset dpms 0 240 0" (suspend) with 3.1 and until now it
wakes up quite reliable. Which would be in inline with your info, that the
driver operates on the same two states, as with stand-by. 

Maybe I'll also retest again the KDE power mgmt setting way, where I originally
observed the wake-up problem. Maybe it's some screwed side effect in the end. 

> > 
> > Anyway, I will also retry a bit and do some testing using "suspend" on a 
> > 3.1,
> > to see if something changed.
> 
> When you say suspend, are you talking about the DPMS display state, or suspend
> and resume of the entire laptop?  The two are very different.

No, no - I'm really talking about pure display suspend/resume, on a desktop
with an Asus screen. Only the display is suspended and should nicely wakeup
again, when I tick the mouse ;).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #18 from Oliver Winker oliver...@oli1170.net 2011-11-14 14:01:30 
PST ---
(In reply to comment #17)
 DPMS standby, suspend, and off states are all treated the same from the
 driver's perspective.  The driver really only deals with 2 DPMS states on and
 off.

Ok, interesting to know. Now somehow the way using xset dpms 240 0 0
(stand-by) quite surely made a difference for me at the time (3.1) - but I
can't prove and explain in detail.

Now currently I'm using xset dpms 0 240 0 (suspend) with 3.1 and until now it
wakes up quite reliable. Which would be in inline with your info, that the
driver operates on the same two states, as with stand-by. 

Maybe I'll also retest again the KDE power mgmt setting way, where I originally
observed the wake-up problem. Maybe it's some screwed side effect in the end. 

  
  Anyway, I will also retry a bit and do some testing using suspend on a 
  3.1,
  to see if something changed.
 
 When you say suspend, are you talking about the DPMS display state, or suspend
 and resume of the entire laptop?  The two are very different.

No, no - I'm really talking about pure display suspend/resume, on a desktop
with an Asus screen. Only the display is suspended and should nicely wakeup
again, when I tick the mouse ;).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #17 from Alex Deucher  2011-11-13 12:02:36 PST 
---
(In reply to comment #16)
> As a workaround in the meanwhile, I deactivated the KDE screen power-mgmt and
> just use an initial "xset dpms 240 0 0", which just triggers a "stand-by" 
> after
> 240sec and no "suspend". This works without problems (stand-by and wakeup
> from).

DPMS standby, suspend, and off states are all treated the same from the
driver's perspective.  The driver really only deals with 2 DPMS states on and
off.

> 
> Anyway, I will also retry a bit and do some testing using "suspend" on a 3.1,
> to see if something changed.

When you say suspend, are you talking about the DPMS display state, or suspend
and resume of the entire laptop?  The two are very different.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #16 from Oliver Winker  2011-11-13 
02:54:20 PST ---
As a workaround in the meanwhile, I deactivated the KDE screen power-mgmt and
just use an initial "xset dpms 240 0 0", which just triggers a "stand-by" after
240sec and no "suspend". This works without problems (stand-by and wakeup
from).

Anyway, I will also retry a bit and do some testing using "suspend" on a 3.1,
to see if something changed.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #16 from Oliver Winker oliver...@oli1170.net 2011-11-13 02:54:20 
PST ---
As a workaround in the meanwhile, I deactivated the KDE screen power-mgmt and
just use an initial xset dpms 240 0 0, which just triggers a stand-by after
240sec and no suspend. This works without problems (stand-by and wakeup
from).

Anyway, I will also retry a bit and do some testing using suspend on a 3.1,
to see if something changed.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

--- Comment #17 from Alex Deucher ag...@yahoo.com 2011-11-13 12:02:36 PST ---
(In reply to comment #16)
 As a workaround in the meanwhile, I deactivated the KDE screen power-mgmt and
 just use an initial xset dpms 240 0 0, which just triggers a stand-by 
 after
 240sec and no suspend. This works without problems (stand-by and wakeup
 from).

DPMS standby, suspend, and off states are all treated the same from the
driver's perspective.  The driver really only deals with 2 DPMS states on and
off.

 
 Anyway, I will also retry a bit and do some testing using suspend on a 3.1,
 to see if something changed.

When you say suspend, are you talking about the DPMS display state, or suspend
and resume of the entire laptop?  The two are very different.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

Alex Deucher  changed:

   What|Removed |Added

  Attachment #53467|text/x-log  |text/plain
  mime type||
  Attachment #53467|0   |1
   is patch||

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

Alex Deucher ag...@yahoo.com changed:

   What|Removed |Added

 AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
   ||.org
  QAContact|xorg-t...@lists.x.org   |
Product|xorg|DRI
  Component|Driver/Radeon   |DRM/Radeon

--- Comment #15 from Alex Deucher ag...@yahoo.com 2011-11-12 13:23:03 PST ---
What kernel are you using?  Does a newer kernel help?  Try 3.0 or 3.1.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27184

Alex Deucher ag...@yahoo.com changed:

   What|Removed |Added

  Attachment #53467|text/x-log  |text/plain
  mime type||
  Attachment #53467|0   |1
   is patch||

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel