All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Cromie <jim.cromie@domain.hid>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: [Xenomai-core] Re: Test, benchmark
Date: Fri, 18 Aug 2006 12:28:09 -0600	[thread overview]
Message-ID: <44E606B9.6050406@domain.hid> (raw)
In-Reply-To: <44E6009E.7020304@domain.hid>

Jan Kiszka wrote:
> Jim Cromie wrote:
>   
>> ...
>> just responding to small part now..
>>
>> this patch adds switchtest, switchbench (and drops switch) and irqbench.
>>
>> each test-prog has a corresponding $XENOT_<progname>
>> with which you can inject new test arguments individually.
>> Most of these can be undef'd, except for XENOT_IRQBENCH,
>> which needs to be set in order for test to run (since the test requires
>> additional resources, as you noted above)
>>     
>
> I doesn't necessarily require additional parameters (default is the
> first serial port on PCs).
>
> Why not adding a switch to xeno_test instead? Something like "-a
> <additional-tests>" (e.g. "-a irqbench,whateverbench"). However, please
> don't forget to document this extension (man page?).
>
> Jan
>
>   
several reasons for my preference:

- xeno-test is already cluttered with options, many of which propagate 
down to tests
- as more tests are added, more option-clashing is inevitable.
    this makes pass-downs more complicated.
- prog-specific options isolate us from option clashes / churn
- assuming -a <prog>,
    need to handle multiples on line (I havent done that with shell getopts)
    I have to wonder if all shells have uniform getopt behavior -
       we want to work on bash, sh, ash, dash ...
- I get to duck the manpage update ;-)


  reply	other threads:[~2006-08-18 18:28 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-10  1:18 [Xenomai-help] expected output and runtime of switchtest ? Jim Cromie
2006-08-10 11:28 ` Jan Kiszka
2006-08-10 20:38   ` [Xenomai-core] " Jim Cromie
2006-08-11 16:25     ` [Xenomai-core] Test, benchmark, demo frameworks (was: expected output and runtime of switchtest ?) Jan Kiszka
2006-08-11 22:45       ` [Xenomai-core] Re: Test, benchmark, demo frameworks Jim Cromie
2006-08-16  7:12         ` Jan Kiszka
2006-08-18 16:54       ` [Xenomai-core] Re: Test, benchmark Jim Cromie
2006-08-18 17:19         ` Gilles Chanteperdrix
2006-08-18 17:48           ` Gilles Chanteperdrix
2006-08-18 18:12           ` Jim Cromie
2006-08-18 18:23             ` Jan Kiszka
2006-08-18 19:10             ` Gilles Chanteperdrix
2006-08-18 21:28             ` Gilles Chanteperdrix
2006-08-18 18:02         ` Jan Kiszka
2006-08-18 18:28           ` Jim Cromie [this message]
2006-08-19  7:35             ` Jan Kiszka
2006-08-19 12:48               ` Gilles Chanteperdrix
2006-08-13 17:11     ` [Xenomai-core] expected output and runtime of switchtest ? 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=44E606B9.6050406@domain.hid \
    --to=jim.cromie@domain.hid \
    --cc=jan.kiszka@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.