Добрый вечер, возник вопрос по поводу написания драйвера framebuffer'a. Поскольку я в этом деле совсем зеленый, начал собирать инфу(skeletonfb.c, siemens s65, nokia 6100). Но как-то туго.
Сейчас имеется SPI LCD 320x240 black/white. Суть роботы его такова: CS становиться активным, дальше идут 9600 байт данных и CS - деактивируется. Я пробовал со старта загонять массив функцией spi_write, но она отказалась скушать весь массив(полагаю там есть какой-то буфер и его объем ограничен). Полагаю что надо копать в сторону PDC(DMA). Буду рад любого роба информации.

просветляйтесь..
тыц 1
тыц 2

для режима b/w чуть позже выложу драйвер для монохромного дисплея, чтобы там вы подсмотрели как правильно организовать режим..

Цитата

Сейчас имеется SPI LCD 320x240 black/white. Суть роботы его такова: CS становиться активным, дальше идут 9600 байт данных и CS - деактивируется.

Хороший контроллер - пожалуй для 9260 это идеальный вариант графического LCD, тормозить не будет и разрешение приличное. Есть пара нюансов:
1 вместо spi_write используйте spi_sync
2 после деактивации cs внутренний указатель контроллера LCD встает на 0 автоматом или сохраняет значение (те после следующей активации продолжает запись с места где его прервали) ?
3 Продолжение 2 - если внутренний указатель автоматом на ноль не встает, есть ли возможность принудительно послать ему команду обнулиться ? При передаче по spi нередка ситуация когда происходит рассинхронизация принятых/переданных данных, это приводит к ошибке и прекращению передачи текущего сообщения (помоему он его занового пытается передать)

А вообще несложно для него написать драйвер - честно, когда сделаете сами удивитесь :)

Цитата

после деактивации cs внутренний указатель контроллера LCD встает на 0 автоматом

да, оно так и есть

а можно по подробней о DMA, как настроить. или хотя-бы простой пример