> > Do you think it's possible to write the device driver in such a way that > he also translates the pixel data into the indirect register mode of the > S1D13700 ? >
No, not directly. The thing about frame buffer devices is that applications write directly into the pixel memory (via mmap) so that's why hardware compatibility is important. But as Chuck Meade pointed out, you can make most anything work by writing a driver that copies from a virtual framebuffer to your hardware. But if this is a new design, forget these indirect chips. Step one, you have to find a controller that can drive your LCD. Step two, make sure the controller allows random access to pixels on the host side. Step three, if it comes with a driver, great, but if not, framebuffer drivers (for an LCD) are pretty simple and you should be able to modify one of the stock kernel drivers to work for you. Basically you just have to initialize your chip and then implement a couple of IOCTLs to query and optionally set the format of your pixels (and the mmap(), of course). --Mark
