cvs commit: src/sys/amd64/amd64 mp_machdep.c trap.c
src/sys/amd64/conf NOTES src/sys/amd64/include smp.h src/sys/conf
options.amd64 options.i386 src/sys/i386/conf NOTES
src/sys/i386/i386 mp_machdep.c trap.c src/sys/i386/include smp.h...
jhb at FreeBSD.org
Mon May 2 08:21:57 PDT 2005
On Saturday 30 April 2005 04:01 pm, Doug White wrote:
> dwhite 2005-04-30 20:01:00 UTC
> FreeBSD src repository
> Modified files:
> sys/amd64/amd64 mp_machdep.c trap.c
> sys/amd64/conf NOTES
> sys/amd64/include smp.h
> sys/conf options.amd64 options.i386
> sys/i386/conf NOTES
> sys/i386/i386 mp_machdep.c trap.c
> sys/i386/include smp.h
> sys/kern subr_kdb.c subr_smp.c
> sys/sys smp.h
> Implement an alternate method to stop CPUs when entering DDB. Normally we
> use a regular IPI vector, but this vector is blocked when interrupts are
> disabled. With "options KDB_STOP_NMI" and debug.kdb.stop_cpus_with_nmi set,
> KDB will send an NMI to each CPU instead. The code also has a
> context-stuffing feature which helps ddb extract the state of processes
> running on the stopped CPUs.
> KDB_STOP_NMI is only useful with SMP and complains if SMP is not defined.
> This feature only applies to i386 and amd64 at the moment, but could be
> used on other architectures with the appropriate MD bits.
> Submitted by: ups
Is there any reason to not just be using the NMI for all IPI_STOP IPIs?
Changing how ipi_foo(IPI_STOP) works would isolate the change to the MD code
and wouldn't affect the MI interface at all.
John Baldwin <jhb at FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
More information about the cvs-all