* new PRCM breakage: 2430 FB @ 2007-06-07 0:28 Kevin Hilman 2007-06-07 23:06 ` Syed Mohammed, Khasim 2007-06-13 19:00 ` Paul Walmsley 0 siblings, 2 replies; 10+ messages in thread From: Kevin Hilman @ 2007-06-07 0:28 UTC (permalink / raw) To: Linux OMAP I just noticed that with the new PRCM reorg, the 2430 LCD is no longer powering on. I'll dig into it tomorrow, but any pointers would be appreciated. Kevin ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: new PRCM breakage: 2430 FB 2007-06-07 0:28 new PRCM breakage: 2430 FB Kevin Hilman @ 2007-06-07 23:06 ` Syed Mohammed, Khasim 2007-06-07 23:22 ` Kevin Hilman 2007-06-13 19:00 ` Paul Walmsley 1 sibling, 1 reply; 10+ messages in thread From: Syed Mohammed, Khasim @ 2007-06-07 23:06 UTC (permalink / raw) To: Kevin Hilman; +Cc: Linux OMAP Kevin, >I just noticed that with the new PRCM reorg, the 2430 LCD is no longer >powering on. I'll dig into it tomorrow, but any pointers would be >appreciated. If you mean the LCD is not powering ON, then it's an issue with T2 LDO configuration. We use T2 LDO to enable power to 2430 UI board. If LCD is ON but we are not able display anything then it could be due to dss1_fclk / dss2_fclk. Regards, Khasim ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: new PRCM breakage: 2430 FB 2007-06-07 23:06 ` Syed Mohammed, Khasim @ 2007-06-07 23:22 ` Kevin Hilman 2007-06-12 0:45 ` Paul Walmsley 0 siblings, 1 reply; 10+ messages in thread From: Kevin Hilman @ 2007-06-07 23:22 UTC (permalink / raw) To: Syed Mohammed, Khasim; +Cc: Linux OMAP Syed Mohammed, Khasim wrote: > Kevin, > >> I just noticed that with the new PRCM reorg, the 2430 LCD is no longer >> powering on. I'll dig into it tomorrow, but any pointers would be >> appreciated. > > If you mean the LCD is not powering ON, then it's an issue with T2 LDO configuration. We use T2 LDO to enable power to 2430 UI board. > If LCD is ON but we are not able display anything then it could be due to dss1_fclk / dss2_fclk. Thanks for the pointer. I haven't had a chance to dig on this yet... FWIW, the panel doesn't seem to be powering on (no backlight, etc.) And during boot the dispc layer says that the reset failed: omapfb omapfb: soft reset failed omapfb omapfb: controller initialization failed (-19) Kevin ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: new PRCM breakage: 2430 FB 2007-06-07 23:22 ` Kevin Hilman @ 2007-06-12 0:45 ` Paul Walmsley 2007-06-12 3:05 ` Syed Mohammed, Khasim ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: Paul Walmsley @ 2007-06-12 0:45 UTC (permalink / raw) To: Kevin Hilman; +Cc: Linux OMAP On Thu, 7 Jun 2007, Kevin Hilman wrote: > FWIW, the panel doesn't seem to be powering on (no backlight, etc.) And > during boot the dispc layer says that the reset failed: > > omapfb omapfb: soft reset failed > > omapfb omapfb: controller initialization failed (-19) Hi Kevin, the 'soft reset failed' message is coming from drivers/video/omap/dispc.c:1391. The only PRCM-related code near that function is the display clock enable code, which, as Khasim mentioned, uses dss_ick, dss1_fck, and dss_54m_fck. I just went back and checked the PRCM changes for those three clocks and omap2_clk_enable(), and they look good. Could be a TWL4030 problem given the lack of power. git-bisect perhaps? Unfortunately, no 2430 SDP here, or I'd take a closer look. - Paul ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: new PRCM breakage: 2430 FB 2007-06-12 0:45 ` Paul Walmsley @ 2007-06-12 3:05 ` Syed Mohammed, Khasim 2007-06-12 3:58 ` Woodruff, Richard 2007-06-12 4:25 ` Syed Mohammed, Khasim 2 siblings, 0 replies; 10+ messages in thread From: Syed Mohammed, Khasim @ 2007-06-12 3:05 UTC (permalink / raw) To: Paul Walmsley, Kevin Hilman; +Cc: Linux OMAP Hi Paul / Kevin: I looked some more into this code, > >the 'soft reset failed' message is coming from >drivers/video/omap/dispc.c:1391. > Yes it's failing. Actually for a DSS reset to be successful all the DSS clocks (iclk and fclk) including TVout 54M fclk should be enabled otherwise the reset bit doesn't get cleared. I think this is what is happening now. I tried enabling dss2_fck also but this didn't succeed either. May be we were doing something wrong before and Paul's patches are doing some thing as per TRM :). >The only PRCM-related code near that function is the display clock >enable code, which, as Khasim mentioned, uses dss_ick, dss1_fck, and >dss_54m_fck. I just went back and checked the PRCM changes for those >three clocks and omap2_clk_enable(), and they look good. > I have to put some debugger to see if all required clocks are ON before hitting this reset logic. Is this reset logic passing for 2420? I didn't try this. >Could be a TWL4030 problem given the lack of power. > No, its not a TWL4030 power enable problem. As the reset logic fails, it returns with an error in ctrl_init. The control doesn't even enter the T2-LDO enabling functions. >git-bisect perhaps? > >Unfortunately, no 2430 SDP here, or I'd take a closer look. > Can we bypass reset logic for 2430 ? he he he .. :) Regards, Khasim ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: new PRCM breakage: 2430 FB 2007-06-12 0:45 ` Paul Walmsley 2007-06-12 3:05 ` Syed Mohammed, Khasim @ 2007-06-12 3:58 ` Woodruff, Richard 2007-06-12 15:14 ` Syed Mohammed, Khasim 2007-06-12 4:25 ` Syed Mohammed, Khasim 2 siblings, 1 reply; 10+ messages in thread From: Woodruff, Richard @ 2007-06-12 3:58 UTC (permalink / raw) To: Paul Walmsley, Kevin Hilman; +Cc: Linux OMAP > > omapfb omapfb: soft reset failed > > > > omapfb omapfb: controller initialization failed (-19) > > Hi Kevin, > > the 'soft reset failed' message is coming from > drivers/video/omap/dispc.c:1391. > > The only PRCM-related code near that function is the display clock > enable code, which, as Khasim mentioned, uses dss_ick, dss1_fck, and > dss_54m_fck. I just went back and checked the PRCM changes for those > three clocks and omap2_clk_enable(), and they look good. The 2420 usually gives something like that for DSS. If you just look at the IDLST bit it won't show accessible. The DSS is supposed to be a combination initiator/target. However the target side is not internally hooked up. The status bit won't show proper status unless the DSS initiator is out of mute. I've found a write to the OCP wrapper will result in it coming to life. This was one of the exceptions when compared to other modules. There is a deterministic wait time which can be applied after turning on clocks. Generally, after sleep you apply this, and then do the write to wake. If you do a read you will get an abort. Regards, Richard W. ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: new PRCM breakage: 2430 FB 2007-06-12 3:58 ` Woodruff, Richard @ 2007-06-12 15:14 ` Syed Mohammed, Khasim 0 siblings, 0 replies; 10+ messages in thread From: Syed Mohammed, Khasim @ 2007-06-12 15:14 UTC (permalink / raw) To: Woodruff, Richard, Paul Walmsley, Kevin Hilman; +Cc: Linux OMAP >The 2420 usually gives something like that for DSS. > >If you just look at the IDLST bit it won't show accessible. The DSS is >supposed to be a combination initiator/target. However the target side is >not internally hooked up. > >The status bit won't show proper status unless the DSS initiator is out of >mute. I've found a write to the OCP wrapper will result in it coming to >life. This was one of the exceptions when compared to other modules. >There is a deterministic wait time which can be applied after turning on >clocks. > >Generally, after sleep you apply this, and then do the write to wake. If >you do a read you will get an abort. > I gave a quick try with 2420 and it works fine. We might have to work on Richard's suggestions for 2430 DSS Clock logic. Regards, Khasim ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: new PRCM breakage: 2430 FB 2007-06-12 0:45 ` Paul Walmsley 2007-06-12 3:05 ` Syed Mohammed, Khasim 2007-06-12 3:58 ` Woodruff, Richard @ 2007-06-12 4:25 ` Syed Mohammed, Khasim 2 siblings, 0 replies; 10+ messages in thread From: Syed Mohammed, Khasim @ 2007-06-12 4:25 UTC (permalink / raw) To: Paul Walmsley, Kevin Hilman; +Cc: Linux OMAP >Could be a TWL4030 problem given the lack of power. Actually the LDO enabling logic should not be part of LCD, the UI Board peripherals TouchScreen, LCD, IrDA~ depends on this. This functionality should be moved to board dependent files and should be independently called from respective drivers (all), the usage count should control the enable/disable part. With existing logic Touchsceen will not work if LCD is disabled. Kevin, do you want me to modify this part? Regards, Khasim ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: new PRCM breakage: 2430 FB 2007-06-07 0:28 new PRCM breakage: 2430 FB Kevin Hilman 2007-06-07 23:06 ` Syed Mohammed, Khasim @ 2007-06-13 19:00 ` Paul Walmsley 2007-06-13 21:19 ` Kevin Hilman 1 sibling, 1 reply; 10+ messages in thread From: Paul Walmsley @ 2007-06-13 19:00 UTC (permalink / raw) To: Kevin Hilman; +Cc: Linux OMAP [-- Attachment #1: Type: TEXT/PLAIN, Size: 308 bytes --] On Wed, 6 Jun 2007, Kevin Hilman wrote: > I just noticed that with the new PRCM reorg, the 2430 LCD is no longer > powering on. I'll dig into it tomorrow, but any pointers would be > appreciated. Hi Kevin, I think I may have found the problem. Could you give the attached patch a test? thanks, - Paul [-- Attachment #2: Type: TEXT/PLAIN, Size: 638 bytes --] --- arch/arm/mach-omap2/clock.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux-omap/arch/arm/mach-omap2/clock.h =================================================================== --- linux-omap.orig/arch/arm/mach-omap2/clock.h +++ linux-omap/arch/arm/mach-omap2/clock.h @@ -1071,7 +1071,7 @@ static struct clk dss_54m_fck = { /* Alt .flags = CLOCK_IN_OMAP242X | CLOCK_IN_OMAP243X | RATE_FIXED | RATE_PROPAGATES, .enable_reg = OMAP_CM_REGADDR(CORE_MOD, CM_FCLKEN1), - .enable_bit = OMAP24XX_EN_DSS2_SHIFT, + .enable_bit = OMAP24XX_EN_TV_SHIFT, .recalc = &omap2_propagate_rate, }; [-- Attachment #3: Type: text/plain, Size: 0 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: new PRCM breakage: 2430 FB 2007-06-13 19:00 ` Paul Walmsley @ 2007-06-13 21:19 ` Kevin Hilman 0 siblings, 0 replies; 10+ messages in thread From: Kevin Hilman @ 2007-06-13 21:19 UTC (permalink / raw) To: Paul Walmsley; +Cc: Linux OMAP Paul Walmsley wrote: > On Wed, 6 Jun 2007, Kevin Hilman wrote: > >> I just noticed that with the new PRCM reorg, the 2430 LCD is no longer >> powering on. I'll dig into it tomorrow, but any pointers would be >> appreciated. > > Hi Kevin, > > I think I may have found the problem. Could you give the attached patch > a test? Paul, Thanks for digging. It indeed helps. The backlight comes on, but then omapfb starts spitting out other errors: omapfb omapfb: irq error status 00e2 omapfb omapfb: irq error status 0040 omapfb omapfb: irq error status 40e2 omapfb omapfb: irq error status 4040 omapfb omapfb: irq error status 4040 printk: 343155 messages suppressed. omapfb omapfb: irq error status 4040 printk: 354528 messages suppressed. [....] I haven't dug any deeper on this yet. I'll be on vacation next week, then at OLS the week after, so unless anyone else does, I won't be able to dig more until early July. Kevin ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2007-06-13 21:19 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2007-06-07 0:28 new PRCM breakage: 2430 FB Kevin Hilman 2007-06-07 23:06 ` Syed Mohammed, Khasim 2007-06-07 23:22 ` Kevin Hilman 2007-06-12 0:45 ` Paul Walmsley 2007-06-12 3:05 ` Syed Mohammed, Khasim 2007-06-12 3:58 ` Woodruff, Richard 2007-06-12 15:14 ` Syed Mohammed, Khasim 2007-06-12 4:25 ` Syed Mohammed, Khasim 2007-06-13 19:00 ` Paul Walmsley 2007-06-13 21:19 ` Kevin Hilman
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox