From: Markus Rudolf <rudolf@mpch-mainz.mpg.de>
To: linux-fbdev-devel@lists.sourceforge.net
Subject: Implementing FB driver for serial attached TFT
Date: Tue, 31 Jan 2006 10:18:29 +0100 [thread overview]
Message-ID: <180778938.20060131101829@mpch-mainz.mpg.de> (raw)
I'm currently using an embedded ARM920 board running kernel 2.6.5.
I designed a custom hardware using my onboard FPGA to attach a serial controlled
small TFT (actually it's a display from a mobile phone which uses some sort of
SPI to communicate) to my CPU.
The display supports 132 pixel horizontal and 176 pixel vertical resolution, and
uses a 16bit 565RGB color encoding per pixel.
I want to code a framebuffer driver for it to keep the application software as
portable as possible (thought about using directFB or something like that
later).
I guess the vfb.c code is a good base to start from.
As the display does not have memory mappable RAM I need to use some kernel
memory as framebuffer and copy this memory via the serial link to the display
(thought about usig a kernel thread and / or interrupt handler, as the transfer
logic in the FPGA has a 512 word FIFO with interrupt signaling if the FIFO runs
empty. Did that to free some CPU time).
What kind of changes do I have to do to the vfb.c regarding the setup of the
capabilities (resolution / color scheme)? I didn't got that stuff with those
different color coding schemes. If someone could point out what mode would be
best for my display I would really appreciate.
If I use the framebuffer console, will the console automatically adjust its size
to the small display or how can I set a correct mode here ?
I also read that it's impossible to mmap() the kernel memory, but that most FB
applications will try to do so. How can I fix this issue ?
Many questions, I know, but I'm really a bit lost.
Thanks for any comments !
Markus
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
next reply other threads:[~2006-01-31 9:18 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-31 9:18 Markus Rudolf [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-01-31 10:35 Implementing FB driver for serial attached TFT Markus Rudolf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=180778938.20060131101829@mpch-mainz.mpg.de \
--to=rudolf@mpch-mainz.mpg.de \
--cc=linux-fbdev-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).