From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Heikki Lindholm <holindho@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-core] [rfc] unit testing context switches.
Date: Thu, 8 Jun 2006 20:42:31 +0200 [thread overview]
Message-ID: <17544.28567.517655.60691@domain.hid> (raw)
In-Reply-To: <44885FDA.8080301@domain.hid>
Heikki Lindholm wrote:
> Gilles Chanteperdrix kirjoitti:
> > Jan Kiszka wrote:
> > > Gilles Chanteperdrix wrote:
> > > > --- /dev/null 2006-05-03 22:25:59.000000000 +0200
> > > > +++ include/rtdm/rttesting.h 2006-06-07 18:50:14.000000000 +0200
> > > > @@ -0,0 +1,188 @@
> > > ...
> > > > + *
> > > > + * @{
> > > > + */
> > > > +
> > > > +#ifndef _RTBENCHMARK_H
> > > > +#define _RTBENCHMARK_H
> > >
> > > Hmm, there might be further renamings required. Could you double-check
> > > (e.g. grep -ri benchmark)?
> >
> > This particular define should be fixed in the version that I commited.
> >
> > I also put dummy asm/fptest.h for all other architectures than x86, I
> > would now need volunteers with other hardware than x86 to implement
> > asm/fptest.h for their platform and run the test.
> >
> > A little explanation of what work should be done: two functions
> > fp_regs_set and fp_regs_check should be implemented. fp_regs_set should
> > set all fp registers to the integer value passed as
> > argument. fp_regs_check should check that all fp registers are set to
> > the integer value passed as argument, print the incorrect registers if
> > any and return 1 if some register value is incorrect.
>
> IMO setting every reg to a different value would be better, or like I
> did, calculate some value using every reg and only check the final
> result. That would also make pointer (to the fpu save area)
> corruptions/miscalculations and interruptions to the fpu save/restore
> routines better visible.
Every register is set to a different value by every task, so if
something goes wrong, it will not get unnoticed. Checking only a final
result will not tell you which context was badly switched, whereas the
current approach will, and will also tell you where the erroneous
register come from.
The implementor of fp_regs_set/fp_regs_check is also free to set every
register to a different value depending on the integer value passed as
argument but it is of limited interest.
--
Gilles Chanteperdrix.
next prev parent reply other threads:[~2006-06-08 18:42 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-02 20:20 [Xenomai-core] [rfc] unit testing context switches Gilles Chanteperdrix
2006-06-02 23:50 ` Jim Cromie
2006-06-03 7:13 ` Heikki Lindholm
2006-06-03 16:46 ` Gilles Chanteperdrix
2006-06-03 17:26 ` Gilles Chanteperdrix
2006-06-03 20:16 ` Heikki Lindholm
2006-06-04 12:58 ` Gilles Chanteperdrix
2006-06-04 13:47 ` Heikki Lindholm
2006-06-04 17:48 ` Gilles Chanteperdrix
2006-06-04 18:19 ` Heikki Lindholm
2006-06-03 8:04 ` Jan Kiszka
2006-06-07 18:00 ` Gilles Chanteperdrix
2006-06-07 18:25 ` Jan Kiszka
2006-06-07 18:30 ` Philippe Gerum
2006-06-07 18:42 ` Jan Kiszka
2006-06-08 12:28 ` Gilles Chanteperdrix
2006-06-08 17:35 ` Heikki Lindholm
2006-06-08 18:42 ` Gilles Chanteperdrix [this message]
2006-06-08 19:27 ` Heikki Lindholm
2006-06-08 20:44 ` 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=17544.28567.517655.60691@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=holindho@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.