There's a reference for a driver chip : HD66790 from Renesas
But if you want to go manual, from "reading" the datasheet pretty quickly and for not being the best guy you could ask, I'd say this :
1-33 > DUMMY
2-3 > LCD_POWER : 2.8V
4-9 > LCD_DATA : BLUE COLOR (6 bits)
10-15 > LCD_DATA : GREEN COLOR (6 bits)
16-21 > LCD_DATA : RED COLOR (6 bits)
22-31-32 > GROUND
23 > SPI : MAIN CHIP SELECT (MLCD_CS)
24 > SPI : SERIAL DATA INPUT (D_SDA)
25 > SPI : SERIAL DATA CLOCK (D_SCL)
26 > DOTCLOCK
27 > MAIN LCD RESET
28 > HORIZONTAL SYNC
29 > VERTICAL SYNC
30 > DATA ENABLE
This is a 320x240px 262k colors. We have 18 pins for the colors (4>21), so I think I'll use some kind of 18bit serial-to-parallel shift register to code the colors. In fact, I don't think 18 bits SR exists, so I'd use 3*8 bits, like some 74HC164, one for each color.
I'm not really sure of how HSYNC and VSYNC works (and the whole process behind writing to a bare LCD), but here's my guess.
The screen is 320 pixels width, 240 height.
What I'd test is to generate a clock (let's take some dummy timing).
First, I'll use a unit of 1 for the DotClock.
I think the DotClock will update the pixel register when triggered, then you change the values of the color shift registers, retrigger the DotClock and it updates the next pixel.
Then, each 320 DotClock ticks, I'll tick the HSYNC, so that it moves to the next line and continue memorizing the image in it's registers.
Last, each 240 HSYNC ticks, I'll update the VSYNC so that I display what is in the graphic register.
A quick LCD_RESET so that it clears the register and I'll start again.
I think you'll have to use a width*height*fps = 320*240*30 = 230.4KHz clock, but I'm certainly wrong as apparently, some datasheet recommends a 4.8MHz clock.http://forum.sparkfun.com/viewtopic.php?t=12101&start=0&postdays=0&postorder=asc&highlight=
Last guesses and I'll stop with the brain masturbation : I'd pull DATA_ENABLE high, and I just don't know what to do with the SPI interface....
Ok, Sorry for having lost your time ^^