> -----Original Message----- > From: linux-rt-users-owner@xxxxxxxxxxxxxxx [mailto:linux-rt-users- > owner@xxxxxxxxxxxxxxx] On Behalf Of Leyendecker, Robert > Sent: Saturday, November 28, 2009 10:44 PM > To: Thomas Gleixner > Cc: Nikita V. Youshchenko; rt-users > Subject: RE: help needed, 2.6.31.6-rt19 hang with network user app > > > > > -----Original Message----- > > From: Thomas Gleixner [mailto:tglx@xxxxxxxxxxxxx] > > Sent: Friday, November 27, 2009 1:43 PM > > To: Leyendecker, Robert > > Cc: Nikita V. Youshchenko; rt-users > > Subject: RE: help needed, 2.6.31.6-rt19 hang with network user app > > > > On Fri, 20 Nov 2009, Leyendecker, Robert wrote: > > > > > Here is what was in the log/messages - I assume this is what was > > > sent to kernel.org. Host B is reporting destination unreachables > at > > > time of freeze. Hope this log is useful. I have the full log from > > > start of boot I can zip it up if you would like. At the bottom you > > > can see where it is rebooting due to power cycle. > > > > > Nov 20 21:12:00 localhost kernel: BUG: using smp_processor_id() in > > preemptible [00000000] code: smash/6801 > > > Nov 20 21:12:00 localhost kernel: caller is __schedule+0xe/0x7d4 > > > Nov 20 21:12:00 localhost kernel: Pid: 6801, comm: smash Not > tainted > > 2.6.31.6-rt19 #1 > > > Nov 20 21:12:00 localhost kernel: Call Trace: > > > Nov 20 21:12:00 localhost kernel: [<c06dc3df>] ? printk+0xf/0x18 > > > Nov 20 21:12:00 localhost kernel: [<c05499a6>] > > debug_smp_processor_id+0xa6/0xbc > > > Nov 20 21:12:00 localhost kernel: [<c06dc689>] __schedule+0xe/0x7d4 > > > Nov 20 21:12:00 localhost kernel: [<c046621f>] ? > > audit_syscall_exit+0xfa/0x10f > > > Nov 20 21:12:00 localhost kernel: [<c040a955>] ? > > syscall_trace_leave+0xc8/0xef > > > Nov 20 21:12:00 localhost kernel: [<c040338a>] > work_resched+0x5/0x19 > > > > Hmm, that comes from the low level code. We should have interrupts > > disabled here, but I have a hard time to figure out the call path in > > the ASM maze of entry_32.S. Still investigating. > > > > Thanks, > > > > tglx > > Thomas- > > Thank you for the help on this, > > -Bob I'm seeing this hang quite often now, some local users now reporting same issue even when systems lightly loaded - any ideas? On two systems, the problem has not shown up (so far) - both of these have been dell centrino duo laptops. Higher-end Dell Desktops with core 2 duo seem to create problem at fairly random intervals but usually in 10 to 60 minutes. Can I add nosmp to kernel boot with rt patch, i.e. any stability consequences or other gottchas with no smp? Both 64 bit and 32 bit OS show problem with 64 bit seeming to have higher incidence under lighter loads. -Bob -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
