Hoy fué la primera vez que tengo a mano un monitor extra para conectarle a mi laptop y tiempo para jugar con eso. Si bien estuve buscando en la web un poco, encontré muchas soluciones que tocan el xorg.conf... y nada claro.
Con el menú de configuraciones de KDE tampoco tuve mucha suerte: cree que tengo un monitor solo con dos resoluciones :-/ (es mas que claro que mucha idea al respecto no tengo...).
Y llegué hasta xrandr:
xrandr # Veamos que es lo que tenemos disponible
xrandr --output LVDS --right-of VGA
El monitor externo está funcionando a 1024x768 en vez de a 1680x1050, pero es mejor que nada :-)
Por las dudas, la info de mi placa de video:
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
Nota 20091101 17:30 ARST: David Palacio me pasó el siguiente dato:
xrandr --output VGA --left-of LVDS --mode 1680x1050
Dicho sea de paso, también Armin Berres me sugirió que jugara con ésos parámetros.
Y con eso, problema resuelto: cada monitor con su resolución :-)
Ahora me faltaría agregar eso al código de krandr y proponer un parche...
Mostrando entradas con la etiqueta lcd. Mostrar todas las entradas
Mostrando entradas con la etiqueta lcd. Mostrar todas las entradas
viernes, 30 de octubre de 2009
miércoles, 29 de julio de 2009
Samsung LTE430WQ-F0C LCD config for u-boot and Linux
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 :-)
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 :-)
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:
Entradas (Atom)