I have been trying to config a Samsung LTE430WQ-F0C LCD display in a PXA270 (PXA27x). So far, this is what I have achieved:
LCCR0 0x003008f8
LCCR1 0x0307A1DF
LCCR2 0x0204250F
LCCR3 0x04700005
LCCR4 0x00000000
LCCR5 0x3f3f3f3f
I am not completely sure that this is 100% OK (cat /dev/urandom > /dev/fb0 produces at least one line of pixel repetitions). I could neither run X on it. Today I am going to try with Qt embedded. If it is right, I hope it will help someone else; else, I hope you leave a comment saying so, and better if you have a fix :-)
Note 20090730 12:32 ARST: I modified the values. Now filling the framebuffer with random data covers the display correctly.
Note 20090730 13:21 ARST: I also reduced the frequency divider, now seems to work great :-)
Mostrando entradas con la etiqueta u-boot. Mostrar todas las entradas
Mostrando entradas con la etiqueta u-boot. Mostrar todas las entradas
miércoles, 29 de julio de 2009
Configuración del LCD Samsung LTE430WQ-F0C para u-boot y Linux
Hace unos dias vengo tratando de configurar un display LCD Samsung LTE430WQ-F0C en un micro PXA270 (PXA27x). Hasta el momento, ésto es a lo que he llegado:
LCCR0 0x003008f8
LCCR1 0x0307A1DF
LCCR2 0x0204250F
LCCR3 0x04700005
LCCR4 0x00000000
LCCR5 0x3f3f3f3f
No estoy seguro que sea 100% correcto (cat /dev/urandom > /dev/fb0 produce una repetición de píxeles en al menos la última linea, posiblemente sean dos).
Por algún motivo tampoco logré levantar X, y en un rato voy a probar con Qt en el framebuffer. En fin, si está correcto, espero que le sea útil a alguien. Si alguien encuentra un error, espero que me lo deje en un comentario :-)
Nota 20090730 12:34 ARST: cambié los valores, ahora llenar el framebuffer con datos aleatoreos cubre bien el display.
Nota 20090730 13:22 ARST: también reduje el divisor de frecuencia, ahora parece andar realmente bien :-)
LCCR0 0x003008f8
LCCR1 0x0307A1DF
LCCR2 0x0204250F
LCCR3 0x04700005
LCCR4 0x00000000
LCCR5 0x3f3f3f3f
No estoy seguro que sea 100% correcto (cat /dev/urandom > /dev/fb0 produce una repetición de píxeles en al menos la última linea, posiblemente sean dos).
Por algún motivo tampoco logré levantar X, y en un rato voy a probar con Qt en el framebuffer. En fin, si está correcto, espero que le sea útil a alguien. Si alguien encuentra un error, espero que me lo deje en un comentario :-)
Nota 20090730 12:34 ARST: cambié los valores, ahora llenar el framebuffer con datos aleatoreos cubre bien el display.
Nota 20090730 13:22 ARST: también reduje el divisor de frecuencia, ahora parece andar realmente bien :-)
Suscribirse a:
Comentarios (Atom)