On Thursday 05 April 2012 02:19 PM, Russell King - ARM Linux wrote:
On Thu, Apr 05, 2012 at 02:04:41PM +0530, Archit Taneja wrote:
We figured out the culprit patch, reverting this prevents the issue:
commit 46f8c3c7e95c0d30d95911e7975ddc4f93b3e237
Author: Archit Taneja<archit@xxxxxx>
Date: Fri Oct 7 03:08:44 2011 -0600
ARM: OMAP: ctrl: Fix CONTROL_DSIPHY register fields
Fix the shift and mask macros for DSIx_PPID fields in
CONTROL_DSIPHY. The
OMAP4430 Public TRM vV has these fields mentioned correctly.
Signed-off-by: Archit Taneja<archit@xxxxxx>
Acked-by: Benoit Cousson<b-cousson@xxxxxx>
Acked-by: Santosh Shilimkar<santosh.shilimkar@xxxxxx>
Signed-off-by: Paul Walmsley<paul@xxxxxxxxx>
This was added to be in sync with the register definitions in newer
OMAP4 TRMs. But it turns out that the newer TRMs might be actually
messing up the register fields in question.
Okay, I've just tried reverting this commit, and the errors have gone.
However, I still see nothing on either display at boot time - not even
the backlight seems to be on. Should I see anything on the displays?
Backlight support isn't there yet because the TWL soultion to use it is
hacky. However, you should be able to see penguins if you have built-in
DSS2 in the kernel and enabled the following configs:
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
Tomi, Benoit,
I tried to probe the DSI1 lines on a board which we get the errors. The
register fields DSI1_PPID and DSI2_PPID are definitely swapped in the
newer OMAP TRMs. I get around 950mV on DSI1's D1+ lane, and if I set the
corresponding D1+ bit in the DSI2_PPID, the voltage becomes 1.28V, the
DSI spec says that we need 1.2V when opearting in DSI LP mode.
I'll post a patch which reverts this commit.
Archit
--
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
