Re: screen blanking different

2001-01-03 Thread Geert Uytterhoeven
On Tue, 2 Jan 2001, Michael Schmitz wrote: maybe i should clarify my question (mostly pertaining to desktops, but laptops all the same) currently after about 10 minutes idle the monitor is put into powersave mode (this is console, no X) on x86 this behavior is controled via setterm

Re: screen blanking different

2001-01-03 Thread Michael Schmitz
I've no way of checking what this fbdev hook does on desktop powerpc machines, I can only look at the source, which I haven't done yet. What framebuffer driver are you using? It should use the console's consw-con_blank() function, which gets routed to VGA text or to fbcon

Re: screen blanking different

2001-01-03 Thread Geert Uytterhoeven
On Wed, 3 Jan 2001, Michael Schmitz wrote: I've no way of checking what this fbdev hook does on desktop powerpc machines, I can only look at the source, which I haven't done yet. What framebuffer driver are you using? It should use the console's consw-con_blank() function, which gets

Re: screen blanking different

2001-01-02 Thread Geert Uytterhoeven
On Mon, 1 Jan 2001, Michael Schmitz wrote: speaking of which, do you know how to control the powersaving features of the framebuffer console? setterm does not work like it does on a VGA text terminal on i386. (aty128fb) fblevel is for that. AFAIK it goes from 0 (off) to 15 (maximum

Re: screen blanking different

2001-01-02 Thread Michael Schmitz
maybe i should clarify my question (mostly pertaining to desktops, but laptops all the same) currently after about 10 minutes idle the monitor is put into powersave mode (this is console, no X) on x86 this behavior is controled via setterm -powersave and setterm -powerdown. these same

Re: screen blanking different

2001-01-02 Thread Michael Schmitz
fblevel is for that. AFAIK it goes from 0 (off) to 15 (maximum brightness). Isn't it 35?, or to put it this way: Is 35 dangerous (PB 3400)? 1-35 is used by some other tool that talks directly to the PMU (bypassing the kernel, that's why the kernel never learns about the changed setting and

Re: screen blanking different

2001-01-01 Thread Michel Dänzer
Ethan Benson schrieb: On Sun, Dec 31, 2000 at 03:28:30PM +0100, Michel Dänzer wrote: With 4.x, using Option UseFBDev in the Device Section and Option DPMS in the Monitor Section should make X use the framebuffer devices' power saving features. Beware though that AFAIK, switching the

Re: screen blanking different

2001-01-01 Thread Michael Schmitz
speaking of which, do you know how to control the powersaving features of the framebuffer console? setterm does not work like it does on a VGA text terminal on i386. (aty128fb) fblevel is for that. AFAIK it goes from 0 (off) to 15 (maximum brightness). For LCD displays, 0 will turn

Re: screen blanking different

2001-01-01 Thread Ethan Benson
On Mon, Jan 01, 2001 at 06:44:26PM +0100, Michael Schmitz wrote: For LCD displays, 0 will turn the backlight off. But that's not what setterm -powersave controls. AFAIK there's no choice in how to blank the fbcon display via setterm (are there blanking/powersave option hooks exported by the

Re: screen blanking different

2001-01-01 Thread Andre Berger
Michel Dänzer [EMAIL PROTECTED] writes: fblevel is for that. AFAIK it goes from 0 (off) to 15 (maximum brightness). Isn't it 35?, or to put it this way: Is 35 dangerous (PB 3400)? Andre

Re: screen blanking different

2000-12-31 Thread Ethan Benson
On Sun, Dec 31, 2000 at 10:59:15AM +1100, Steven Hanley wrote: Hmm an interesting thing is there is one pixel ner the top right that is blue at all times when the screen is on (ie somehting is being displayed, including the X screen blanking) it seems to be a hardware fault, I see it in

Re: screen blanking different

2000-12-31 Thread Michel Dänzer
Steven Hanley wrote: anyone know why when the screen blanking comes on on my new pismo... in console it goes completely black, as if the screen is no longer backlit (or aty least not as much (the apple on the back of the screen is not glowing as much) in X it stays backlit and very