Now
netbsd-5 commitmail json YAML
src/sys/arch/amd64/amd64/fpu.c@1.26.6.1
/
diff
/
nxr@1.26.6.1
src/sys/arch/amd64/amd64/ipifuncs.c@1.19.8.1 / diff / nxr@1.19.8.1
src/sys/arch/i386/i386/ipifuncs.c@1.27.8.1 / diff / nxr@1.27.8.1
src/sys/arch/i386/isa/npx.c@1.129.10.1 / diff / nxr@1.129.10.1
src/sys/arch/x86/include/intrdefs.h@1.13.10.1 / diff / nxr@1.13.10.1
src/sys/arch/amd64/amd64/ipifuncs.c@1.19.8.1 / diff / nxr@1.19.8.1
src/sys/arch/i386/i386/ipifuncs.c@1.27.8.1 / diff / nxr@1.27.8.1
src/sys/arch/i386/isa/npx.c@1.129.10.1 / diff / nxr@1.129.10.1
src/sys/arch/x86/include/intrdefs.h@1.13.10.1 / diff / nxr@1.13.10.1
Pull up following revision(s) (requested by ad in ticket #73):
sys/arch/amd64/amd64/fpu.c: revision 1.27
sys/arch/amd64/amd64/ipifuncs.c: revision 1.20
sys/arch/i386/i386/ipifuncs.c: revision 1.28
sys/arch/i386/isa/npx.c: revision 1.130
sys/arch/x86/include/intrdefs.h: revision 1.14
PR port-amd64/38293 panic: fp_save ipi didn't
Kill the FP flush IPI and always save. The synchronization here isn't
strong and we could easily pull the chain on an innocent LWP's FP state.
Another fix to follow.
sys/arch/amd64/amd64/fpu.c: revision 1.27
sys/arch/amd64/amd64/ipifuncs.c: revision 1.20
sys/arch/i386/i386/ipifuncs.c: revision 1.28
sys/arch/i386/isa/npx.c: revision 1.130
sys/arch/x86/include/intrdefs.h: revision 1.14
PR port-amd64/38293 panic: fp_save ipi didn't
Kill the FP flush IPI and always save. The synchronization here isn't
strong and we could easily pull the chain on an innocent LWP's FP state.
Another fix to follow.