Thread (4 messages) 4 messages, 3 authors, 2004-05-15

Re: Screen Refresh

flat view

From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
Date: 2004-05-05 14:03:02

On Wed, 2004-05-05 10:47:00 -0300, Lucas Correia Villa Real [off-list ref]
wrote in message [ref]:
I'm writing a device driver for a monochrome LCD display managed by a 
controller that will be plugged into the CPU through a SPI, that is, I cannot 
directly memory-map it's address, since the communication will be done via 
a serial interface.
So I see two ways.

	If you only want to be able to output text, then you'd register
as a console device. You'll then get write accesses, which you can then
promote to real hardware.

	If you really want to provide a graphical display, you'll need
something like two buffers (one the kernel writes to, probably a 2nd one
to store the "current" image to only send down the changed pixels).
That'll come along with some timed function - not nice, but may work.

In theory, you'd try to not actually provide a framebuffer (memory), but
to simply give pointers to all those accelerated functions. If you've
got enough luck, you'll only see these functions called, so that you can
do graphics with merely no overhead of polling the whole memory...

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help