Hi,
On Mon, 21 Jun 2010, ext Archit Taneja wrote:
In the case of a dispc framedone timeout, we should set the LCD_EN
bit in DISPC_CONTROL to 0 and reset the dsi tx fifo so that the next
panel update call goes through cleanly.
With the new way of handling dispc framedone interrupts, since everything
is handled in irq context, the only reason a dispc framedone timeout
may occur is because of some dispc hardware issue.
Resetting the TX FIFO is listed as an errata and hence shouldn't be
performed on a dispc framedone timeout. But in the case of timeout,
we need to disable the manager so that atleast DISPC is in a clean
state for the next panel update call.
Starting a new DSI transfer with the DSI TX fifo already having content
of the previous frame is not desirable, but it is better than not to have
any future panel updates at all.
This sounds ok to me, but want to run some tests on this. Where did you
encounter this problem? Do you have some example scenario where this
happens?
This patch version removes the reset_tx_fifo call as per required by the
errata.
Please don't add patch version notes to the commit message.
If you want to add extra information to the mail, I believe you can add
something like this after the commit message (somebody correct me if I'm
wrong =):
---
Version 3: blaa blaa
Version 4: foo bar
Tomi
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
