Madhu, Thank you for the inputs - It seems that the hrtimers are intensively used in the mv Linux.
arch/arm/mach-davinci/built-in.o(.text+0x144): In function `davinci_gettimeoffset': i2c-client.c: undefined reference to `arch_cycle_to_nsec' I think the hrtimers provides the basic timing in the mvl 4.0.1 kernel tree. What do you mean by latest davinci sources - please are you referring to 2.6.33 mainline kernel. Could you please provide me pointers in this regard? Cheers, Deepak Shankar V -----Original Message----- From: Madhu [mailto:[email protected]] Sent: Wednesday, March 03, 2010 7:52 AM To: Deepak Shankar-ERS,HCLTech. Cc: [email protected]; [email protected] Subject: Re: Aieee Killing Interrupt handler after 2 days. Deepak, I dont see this function in the latest davinci sources so I cant check. Between can you check by disabling power management . These are just to confirm whether the conflict exists. Regards, Madhu On 03/03/2010 09:12 AM, Deepak Shankar-ERS,HCLTech. wrote: > Madhu, > > I tried this - However the tree would not compile since the > ../ti-davinci/arch/arm/mach-davinci/time.c uses the arch_cycle_to_nsec which > is a part of the hrtimers. > > unsigned long davinci_gettimeoffset(void) { > unsigned long now, elapsed, nsec; > > now = davinci_timer32_read(davinci_timers[tid_freerun]); > elapsed = now - davinci_timer32_last; > > nsec = arch_cycle_to_nsec(elapsed); > return nsec / 1000; > } > > I'm not sure why hrtimers are made configurable then - this is specific to > davinci/mv tree it seems! > > Please provide me any other pointer in this regard. > > Best Regards, > Deepak Shankar V > > -----Original Message----- > From: Madhu [mailto:[email protected]] > Sent: Monday, March 01, 2010 9:53 PM > To: Deepak Shankar-ERS,HCLTech. > Cc: [email protected]; > [email protected] > Subject: Re: Aieee Killing Interrupt handler after 2 days. > > Hello Deepak, > > From the log, I could see some problem or conflict between the hrtimer and > pm. One way is you can try disabling hrtimer and check. > > > Regards, > Madhu > > On 03/01/2010 04:19 PM, Deepak Shankar-ERS,HCLTech. wrote: > >> Hello all, >> >> I have a system running based on mvl4.0.1-2.6.10 Linux in dm355 davinci. >> Now on a sporadic basis after 2 days or so, if I leave the sytem, the system >> crashes(Aieee) throwing the following crashdump. >> >> I could not make much out of the log, I have looked into my application and >> it seems to be fine. >> >> If any of you have faced a similar problem, could you please help me in >> finding out what is the problem. >> >> Please provide me any inputs in this regard. >> >> Start of dump: >> ********************************************************************* >> * >> **************************************** >> >> Internal error: Oops - undefined instruction: 0 [#1] >> >> Modules linked in: g_zero GPIOd cmemk PMd dm350mmap >> >> CPU: 0 >> >> PC is at 0xc021f048 >> >> LR is at do_hrtimers_expire_timers+0x1cc/0x228 >> >> pc : [<c021f048>] lr : [<c0064568>] Not tainted >> I'm not sure why hrtimers are made configurable then - this is specific to >> davinci/mv tree it seems! >> >> sp : c01cfe58 ip : c01d11e8 fp : c01cfe7c >> >> r10: c01d11e8 r9 : c0214ce0 r8 : c021ff50 >> >> r7 : c021ddfc r6 : c021ddfc r5 : c021ff48 r4 : c01ce000 >> >> r3 : 00000000 r2 : c021ff48 r1 : c021ff48 r0 : 40000440 >> >> Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment kernel >> >> Control: 5317F Table: 855B8000 DAC: 00000017 >> >> Process swapper (pid: 0, stack limit = 0xc01ce1a0) >> >> Stack: (0xc01cfe58 to 0xc01d0000) >> >> fe40: c006435c c01ce000 >> >> fe60: 00000001 bf00b10c c021d7fc c01cfe98 c01cfe94 c01cfe80 c0064724 >> c00643ac >> >> fe80: 00000103 c01ce000 c01cfecc c01cfe98 c0054bf8 c00646bc c021ddec >> c021ddfc >> >> fea0: c01ce000 c021d7b4 c01ce000 00000103 00000001 c021d590 0000000a >> c021d560 >> >> fec0: c01cfef4 c01cfed0 c0050070 c0054abc c01ce000 00000000 c003e90c >> 00000002 >> >> fee0: c01ce000 c01cff60 c01cff0c c01cfef8 c005014c c005002c c01ce000 >> c01ce000 >> >> ff00: c01cff24 c01cff10 c0050304 c0050124 c01ce000 c01cff94 c01cff5c >> c01cff28 >> >> ff20: c00304c0 c00502c8 00000000 c5b184a0 c02182d0 c01cff94 e1048000 >> c003e90c >> >> ff40: 00000002 c01ce000 00000001 800276bc c01cffb4 c01cff60 c002e780 >> c00303b0 >> >> ff60: 00000000 60000093 c0217fa0 60000013 c01ce000 c003eee8 c02201c4 >> c0226ad8 >> >> ff80: 800276ec 41069265 800276bc c01cffb4 c01cffa8 c01cffa8 c003e90c >> c003ef64 >> >> ffa0: 60000013 ffffffff c01cffcc c01cffb8 c0031004 c003eef8 00000000 >> c021481c >> >> ffc0: c01cfffc c01cffd0 c00087d8 c0030fc4 c0008304 00000000 00000000 >> c02174d8 >> >> ffe0: 00000000 00053175 c02174bc c01d0f10 00000000 c01d0000 8000809c >> c0008660 >> >> Backtrace: >> >> [<c006439c>] (do_hrtimers_expire_timers+0x0/0x228) from [<c0064724>] >> (do_high_res_timer+0x78/0xa0) >> >> r8 = C01CFE98 r7 = C021D7FC r6 = BF00B10C r5 = 00000001 >> >> r4 = C01CE000 >> >> [<c00646ac>] (do_high_res_timer+0x0/0xa0) from [<c0054bf8>] >> (run_timer_softirq+0x14c/0x278) >> >> r5 = C01CE000 r4 = 00000103 >> >> [<c0054aac>] (run_timer_softirq+0x0/0x278) from [<c0050070>] >> (___do_softirq+0x54/0xf8) >> >> [<c005001c>] (___do_softirq+0x0/0xf8) from [<c005014c>] >> (__do_softirq+0x38/0x58) >> >> [<c0050114>] (__do_softirq+0x0/0x58) from [<c0050304>] >> (irq_exit+0x4c/0x60) >> >> r5 = C01CE000 r4 = C01CE000 >> >> [<c00502b8>] (irq_exit+0x0/0x60) from [<c00304c0>] >> (asm_do_IRQ+0x120/0x138) >> >> r4 = C01CFF94 >> >> [<c00303a0>] (asm_do_IRQ+0x0/0x138) from [<c002e780>] >> (__irq_svc+0x40/0x6c) >> >> [<c003eee8>] (davinci_pm_idle+0x0/0x84) from [<c0031004>] >> (cpu_idle+0x50/0x88) >> >> [<c0030fb4>] (cpu_idle+0x0/0x88) from [<c00087d8>] >> (start_kernel+0x188/0x1cc) >> >> r5 = C021481C r4 = 00000000 >> >> [<c0008650>] (start_kernel+0x0/0x1cc) from [<8000809c>] (0x8000809c) >> >> Code: c02fa5e0 c02fade0 c02fb5e0 00000009 (fffffed4) >> >> <0>Kernel panic - not syncing: Aiee, killing interrupt handler! >> >> ********************************************************************* >> * >> **************************************** >> End of dump: >> >> >> Cheers, >> Deepak Shankar V >> DISCLAIMER: >> --------------------------------------------------------------------- >> - >> ------------------------------------------------- >> >> The contents of this e-mail and any attachment(s) are confidential and >> intended for the named recipient(s) only. >> It shall not attach any liability on the originator or HCL or its >> affiliates. Any views or opinions presented in this email are solely those >> of the author and may not necessarily reflect the opinions of HCL or its >> affiliates. >> Any form of reproduction, dissemination, copying, disclosure, >> modification, distribution and / or publication of this message >> without the prior written consent of the author of this e-mail is >> strictly prohibited. If you have received this email in error please delete >> it and notify the sender immediately. Before opening any mail and >> attachments please check them for viruses and defect. >> >> --------------------------------------------------------------------- >> - >> ------------------------------------------------- >> _______________________________________________ >> Davinci-linux-open-source mailing list >> [email protected] >> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-sourc >> e >> >> > > _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
