Kim,
Great info about turning off screen blanking. It works nicely on a NFS
but have you tried to run setterm on a ramdisk at all? I'm trying to
turn off blanking but I'm getting an error saying :
'linux': unknown terminal type.
I'm not exactly sure what I need to copy on my ramdisk to make things
work properly. Any info is appreciated.
Thanks.
BJ
Kim Klaiman wrote:
I had the same problem, and this is the answer I’ve got from MV support:
"Since the framebuffer driver now implements the fb_blank method to
disable/enable windows, you may see a window get blanked unexpectedly if
your kernel includes the framebuffer console driver or if you are
running a GUI (like X Windows) on top of a framebuffer. The fb_blank
method is commonly used to implement a 'screen saver' function.
The default behavior of the kernel framebuffer console driver is to
blank the screen after 5 minutes of inactivity. Inactivity is defined
as no input from the keyboard or mouse. The astute observer will notice
that the DaVinci normally has neither a keyboard nor a mouse connected
to it, so 5 minutes of inactivity is typically equivalent to 5 minutes
after you boot the kernel. At this point the kernel framebuffer console
driver will blank virtual console 0, which corresponds to OSD0 on the
DaVinci. If you booted with the default window configuration, you will
be left staring at whatever image happens to be in the VID1 framebuffer
and wondering where your OSD0 window went.
There are a couple of things you can do to avoid unexpected screen blanking.
First, you can disable framebuffer console support in the kernel by
building a kernel with the CONFIG_FRAMEBUFFER_CONSOLE option disabled.
It is highly unlikely you would ever actually want to use a framebuffer
console with a DaVinci anyway.
If you don't want to disable the framebuffer console, you can disable
blanking via the setterm application as follows:
setterm -blank 0 > /dev/vc/0
Just as a curiosity, note that you can also display text on the
framebuffer by copying ASCII text to the virtual console device. For
example, try this:
cp /etc/fb.modes /dev/vc/0
You can even switch color depths, and the framebuffer console driver
will automatically repaint the text on the screen in the new pixel
format. It's an easy way to verify that the various color depths work.
Just for fun, try setting a color depth of 1, and you'll see each
individual letter will be flipped left-to-right because of the pixel
order reversal in each byte."
Kim Klaiman
------------------------------------------------------------------------
*From:* [email protected]
[mailto:[email protected]] *On
Behalf Of *Dilip Patel
*Sent:* June 5, 2008 3:02 AM
*To:* [email protected]
*Subject:* display problem with latest TI Kernel
Hi
I am using latest TI kernel downloaded for TI extranet. I am running
this on DM6446 EV board. I have observed that display output become
blank after 10 minutes. During the boot up it shows the logo, but after
some time ( around 10 minutes) display become blank and then after
nothing appears on screen. Even after i am not able to display anything
on screen by running any application. This problem is not there on
earlier version of kernels with same hardware.
Can any body has also observed the same problem? How to resolve this?
regards
Dilip
--
_____________________________________________________________________
Disclaimer: This e-mail message and all attachments transmitted with it
are intended solely for the use of the addressee and may contain legally
privileged and confidential information. If the reader of this message
is not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby
notified that any dissemination, distribution, copying, or other use of
this message or its attachments is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
replying to this message and please delete it from your computer. Any
views expressed in this message are those of the individual sender
unless otherwise stated.Company has taken enough precautions to prevent
the spread of viruses. However the company accepts no liability for any
damage caused by any virus transmitted by this email.
__________________________________________________________________________
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
