Not sure about the root cause for that. In the meantime, here is a kernel hack that shall disable this trace and free some cpu (to avoid locking the board because of the huge traces generated). This shall enable using the HDMI output.
--- drivers/video/omap2/dss/dispc.c 2010-06-15 09:57:56.000000000 +0200 +++ drivers/video/omap2/dss/dispc.c 2010-0mc-pdm1.patch6-04 17:04:06.000000000 +0200 @@ -4182,7 +4182,7 @@mc-pdm1.patch PIS(VID1_FIFO_UNDERFLOW); PIS(VID2_FIFO_UNDERFLOW); PIS(SYNC_LOST); - PIS(SYNC_LOST_DIGIT); + /*PIS(SYNC_LOST_DIGIT);*/ #undef PIS
printk("\n"); @@ -4431,7 +4431,7 @@ bool enable = false; #endif
- DSSERR("SYNC_LOST_DIGIT\n"); + /*DSSERR("SYNC_LOST_DIGIT\n");*/ /* DSSERR("SYNC_LOST_DIGIT, disabling TV\n");
Not sure about the root cause for that. In the meantime, here is a kernel hack that shall disable this trace and free some cpu (to avoid locking the board because of the huge traces generated). This shall enable using the HDMI output.
--- drivers/ video/omap2/ dss/dispc. c 2010-06-15 09:57:56.000000000 +0200 video/omap2/ dss/dispc. c 2010-0mc- pdm1.patch6- 04 17:04:06.000000000 +0200 FIFO_UNDERFLOW) ; FIFO_UNDERFLOW) ; LOST_DIGIT) ; LOST_DIGIT) ;*/
+++ drivers/
@@ -4182,7 +4182,7 @@mc-pdm1.patch
PIS(VID1_
PIS(VID2_
PIS(SYNC_LOST);
- PIS(SYNC_
+ /*PIS(SYNC_
#undef PIS
printk("\n");
@@ -4431,7 +4431,7 @@
bool enable = false;
#endif
- DSSERR( "SYNC_LOST_ DIGIT\n" ); "SYNC_LOST_ DIGIT\n" );*/ "SYNC_LOST_ DIGIT, disabling TV\n");
+ /*DSSERR(
/*
DSSERR(