From: Wolfgang Grandegger <wg@domain.hid>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: xenomai-help <xenomai@xenomai.org>
Subject: Re: [Xenomai-help] gpioirqbench: measuring external interrupt latencies
Date: Sat, 23 Feb 2008 21:27:10 +0100 [thread overview]
Message-ID: <47C0819E.8040000@domain.hid> (raw)
In-Reply-To: <47C02848.70604@domain.hid>
Jan Kiszka wrote:
> Wolfgang Grandegger wrote:
>> Hello,
>>
>> I'm proud to announce "gpioirqbench", a benchmark tool to measure
>> external interrupt latencies. It is derived from Jan's irqbench [1] for
>> the PC. Instead of using the serial or parallel port, it uses GPIO pins
>> on embedded systems. It measures the time between the generation of an
>> interrupt triggered by a GPIO pin and the reply by either the interrupt
>> service routine, a kernel-space task or a user-space task. As reply,
>> another GPIO pin will be toggled. The setup consists of two systems, the
>> log host and the test target. The log host triggers the interrupt on the
>> test target and measures the latency. This benchmark is primarily for
>> Xenomai/RTDM, but it can also be used for plain Linux or even Linux-rt
>> (with the real-time preemption patch).
>
> Nice stuff! Still I have a few conceptual questions: :->
I did expect them ;-).
> 1. Why do you need a Xenomai measurement host? On first glance, you are
> just spinning on the reply for the RT target. Why not use plain Linux
> for this to increase portability? Most beautiful would be a pure
> userspace approach like for irqbench. What prevents this here?
Well, I'm not a hardware expert and therefore it was not obvious to me
how to connect GPIO pins to the standard PC. To avoid electrical
incompatibilities, I chose my good old TQM855L module as log host.
I agree, that this solution is rather special and that the one for
irqbench would be much better. Any ideas how to interface GPIO pins with
the PC?
> 2. Do you see a chance to integrate the target'S GPIO interface into the
> exiting irqbench backend? That would make it easy to merge the
> Xenomai version into the tree.
In the end I preferred to make a separated distribution, as various
parts are very hardware specific and the driver can also be built as
normal Linux character device driver.
Wolfgang.
next prev parent reply other threads:[~2008-02-23 20:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-22 21:53 [Xenomai-help] gpioirqbench: measuring external interrupt latencies Wolfgang Grandegger
2008-02-23 14:06 ` Jan Kiszka
2008-02-23 20:27 ` Wolfgang Grandegger [this message]
2008-02-25 8:08 ` Jan Kiszka
2008-02-25 8:28 ` Wolfgang Grandegger
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=47C0819E.8040000@domain.hid \
--to=wg@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.