Hi!
>
> I posted an email 1 month ago because I was looking for advices to design
> a driver for a lcd device (128x64 pixels) with a t6963c controller.
Ugh, whats wrong with standard handling via framebuffer?
> I have finally choosen a console implementation to interact with the lcd. It
> allows me to reuse code that deals with escape character or to start a getty on
> it. Unfortunately this implemenatation doens't support lcd's graphical mode.
> So I wrote another small driver that can be accessed through "/dev/lcd". It
> drives the lcd only in graphical mode. That means that a "echo foo > /dev/lcd"
> command won't work as expected.
Look at framebuffer, that's what you want. See for example vesafb.
Pavel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
