Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262266AbUKVTSk (ORCPT ); Mon, 22 Nov 2004 14:18:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262263AbUKVTRJ (ORCPT ); Mon, 22 Nov 2004 14:17:09 -0500 Received: from [199.46.245.231] ([199.46.245.231]:56243 "EHLO tus-gate2.ext.ray.com") by vger.kernel.org with ESMTP id S262355AbUKVTOb (ORCPT ); Mon, 22 Nov 2004 14:14:31 -0500 To: Ingo Molnar Cc: Amit Shah , Karsten Wiese , Bill Huey , Adam Heath , emann@mrv.com, Gunther Persoons , "K.R. Foley" , linux-kernel@vger.kernel.org, Florian Schmidt , Fernando Pablo Lopez-Lezcano , Lee Revell , Rui Nuno Capela , Shane Shrybman , Esben Nielsen , Thomas Gleixner , Michal Schmidt From: Mark_H_Johnson@raytheon.com Subject: Re: [patch] Real-Time Preemption, -RT-2.6.10-rc2-mm2-V0.7.30-2 Date: Mon, 22 Nov 2004 13:12:32 -0600 Message-ID: X-MIMETrack: Serialize by Router on RTSHOU-DS01/RTS/Raytheon/US(Release 6.5.2|June 01, 2004) at 11/22/2004 01:12:40 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-SPAM: 0.00 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4903 Lines: 120 >I have a few ideas to simplify the set up to see if I can get some >useful data out of the system. It appears the lockup only occurs after I do echo 0 > /proc/sys/kernel/preempt_wakeup_latency I did manage to get a few messages out of the system before the lockup this time and here is what was on the serial console. [I didn't do "dmesg -n 1" like I usually do...] --Mark -------- [starts with a couple of the wakeup latency messages, then the messages from changing the tracing type] (X/2869/CPU#1): new 76 us maximum-latency wakeup. (ksoftirqd/1/7/CPU#1): new 110 us maximum-latency wakeup. (X/2869/CPU#0): new 825 us maximum-latency critical section. => started at timestamp 4156290879: => ended at timestamp 4156291705: <__up_mutex+0x469/0x4d0> [] dump_stack+0x23/0x30 (20) [] check_critical_timing+0x1d7/0x390 (88) [] trace_irqs_on+0x7d/0x90 (24) [] __up_mutex+0x469/0x4d0 (60) [] up_mutex+0xb6/0x110 (40) [] fget+0x54/0x70 (28) [] do_select+0x207/0x2b0 (120) [] sys_select+0x2be/0x580 (92) [] sysenter_past_esp+0x52/0x71 (-8124) --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [] .... print_traces+0x1d/0x60 .....[] .. ( <= dump_stack+0x23/0x30) => dump-end timestamp 4156528745 (IRQ 0/2/CPU#0): new 51 us maximum-latency critical section. => started at timestamp 4208681904: <__up_mutex+0x9c/0x4d0> => ended at timestamp 4208681955: [] dump_stack+0x23/0x30 (20) [] check_critical_timing+0x1d7/0x390 (88) [] trace_irqs_on+0x7d/0x90 (24) [] schedule+0x4c/0x140 (36) [] __down_mutex+0x2a6/0x310 (84) [] __spin_lock+0x4b/0x60 (24) [] _spin_lock+0x1d/0x30 (16) [] timer_interrupt+0x20/0x110 (32) [] handle_IRQ_event+0x53/0xa0 (40) [] do_hardirq+0xa5/0x100 (40) [] do_irqd+0x141/0x210 (48) [] kthread+0xbb/0xc0 (48) [] kernel_thread_helper+0x5/0xc (536952852) --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [] .... print_traces+0x1d/0x60 .....[] .. ( <= dump_stack+0x23/0x30) => dump-end timestamp 4208969387 (get_ltrace.sh/6305/CPU#1): new 64 us maximum-latency critical section. => started at timestamp 4209005150: => ended at timestamp 4209005214: [] dump_stack+0x23/0x30 (20) [] check_critical_timing+0x1d7/0x390 (88) [] touch_critical_timing+0x60/0x90 (24) [] try_to_wake_up+0x23d/0x3e0 (72) [] wake_up_process+0x2b/0x40 (28) [] __mmdrop_delayed+0x67/0xa0 (20) [] finish_task_switch+0x97/0xc0 (24) [] __sched_text_start+0x457/0x930 (112) [] schedule+0x40/0x140 (36) [] do_wait+0x1d6/0x540 (140) [] sys_wait4+0x41/0x50 (28) [] sys_waitpid+0x2a/0x30 (24) [] sysenter_past_esp+0x52/0x71 (-8124) --------------------------- | preempt count: 00000004 ] | 4-level deep critical section nesting: ---------------------------------------- .. [] .... __sched_text_start+0x4f/0x930 .....[] .. ( <= schedule+0x40/0x140) .. [] .... __mmdrop_delayed+0x1f/0xa0 .....[] .. ( <= finish_task_switch+0x97/0xc0) .. [] .... _raw_spin_lock+0x1f/0x70 .....[] .. ( <= task_rq_lock+0x42/0x80) .. [] .... print_traces+0x1d/0x60 .....[] .. ( <= dump_stack+0x23/0x30) => dump-end timestamp 4209394021 (get_ltrace.sh/6305/CPU#1): new 77 us maximum-latency critical section. => started at timestamp 4209417650: <__sched_text_start+0x4f/0x930> => ended at timestamp 4209417728: [] dump_stack+0x23/0x30 (20) [] check_critical_timing+0x1d7/0x390 (88) [] trace_irqs_on+0x7d/0x90 (24) [] preempt_schedule+0x6e/0x80 (20) [] wake_up_new_task+0x16b/0x240 (44) [] do_fork+0x129/0x1d0 (132) [] sys_clone+0x3e/0x50 (32) [] sysenter_past_esp+0x52/0x71 (-8124) --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [] .... print_traces+0x1d/0x60 .....[] .. ( <= dump_stack+0x23/0x30) => dump-end timestamp 4209652960 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/