All of lore.kernel.org
 help / color / mirror / Atom feed
From: Heikki Lindholm <holindho@domain.hid>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-core] [PATCH] Add fptest for powerpc
Date: Sat, 10 Jun 2006 23:48:01 +0300	[thread overview]
Message-ID: <448B3001.9020502@domain.hid> (raw)
In-Reply-To: <17547.1818.52887.185464@domain.hid>

Gilles Chanteperdrix kirjoitti:
> Heikki Lindholm wrote:
>  > This adds powerpc version of fptest.h. It just stores and loads the raw 
>  > integer into/from FPU registers without converting to proper IEEE form. 
>  > Converting would have added unneccessary complexity. As a side note, the 
>  > ppc barfs on the test with "1000 != 10". :I
> 
> Ok, this test tool is far from being user-friendly :-)
> 
> Just to be sure, I have tested the latest revision on x86 and it still
> runs fine, so I guess there really is a bug in power pc fpu switching
> code.
> 
> Now, if we decode a bit, the integer passed to fp_regs_set and
> fp_regs_check are 1000 * iterations + task_index, so
> 1000 is task 0, iteration 1
> 10 is task 10, iteration 0.
> It means that task 10 after returning from its first context 
> switch, is getting the context of task 0 before its second context
> switch.
> 
> Now the thing to try is to reduce the number of threads involved, since
> by default there are 23 threads, so you should add a printk for each
> context switch in the kernel driver (and now that I think about it this
> printk should be activable with an ioctl), and try and reduce the list
> of threads by removing threads which do not appear between the serie of
> switches from task 0 to task 10. The correspondance between the task
> numbers and their type is not easy, but /proc/xenomai/sched and switch
> --help should help... 
> 
> Task 0 is the "idle" taks, an ordinary Linux task
> Task 10 is of type "rtup_ufpp" here, which means that it is a real-time
> task in primary mode using the FPU in primary mode.

I probably don't have time for debugging for some days now, but if any 
of the code goes through sigreturn path, it might be a kernel bug that's 
fixed in 2.6.16.

-- hl



  reply	other threads:[~2006-06-10 20:48 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-10 16:47 [Xenomai-core] [PATCH] Add fptest for powerpc Heikki Lindholm
2006-06-10 17:53 ` Gilles Chanteperdrix
2006-06-10 20:48   ` Heikki Lindholm [this message]
2006-06-11 12:34     ` Gilles Chanteperdrix

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=448B3001.9020502@domain.hid \
    --to=holindho@domain.hid \
    --cc=gilles.chanteperdrix@xenomai.org \
    --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.