* Karim Yaghmour <[email protected]> wrote:
> Ingo Molnar wrote:
> > how were interrupt response times measured, precisely? What did the
> > target (measured) system have to do to respond to an interrupt? Did you
> > use the RTC to measure IRQ latencies?
>
> The logger used two TSC values. One prior to shooting the interrupt to
> the target, and one when receiving the response. Responding to an
> interrupt meant that a driver was hooked to the target's parallel port
> interrupt and simply acted by toggling an output pin on the parallel
> port, which in turn was hooked onto the logger's parallel port in a
> similar fashion. [...]
FYI, there's a new feature in the -V0.7.48-25 (and later) -RT patches
that implements this: CONFIG_LPPTEST. It is a simple standalone driver
and userspace utility from Thomas Gleixner that can be used to measure
the IRQ-latency of the system over a null-modem-parallel-cable.
to use it, enable CONFIG_LPPEST in the .config [disable CONFIG_PARPORT
first], boot the kernel on both the target and the host systems, and
then run the scripts/testlpp utility on the host system which will
measure latencies and will do a maximum-search.
(the driver assumes normal LPT1 PC layout - 0x378/IRQ7)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
