From: Mark Hounschell <markh@compro.net>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Ingo Molnar <mingo@elte.hu>,
linux-kernel <linux-kernel@vger.kernel.org>,
Daniel Walker <dwalker@mvista.com>,
Thomas Gleixner <tglx@linutronix.de>,
johnstul@us.ibm.com
Subject: Re: rt20 patch question
Date: Fri, 12 May 2006 10:36:35 -0400 [thread overview]
Message-ID: <44649D73.4090700@compro.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0605120956440.30264@gandalf.stny.rr.com>
Steven Rostedt wrote:
> On Fri, 12 May 2006, Mark Hounschell wrote:
>
>> Steven Rostedt wrote:
>> >
>>> I was looking at the logdump, but I don't see anything spinning. CPU 1
>>> seems to be constantly running your v67 program (alternating with
>>> posix_cpu_timer), and CPU: 0 is still switching with the swapper, along
>>> with other tasks, so that this means nothing is just spinning and hogging
>>> the CPU (on CPU 0, but I assume the v67 tasks is suppose to keep running).
>>>
>> Yes the v67 task is the CPU process. Could it also mean I just didn't
>> get the logdump at the right time?
>>
>
>
> [ 619.220396] CPU:0 (bash:7783) -->> (konsole:7763)
> [ 619.220558] CPU:0 (konsole:7763) -->> (swapper:0)
> [ 619.220706] CPU:1 (v67:11149) -->> (IRQ 161:11082)
> [ 619.220717] CPU:1 (IRQ 161:11082) -->> (v67:11149)
> [ 619.223111] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
> [ 619.223116] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
> [ 619.223127] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
> [ 619.223570] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 619.223573] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
> [ 619.227097] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
> [ 619.227099] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
> [ 619.227102] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
> [ 619.227566] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 619.227568] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
>
> ...
>
> [ 633.861475] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 633.861477] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
> [ 633.865001] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
> [ 633.865003] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
> [ 633.865006] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
> [ 633.865470] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 633.865473] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
> [ 633.866421] CPU:1 (v67:11149) -->> (IRQ 161:11082)
> [ 633.866430] CPU:1 (IRQ 161:11082) -->> (v67:11149)
> [ 633.868998] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
> [ 633.869000] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
> [ 633.869002] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
> [ 633.869467] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 633.869470] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
> [ 633.872993] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
> [ 633.872995] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
> [ 633.872998] CPU:0 (softirq-timer/0:5) -->> (swapper:0)
> [ 633.873463] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 633.873465] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
> [ 633.874747] CPU:1 (v67:11149) -->> (IRQ 161:11082)
> [ 633.874756] CPU:1 (IRQ 161:11082) -->> (v67:11149)
> [ 633.876990] CPU:0 (swapper:0) -->> (posix_cpu_timer:3)
> [ 633.876992] CPU:0 (posix_cpu_timer:3) -->> (softirq-timer/0:5)
> [ 633.876996] CPU:0 (softirq-timer/0:5) -->> (kded:6119)
> [ 633.877030] CPU:0 (kded:6119) -->> (swapper:0)
> [ 633.877460] CPU:1 (v67:11149) -->> (posix_cpu_timer:14)
> [ 633.877462] CPU:1 (posix_cpu_timer:14) -->> (v67:11149)
> [ 633.878447] CPU:0 (swapper:0) -->> (IRQ 1:823)
> [ 633.878474] CPU:0 (IRQ 1:823) -->> (softirq-tasklet:9)
> [ 633.878478] CPU:0 (softirq-tasklet:9) -->> (events/0:24)
> [ 633.878488] CPU:0 (events/0:24) -->> (X:5513)
> [ 633.878627] CPU:0 (X:5513) -->> (konsole:7763)
> [ 633.878669] CPU:0 (konsole:7763) -->> (X:5513)
> [ 633.878683] CPU:0 (X:5513) -->> (konsole:7763)
> [ 633.879309] CPU:0 (konsole:7763) -->> (X:5513)
> [ 633.879415] CPU:0 (X:5513) -->> (konsole:7763)
> [ 633.879457] CPU:0 (konsole:7763) -->> (X:5513)
> [ 633.879463] CPU:0 (X:5513) -->> (konsole:7763)
> [ 633.879467] CPU:0 (konsole:7763) -->> (X:5513)
> [ 633.879553] CPU:0 (X:5513) -->> (kded:6119)
> [ 633.879651] CPU:0 (kded:6119) -->> (kwin:6135)
> [ 633.879711] CPU:0 (kwin:6135) -->> (kdesktop:6140)
> [ 633.879782] CPU:0 (kdesktop:6140) -->> (kicker:6142)
> [ 633.879858] CPU:0 (kicker:6142) -->> (X:5513)
> [ 633.879927] CPU:0 (X:5513) -->> (kwin:6135)
> [ 633.879963] CPU:0 (kwin:6135) -->> (X:5513)
> [ 633.879977] CPU:0 (X:5513) -->> (bash:7783)
> [ 633.880042] CPU:0 (bash:7783) -->> (konsole:7763)
> [ 633.880103] CPU:0 (konsole:7763) -->> (X:5513)
> [ 633.880119] CPU:0 (X:5513) -->> (konsole:7763)
> [ 633.880211] CPU:0 (konsole:7763) -->> (bash:7783)
>
>
> Well, the bash is what turned off the logging, and the logging started at
> 619.xxx and ended at 633.xxx so that's ~14 seconds of logging. So I would
> assume you did it in the right place.
>
> How long does the stop happen, and what exactly freezes? Can you ping the
> machine? Also, have you tried to switch to a console before it freezes,
> and see if it doesn't freeze that. I'm curious if X isn't waiting on
> something.
>
They stops can be anywhere up to even a few minutes depending how
patient I want to be. I was just playing with it to possibly get another
log. The machine froze. Did the log thing while frozen. Then I attempted
to ssh into it from another machine. It let me in and the machine
unfroze at that same time. But only to stop again in a few seconds. The
new shell was also frozen. I sshd to it again, same thing.
While the machine was unfrozen I was able to halt the cpu process
basically taking it out of its execution loop and putting into a delay
loop of 1 ms via
while(clock_nanosleep(CLOCK_REALTIME, TIMER_ABSTIME, &tim, NULL) &&
errno == EINTR);
As long as the CPU process is halted and in this loop the machine acts
normal. As soon as the CPU process goes back into his execution loop we
are back to the "stops".
Mark
next prev parent reply other threads:[~2006-05-12 14:36 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-09 12:23 rt20 patch question Mark Hounschell
2006-05-09 14:38 ` Daniel Walker
2006-05-09 14:58 ` Mark Hounschell
2006-05-09 15:53 ` Daniel Walker
2006-05-10 12:39 ` Steven Rostedt
2006-05-10 13:06 ` Mark Hounschell
2006-05-10 14:10 ` Steven Rostedt
2006-05-10 15:33 ` Mark Hounschell
2006-05-10 16:17 ` Steven Rostedt
2006-05-10 18:30 ` Mark Hounschell
2006-05-10 18:49 ` Steven Rostedt
2006-05-10 19:28 ` Mark Hounschell
2006-05-11 11:25 ` Mark Hounschell
2006-05-11 12:01 ` Steven Rostedt
2006-05-11 12:22 ` Steven Rostedt
2006-05-11 13:02 ` Mark Hounschell
2006-05-11 13:14 ` Steven Rostedt
2006-05-11 13:26 ` Mark Hounschell
2006-05-11 13:53 ` Steven Rostedt
2006-05-11 14:57 ` Mark Hounschell
2006-05-12 6:47 ` Steven Rostedt
2006-05-12 7:33 ` Sébastien Dugué
2006-05-12 8:18 ` Mark Hounschell
2006-05-12 9:08 ` Mark Hounschell
2006-05-12 9:20 ` Steven Rostedt
2006-05-10 20:33 ` Steven Rostedt
2006-05-12 8:16 ` Ingo Molnar
2006-05-12 8:45 ` Steven Rostedt
2006-05-12 9:16 ` Ingo Molnar
2006-05-12 9:21 ` Ingo Molnar
2006-05-12 12:38 ` Mark Hounschell
2006-05-12 13:18 ` Steven Rostedt
2006-05-12 13:38 ` Mark Hounschell
2006-05-12 13:43 ` Mark Hounschell
2006-05-12 14:05 ` Steven Rostedt
2006-05-12 14:36 ` Mark Hounschell [this message]
2006-05-12 14:51 ` Steven Rostedt
2006-05-12 13:16 ` 3c59x vortex_timer rt hack (was: rt20 patch question) Steven Rostedt
2006-05-12 13:36 ` Ingo Molnar
2006-05-12 13:46 ` Steven Rostedt
2006-05-12 14:16 ` Andrew Morton
2006-05-12 14:32 ` Steven Rostedt
2006-05-12 14:39 ` Steven Rostedt
2006-05-12 14:43 ` Ingo Molnar
2006-05-12 14:49 ` Andrew Morton
2006-05-12 15:04 ` Steven Rostedt
2006-05-12 16:53 ` 3c59x vortex_timer rt hack Mark Hounschell
2006-05-12 15:22 ` 3c59x vortex_timer rt hack (was: rt20 patch question) Steven Rostedt
2006-05-12 15:23 ` Andrew Morton
2006-05-12 15:36 ` Steven Rostedt
2006-05-12 16:03 ` Andrew Morton
2006-05-12 16:11 ` Steven Rostedt
2006-05-12 16:27 ` Andrew Morton
2006-05-12 16:38 ` Steven Rostedt
2006-05-10 18:45 ` rt20 patch question Steven Rostedt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44649D73.4090700@compro.net \
--to=markh@compro.net \
--cc=dwalker@mvista.com \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.