Thread (60 messages) 60 messages, 8 authors, 2004-08-11

Re: What PM should be and do (Was Re: Solving suspend-level confusion)

From: Pavel Machek <hidden>
Date: 2004-08-08 19:49:43

Hi!
quoted
quoted
quoted
- support for telling what class of device a driver is handling (I'm
particularly interested in keeping the keyboard, screen and storage
devices alive while suspending).
You can see that info today from userspace by looking in
/sys/class/input, /sys/class/graphics, and /sys/block
It is a minor point, but as many people are working on swsuspend right
now, I thought I'd mentionned it. It seems (as of 2.6.8.rc1) that the
screen is not shut down or put in a low power state when suspending to
disk.

I guess that for 99.5 % of the population, it is not an issue as the
monitor is usually plugged in the power supply of the computer and
power is cut when the computer shuts down. My monitor, however, is
directly plugged in the mains outlet and, after a suspend to disk, it
displays indefinitely an information box stating that it has no video
signal coming in.
Hmm, pretty stupid monitor, it should timeout and poweroff itself.
The X server knows how to shutdown (DPMS) the screen afer some
inactivity, so I guess the kernel could do that while
suspending. And it
If you shutdown monitor via DPMS then hard-turn the machine off, what
happens? Does monitor stay turned off? [If not, all hopes are off.]
would be very nice if it would. But I believe there is no device
driver handling the monitor, so I don't know where to do it.
radeonfb (etc) could do that, but support for this is poor, I agree.

								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help