RE: kernel trap 19 with interrupts disabled

From: Don Bowman <don_at_sandvine.com>
Date: Thu, 10 Jun 2004 10:11:39 -0400
From: Bruce Evans [mailto:bde_at_zeta.org.au]
> ... NMI, output but no debugger, hang, patch to workaround ...

I have applied the patch, and will await the next hang.

Out of curiousity, why not use something like this, so the
timeout is fixed in time, rather than a #? I used the tsc here.

static int
my_stop_cpus(u_int map)
{   
    unsigned long long end_ts = rdtsc() +
                                1ULL * tsc_freq;
    /* send the Xcpustop IPI to all CPUs in map */
    selected_apic_ipi(map, XCPUSTOP_OFFSET, APIC_DELMODE_FIXED);
    while ((stopped_cpus & map) != map)
    {  
       /* Wait 1 second */
       if ( rdtsc() > end_ts )
           return 0;
    }
    return 1;
}

Has anyone else been observing system hangs with
SMP Xeon (P4-based Xeon)? I have been observing this
for more than a year with 4.7. We came up with a workaround
by having a periodic NMI from the perfmon registers,
and having it check for hardclock still incrementing.
The problem we found is that hardclock would stop.
I was hoping it was a race condition in the stable
kernel, but now that i see what is most likely the
same issue on current, i'm starting to wonder. I have
a dual p3 system which has never experienced this problem.

--don
Received on Thu Jun 10 2004 - 12:11:56 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:56 UTC