i.MX6SL MPU8080 LCD driver configuration

cancel
Showing results for 
Search instead for 
Did you mean: 

i.MX6SL MPU8080 LCD driver configuration

1,122 Views
mooreaa
Contributor II

Hi All,


We’ve been trying to get a MIPI display interfaced to an i.MX6SL. Since the SL doesn’t support MIPI we’ve added a bridge chip which communits over an MPU8080 interface and controls the display. We’ve been successfully able to configure it and dump and image to it from uboot, and we’ve been able to hook up the fbcon to it to see at least static snapshots of the console, but we’re having some issues triggering the display to update.


Background:


We’re using the ELCDIF MPU8080 interface on the i.MX6SL to drive a MIPI bridge chip (SSD2805C) for a MIPI LCD. Since an existing asynchronous MCU8080 interface does not appear to have been implemented for this platform, we have developed drivers around a modified mxc_elcdif_fb.


Upon our driver initialization, the probe function triggers the ELCDIF run bit (see trigger function below) and updates the display. With a synchronous interface to a ‘dumb’ display the output will continue to refresh at the set timing rate until it is told to suspend. However, with the ‘smart’ display that we are using, the run bit is automatically reset once the data transfer for each screen refresh is completed (due to ELCDIF_CTRL_BYPASS_COUNT being cleared for MPU8080 mode).


As such, the driver currently is able to dump the FB to the screen, but only when the run bit is manually triggered.


We can trigger this run bit by invoking certain events from the system such as a display rotation event.


The Problem:


We need a mechanism to update the display when the FB has been updated. We’re not sure what hook we can use to tie into this event.


As an alternative to detecting the FB update/swap event, we have tested a GPIO input coming in from the display (BSYNC) signal which we tied to an IRQ event to trigger an update. But triggering the ELCDIF_CTRL_RUN bit causes a kernel panic. We’ve checked to make sure the run bit has been cleared, but it still causes a panic and looks like we cannot write this particular register from within the irq handler.



Basically, we’re looking for feedback on the proper way to detect when to update the async display, and the best way to trigger the run command.

Trigger function for the display update:


static void __iomem *elcdif_base;

// In mxc_elcdif_fb_probe() elcdif_base is remapped:

elcdif_base = ioremap(res->start, SZ_4K);

static inline void mxc_elcdif_run(struct mxc_elcdif_fb_data *data)

{

  if (!g_elcdif_axi_clk_enable) {

    clk_enable(g_elcdif_axi_clk);

    g_elcdif_axi_clk_enable = true;

  }

//waiting for run bit to complete does not seem to be needed

 

  ssd2805_command(DSC_CMD_RAMWR);

  __raw_writel(BF_ELCDIF_TRANSFER_COUNT_H_COUNT(240*3*8/16) |

    BF_ELCDIF_TRANSFER_COUNT_V_COUNT(240), elcdif_base + HW_ELCDIF_TRANSFER_COUNT);

  gpio_direction_output(PINID_LCD_RS, 1);

  __raw_writel(BM_ELCDIF_CTRL_ELCDIF_MASTER,

         elcdif_base + HW_ELCDIF_CTRL_SET);

 

  __raw_writel(BM_ELCDIF_CTRL_RUN,

         elcdif_base + HW_ELCDIF_CTRL_SET);

  data->running = true;

}

0 Kudos
3 Replies

74 Views
vasubabu
Contributor I

@

please find the below i.MX28 MCU 8080 mode Lcd panel pattch. I think it will be usefull to you.

Patch for i.MX28's 8080 mode Lcd panel driver

Note:

     As per reference manual after every frame transmission current frame done will IRQ will rise and RUN bit will clear.

Just go IRQ handler and set the RUN bit after every transmission.

Thanks,

Vasubabu.k

0 Kudos

74 Views
qiang_li-mpu_se
NXP Employee
NXP Employee

Hi Aaron, for LCDIF to support system 80 interface display, you can reference to this patch. https://community.freescale.com/thread/265022

It is for iMX50, but the LCDIF should be similar with iMX6SL.

For when to update the display, it depends on application, if the application mapped the framebuffer and draw to it directly, the driver has no way to know when to update the display. In my patch, I implemented an ioctl, the application can call it to update the display.

By the way, if you have some middleware for graphics, the ioctl can be called in middleware, it will be better.

0 Kudos

74 Views
vasubabu
Contributor I

Hi,

After settting the RUN bit your frambuffer is updating data to LCD panel at leat single time?

can you send your hardware connections and you driver source code(ssd2805+ lcd panel).

I will check and I will update you.

Regards,

Vasubabu.k

0 Kudos