This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Davinci frame buffer problem on OMAPL138

Other Parts Discussed in Thread: OMAPL138, DA8XX

Hi,

I have an OMAPL138 based custom board to which I would like to connect a monochrome LCD display. I am running the linux kernel 2.6.33-rc4 from the DaVinci-PSP-SDK-03.20.00.11. I am trying to test the framebuffer device but my problem is that I do not get any data on the LCD data lines ( LCD_D[3:0] ) from the LCD controller on the OMAPL138. When I use an oscilloscope to measure the output on the LCD interface from OMAPL138 I see that the pixel clock, line clock and frame clock ( LCD_PCLK, LCD_HSYNC,  LCD_VSYNC) are working but no data is output.

 

This is what I have done in the kernel code to add configuration for my specific LCD:

  • Added my display in the struct da8xx_panel known_lcd_panels[ ] in da8xx-fb.c
  • Added a new lcd_ctrl_config and da8xx_lcdc_platform_data for my display in devices-da8xx.c
  • Registered my display in the board file.

The LCD I am using is a monochrome STN display (320x240) with 1 bit per pixel and 4 bits input per pixel clock.

When I use one of the predefined lcd:s in known_lcd_panels like e.g. Sharp_LCD035Q3DG01 I get output on the data lines from the OMAP but not when I use my lcd configuration. I think maybe it is because the predfined lcd:s have 16 bpp and therefore not use the palette (according to OMAP-L1x LCDC User guide) but I am not sure.

I am running out of ideas of what to test so I am wondering if anyone has any idea why I do not get any data from the framebuffer device when using a monochrome display with 1 bpp? Is the palette working in da8xx-fb.c? I appreciate any help or suggestions!

 

Thanks,

Henrik Abrahamsson