Interrupt response time for VME hardware interrupts.
SEARS at MAIL.PHYSICS.LSA.UMICH.EDU
SEARS at MAIL.PHYSICS.LSA.UMICH.EDU
Tue Dec 12 00:24:00 AEST 1989
I'm writing a VME hardware device driver, and have encountered the following
problem. My hardware generates an interrupt, and the service routine must
send a short out to the device to stop it's operation as soon as possible.
It appears that there is a bit of overhead in processing an interrupt, and
my service routine may not be able to respond quickly enough. I imagine
that this is something intrinsic to a multitasking system, but I'd like
to know if there's any way to shorten the time between when a hardware
interrupt is generated and the interrupt handler code is actually
executed.
If it helps, the system is sleeping at splvme() when the interrupt comes
in; I'm doing data logging on existing equipment, so I have to do things
according to the timing constraints of the external eqpt.
Thanks,
Robert Sears
(sears at mich.physics.lsa.umich.edu)
More information about the Comp.sys.sgi
mailing list