From: Jan Kiszka <jan.kiszka@domain.hid>
To: Kyle Howell <khowell@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] x86_64 user/system process accounting
Date: Wed, 23 Jan 2008 16:12:11 +0100 [thread overview]
Message-ID: <4797594B.7060504@domain.hid> (raw)
In-Reply-To: <47965E88.5000106@domain.hid>
Jan Kiszka wrote:
> Kyle Howell wrote:
>>> Kyle Howell wrote:
>>>> I'm running Xenomai 2.4.1 against Linux 2.6.23.12 on an
>>> x86_64 (Core2)
>>>> system. I'm finding that all of my CPU cycles are being accounted as
>>>> kernel time rather than user time. The correct processes are still
>>>> billed, but the system is always 0% user. I'm wondering if
>>> this problem
>>>> is specific to my setup, or if it is a real bug. Can anyone else out
>>>> there running x86_64 confirm or deny this behavior?
>>> That bug should have been fixed by [1]. Already updated your ipipe
>>> patch? This one [2] also includes your recently posted fix.
>> Thanks, Jan.
>>
>> I'm basing off of ipipe-2.6.23-x86_64-1.4-01, which appears to include
>> that patch. I don't think I saw this problem back on 2.4-rc3, so I may
>
> /me would be surprised if the issue was not present in that version or
> any earlier one.
>
>> try rolling back some of the I-pipe patches since then. Also, I just
>> tried a kernel with CONFIG_IPIPE turned on but CONFIG_XENOMAI turned
>> off, and it didn't show this problem. I don't know if that casts doubt
>> on Xenomai itself, or if I just made the pipeline too simple.
>>
>> Do you think any of your recent fixes against 2.6.24-x86 would be
>> related to this?
>
> Nope, they are not related. But you could try if 2.6.24 with the latest
> patch shows that effect, too. Maybe something slipped into the backport
> of the original fix for 2.6.24-rcX. I will check with 2.6.23 tomorrow at
> work and keep you posted.
I currently have my fingers on a box with 2.6.23.14 with Xenomai 2.4.1
and I-pipe 1.4-01 (all standard), but I'm not able to reproduce your
effect. Some simple shell loop nicely loads one CPU at 100%, and
/proc/stat looks like this:
cpu 38794 0 6325 411304 2882 0 3265 0
cpu0 34786 0 3094 189892 413 0 2716 0
cpu1 4007 0 3231 221411 2468 0 548 0
Could you send me your full .config?
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2008-01-23 15:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-22 19:10 [Xenomai-help] x86_64 user/system process accounting Kyle Howell
2008-01-22 19:35 ` Jan Kiszka
2008-01-22 20:34 ` Kyle Howell
2008-01-22 21:22 ` Jan Kiszka
2008-01-23 15:12 ` Jan Kiszka [this message]
2008-01-23 15:53 ` Kyle Howell
2008-01-23 17:10 ` Jan Kiszka
2008-01-24 9:50 ` Jan Kiszka
2008-01-24 15:32 ` Kyle Howell
2008-01-25 14:21 ` Jan Kiszka
2008-01-25 16:45 ` Jan Kiszka
2008-01-26 15:00 ` Philippe Gerum
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=4797594B.7060504@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=khowell@domain.hid \
--cc=xenomai@xenomai.org \
/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.