From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Richard Copeman" Subject: RE: JTAG halt produces straneg message on terminal - OSK5912 Date: Tue, 1 Aug 2006 15:49:52 +0100 Message-ID: <00d701c6b579$bf46db40$642aa8c0@Buffy> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-omap-open-source-bounces+gplao-linux-omap-open-source=gmane.org@linux.omap.com Errors-To: linux-omap-open-source-bounces+gplao-linux-omap-open-source=gmane.org@linux.omap.com To: "'Woodruff, Richard'" , linux-omap-open-source@linux.omap.com List-Id: linux-omap@vger.kernel.org Hi, Thanks for the pointer. I found the problem. The kernel was falsely detecting a soft lockup because it appeared that a loop was running for longer than 10 seconds whilst the JTAG debugger had halted the core. The fix: Kernel Hacking -> Unset Detect Soft lockups Thanks, Richard. -----Original Message----- From: Woodruff, Richard [mailto:r-woodruff2@ti.com] Sent: 27 July 2006 16:38 To: Richard Copeman; linux-omap-open-source@linux.omap.com Subject: RE: JTAG halt produces straneg message on terminal - OSK5912 Which JTAG debugger. I can guess but would rather you say. If you were using CCS for example you might find that a halt could cause some script file execution which may not be smart about the MMU being on if your not careful. I don't think this is your issue but it could be. For OMAPs on emulation connection you can control if your time bases and DMAs continue or stop. If you allow your timers to run while halted, I suppose the system could notices that a lot of time had passed and complain. You will find emulation behavior control sprinkled through out devices. Perhaps search the TRM for 'Free run' or the like. Regards, Richard W. > > I have a 2.6.15 Kernel built for OMAP 5912 OSK using GCC 3.4.1 cross > compiled form a standard SUSE 9.2 PC. > > > > I have the system running but when I halt the target using my JTAG > debugger > and then restart it I get a message dumped to the serial console. > > > > BUG: soft lockup detected on CPU#0! > > > > Pid: 0, comm: swapper > > CPU: 0 > > PC is at omap_pm_idle+0xe8/0x130 > > LR is at omap_pm_idle+0x80/0x130 > > pc : [] lr : [] Not tainted > > sp : c01f9f94 ip : c02445d0 fp : c01f9fa8 > > r10: 1001d464 r9 : 41069263 r8 : 1001d494 > > r7 : c025aba8 r6 : c024ca68 r5 : 00000001 r4 : 000013c3 > > r3 : 00000013 r2 : 00000400 r1 : fefedc02 r0 : 00000000 > > Flags: nzcv IRQs on FIQs on Mode SVC_32 Segment kernel > > Control: 5317F Table: 11FF4000 DAC: 00000017 > > [] (show_regs+0x0/0x4c) from [] > (softlockup_tick+0x64/0x7c) > > r4 = C01F9F4C > > [] (softlockup_tick+0x0/0x7c) from [] > (do_timer+0x3e8/0x468) > > > > r4 = C024B49C > > [] (do_timer+0x0/0x468) from [] (timer_tick+0xb4/0xe4) > > [] (timer_tick+0x0/0xe4) from [] > (omap_32k_timer_interrupt+0 > > x5c/0xac) > > r6 = 00000093 r5 = C024A450 r4 = 04424267 > > [] (omap_32k_timer_interrupt+0x0/0xac) from [] > (__do_irq+0xa > > 4/0xe8) > > r7 = 00000036 r6 = 00000000 r5 = 00000000 r4 = C01FF864 > > [] (__do_irq+0x0/0xe8) from [] > (do_level_IRQ+0x68/0xbc) > > r8 = C01F9F4C r7 = C025ABA8 r6 = C01F9F4C r5 = 00000036 > > r4 = C023FDBC > > [] (do_level_IRQ+0x0/0xbc) from [] > (asm_do_IRQ+0x54/0x140) > > r6 = FFFFFFFF r5 = FEFE0000 r4 = C01F8000 > > [] (asm_do_IRQ+0x0/0x140) from [] > (__irq_svc+0x24/0x80) > > [] (omap_pm_idle+0x0/0x130) from [] > (cpu_idle+0x48/0x64) > > r5 = C01F8000 r4 = C002DB7C > > [] (cpu_idle+0x0/0x64) from [] (__init_end+0x24/0x2c) > > r5 = C023EE7C r4 = 00000000 > > [] (__init_end+0x0/0x2c) from [] > (start_kernel+0x174/0x1bc) > > [] (start_kernel+0x0/0x1bc) from [<10008094>] (0x10008094) > > > > / # > > / # > > / # > > / # > > / # > > > > The system is trying to tell me something but what? > > How do I decode this message and understand what's been going on? > > The system continues to run stably and without any apparent problems but > I'd > like to know what's going on and what I should be doing about it. > > > > TIA, > > > > Richard. > > _______________________________________________ > Linux-omap-open-source mailing list > Linux-omap-open-source@linux.omap.com > http://linux.omap.com/mailman/listinfo/linux-omap-open-source