[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#202923: more SISDisplayPowerManagementSet



>>>>> "E" == Elwood C Downey <ecdowney@clearskyinstitute.com> writes:

E> Thanks. I found a computer here with an SIS graphics chip and the end
E> of its log looked the same as the one you sent.
E> I think the last four lines you found in the log file was just from
E> booting the X server, I do not think it happened

Dear http://bugs.debian.org/202923 :
See what happens when there are no time stamps in log files!  No one
can tell when the problem occurred.

E> as a direct result of XEphem blanking. Now what I see in your xdpyinfo
E> is your server implements DPMS, the display
E> power management extension. So I think whatever is causing the screen
E> blank is due to DPMS in general and is not
E> SIS-specific.

Today I have powered up the computer, but not run xephem.  The lines
haven't appeared yet in /var/log/XFree86.0.log

Now starting it, and looking at sky view, now exiting, still,
/var/log/XFree86.0.log is untouched.

Therefore I believe those SISDisplayPowerManagementSet lines were
indeed added only upon the mishap.  I don't know how they got into
your file. I bet there is no timestamp there either so you can't tell
if it is part of your boot sequence. It's not part of mine.

E> One crude idea I have is to disable display power management inside
E> XEphem. This might eliminate the black screens
E> when clicking but this has two bad side effects: the user could walk
E> away while XEphem is on the screen and be very
E> surprised to find his screen is still running at full brightness when

maybe make it a run time choice in .exphemrc

E> he returns a week later; and two, I know of no

I guess each X program is responsible for power saving, and the user
can't override them all with a default...

E> portable way to make the commands to DPMS, I can only find ways that
E> work on UNIX systems running XFree86 X Servers.
E> So I do not think this idea is worth pursuing.

E> What really nags at me though is why this happens in the first
E> place. One idea is that somehow the mouse click is
E> advancing the time inside the X Server, so it suddenly thinks a long
E> time has elapsed and it is time to blank the
E> screen. I used to think this only happened in Sky View but I have seen
E> it happen in other Views now too. But always
E> only with the right clicking, never a left click. In fact, a left
E> click first always prevents the blanking from a
E> right click that immediately follows.

sounds like a boxing match

E> Very very strange.

E> Mail: HC31 PO Box 126 Polvadera NM 87828 Phone: 505-835-1325

no more Iowa, I see.  Oh, I get it, 'clearsky...'




Reply to: