LCD и Linux Framebuffer Опции

[Dimchansky]

Прошу прощения за несколько дилетантские вопросы на этом форуме, но я программист, а не схемотехник и для облегчения своей работы в дальнейшем вынужден согласовывать всё с людьми, которые разрабатывают плату.
Может быть кто-то может подсказать, как лучше подключить LCD типа:
HDM 128GS12_-1 (128x128)
фирмы Hantronix в системе с AT91RM9200, чтобы в Linux к нему потом можно было обращаться через framebuffer, а не через дёргание его ног?
Там в спецификациях пишут, что у LCD стоит Toshiba T6963C контроллер, у него управляющие ноги D0..D7, WR, RD, CE, CD, RESET и пишут, что T6963C is an LCD controller designed to be used with LCD control driver LSIs and data display memories. Мне это мало что говорит, просто не хотелось бы потом управлять дисплеем на уровне дёргания ног. Хочется более высокого уровня.
Есть какие-то общие подходы? Что посоветуете?

Спасибо.

[Dimchansky]

Пока что у меня такое представление: подключаешь на свободные ноги микроконтроллера LCD, а потом пишешь драйвер в Linux'е для того, чтобы потом с ним работать как с framebuffer. Или я неправильно понимаю?
Живых примеров хочется..

[sK0T]

Пока что у меня такое представление: подключаешь на свободные ноги микроконтроллера LCD, а потом пишешь драйвер в Linux'е для того, чтобы потом с ним работать как с framebuffer. Или я неправильно понимаю?
Живых примеров хочется..

Берём любой поддерживаемый Familiar-ом КПК и смотрим, как у них сделано. Да и вообще готовый КПК скорее всего обойдётся дешевле, чем собственная разработка. А вариантов подключений может быть масса.

[Dimchansky]

Берём любой поддерживаемый Familiar-ом КПК и смотрим, как у них сделано. Да и вообще готовый КПК скорее всего обойдётся дешевле, чем собственная разработка. А вариантов подключений может быть масса.

На счёт берём и смотрим - не знаю, не знаю. А исходники мне кто покажет?