System management interrupt

Emmanuel Pacaud emmanuel.pacaud at lapp.in2p3.fr
Mon Dec 18 02:50:17 CST 2006


Le vendredi 17 novembre 2006 à 13:44 +0100, Emmanuel Pacaud a écrit :
> Le mardi 14 novembre 2006 à 13:56 +0100, Emmanuel Pacaud a écrit :
> > Hi,
> > 
> > I'm working on a realtime setup based on rtai/linux running on a dell
> > precision workstation 690 dual xeon.
> > 
> > When measuring execution time of a real time interrupt handler (which
> > means all interrupts are disabled), it looks like sometimes execution of
> > interrupt handler code is interrupted for 10 µs.
> > 
> > That measurement is done with a code that looks like:
> > 
> > 	t_start = rdtsc ();
> > 	udelay(5);
> > 	t_stop = rdtsc ();
> > 
> > where (t_stop - t_start) distribution has a peak centered at 5 µs, and a
> > smaller peak at 15 µs.
> > 
> > Since all interrupts are disabled, our assumption is this issue come
> > from a SMI. 
> > 
> > That's something discussed in rtai documentation, which explains we have
> > to disable SMI in order to obtain good real time performances.
> > 
> > I've tried to unset the GBL_SMI_EN bit in LPC Interface Bridge SMI_EN 
> > Register, but without success (the second peak is still there).
> > 
> > Here are my questions:
> > 
> > Is the assumption of a SMI interrupt blocking the execution of a real
> > time interrupt handler code reasonnable ?
> > 
> > If so, does someone knows if it's possible to disable SMI interrupts on
> > a dell precision 690, and if so, how ?
> > 
> > If not, what could be the cause of what the lengthened execution time ?
> 
> Hi,
> 
> It looks like nobody here is able to answer these questions. My be it's
> not the right place for such discussion. Is there another mailing list
> where I could find dell hardware experts ?

Really, no hope ?

	Emmanuel.



More information about the Linux-Precision mailing list